![[personal profile]](https://www.dreamwidth.org/img/silk/identity/user.png){kind=small}
Assistent.by, продолжение
В комментарии пришел автор сабжевого сайта - онлайн-бухгалтерии для ИП:
http://metaclass.livejournal.com/651925.html?thread=10651029#t10651029
Перепощу, потому как мне их идея в некотором роде нравится, несмотря на огрехи в реализации:
Меня зовут Алексей Курец, я как раз автор и руководитель проекта Assistent.By. Прочитал всю ветку, хочу немного откомментировать.
1. Не совсем понятна боязнь хранить бухгалтерию в интернете. Изначально наш сервис предназначен только для "белой" бухгалтерии. Чтобы в три клика сгенерировать декларацию и пойти тратить заработанные деньги. Разумеется мы думаем о безопасности, но особого смысла от сворованной белой бухгалтерии нет. Если говорить совсем простым языком - у нас хранится только те данные, которые необходимы для генерации отчетности.
2. У нас применяется SSL-шифрование. Демо-версия работает без него, а зарегистированные пользователи работают по протоколу https, вот оно: https://user.assistent.by
3. Обработать и пересмотреть всю бухгалтерию Беларуси это крайне трудоёмкая задача. Действительно, пока не все идеально, но мы активно работаем над устранением недостатков, реализацией новых возможностей. Большое спасибо за найденные проблемы. Если найдете что-то еще - обязательно пишите, мы обязательно отблагодарим.
4. Похоже не все поняли, поясню: инвестор у нас уже есть. Не только инвестор, но и важный стратегический партнер - российская фирма "1С". Подробнее здесь: http://assistent.by/blog/3
Кстати, нам нужен отличный php-разработчик. Если есть желание работать с нами - пишите!
Я его предупредил, что тут будет сейчас адская травля и псение, но думаю, любому публичному сервису приходится отвечать на неудобные вопросы.
http://metaclass.livejournal.com/651925.html?thread=10651029#t10651029
Перепощу, потому как мне их идея в некотором роде нравится, несмотря на огрехи в реализации:
Меня зовут Алексей Курец, я как раз автор и руководитель проекта Assistent.By. Прочитал всю ветку, хочу немного откомментировать.
1. Не совсем понятна боязнь хранить бухгалтерию в интернете. Изначально наш сервис предназначен только для "белой" бухгалтерии. Чтобы в три клика сгенерировать декларацию и пойти тратить заработанные деньги. Разумеется мы думаем о безопасности, но особого смысла от сворованной белой бухгалтерии нет. Если говорить совсем простым языком - у нас хранится только те данные, которые необходимы для генерации отчетности.
2. У нас применяется SSL-шифрование. Демо-версия работает без него, а зарегистированные пользователи работают по протоколу https, вот оно: https://user.assistent.by
3. Обработать и пересмотреть всю бухгалтерию Беларуси это крайне трудоёмкая задача. Действительно, пока не все идеально, но мы активно работаем над устранением недостатков, реализацией новых возможностей. Большое спасибо за найденные проблемы. Если найдете что-то еще - обязательно пишите, мы обязательно отблагодарим.
4. Похоже не все поняли, поясню: инвестор у нас уже есть. Не только инвестор, но и важный стратегический партнер - российская фирма "1С". Подробнее здесь: http://assistent.by/blog/3
Кстати, нам нужен отличный php-разработчик. Если есть желание работать с нами - пишите!
Я его предупредил, что тут будет сейчас адская травля и псение, но думаю, любому публичному сервису приходится отвечать на неудобные вопросы.
no subject
Пароль: Поле должно включать не более 10 символов."
гг
no subject
no subject
no subject
no subject
no subject
Иначе theiced начнет пихать пароли по 2Gb длины и ржать что сервис валится...
no subject
А насчёт фиксированной длины - я считаю что пользователь прав. Если ему надо забульбенить название какой-то херни в 2GB длиной, ну так пусть бульбенит, моё дело обеспечить работоспособность.
no subject
К чему тогда замечание про varchar(max)?
"А насчёт фиксированной длины - я считаю что пользователь прав. Если ему надо забульбенить название какой-то херни в 2GB длиной, ну так пусть бульбенит, моё дело обеспечить работоспособность. "
Этот подход годится только для десктопных приложений и совершенно неприемлем даже для интранет приложений, не говоря уже об облаках.
no subject
К тому что есть базы у которых от varchar(max) крышу срывает.
> совершенно неприемлем даже для интранет приложений, не говоря уже об облаках.
Всё там приемлемо. С облаками я конечно не сталкивался, а вот в вебе вопрос больше в том как быстро юзер такой объём прокачает. Плюс по дороге обычно другие, более узкие ограничения есть.
no subject
no subject
no subject
no subject
no subject
no subject
no subject
no subject
no subject
no subject
no subject