Проект FelixS-Предприятие (http://felixs.org) задуман, прежде всего, как альтернатива Windows-приложениям для автоматизированного ведения оперативного, складского, кадрового и бухгалтерского учета, организации электронного документооборота.
Продукт распространяется под лицензией GNU General Public License. В качестве платформы для приложения используются MySQL 5.x, Apache2, SSL; языки программирования - PERL5, JavaScript, XML, HTML; клиентское приложение - обычный web-браузер.URL: http://felixs.org
Новость: http://www.opennet.me/opennews/art.shtml?num=7709
Бухучет в браузере 8-(). Не смешите людей. Вы пробовали переучить буха с 1С на ченить другое или наоборот?
Смешить? Ну если смешно -- смейтесь, весьма полезное занятие. По поводу переучивания -- разумеется пробовал. Скоро будет 8 лет, как работают на самописном аналоге. Проблемы есть, но как они мелочны и далеки от проблем "типовой" 1С. :-))
P.S. Хотя если напишете конвертер данных из 1С (и не только) то может еще у когонибуть и получится пересесть на FlexS. Удачи.
>P.S. Хотя если напишете конвертер данных из 1С (и не только) то
>может еще у когонибуть и получится пересесть на FlexS. Удачи.уже пишут. И не через "расковыривание" MD-файла. :-)) А вполне легально и законно :-)
А почему нет?! Можно подсаживать тех кто еще не знает 1С, а браузер дасть замечательную возможность делать бухучет удаленно и безопасно, хотя все это мое большое ИМХО.
>А почему нет?! Можно подсаживать тех кто еще не знает 1С, а
>браузер дасть замечательную возможность делать бухучет удаленно и безопасно, хотя все
>это мое большое ИМХО.
Пробовал, у меня не пошло. :) хотя нужно было вносить только продажи разъездным менеджерам :).
MySQL 5.x? Почему не PostgreSQL?
Потому что язык не Python :) Кранты проэкту.
Какая разница? Причём тут питон?
Про питон - это что, нынче модно - подбирать всяких синтаксических уродцев, отвергнутых разумом? -))Язык с организацией блоков индентами кроме как синтаксическим уродцем назвать нельзя. И обилие биндингов тут ничего не решает.
Знаю, знаю, мракобесие, все такое. Но иногда так хочется высказать свое, заветное мнение... -))
>Про питон - это что, нынче модно - подбирать всяких синтаксических уродцев,
>отвергнутых разумом? -))
>
>Язык с организацией блоков индентами кроме как синтаксическим уродцем назвать нельзя. И
>обилие биндингов тут ничего не решает.
>
>Знаю, знаю, мракобесие, все такое. Но иногда так хочется высказать свое, заветное
>мнение... -))
Ушел с Perl,тынялся на PHP живу на Python... Не хочу даже спорить с посвященным, таким дай только пофлеймить...
Кто ж спорит, что каждому удобнее свое. Я не навязываю. Последним абзацем даже подчеркнул... -)
>Про питон - это что, нынче модно - подбирать всяких синтаксических уродцев,
>отвергнутых разумом? -))
>
>Язык с организацией блоков индентами кроме как синтаксическим уродцем назвать нельзя. И
>обилие биндингов тут ничего не решает.
>
>Знаю, знаю, мракобесие, все такое. Но иногда так хочется высказать свое, заветное
>мнение... -))вот о чём я могу сказать ...
Питон - это система которая работает по принципу, есть программа узнай функциАнал перестрой и получиш то что тебе необходимо... поэтому он рулит, отсутствие синтаксиса .. это проблема уже не питона, а человека который на нём работает. Точнее, так сможет ли, он приспособить то что ему нужно к тому, что у него есть... ПО этому и питон в данном контексте был преведён верно ... типа берём питон и 1С .. получаем 1С в веб форме ... я с удовольствием поучавствывал бы в таком проэкте.
Чем оно лучше/хуже АНАНАСа?
>Чем оно лучше/хуже АНАНАСа?Не лучше и не хуже. Делать предпочтения и давать оценки будут пользователи. А разница, навскидку, в пользовательских интерфейсах. Ананас весьма приличная система для малых предприятий, но, довольна далека от российских реалий (насколько помню -- делают на Украине). А схожесть обоих проектов (не продуктов!) -- в слабости привязки к законодательной базе. В этом конкурентное преимущество 1С. Но, думаю, web-ориентированность проекта, даст преимущество в скорости и способе обновления. По аналогии с Gentoo, ALTLinux,FireFox.
Через какой-нибудь пяток лет от иных интерфейсов может ничего не остаться. Кто не верит - велкам читать про xhtml 2.0. (Для диагонально-читающих - _может_) -))Вообще, интересно что получится. Keep up good work! -)
>>Чем оно лучше/хуже АНАНАСа?
>
>Не лучше и не хуже. Делать предпочтения и давать оценки будут пользователи.
>А разница, навскидку, в пользовательских интерфейсах. Ананас весьма приличная система для
>малых предприятий, но, довольна далека от российских реалий (насколько помню --
>делают на Украине).
Я так понимаю текст от автора?! Уважаемый, идея хороша но знать коллег-конкурентов лучше бы и поточнее. В чём отличие российского и украинского(казахского, польского, итальянского) бух.учётов пожалуй в форме отчётности. Если мне не изменяет память план счетов и прочие внутренние винтики бухгалтерии уже давно используются общие.
NB ("в Украине" - так правильно)
Собственно Ананас используется цитирую по
http://ananas.lrn.ru/index.php?title=Manual:Inventory
"Согласно законодательства России единая система хозяйственного учета в Российской Федерации включает три вида учета: оперативный, статистический и бухгалтерский.Оперативный учет используется для наблюдения, регистрации, обработки и контроля отдельных фактов и событий финансово хозяйственной деятельности действующего субъекта. Чаще всего он ограничивается рамками одного предприятия и организуется на местах совершения хозяйственных операций (участок, цех, склад, отдел)."
Заметьте на сайте всё больше про РФ. Но опять же предназначение Ананаса бухучёт.Собственно есть ещё аналитически, статистический, складской, финансовый учёт...
Боюсь что вы не первый, и не последний пытаетесь выбить табуретку у 1С. Ознакомьтесь хотя бы с тем что есть:
http://www.freesource.info/wiki/Software/Buxgalterija
В Украине разработана другая неплохая система автоматизации бух.учёта. IceB http://www.iceb.vc.ukrtel.net/. Идеология ближе не к ЛЕГО от 1С а к солидному ФинЭксперту(поминим о таком?)
Ещё немножко финасового ПО от Украинского производителя http://doro.poltava.ua/finprg/index.htmlИМХО веб морда к идеологии 1С не лучший вариант, иначе к нему бы уже давно пришли в недрах самой 1С
>>>Чем оно лучше/хуже АНАНАСа?
>>
>>Не лучше и не хуже. Делать предпочтения и давать оценки будут пользователи.
>>А разница, навскидку, в пользовательских интерфейсах. Ананас весьма приличная система для
>>малых предприятий, но, довольна далека от российских реалий (насколько помню --
>>делают на Украине).
> Я так понимаю текст от автора?! Уважаемый, идея хороша но знать
Верно. От него. То есть -- от меня. :-)
>коллег-конкурентов лучше бы и поточнее. В чём отличие российского и украинского(казахского,
>польского, итальянского) бух.учётов пожалуй в форме отчётности. Если мне не изменяет
>память план счетов и прочие внутренние винтики бухгалтерии уже давно используются
>общие.Верно. Принципиальных отличий в бухучете нет уже лет шестьсот (или меньше), с той самой поры, как придумали двойную запись и план счетов.
>NB ("в Украине" - так правильно)
>Собственно Ананас используется цитирую по
>http://ananas.lrn.ru/index.php?title=Manual:Inventory
>"Согласно законодательства России единая система хозяйственного учета в Российской Федерации включает три
>вида учета: оперативный, статистический и бухгалтерский.
>
>Оперативный учет используется для наблюдения, регистрации, обработки и контроля отдельных фактов и
>событий финансово хозяйственной деятельности действующего субъекта. Чаще всего он ограничивается рамками
>одного предприятия и организуется на местах совершения хозяйственных операций (участок, цех,
>склад, отдел)."
>Заметьте на сайте всё больше про РФ. Но опять же предназначение Ананаса
>бухучёт.
>
>Собственно есть ещё аналитически, статистический, складской, финансовый учёт...
>Увы. Скачивал, развертывал систему, показывал не менее. чем десятку бухгалтеров разного ранга. Единодушное мнение -- если на ней и работать -- то с самого начала. НО!!! Кто будет делать поддержку, к которой привыкли? Ту, которую делают франчайзи 1С? Сложно однако, что-либо здесь обещать. Много ли народа работают на Ананасе? Зато о-о-о-чень много бухгалтеров используют ИНТЕРНЕТ и браузеры в повседневной работе. Это я к вопросу о веб-морде :-)
>Боюсь что вы не первый, и не последний пытаетесь выбить табуретку у
>1С. Ознакомьтесь хотя бы с тем что есть:
> http://www.freesource.info/wiki/Software/Buxgalterija
ознакомился. Давно и перманентно. Есть очень хорошие вещи и идеи, но, к сожалению, разбросаны по разным поставщикам и разработчикам.
>
>
>В Украине разработана другая неплохая система автоматизации бух.учёта. IceB http://www.iceb.vc.ukrtel.net/. Идеология
>ближе не к ЛЕГО от 1С а к солидному ФинЭксперту(поминим о
>таком?)
конечно помню!!!! хорошая была идея, только где она?
>Ещё немножко финасового ПО от Украинского производителя http://doro.poltava.ua/finprg/index.html
>
>ИМХО веб морда к идеологии 1С не лучший вариант, иначе к нему
>бы уже давно пришли в недрах самой 1С
1С не придут к веб-морде по принципиальным комерческим соображениям. Здесь и идеология продукта и сотрудничество с Microsoft.И вопрос не стоит -- выбить табуретку у 1С. Впорос стоит -- написать реально работающую комплексную систему, эффективную в работе, простую в поддержке, и доступную для всех. Ну а сломается табуретка у 1С или нет -- это уже третье дело. Они обещали свою версию под Linux в июне ... июнь еще не закончился, ждемс. :-)
>Увы. Скачивал, развертывал систему, показывал не менее. чем десятку бухгалтеров разного ранга.
>Единодушное мнение -- если на ней и работать -- то с
>самого начала. НО!!! Кто будет делать поддержку, к которой привыкли? Ту,
>которую делают франчайзи 1С? Сложно однако, что-либо здесь обещать. Много ли
>народа работают на Ананасе? Зато о-о-о-чень много бухгалтеров используют ИНТЕРНЕТ и
>браузеры в повседневной работе. Это я к вопросу о веб-морде :-)
Ломка есть ломка, ещё раз дело не в том что вначале, не в начале. Ананас не реализует необходимого бухгалтеру сервиса. Это скажем так первичный учёт. Более полное это опять же упомянутый ранее iceB. О сервисе франчайзи со слов одного из них: "У нас 1С покупают только лохи, впарил, а потом стреги на обслуге..." Без имён. Есть хорошая альтернатива 1С, но это разработка под Windows и закрытая. Поэтому не для этого форума. Впрочем предпоследнюю версию я раскручивал под Wine, был грех. И серверную часть можно взгромоздить на firebird(InterBase)>>ближе не к ЛЕГО от 1С а к солидному ФинЭксперту(поминим о
>>таком?)
>конечно помню!!!! хорошая была идея, только где она?Где то ещё живёт. В мейнстриме вероятно похоронена вместе с NetWare, на которой серверная часть базировалась.
>И вопрос не стоит -- выбить табуретку у 1С. Впорос стоит --
>написать реально работающую комплексную систему, эффективную в работе, простую в поддержке,
>и доступную для всех.Ай зачем так портить впечатление. Впрочем давайте продолжим общение без анонимусов- борцов с чистотой русского языка. Ваш e-mail на сайте часто проверяется? Через пару часиков свяжусь с вами с работы.
>
>>Увы. Скачивал, развертывал систему, показывал не менее. чем десятку бухгалтеров разного ранга.
>>Единодушное мнение -- если на ней и работать -- то с
>>самого начала. НО!!! Кто будет делать поддержку, к которой привыкли? Ту,
>>которую делают франчайзи 1С? Сложно однако, что-либо здесь обещать. Много ли
>>народа работают на Ананасе? Зато о-о-о-чень много бухгалтеров используют ИНТЕРНЕТ и
>>браузеры в повседневной работе. Это я к вопросу о веб-морде :-)
>Ломка есть ломка, ещё раз дело не в том что вначале, не
>в начале. Ананас не реализует необходимого бухгалтеру сервиса. Это скажем так
>первичный учёт. Более полное это опять же упомянутый ранее iceB. О
>сервисе франчайзи со слов одного из них: "У нас 1С покупают
>только лохи, впарил, а потом стреги на обслуге..." Без имён. Есть
>хорошая альтернатива 1С, но это разработка под Windows и закрытая. Поэтому
>не для этого форума. Впрочем предпоследнюю версию я раскручивал под Wine,
>был грех. И серверную часть можно взгромоздить на firebird(InterBase)
>
>>>ближе не к ЛЕГО от 1С а к солидному ФинЭксперту(поминим о
>>>таком?)
>>конечно помню!!!! хорошая была идея, только где она?
>
> Где то ещё живёт. В мейнстриме вероятно похоронена вместе с NetWare,
>на которой серверная часть базировалась.
>
>>И вопрос не стоит -- выбить табуретку у 1С. Впорос стоит --
>>написать реально работающую комплексную систему, эффективную в работе, простую в поддержке,
>>и доступную для всех.
>
> Ай зачем так портить впечатление. Впрочем давайте продолжим общение без анонимусов-
>борцов с чистотой русского языка. Ваш e-mail на сайте часто проверяется?
>Через пару часиков свяжусь с вами с работы.ОК. Жду.
>NB ("в Украине" - так правильно)Иди лучше албанский на досуге поучи, грамотей: по-русски правильно говорится и пишется "на Украине", это я тебе как филолог говорю.
спасибо любезный....
Мне пока Си, Python, Perl, shell хватает... Так что отвечу вам по своему,но на доступном красноглазому пользователю языке:#!/bin/bash
export LANG=sq_AL # Set Albanian default language
kill -9 $$Перевожу "Анонимус убей себя об стену."
Поясняю в родном городе датчанина по происхождению и по случаю автора "Словаря живаго великорусского языка" В. Даля, который находиться, вы не поверите в Украине, в отличии
от "филологов" из Думы на метрЕ в польтАХ в кинУ не ездят и чернОЕ кофе не употребляют...Но это уже совсем другая история и не для этого форума. :)
>Поясняю в родном городе датчанина по происхождению и по случаю автора "Словаря
>живаго великорусского языка" В. Даля, который находиться, вы не поверите в
>Украине, в отличии
>от "филологов" из Думы на метрЕ в польтАХ в кинУ не ездят и чернОЕ кофе не употребляют...
Даль здесь не причем."На Україну повернусь, через роки через віки" http://www.pisni.org.ua/sview1.php?id=179169637 и здесь происки москалей безграмотных?
Просто почти всем лидерам постсоветских республик не дают покоя лавры Буркина-Фасо, де в переводе это означает "Республика Смелых" и иначе эту державу величать нельзя.
Вот и появились в русском языке БелАрусЬ, Алма-АтЫ, "в Украине"...
Хорошо что немцы не выкатывают аналогичных претензий (а то склоняют родной Дойчлянд как придется...), тут и нам и холам досталось бы.>Но это уже совсем другая история и не для этого форума. :)
>
Это верно - оффтопик жуткий...
Это вы хреновый филолог, просто.
Молодцы!!!
Просто слов нет, какая замечательная идея!
За выбор языка программирования - отдельное спасибо, главное помните про taint mode :-)
http://felixs.org/cgi-bin/index.pl - прямая ссылка для тех, у кого отключен джабаскрипт и не работает идиотский редирект с заглавной странички.
да, кстати на сайте"401 Not Found"
The requested URL /cgi-bin/comtacts/contacts.pl was not found on this server.может s/comtacts/contacts/ ?
>да, кстати на сайте
>
>"401 Not Found"
>The requested URL /cgi-bin/comtacts/contacts.pl was not found on this server.
>
>может s/comtacts/contacts/ ?нет. Все правильно. Проект существует, пока, только в онлайне (виртуально), поэтому раздел Контакты будет содержать координаты разработчиков, если те согласятся. :-)
а за битую ссылку спасибо, сделаю редирект на спецстраницу.
Сайт практически бесполезен из-за отсутствия возможности навигации без джабаскрипта.
Настоятельно рекомендуется прочитать книги классиков веб-дизайна вроде Якоба Нильсена - там подробно объяснено почему это плохо и как сделать чтобы было хорошо.
Сорри за идиотский редирект на JavaScript'е, но вот на этом хостинге, почему-то, не работает mod_rewrite. То есть .htaccess в каталог положили, а редирект не делается.
Прямая ссылка -- http://felixs.org/index.plА по попводу полезности или бесполезности .. ну-у, наверное Вам виднее .. JavaScript там в одном месте, пока что. Планируется использование Ajax.
буква j в Ajax это и есть JavaScript...
> Сорри за идиотский редирект на JavaScript'е, но вот на этом хостинге, почему-то, не работает mod_rewrite. То есть .htaccess в каталог положили, а редирект не делается.Ну хотя-бы просто разместите помимо редирект-джабаскрипта еще и обычную ссылку на индекс и надпись типа "Если авторедирект не произошел, то кликните сюда" - это ведь так просто и намного повысит usability сайта.
>Ну хотя-бы просто разместите помимо редирект-джабаскрипта еще и обычную ссылку на индекс и надпись типа "Если авторедирект не произошел, то кликните сюда" - это ведь так просто и намного повысит usability сайта.сенкс. Действительно ляп. Сегодня же исправим. :-)
> почему-то, не работает mod_rewrite.
> То есть .htaccess в каталог положили, а редирект не делается.попробуйте DirectoryIndex /path/to/index.pl
только потом во всех вложенных подкаталогах
придётся индексный файл указывать руками.хостинг-компостинг.
заимей реальный ip и хости сколько влезет у себя дома.
-- PERL5, JavaScript, XML, HTML;
Не улыбнуло... Совсем... :(
где базируетесь - в новосибе ?
>где базируетесь - в новосибе ?
Хостинг - в Америке. Разработчики -- почти везде. Даже в Германии. :-)
на сайте указаны только средства реализации - используемые языки, субд... а как это все разработчики хотят связать вместе в альтернативу 1с - ни слова не написано..
>на сайте указаны только средства реализации - используемые языки, субд... а как
>это все разработчики хотят связать вместе в альтернативу 1с - ни
>слова не написано..Конкретнее вопрос можно? Связка HTML(XML)+PERL+Apache+MySQL существует. Надо написать код, перенести часть кода на MySQL -- хранимые процедуры, сделать юзабельный интерфейс -- и вся связка. Другое дело, что это, всего лишь, "рыба". В каждом звене есть нюансы и проблемы, которые надо решать. Но основная задача -- сделать пакет, обладающий следующими характеристиками:
1.Высокое быстродействие. Как минимум -- 200 одновременно работающих пользователей, на сервере без кластеризации.
2. Удобный интерфейс. Чтобы время на переучивание не уходило.
3. Удобный и простой обмен данными с лидерами рынка 1С и БЭСТ.
4. Простота установки и начальной настройки.
5. Хорошая масштабируемость.
6. Безопасность, в том числе и в "открытом" ИНТЕРНЕТе. :-)
6. Стабильность.
7. Гибкость.
8. Интегрируемость.Заявленные платформы и инструменты уже обладают многими, из перечисленных, свойствами. Но необходима .. э-э-э, некоторая доработка. К примеру, я совсем не знаю, каким образом отслеживать изменения в законодательстве, с тем, чтобы оперативно отражать их у бухгалтерских документах, проводках и пр. Или же механизмы аутентификации: можно испольовать существующие, можно их дорабатывать, можно что-то новое сделать.
>Или же механизмы аутентификации: можно
>испольовать существующие, можно их дорабатывать, можно что-то новое сделать.Огромная просьба - не надо изобретать велосипед или, того хуже, дорабатывать то, что имеет непосредственное отношение к безопасности: шифрование, аутентификацию, авторизацию - только хуже сделаете. Используйте готовые, открытые, проверенные временем и криптоаналитиками алгоритмы и всё будет замечательно.
>>Или же механизмы аутентификации: можно
>>испольовать существующие, можно их дорабатывать, можно что-то новое сделать.
>
>Огромная просьба - не надо изобретать велосипед или, того хуже, дорабатывать то,
>что имеет непосредственное отношение к безопасности: шифрование, аутентификацию, авторизацию - только
>хуже сделаете. Используйте готовые, открытые, проверенные временем и криптоаналитиками алгоритмы и
>всё будет замечательно.
Пока что и не собираюсь изменять то, что относится к безопасности. Уже написанный модуль аутентификации пользователя использует готовые модули PERL и схему от MySQL. То есть, для генерации пароля и шифрования используются Crypt::Random и Crypt::Blowfish, верификация -- с помощью MySQL. Пароль передается по SSL зашифрованным. Хотелось бы сделать односторонее шифрование, но пока не знаю как это реализовать на стороне сервера. Попался на глаза модуль Crypt::MySQL, но еще не рассматривал его.
Вы правы: в этих вопросах не стоит изобретать велосипед, тем более, что вопросы безопасности тесно связаны с вопросами интеграции.
>Хотелось бы сделать односторонее шифрование, но пока не знаю как это
>реализовать на стороне сервера.С удовольствием помог бы, но не понимаю, что именно имеется ввиду.
Поясните?
>>Хотелось бы сделать односторонее шифрование, но пока не знаю как это
>>реализовать на стороне сервера.
>
>С удовольствием помог бы, но не понимаю, что именно имеется ввиду.
>Поясните?Схема такова:
1.Клиент устанавливает SSL-соединение через (поверх) HTTP и загружает страничку, где надо ввести логин и пароль.
2. Аутентификационные данные, в открытом виде, но через SSL, передаются на сервер, где происходит сравнение введенных данных, с данными в таблице user, базы mysql.
3. Если данные совпадают, то логин и пароль зашифровываются и записываются в cookies браузера клиента.
4. Если нет -- возвращается страница ошибки.
5. Далее серверу передаются только зашифрованные данные, которые расшифровываются на стороне сервера и сравниваются с тем, которые в базе.
Для такой схемы нужно симметричное шифрование, что сейчас и реализовано. Шифрование происходит с помощью ключевого слова, которое прописано в конфигурационном файле. То есть брутфорс облегчается. Хотя ключевое слово тоже можно зашифровать ... :-) Но это для продвинутых :-))
А хотелось бы сделать несимметричное, чтобы даже при дискредитации пользовательских cookies, было невозможно подключиться к серверу.
Плюс к этому, видимо, необходимо будет сделать ПЕРСОНАЛЬНЫЕ SSL-сертификаты. То есть имеешь сертификат -- подключаешься и работаешь.
>Схема такова:
>
>1.Клиент устанавливает SSL-соединение через (поверх) HTTP и загружает страничку, где надо ввести
>логин и пароль.
>2. Аутентификационные данные, в открытом виде, но через SSL, передаются на сервер,
>где происходит сравнение введенных данных, с данными в таблице user, базы
>mysql.
>3. Если данные совпадают, то логин и пароль зашифровываются и записываются в
>cookies браузера клиента.
>4. Если нет -- возвращается страница ошибки.
>5. Далее серверу передаются только зашифрованные данные, которые расшифровываются на стороне сервера
>и сравниваются с тем, которые в базе.
> Для такой схемы нужно симметричное шифрование, что сейчас и реализовано. Шифрование
>происходит с помощью ключевого слова, которое прописано в конфигурационном файле. То
>есть брутфорс облегчается. Хотя ключевое слово тоже можно зашифровать ...
>:-) Но это для продвинутых :-))
>А хотелось бы сделать несимметричное, чтобы даже при дискредитации пользовательских cookies, было
>невозможно подключиться к серверу.
>Плюс к этому, видимо, необходимо будет сделать ПЕРСОНАЛЬНЫЕ SSL-сертификаты. То есть имеешь
>сертификат -- подключаешься и работаешь.
В контексте всего вышесказанного: чем собственно вас не устраивает стандартная схема двух сертификатов? У сервера (serverhost.crt) и запароленый персональный у клиента (client.p12) + ес-сно авторизация по логину/паролю??Лично я не могу себе представить что-нить более ударопрочное. Сам так работаю...
>>Схема такова:
>>
>>1.Клиент устанавливает SSL-соединение через (поверх) HTTP и загружает страничку, где надо ввести
>>логин и пароль.
>>2. Аутентификационные данные, в открытом виде, но через SSL, передаются на сервер,
>>где происходит сравнение введенных данных, с данными в таблице user, базы
>>mysql.
>>3. Если данные совпадают, то логин и пароль зашифровываются и записываются в
>>cookies браузера клиента.
>>4. Если нет -- возвращается страница ошибки.
>>5. Далее серверу передаются только зашифрованные данные, которые расшифровываются на стороне сервера
>>и сравниваются с тем, которые в базе.
>> Для такой схемы нужно симметричное шифрование, что сейчас и реализовано. Шифрование
>>происходит с помощью ключевого слова, которое прописано в конфигурационном файле. То
>>есть брутфорс облегчается. Хотя ключевое слово тоже можно зашифровать ...
>>:-) Но это для продвинутых :-))
>>А хотелось бы сделать несимметричное, чтобы даже при дискредитации пользовательских cookies, было
>>невозможно подключиться к серверу.
>>Плюс к этому, видимо, необходимо будет сделать ПЕРСОНАЛЬНЫЕ SSL-сертификаты. То есть имеешь
>>сертификат -- подключаешься и работаешь.
>
>
>В контексте всего вышесказанного: чем собственно вас не устраивает стандартная схема двух
>сертификатов? У сервера (serverhost.crt) и запароленый персональный у клиента (client.p12) +
>ес-сно авторизация по логину/паролю??
>
>Лично я не могу себе представить что-нить более ударопрочное. Сам так работаю...
>
Я предполагаю, что компьютер пользователя неконтролируем системным администратором, например, при удаленном доступе. В таком случае, с затрояненного компьютера можно слить и сертификат, и что немаловажно, пароль в открытом виде. А так -- пароль зашифрован, и, при каждой новой сессии шифруется заново. То есть при каждом подключении к серверу, последовательность записываемых символов зашифрованного пароля разная. Следовательно теряется смысл брутфорса пароля, так как он будет разный. Кстати, можно и ключевую фразу генерить случайным образом, с определенной периодичностью.
Думаю, что имеет смысл перенести обсуждение этого вопроса. Пишите в мыло, дам свою аську.
>>В контексте всего вышесказанного: чем собственно вас не устраивает стандартная схема двух
>>сертификатов? У сервера (serverhost.crt) и запароленый персональный у клиента (client.p12) +
>>ес-сно авторизация по логину/паролю??
>>
>>Лично я не могу себе представить что-нить более ударопрочное. Сам так работаю...
>>
>Я предполагаю, что компьютер пользователя неконтролируем системным администратором, например, при удаленном доступе.
>В таком случае, с затрояненного компьютера можно слить и сертификат, и
>что немаловажно, пароль в открытом виде.
Тогда это будет уже не вина вашего комплекса - это во-первых. За утерю, равно как и передачу (Вы ведь не планируете страховаться еще и от передачи учетных данных, сканируя радужную оболочку глаза, я надеюсь?) учетных данных третьему лицу разработчик не может нести ответственность. Как пример: ISP не возмещает убытков, связанных с передачей/утерей пароля пользователя.> А так -- пароль зашифрован,
>и, при каждой новой сессии шифруется заново. То есть при каждом
>подключении к серверу, последовательность записываемых символов зашифрованного пароля разная. Следовательно теряется
>смысл брутфорса пароля, так как он будет разный. Кстати, можно и
>ключевую фразу генерить случайным образом, с определенной периодичностью.
Так если вернуться к вашему предыдущему абзацу, реч идет о случае, когда у пользователя в системе уже стоит кейлоггер и у некоего негодяя есть рутовые права... Наука еще не придумала как с этой ситуацией справиться. Даже биометрия не поможет, т.к. можно драйвера перекомпилить ... НЕ ЗАГОНЯЙТЕСЬ.Цепочка (наличие сертификата)-(пароль к сертификату)-(аутентификация на сервере) достаточно прочна.
Если пользователю кажется, что сертификат и пароль к нему знает 3-е лицо, помогает опять-же стандартная процедура отзыва сертификата... :)
Этот велосипед уже придуман. Не стоит ломать над еще одним голову :)>Думаю, что имеет смысл перенести обсуждение этого вопроса. Пишите в мыло, дам
>свою аську.
Если-что - буду рад помочь... Дело хорошее :)
>>>В контексте всего вышесказанного: чем собственно вас не устраивает стандартная схема двух
>>>сертификатов? У сервера (serverhost.crt) и запароленый персональный у клиента (client.p12) +
>>>ес-сно авторизация по логину/паролю??
>>>
>>>Лично я не могу себе представить что-нить более ударопрочное. Сам так работаю...
>>>
>>Я предполагаю, что компьютер пользователя неконтролируем системным администратором, например, при удаленном доступе.
>>В таком случае, с затрояненного компьютера можно слить и сертификат, и
>>что немаловажно, пароль в открытом виде.
>Тогда это будет уже не вина вашего комплекса - это во-первых. За
>утерю, равно как и передачу (Вы ведь не планируете страховаться еще
>и от передачи учетных данных, сканируя радужную оболочку глаза, я надеюсь?)
>учетных данных третьему лицу разработчик не может нести ответственность. Как пример:
>ISP не возмещает убытков, связанных с передачей/утерей пароля пользователя.Тут другая ситуация может быть. Например, если к системе подключился сотрудник, находящийся в командировке. Сложно будет потом сисадмину объяснить начальству, что это сотрудник лох. И, к тому же, кому будет легче от того, если через дискредитацию пароля клиента будет взломана система?
>
>> А так -- пароль зашифрован,
>>и, при каждой новой сессии шифруется заново. То есть при каждом
>>подключении к серверу, последовательность записываемых символов зашифрованного пароля разная. Следовательно теряется
>>смысл брутфорса пароля, так как он будет разный. Кстати, можно и
>>ключевую фразу генерить случайным образом, с определенной периодичностью.
>Так если вернуться к вашему предыдущему абзацу, реч идет о случае, когда
>у пользователя в системе уже стоит кейлоггер и у некоего негодяя
>есть рутовые права... Наука еще не придумала как с этой ситуацией
>справиться. Даже биометрия не поможет, т.к. можно драйвера перекомпилить ... НЕ
>ЗАГОНЯЙТЕСЬ.
>
>Цепочка (наличие сертификата)-(пароль к сертификату)-(аутентификация на сервере) достаточно прочна.Именно поэтому она используется для усиления защиты.
>Если пользователю кажется, что сертификат и пароль к нему знает 3-е лицо,
>помогает опять-же стандартная процедура отзыва сертификата... :)
>Этот велосипед уже придуман. Не стоит ломать над еще одним голову :)Увы, забудет менеджер, что есть такая процедура, забудет. Они очень много более простых вещей забывают, при работе на компьютера, а отзыв сертификата, раз в полгода - год, совсем уж нетривиальная вещь для них. Не смог подсоединиться и поднял крик, что из-за системы он не смог отпустить товар покупателю и фирма понесла убытки. И это очень реально. Так что лучше подстраховать сисадмина. :-)
>
>
>>Думаю, что имеет смысл перенести обсуждение этого вопроса. Пишите в мыло, дам
>>свою аську.
>Если-что - буду рад помочь... Дело хорошее :)
Блин!
Ничего, кроме SSL с аутентификацией клиента и сервера вам больше не надо.
Ни каких паролей, перешифрований, ключевых фраз на надо.
Не надо тратить временя зря.
Вам надо разобраться с SSL, применением сертификатов и списков отозванных сертификатов в Апаче и серверных скриптах.
Если пользователю требуется серьезная защита - пусть использует смарткарты.
Все.
Если надо - могу проконсультировать.
Молодцы! Так держать! На критику можно с легкостью забить. Проект сложный и интересный. Надеюсь, результаты не заставят себя долго ждать.
Здорово, я тоже для своей организации по почти такой технологии делаю программы
Что за мода пошла делать на MySQL. Чаще MySQL+PHP.
>Что за мода пошла делать на MySQL.
а чем mysql не угодил?
по производительности самое то для такого рода задач.
и, как правильно заметил кто-то выше, респект за то, что за основу взяли Perl а не какого-то реликтового реанимированного уродца вроде питона.
Речь шла о хранимках? Значит, MySQL не угодил. PGSQL тут самое то.
>Речь шла о хранимках? Значит, MySQL не угодил. PGSQL тут самое то.
>А разве пятый MySQL не поддерживает хранимые процедуры? :-)
http://docs.nojabrsk.ru/MySQL/v5/manual.ru.html
>>Речь шла о хранимках? Значит, MySQL не угодил. PGSQL тут самое то.
>>
>
>А разве пятый MySQL не поддерживает хранимые процедуры? :-)
>http://docs.nojabrsk.ru/MySQL/v5/manual.ru.htmlВопрос не в "поддерживает/не поддерживает" а в "насколько хороша поддержка". Хотя можно и поставить вопрос о "глубине внедрения логики в DBserver".
>>>Речь шла о хранимках? Значит, MySQL не угодил. PGSQL тут самое то.
>>>
>>
>>А разве пятый MySQL не поддерживает хранимые процедуры? :-)
>>http://docs.nojabrsk.ru/MySQL/v5/manual.ru.html
>
>Вопрос не в "поддерживает/не поддерживает" а в "насколько хороша поддержка". Хотя можно
>и поставить вопрос о "глубине внедрения логики в DBserver".Согласен. Насколько хороша -- пока трудно сказать. Пятому релизу еще года нет. Поэтому хранимые процедуры будут внедряться достаточно осторожно. То, что уже работает -- работает на четверке, и без хранимок.
Успехов. Если разработчиков наберется, возможно даже получится 1С напугать.
>Успехов. Если разработчиков наберется, возможно даже получится 1С напугать.:) напугать, однако не цель. А разработчиков уже набирается. :-) Правда тестировщиков больше, пока что .. :-))
Долго и натужно прочитывал все комменты - судя по их количеству, тема весьма актуальна :(
Я так думаю, что не важно, на чем все это делать. Хоть на Трубо-Паскаль + FoxPro2.0. Я самолично имел несколько проектов 1С конфигураций, в основном производственные. Сейчас предполагаю использовать 8 версию производства. С точки зрения ВСЕХ руководителей, которых я встречал (а встречал я их немало, поверьте на слово), важнее всего не на чем написано, а непротиворечивость + отчетность - прибыль, себестоимость, склад, касса и пр - не нужна им оборотка, сводные проводки и прочая мутотень. Бухгалтерия - вторична. Выгружаем по необходимости в 1С - бух типовую, ибо, если слушать бухгалтеров, сделать НИЧЕГО НЕВОЗМОЖНО в принципе - жизни не хватит.
>Долго и натужно прочитывал все комменты - судя по их количеству, тема
>весьма актуальна :(
>Я так думаю, что не важно, на чем все это делать. Хоть
>на Трубо-Паскаль + FoxPro2.0. Я самолично имел несколько проектов 1С конфигураций,
>в основном производственные. Сейчас предполагаю использовать 8 версию производства. С точки
>зрения ВСЕХ руководителей, которых я встречал (а встречал я их немало,
>поверьте на слово), важнее всего не на чем написано, а непротиворечивость
>+ отчетность - прибыль, себестоимость, склад, касса и пр - не
>нужна им оборотка, сводные проводки и прочая мутотень. Бухгалтерия - вторична.
>Выгружаем по необходимости в 1С - бух типовую, ибо, если слушать
>бухгалтеров, сделать НИЧЕГО НЕВОЗМОЖНО в принципе - жизни не хватит.
>Угу. Полностью согласен. Ни руководителю, ни бухгалтеру неинтересно на чем написано и как работает, до тех пор, пока за то что написано не начинают утекать о-о-о-чень приличные денежки. А до получения нужной и точной отчетности -- далеко-о-о-о. Тогда все начинаю интересоваться -- почему так происходит. Помнится, была такая программа - ТурбоБухгалтер, кажется. В ней бухгалтер, очень простым языком мог сам описать все те операции, которые он делает (впихнув в них произвольное количество проводок) и сделать нужный отчет. И все это без привлечения специалиста. Идея была очень хорошая, но реализация платформы не выдержала реалий и давления девайса под названием mouse. :-))
Как только у бухгалтера появляется мощный и гибкий инструмет, для реализации всех его пожеланий и блажи, он резко умеряет свой аппетит, понимая, что ему придется разбираться с тем, что наворотил. И тогда уже не надо делать НЕВОЗМОЖНОЕ. :-)
Я в течение 3-х лет имел честь поддерживать бухгалтерскую математику полностью реализованную на MSSQL и ASP (Active Server Pages). Отличная штука. Нормально жило даже на слабых сетях (модема вполне хватало). Проект, к сожалению, умер ихз-за недостатка финансирования. Если бы это все было без вмешательства винды со стороны сервера ..
Много видел самописных программ - Delphi + InterBase, Access, VFP, самописные конфиги 1С. Но вот один простой вопрос не дает покоя: например, закупили мы партию куриных яиц - 150 000 шт по цене 1,2 руб. Использовали в производстве, посчитали себестоимость, валовую прибыль. Затем обнаружили, что в документ поступления вкралась ошибка - там не 150 000 шт, а 15 000 шт. Партия яиц у нас разошлась по 100 000 тортов, если не больше :( Нам нужно пересчитать все, что с этим связано. Кроме того, в том документе был ванилин, который идет в торт в кол-ве 0,00001г. В 1С это сделано в лобовую - существует последовательность документов, которую надо восстановить - это долго и нудно. Что будет происходить в Вашей программе? Это гораздо важнее, чем использование SSL, браузеров и проч. Одномоментный апдейт всей базы данных + перераспределение других свободных - несвободных партий? Это будет очччень долго, я так думаю (но может я не прав). Может я так уже далек от прогресса, что многого уже не знаю, или MySQL нас спасет... или спасет волшебная структура данных.
Осталось пожелать Вам успехов в боевой, а главное, в политической подготовке. Буду внимательно следить за Вашим проектом.
>Много видел самописных программ - Delphi + InterBase, Access, VFP, самописные конфиги
>1С. Но вот один простой вопрос не дает покоя: например, закупили
>мы партию куриных яиц - 150 000 шт по цене 1,2
>руб. Использовали в производстве, посчитали себестоимость, валовую прибыль. Затем обнаружили, что
>в документ поступления вкралась ошибка - там не 150 000 шт,а как на складе приходовали? :-)) Карточку товара уже отменили? ;-)
>а 15 000 шт. Партия яиц у нас разошлась по 100
>000 тортов, если не больше :( Нам нужно пересчитать все, чтоошибку в документах понимаю .. бывает. Но ведь, в программе, которая занимается учетом производственных ресурсов можно, как минимум, заложить ограничения, которые просто не позволят допустить расход сырья больше, чем получено. Хотя, кроме введения ограничений, есть еще мысли, что делать в таких ситуациях. Но это серьезная тема, которая будет обязательно поднята в собственном форуме, на сайте проекта.
>с этим связано. Кроме того, в том документе был ванилин, который
>идет в торт в кол-ве 0,00001г. В 1С это сделано в
>лобовую - существует последовательность документов, которую надо восстановить - это долго
>и нудно. Что будет происходить в Вашей программе? Это гораздо важнее,
>чем использование SSL, браузеров и проч. Одномоментный апдейт всей базы данных
>+ перераспределение других свободных - несвободных партий? Это будет очччень долго,
>я так думаю (но может я не прав). Может я так
>уже далек от прогресса, что многого уже не знаю, или MySQL
>нас спасет... или спасет волшебная структура данных.
>Осталось пожелать Вам успехов в боевой, а главное, в политической подготовке. Буду
>внимательно следить за Вашим проектом.Спасибо
>а как на складе приходовали? :-)) Карточку товара уже отменили? ;-)Ситуация. Покупатель А покупает у Продовца Б некии товар который производит производитель В. Вагон с товаром напрямую идет от производителя В к покупателю А. Вагон будет идти месяц. За этот период надо получить документы от производителя и выставить свои документы покупателю. Оказалось, что вместо заявленного товара пришел какой-то другой (скажем аналог).
В этом случае никакакая карточка товара не поможет. В 1С это реализовано через востановление последовательности (меняем документы задним числом и востанавливаем последовательность).
А как решают подобную проблему в других учетных системах, например в предложенной?
> В 1С это реализовано
>через востановление последовательности (меняем документы задним числом и востанавливаем последовательность).И это, ИМХО, самая большая гадость в 1С!
Приличная бухгалтерская система не должна позволить сделать какое-либо действие, след которого не будет очевидным и заметным простому бухгалтеру (а не админу, копающемуся в логах). Никому и никогда (конечно всегда можно ручками базу поковырять, но это уже другой вопрос)
Никаких перепроведений не должно быть. Только внесение дополнительных проводок, которые исправляют ошибку. Т.е. в системе должна присутствовать и ошибочная проводка и ее корректировка. Иначе это не система учета, а система печати отчетов для сдачи в контролирующие органы.
>> В 1С это реализовано
>>через востановление последовательности (меняем документы задним числом и востанавливаем последовательность).
>
>И это, ИМХО, самая большая гадость в 1С!
>Приличная бухгалтерская система не должна позволить сделать какое-либо действие, след которого не
>будет очевидным и заметным простому бухгалтеру (а не админу, копающемуся в
>логах). Никому и никогда (конечно всегда можно ручками базу поковырять, но
>это уже другой вопрос)
>Никаких перепроведений не должно быть. Только внесение дополнительных проводок, которые исправляют ошибку.
>Т.е. в системе должна присутствовать и ошибочная проводка и ее корректировка.
>Иначе это не система учета, а система печати отчетов для сдачи
>в контролирующие органы.Нда-а-а, эта процедура на 1С грузит сервер не по-детски ... :-) Знакомо. Знакомо также, что далеко не все руководители и бухгалтеры желают, чтобы в отчетности присутствовали ошибочные проводки. Даже если они исправлены другой. Это ведь, может быть, зацепкой для фискальных органов.
Будем думать над проблемой, благо идеи есть, опробовать только надо. :-)
>Знакомо также, что далеко не все руководители и бухгалтеры желают, чтобы
>в отчетности присутствовали ошибочные проводки. Даже если они исправлены другой. Это
>ведь, может быть, зацепкой для фискальных органов.Насчет бухгалтеров - согласен. Насчет фискальных органов - если база не на 100% белая, то и так чего-нибудь найдут. А тут всего лишь исправление :)
А насчет руководителей - позвольте категорически не согласиться.
В серьезных фирмах руководители высшего звена зачастую мониторят состояние дел на фирме сами и чуть ли не в реальном режиме времени (да!). И представьте себе ситуацию, когда (я утрирую конечно) час назад большой толстый начальник :) видел, что его прибыль за последнюю неделю составила миллион, а сейчас всего пол миллиона. Первая его мысль - обманывают его. И если изменения, повлекшие это не видны и не очевидны для уровня бухгалтера после двухмесячных курсов, то...А вообще-то, реализация именно таких моментов в системе и определяет фактически ее предназначение. Если система для генерации отчетов в органы - то любой каприз. Если для реального учета, то любой чих пользователя, изменяющий состояние системы, должен регистрироваться и быть виден и понятен обычному пользователю системы (я не говорю сейчас о правах доступа в систему).
>>Знакомо также, что далеко не все руководители и бухгалтеры желают, чтобы
>>в отчетности присутствовали ошибочные проводки. Даже если они исправлены другой. Это
>>ведь, может быть, зацепкой для фискальных органов.
>
>Насчет бухгалтеров - согласен. Насчет фискальных органов - если база не на
>100% белая, то и так чего-нибудь найдут. А тут всего лишь
>исправление :)
>А насчет руководителей - позвольте категорически не согласиться.
>В серьезных фирмах руководители высшего звена зачастую мониторят состояние дел на фирме
>сами и чуть ли не в реальном режиме времени (да!). Ивидел как мониторит. Но еще не видел реально работающую систему, которая позволяет это делать без напрягов. Может не там смотрел. 1с -- точно не позволяет.
>представьте себе ситуацию, когда (я утрирую конечно) час назад большой толстый
>начальник :) видел, что его прибыль за последнюю неделю составила миллион,
>а сейчас всего пол миллиона. Первая его мысль - обманывают его.
>И если изменения, повлекшие это не видны и не очевидны для
>уровня бухгалтера после двухмесячных курсов, то...
>
>А вообще-то, реализация именно таких моментов в системе и определяет фактически ее
>предназначение. Если система для генерации отчетов в органы - то любой
>каприз. Если для реального учета, то любой чих пользователя, изменяющий состояние
>системы, должен регистрироваться и быть виден и понятен обычному пользователю системы
>(я не говорю сейчас о правах доступа в систему).Про каждый чих -- истинная правда. В предыдущей системе именно так и было. Иногда до идиотизма доходило, когда фиксировалось нажатие каждой кнопки и перемещение фокуса в какое-либо поле.
Но еще не видел реально работающую систему, которая позволяет
>это делать без напрягов. Может не там смотрел. 1с -- точно
>не позволяет.А об 1С я и не говорю. Это система из серии и нести тяжело и бросить жалко...
Ну а без напрягов конечно не получится. Просто нужно четко представлять, какая именно информация может быть востребована и с какой степенью детализации. Грубо говоря, trial balance человек должен, нажав на кнопку, получить за 5 сек. А если хочет детализацию по транзакциям, то не обломится и подождет 20 минут.
Не такая уж и гадость
а что до корректировки ошибочных проводок, механизм сторно не отменяли
На платформе 8.** в рамках отчетного периода партии распределяются для расчета себестоимости в конце периода
>Много видел самописных программ - Delphi + InterBase, Access, VFP, самописные конфиги
>1С. Но вот один простой вопрос не дает покоя: например, закупили
>мы партию куриных яиц - 150 000 шт по цене 1,2
>руб. Использовали в производстве, посчитали себестоимость, валовую прибыль. Затем обнаружили, что
>в документ поступления вкралась ошибка - там не 150 000 шт,
>а 15 000 шт. Партия яиц у нас разошлась по 100
>000 тортов, если не больше :( Нам нужно пересчитать все, что
>с этим связано. Кроме того, в том документе был ванилин, который
>идет в торт в кол-ве 0,00001г. В 1С это сделано в
>лобовую - существует последовательность документов, которую надо восстановить - это долго
>и нудно. Что будет происходить в Вашей программе? Это гораздо важнее,
>чем использование SSL, браузеров и проч. Одномоментный апдейт всей базы данных
>+ перераспределение других свободных - несвободных партий? Это будет очччень долго,
>я так думаю (но может я не прав). Может я так
>уже далек от прогресса, что многого уже не знаю, или MySQL
>нас спасет... или спасет волшебная структура данных.
>Осталось пожелать Вам успехов в боевой, а главное, в политической подготовке. Буду
>внимательно следить за Вашим проектом.Латвия:
есть готовая многовнедренная система примерно как 1-с
но только все - через EXCEL-клиентов (до 500)
сервер - CACHE или MSM.
Высокая скорость работы и гибкость перенастройки.
(зарплата на 3000 чел - за 15 сек со всеми перерасчетами)
Многоязычность.
Настроена на Датскую систему бухучета.
для СССР можем передать на условии признания авторских прав
и участвовать в русификации
mx@enters.eu
Алексей
>Много видел самописных программ - Delphi + InterBase, Access, VFP, самописные конфиги
>1С. Но вот один простой вопрос не дает покоя: например, закупили
>мы партию куриных яиц - 150 000 шт по цене 1,2
>руб. Использовали в производстве, посчитали себестоимость, валовую прибыль. Затем обнаружили, что
>в документ поступления вкралась ошибка - там не 150 000 шт,
>а 15 000 шт. Партия яиц у нас разошлась по 100
>000 тортов, если не больше :(Вот именно поэтому, делая новую систему, надо внимательно смотреть на требования MRP II и многообразные западные ERP системы (SAP, Platinum/ERA, Scala, Oracle, Axapta и т.п.).
Теперь попорядку:
1. Неверное указание количества закупаемых материалов могло взятся только вручную. Если бы данный заказ на закупку был сформирован через MRP, то это уже выглядело бы очень странно.
2. При ручном вводе отклонение себестоимости материала составило 900%. Даже при отсутствии валидаций/предупреждений, такой разброс должен был сразу же вылезти в контрольном отчете (читайте требования SOX и группы ISO 9000)
3. Оприходование материалов требует, кроме ввода накладной и счета-фактуры еще либо акта на передачу на ответственное хранение (оутсорсовый склад) или приходного ордера. Оба документа подписываются МОЛ-ом (кладовщиком). И этот человек в 10 раз не промахнется - недостачу ему покрывать из своего кармана.
4. В BOM (Bill of material - не могу вспонить, как это по-русски) количество яиц на один торт уже должно было быть указано. Так что списать больше, чем надо просто не могли.
5. После отката неверной закупки (дебетовым авизо сторно) вводится правильная. В зависимости от выбранного в учетной политике метода учета МПЗ, постинг правильной закупки сформирует операции, корректирующие себестоимость, что штатно для любой MRP системы.ПРОБЛЕМ НЕ ВИЖУ ВООБЩЕ!
Я программированием таких систем уже почти 20 лет занимаюсь - еще на IBM/370 начинал. Поверь моему опыту - если идеология системы соответствует междунароным требованиям к автоматизации предприятия, то глобальных проблем не будет вообще.
А вот ограничение системы броузером - очень критично. Будет масса проблем с печатью (первичка, графики) и с работой со списками выбора. Необходим JAVA клиент, причем вовсе не простой.
Писал что-то похожее (CRM) на PERL & MySQL. Запустил и вот 2-й год уже работает. Но следующую версию делаю на JAVA (JSP) & FIREBIRD. Конечно пришлось много обучаться, но оно того стоит. Для крупных проектов JAVA больше подходит, хотя продолжаю любить PERL. Ну а с базой важно не только наличие ХП , но и хорошей среды проектирования БД. Я не знаю есть ли для MySQL что нибудь приличное типа IBExpert для FIREBIRD
"
Посему, если Вам не терпится узнать обо всех достоинствах будущей системы -- почитайте о достоинствах ее составляющих:
MySQL
Apache
PERL"ПлачЪ и рыдания. Про структуру кремния, из которого сделан процессор, на котором крутится система, на которой крутится мускл, к которому обращается апач, который кушает перл-скрипты, на который написана учетная система, которая крутится на апаче, который обращается в мускл, который живет на линуксе, короый выполняется на процессоре, который сделан из кремния, в доме который построил Джек - обязательно почитаю.
>"
>Посему, если Вам не терпится узнать обо всех достоинствах будущей системы --
>почитайте о достоинствах ее составляющих:
>MySQL
>Apache
>PERL"
>
>ПлачЪ и рыдания. Про структуру кремния, из которого сделан процессор, на котором
>крутится система, на которой крутится мускл, к которому обращается апач, который
>кушает перл-скрипты, на который написана учетная система, которая крутится на апаче,
>который обращается в мускл, который живет на линуксе, короый выполняется на
>процессоре, который сделан из кремния, в доме который построил Джек -
>обязательно почитаю.Сочувствую Вашему рыданью. Можете дальше рыдать, а можете принимать участие в разработке. Все равно, пока не будет готов бета-релиз, на сайте о преимуществах ничего говорится не будет, чтобы не огорчать Вас и других скептиков и не разводить лишний флейм. Вся техническая информация -- в списке рассылке, для разработчиков, которые решились принять участие в проекте.
> Сочувствую Вашему рыданью. Можете дальше рыдать, а можете принимать участие в разработке.Спасибо за сочувствие :) но получается немного зацикленный вариант: "Вся техническая информация -- в списке рассылке, для разработчиков, которые решились принять участие в проекте". Я бы и сам принял участие в проекте по разработке кроссплатформенной учетной системы, но для этого мне интересно было бы не читать о том на чем она написана (да хоть на mono, хоть на лазарусе, хоть на окамле, хоть на васике) - а посмотреть на концептуальную модель БД и на классы бизнес-объектов. Это удобнее чем подписываться на список рассылки и по крохам выуживать оттуда что-то (а списков рассылки я видел немало, и у всех у них одна особенность - они полезны когда уже вошел в курс дела).
А для чего позиционировать своё решение именно как альтернативу 1С? Для пиара? Если система реально хорошая и к тому же GPL - то даже до появления бета-релиза уже наверняка есть прототипы/макеты/куски которые демонстрируют какую-то часть базовых концепций и функционала.
Можно, конечно, исходить из принципа "дураку пол-работы не показывают", но специалист даже по самому сырому прототипу способен оценить заложенные в него идеи. А поскольку система web-based то не вижу причин по которым Вам не выложить какие-то куски (пусть глючные, это-то как раз фигня - девелоперы знают чем альфа от релиза отличается) прямо на сайте, на всеобщее ощупывание и растерзание.
>> Сочувствую Вашему рыданью. Можете дальше рыдать, а можете принимать участие в разработке.
>
>Спасибо за сочувствие :) но получается немного зацикленный вариант: "Вся техническая информация
>-- в списке рассылке, для разработчиков, которые решились принять участие в
>проекте". Я бы и сам принял участие в проекте по разработке
>кроссплатформенной учетной системы, но для этого мне интересно было бы не
>читать о том на чем она написана (да хоть на mono,
>хоть на лазарусе, хоть на окамле, хоть на васике) - а
>посмотреть на концептуальную модель БД и на классы бизнес-объектов. Это удобнее
>чем подписываться на список рассылки и по крохам выуживать оттуда что-то
>(а списков рассылки я видел немало, и у всех у них
>одна особенность - они полезны когда уже вошел в курс дела).
>
>
>А для чего позиционировать своё решение именно как альтернативу 1С? Для пиара?Отчасти - да. Отчасти из-за того, что 1С будет скоро таким же нарицательным, как и Xerox. :-)) Говоришь - 1С и все понимают о чем идет речь. :-))
И еще очень многие кроме 1С больше ничего не видели и не пробовали.>Если система реально хорошая и к тому же GPL - то
>даже до появления бета-релиза уже наверняка есть прототипы/макеты/куски которые демонстрируют какую-то
>часть базовых концепций и функционала.конечно есть. И работают не первый день.
>
>Можно, конечно, исходить из принципа "дураку пол-работы не показывают", но специалист даже
>по самому сырому прототипу способен оценить заложенные в него идеи. А
>поскольку система web-based то не вижу причин по которым Вам не
>выложить какие-то куски (пусть глючные, это-то как раз фигня - девелоперы
>знают чем альфа от релиза отличается) прямо на сайте, на всеобщее
>ощупывание и растерзание.Да без проблем выложу. Просто хочу сразу тестовый вариант запустить на этих кусках, но для этого требуется установка дополнительных перловых модулей на хостинге. Задал вопрос провайдеру -- пока жду. Последний модуль, поставленный по моей просьбе ставили два месяца :-)))
>Отчасти - да. Отчасти из-за того, что 1С будет скоро таким же
>нарицательным, как и Xerox. :-)) Говоришь - 1С и все понимают
>о чем идет речь. :-))Ага :) Для многих серьезных девелоперов работающих с нормальными SQL-серверами, слово "1C" эквивалентно надписи "плевать сюда" :))
>И еще очень многие кроме 1С больше ничего не видели и не
>пробовали.Если Вы про бухгалтеров/руководителей, то они этот форум не читают. А мне, например, более понятны слова "Масштабируемая ERP", чем "Aльтернатива 1С" :)
O! "1C-Торговля", "1C-Предприятие", "1C-Альтернатива" (шутка)>Да без проблем выложу. Просто хочу сразу тестовый вариант запустить на этих
>кусках, но для этого требуется установка дополнительных перловых модулей на хостинге.Да кусков для начала достаточно... когда я на Sybase+TMS сляпал первый прототип ORM-документа, меня не заботило как он будет проводиться, как будет интегрироваться в журнал документов, как будут строиться отчеты - меня плющило от того что было в наличии :)
>Задал вопрос провайдеру -- пока жду. Последний модуль, поставленный по моей
>просьбе ставили два месяца :-)))Поить. Провайдеровского сисадмина. Пивом.
>>Отчасти - да. Отчасти из-за того, что 1С будет скоро таким же
>>нарицательным, как и Xerox. :-)) Говоришь - 1С и все понимают
>>о чем идет речь. :-))
>
>Ага :) Для многих серьезных девелоперов работающих с нормальными SQL-серверами, слово "1C"
>эквивалентно надписи "плевать сюда" :)):-)))))) флейм то не хочется разводить, хоть эмоции, порой, именно в этом направлении выплескиваются.
>
>>И еще очень многие кроме 1С больше ничего не видели и не
>>пробовали.
>
>Если Вы про бухгалтеров/руководителей, то они этот форум не читают. А мне,
>например, более понятны слова "Масштабируемая ERP", чем "Aльтернатива 1С" :)
>O! "1C-Торговля", "1C-Предприятие", "1C-Альтернатива" (шутка)Руководители и бухгалтеры не будут этот форум читать, они на сайт полезут, смотреть что там написано. Да и разные spider'ы проиндексируют страницы, для Гугла и Яндекса. :-)
>
>>Да без проблем выложу. Просто хочу сразу тестовый вариант запустить на этих
>>кусках, но для этого требуется установка дополнительных перловых модулей на хостинге.
>
>Да кусков для начала достаточно... когда я на Sybase+TMS сляпал первый прототип
>ORM-документа, меня не заботило как он будет проводиться, как будет интегрироваться
>в журнал документов, как будут строиться отчеты - меня плющило от
>того что было в наличии :)
>
>>Задал вопрос провайдеру -- пока жду. Последний модуль, поставленный по моей
>>просьбе ставили два месяца :-)))
>
>Поить. Провайдеровского сисадмина. Пивом.через DHL? Он в Штатах :-)
Вообще-то тема разработки учетных систем больше подходит для форума на sql.ru, там в основном собирается народ который именно этим и занимается :)
>Вообще-то тема разработки учетных систем больше подходит для форума на sql.ru, там
>в основном собирается народ который именно этим и занимается :)посмотрим. :-)
Вопросы:
- почему mysql? Ответ "почему бы и нет" совершенно не устраивает. Если вы выбираете платформу, то у вас должно быть совершенно четкое обоснование для самих себя - почему именно эта платформа, а не какой-либо аналог, коих для mysql хватает.
- почему apache?
- почему перл?
- вы слышали когда-нибудь о mod_perl? Почему не используете его? Я вас уверяю, 200 клиентов одновременно под mod_cgi - это медленно.
- почему у вас виртуальный хостинг? Одно только "надо пива админу хостинга поставить, чтобы он модули для апача доставил" уже говорит о всей несерьезности проекта. Collocation/dedicated не так дорого стоит. В конце концов почти у любого провайдера широкополосного доступа в инет (ведь у вас есть хотя бы один разработчик, который не на модеме сидит?) можно купить белый адрес (у меня, например, это стоит 150 рублей в месяц) и поставить сервер у дома у одного из членов вашей команды.Вцелом по прочтению обсуждений новости у меня создалось впечатление крайней несерьезности и какой-то "наколеночности" проекта. Мне в настоящий момент веб-интерфейс вообще кажется недоросшим еще для построения подобных систем (говорю, как человек, разработавший на связке apache+mysql+perl систему складского учета; но я тогда был еще маленький и глупый).
Мой вам совет: ...хотя вы уже начали.
Поэтому дам другой совет: внимательно посмотрите в сторону mod_perl - это по крайней мере добавит солидности проекту на стадии разработки и добавит производительности релизу раз этак в пять-десять.
Еще совет: посмотрите в сторону PgSql.
Дальше - закройте сайт "на реконструкцию". Безжалостно удалите оттуда все тексты - они чудовищны. Чего стоит только "...языки программирования - PERL5, JavaScript, XML, HTML...".Все же озвучу первый совет: бросьте, рано вам еще. Лучше подучите технологии (ведь я не ошибусь если скажу, что вы не хотите использовать Postgres оттого, что просто его не знаете?). Поработайте в сфере веб-разработок еще пару лет. А там и видно будет.
>Вопросы:
> - почему mysql? Ответ "почему бы и нет" совершенно не устраивает.
>Если вы выбираете платформу, то у вас должно быть совершенно четкое
>обоснование для самих себя - почему именно эта платформа, а не
>какой-либо аналог, коих для mysql хватает.
> - почему apache?
> - почему перл?
> - вы слышали когда-нибудь о mod_perl? Почему не используете его? Я
>вас уверяю, 200 клиентов одновременно под mod_cgi - это медленно.Почему уж тогда не fastCGI? Дело, я так понимаю, именно в виртуальном хостинге - тоесть что дают на том и пишем. Это неправильно для серьезного проекта. Мой совет - берите дедик, это не так дорого, альтернатива - реальный ИП на своей машине.
>Почему уж тогда не fastCGI?Потому что mod_perl дает гораздо больше, чем просто "быстрые скрипты". Его возможности весьма широки.
>>Почему уж тогда не fastCGI?
>
>Потому что mod_perl дает гораздо больше, чем просто "быстрые скрипты". Его возможности
>весьма широки.Мы вроде о скорости говорили..
>>Вопросы:
>> - почему mysql? Ответ "почему бы и нет" совершенно не устраивает.
>>Если вы выбираете платформу, то у вас должно быть совершенно четкое
>>обоснование для самих себя - почему именно эта платформа, а не
>>какой-либо аналог, коих для mysql хватает.
>> - почему apache?
>> - почему перл?
>> - вы слышали когда-нибудь о mod_perl? Почему не используете его? Я
>>вас уверяю, 200 клиентов одновременно под mod_cgi - это медленно.
>
>Почему уж тогда не fastCGI? Дело, я так понимаю, именно в виртуальном
>хостинге - тоесть что дают на том и пишем. Это неправильно
>для серьезного проекта. Мой совет - берите дедик, это не так
>дорого, альтернатива - реальный ИП на своей машине.Реальный IP уже есть. Так что дедик пока лишнее.
>Вопросы:
> - почему mysql? Ответ "почему бы и нет" совершенно не устраивает.
>Если вы выбираете платформу, то у вас должно быть совершенно четкое
>обоснование для самих себя - почему именно эта платформа, а не
>какой-либо аналог, коих для mysql хватает.1. Потому что OpenSource;
2. Поддерживает хранимые процедуры, транзакции и вложенные выборки.
3. Есть API для PERL,C,PHP> - почему apache?
1. см. выше п.1
2. Гибкость, модульность, высокая скорость на динамическом контенте.
3. Привык я к нему :-)> - почему перл?
1. см.выше п.1
2. практически отсутствие проблем с безопасностью в интерпретаторе.
3. интегрированность с *nix-осями.> - вы слышали когда-нибудь о mod_perl? Почему не используете его? Я
конечно слышал. А с чего Вы взяли, что я его не использую? Видели конфиг моего Апача? :-)
>вас уверяю, 200 клиентов одновременно под mod_cgi - это медленно.
> - почему у вас виртуальный хостинг? Одно только "надо пива админу
>хостинга поставить, чтобы он модули для апача доставил" уже говорит о
>всей несерьезности проекта. Collocation/dedicated не так дорого стоит. В конце концовОплатите Collocation/dedicated??? С удовольствие воспользуюсь Вашей помощью. А пока что сам оплачиваю и хостинг, и доменное имя.
>почти у любого провайдера широкополосного доступа в инет (ведь у вас
>есть хотя бы один разработчик, который не на модеме сидит?) можнопредставляете -- я сижу!!! :-)))))))))
>купить белый адрес (у меня, например, это стоит 150 рублей в
>месяц) и поставить сервер у дома у одного из членов вашей
>команды.поставлю обязательно, когда придет время.
>
>Вцелом по прочтению обсуждений новости у меня создалось впечатление крайней несерьезности и
>какой-то "наколеночности" проекта. Мне в настоящий момент веб-интерфейс вообще кажется недоросшим
>еще для построения подобных систем (говорю, как человек, разработавший на связке
>apache+mysql+perl систему складского учета; но я тогда был еще маленький и
>глупый).класссс!!! значит я маленький и глупый, а значит все еще впереди и оо-о-очень интересно!!!
>
>Мой вам совет: ...хотя вы уже начали.
>Поэтому дам другой совет: внимательно посмотрите в сторону mod_perl - это помой Вам совет -- не судите не о чем, только лишь по своим собственным умозаключениям. Как минимум - не очень эстетично, и очень неэкологично, для Вас, прежде всего.
>крайней мере добавит солидности проекту на стадии разработки и добавит производительности
>релизу раз этак в пять-десять.
>Еще совет: посмотрите в сторону PgSql.
>Дальше - закройте сайт "на реконструкцию". Безжалостно удалите оттуда все тексты -
>они чудовищны. Чего стоит только "...языки программирования - PERL5, JavaScript, XML,
>HTML...".ну ладно -- HTML с XML, :-)), а чем не угодил JavaScript как язык программирования? :-) Стилистика не устраивает? Милости прошу в мыло, со своим вариантов -- даю честное слово -- будет лучше -- ИСПРАВЛЮ.
>
>Все же озвучу первый совет: бросьте, рано вам еще. Лучше подучите технологии
>(ведь я не ошибусь если скажу, что вы не хотите использовать
>Postgres оттого, что просто его не знаете?). Поработайте в сфере веб-разработок
>еще пару лет. А там и видно будет.Спасибо за столь ценные советы. Знаете, есть такая поговорка: "Не боги горшки обжигают"? Так вот, мне лично нужна эта система и я ее напишу. Если команда разработчиков не соберется -- плевать, сам сделаю и продам. Восемь лет назад уже продал две системы, кормят меня до сих пор.
Проявляете мудрость и скепсис? Флаг Вам в руки, проявляйте дальше. А я, тем временем, буду заниматься тем, чем хочу. Кстати, помните, что говорили про Билли, когда он купил DOS? :-))))P.S. Хотя команда уже набирается, у судя по всему -- очень и очень неплохая.
>>Вопросы:
>> - почему mysql? Ответ "почему бы и нет" совершенно не устраивает.
>>Если вы выбираете платформу, то у вас должно быть совершенно четкое
>>обоснование для самих себя - почему именно эта платформа, а не
>>какой-либо аналог, коих для mysql хватает.
>
>1. Потому что OpenSource;
>2. Поддерживает хранимые процедуры, транзакции и вложенные выборки.
>3. Есть API для PERL,C,PHPВам для этого проекта не нужен интерфейс к субд для С и php ;).
mysql не единственная удовлетворяет этим требованиям. Так почему именна она?>> - почему apache?
>
>1. см. выше п.1
>2. Гибкость, модульность, высокая скорость на динамическом контенте.Можно про второй пункт поподробнее. Вы уже провели сравнительные стресс-тесты apache, thttpd, nginx..... на динамическом и статическом (вы же не будете генерировать все яваскрипты и все картинки динамически?) контенте?
Этот проект нуждается в гибкости и модульности на уровне веб-сервера? Конкретные примеры?>> - почему перл?
>
>1. см.выше п.1
>2. практически отсутствие проблем с безопасностью в интерпретаторе.
>3. интегрированность с *nix-осями.Интегрированность? Хм...
Ну положим, альтернативы перлу в подобном проекте и правда нет.
>> - вы слышали когда-нибудь о mod_perl? Почему не используете его? Я
>
>конечно слышал. А с чего Вы взяли, что я его не использую?
>Видели конфиг моего Апача? :-)Конечно видел - проверьтесь на наличие троянов =))
Вы нигде не упомянули, что в проекте будет использоваться mod_perl (или я не заметил, чтобы вы о нем упомянули) - вот с чего я это взял.>>вас уверяю, 200 клиентов одновременно под mod_cgi - это медленно.
>> - почему у вас виртуальный хостинг? Одно только "надо пива админу
>>хостинга поставить, чтобы он модули для апача доставил" уже говорит о
>>всей несерьезности проекта. Collocation/dedicated не так дорого стоит. В конце концов
>
>Оплатите Collocation/dedicated??? С удовольствие воспользуюсь Вашей помощью. А пока что сам оплачиваю
>и хостинг, и доменное имя.
Особенно пробивает ваш карман оплата доменного имени (чуть больше доллара в месяц без учета поддержки на ns серверах, с учетом - может доллара полтора?).
Нет, я не оплачу Collocation/dedicated под этот проект. Я думаю, вы догадываетесь, почему.>>почти у любого провайдера широкополосного доступа в инет (ведь у вас
>>есть хотя бы один разработчик, который не на модеме сидит?) можно
>
>представляете -- я сижу!!! :-)))))))))
Эх... я не так давно закинул модем на пыльную полку.>>купить белый адрес (у меня, например, это стоит 150 рублей в
>>месяц) и поставить сервер у дома у одного из членов вашей
>>команды.
>
>поставлю обязательно, когда придет время.
Без комментариев.
>>
>>Вцелом по прочтению обсуждений новости у меня создалось впечатление крайней несерьезности и
>>какой-то "наколеночности" проекта. Мне в настоящий момент веб-интерфейс вообще кажется недоросшим
>>еще для построения подобных систем (говорю, как человек, разработавший на связке
>>apache+mysql+perl систему складского учета; но я тогда был еще маленький и
>>глупый).
>
>класссс!!! значит я маленький и глупый, а значит все еще впереди и
>оо-о-очень интересно!!!
Я не говорил, что вы "маленький и глупый", заметте. У многих из нас еще много интересного впереди.
>>крайней мере добавит солидности проекту на стадии разработки и добавит производительности
>>релизу раз этак в пять-десять.
>>Еще совет: посмотрите в сторону PgSql.
>>Дальше - закройте сайт "на реконструкцию". Безжалостно удалите оттуда все тексты -
>>они чудовищны. Чего стоит только "...языки программирования - PERL5, JavaScript, XML,
>>HTML...".
>
>ну ладно -- HTML с XML, :-)), а чем не угодил JavaScript
>как язык программирования? :-) Стилистика не устраивает? Милости прошу в мыло,
>со своим вариантов -- даю честное слово -- будет лучше --
>ИСПРАВЛЮ.
JavaScript мне вполне угождает. Своего варианта не предложу по той же причине, по которой не буду оплачивать для этого проекта размещение сервера.
>>
>>Все же озвучу первый совет: бросьте, рано вам еще. Лучше подучите технологии
>>(ведь я не ошибусь если скажу, что вы не хотите использовать
>>Postgres оттого, что просто его не знаете?). Поработайте в сфере веб-разработок
>>еще пару лет. А там и видно будет.
>
>Спасибо за столь ценные советы. Знаете, есть такая поговорка: "Не боги горшки
>обжигают"? Так вот, мне лично нужна эта система и я ее
>напишу. Если команда разработчиков не соберется -- плевать, сам сделаю и
>продам. Восемь лет назад уже продал две системы, кормят меня до
>сих пор.
Да вот еще совет... возможно самый ценный из тех, что я здесь уже озвучил: определитесь со своей ролью в этом проекте. Вы архитектор? Технический руководитель? Программист? Дизайнер (ведь там еще иконки под конец понадобятся ;) )? Продавец? Сисадмин?
>Проявляете мудрость и скепсис? Флаг Вам в руки, проявляйте дальше. А я,
>тем временем, буду заниматься тем, чем хочу. Кстати, помните, что говорили
>про Билли, когда он купил DOS? :-))))
>
>P.S. Хотя команда уже набирается, у судя по всему -- очень и
>очень неплохая.
Я ни в коем случае не пытаюсь заставить вас заниматься тем, чем вы заниматься не хотите. Если через год-два вам удастся успешно продавать - это не означает "впарить" творение парочке ло... пардон, глупцов - УСПЕШНО ПРОДАВАТЬ эту систему, построенную на той платформе, о которой вы говорите, тогда я с удовольствием заберу назад свой скепсис и лично пожав вам руку скажу "а я, дурак, в ваше начинание не верил". Но пока что все это смотрится совершенно несерьезно. За сим откланяюсь - меня ждет код. Могу только понадеяться, что хоть что-то из моих слов вам все же поможет. Хоть в чем-то.
>>>Вопросы:
>>> - почему mysql? Ответ "почему бы и нет" совершенно не устраивает.
>>>Если вы выбираете платформу, то у вас должно быть совершенно четкое
>>>обоснование для самих себя - почему именно эта платформа, а не
>>>какой-либо аналог, коих для mysql хватает.
>>
>>1. Потому что OpenSource;
>>2. Поддерживает хранимые процедуры, транзакции и вложенные выборки.
>>3. Есть API для PERL,C,PHP
>
>Вам для этого проекта не нужен интерфейс к субд для С и
>php ;).
>mysql не единственная удовлетворяет этим требованиям. Так почему именна она?
>
>>> - почему apache?
>>
>>1. см. выше п.1
>>2. Гибкость, модульность, высокая скорость на динамическом контенте.
>
>Можно про второй пункт поподробнее. Вы уже провели сравнительные стресс-тесты apache, thttpd,
>nginx..... на динамическом и статическом (вы же не будете генерировать все
>яваскрипты и все картинки динамически?) контенте?
>Этот проект нуждается в гибкости и модульности на уровне веб-сервера? Конкретные примеры?за примерами - не сюда. Это к гуглу.
>
>
>>> - почему перл?
>>
>>1. см.выше п.1
>>2. практически отсутствие проблем с безопасностью в интерпретаторе.
>>3. интегрированность с *nix-осями.
>
>Интегрированность? Хм...
>Ну положим, альтернативы перлу в подобном проекте и правда нет.
>
>
>>> - вы слышали когда-нибудь о mod_perl? Почему не используете его? Я
>>
>>конечно слышал. А с чего Вы взяли, что я его не использую?
>>Видели конфиг моего Апача? :-)
>
>Конечно видел - проверьтесь на наличие троянов =))в студию мой конфиг Апача, плиззз!!! Иначе я сочту Вас болтуном.
>Вы нигде не упомянули, что в проекте будет использоваться mod_perl (или я
>не заметил, чтобы вы о нем упомянули) - вот с чего
>я это взял.
>
>>>вас уверяю, 200 клиентов одновременно под mod_cgi - это медленно.
>>> - почему у вас виртуальный хостинг? Одно только "надо пива админу
>>>хостинга поставить, чтобы он модули для апача доставил" уже говорит о
>>>всей несерьезности проекта. Collocation/dedicated не так дорого стоит. В конце концов
>>
>>Оплатите Collocation/dedicated??? С удовольствие воспользуюсь Вашей помощью. А пока что сам оплачиваю
>>и хостинг, и доменное имя.
>Особенно пробивает ваш карман оплата доменного имени (чуть больше доллара в месяц
>без учета поддержки на ns серверах, с учетом - может доллараА вот считать что пробивает мой карман, а что нет -- это уже совсем неэтично.
>полтора?).
>Нет, я не оплачу Collocation/dedicated под этот проект. Я думаю, вы догадываетесь,
>почему.Даже не задумываюсь. Не до этого.
>
>>>почти у любого провайдера широкополосного доступа в инет (ведь у вас
>>>есть хотя бы один разработчик, который не на модеме сидит?) можно
>>
>>представляете -- я сижу!!! :-)))))))))
>Эх... я не так давно закинул модем на пыльную полку.
>
>>>купить белый адрес (у меня, например, это стоит 150 рублей в
>>>месяц) и поставить сервер у дома у одного из членов вашей
>>>команды.
>>
>>поставлю обязательно, когда придет время.
>Без комментариев.
>
>
>>>
>>>Вцелом по прочтению обсуждений новости у меня создалось впечатление крайней несерьезности и
>>>какой-то "наколеночности" проекта. Мне в настоящий момент веб-интерфейс вообще кажется недоросшим
>>>еще для построения подобных систем (говорю, как человек, разработавший на связке
>>>apache+mysql+perl систему складского учета; но я тогда был еще маленький и
>>>глупый).
>>
>>класссс!!! значит я маленький и глупый, а значит все еще впереди и
>>оо-о-очень интересно!!!
>Я не говорил, что вы "маленький и глупый", заметте. У многих из
>нас еще много интересного впереди.
>
>
>>>крайней мере добавит солидности проекту на стадии разработки и добавит производительности
>>>релизу раз этак в пять-десять.
>>>Еще совет: посмотрите в сторону PgSql.
>>>Дальше - закройте сайт "на реконструкцию". Безжалостно удалите оттуда все тексты -
>>>они чудовищны. Чего стоит только "...языки программирования - PERL5, JavaScript, XML,
>>>HTML...".
>>
>>ну ладно -- HTML с XML, :-)), а чем не угодил JavaScript
>>как язык программирования? :-) Стилистика не устраивает? Милости прошу в мыло,
>>со своим вариантов -- даю честное слово -- будет лучше --
>>ИСПРАВЛЮ.
>JavaScript мне вполне угождает. Своего варианта не предложу по той же причине,
>по которой не буду оплачивать для этого проекта размещение сервера.Тогда зачем из пустого в порожнее переливать и делать, при этом, очень умный вид?
>
>
>>>
>>>Все же озвучу первый совет: бросьте, рано вам еще. Лучше подучите технологии
>>>(ведь я не ошибусь если скажу, что вы не хотите использовать
>>>Postgres оттого, что просто его не знаете?). Поработайте в сфере веб-разработок
>>>еще пару лет. А там и видно будет.
>>
>>Спасибо за столь ценные советы. Знаете, есть такая поговорка: "Не боги горшки
>>обжигают"? Так вот, мне лично нужна эта система и я ее
>>напишу. Если команда разработчиков не соберется -- плевать, сам сделаю и
>>продам. Восемь лет назад уже продал две системы, кормят меня до
>>сих пор.
>Да вот еще совет... возможно самый ценный из тех, что я здесь
>уже озвучил: определитесь со своей ролью в этом проекте. Вы архитектор?
>Технический руководитель? Программист? Дизайнер (ведь там еще иконки под конец понадобятся
>;) )? Продавец? Сисадмин?Ага. Определился. Генералиссимус. :-))))))
>
>
>>Проявляете мудрость и скепсис? Флаг Вам в руки, проявляйте дальше. А я,
>>тем временем, буду заниматься тем, чем хочу. Кстати, помните, что говорили
>>про Билли, когда он купил DOS? :-))))
>>
>>P.S. Хотя команда уже набирается, у судя по всему -- очень и
>>очень неплохая.
>Я ни в коем случае не пытаюсь заставить вас заниматься тем, чем
>вы заниматься не хотите. Если через год-два вам удастся успешно продавать
>- это не означает "впарить" творение парочке ло... пардон, глупцов -
>УСПЕШНО ПРОДАВАТЬ эту систему, построенную на той платформе, о которой вы
>говорите, тогда я с удовольствием заберу назад свой скепсис и лично
>пожав вам руку скажу "а я, дурак, в ваше начинание не
>верил". Но пока что все это смотрится совершенно несерьезно. За сим
>откланяюсь - меня ждет код. Могу только понадеяться, что хоть что-то
>из моих слов вам все же поможет. Хоть в чем-то.Надейтесь. Надежды такие штуки, которые иногда сбываются. Одна уже сбылась -- я еще больше разозлился, и сделаю этот проект. :-)))
>>>>Вопросы:
>>>> - почему mysql? Ответ "почему бы и нет" совершенно не устраивает.
>>>>Если вы выбираете платформу, то у вас должно быть совершенно четкое
>>>>обоснование для самих себя - почему именно эта платформа, а не
>>>>какой-либо аналог, коих для mysql хватает.
>за примерами - не сюда. Это к гуглу.
Это ваш проект и те вопросы, которые я вам задаю, вам стоило бы задать самому себе (ИМХО). Ведь вы же хотите, чтобы получилось хорошо, удобно, быстро, разве не так?
>в студию мой конфиг Апача, плиззз!!! Иначе я сочту Вас болтуном.
О, небо!!! Я же шучу... Нет у меня конфига вашего апача - у меня своих хватает.
>А вот считать что пробивает мой карман, а что нет -- это
>уже совсем неэтично.
Вы пытаетесь меня прямо обвинить в чем-то несусветном. Просто я знаком с ценами и громкая реплика "я оплачиваю домен из собственного кармана" как-то странно звучит (ИМХО, конечно).
>>Нет, я не оплачу Collocation/dedicated под этот проект. Я думаю, вы догадываетесь,
>>почему.
>Даже не задумываюсь. Не до этого.
*Пожимаю плечами.
>>JavaScript мне вполне угождает. Своего варианта не предложу по той же причине,
>>по которой не буду оплачивать для этого проекта размещение сервера.
>
>Тогда зачем из пустого в порожнее переливать и делать, при этом, очень
>умный вид?
Да нечего переливать. Я бы в свете такого начинания (в смысле проекта) постеснялся выкладывать в сеть совершенно сырые, непроработанные тексты, вот и все. Я боюсь представить себе стиль документации (ну или по крайней мере бета версии документации), которой вы снабдите (снабдите ли?) конечный продукт. Но что это я. Это абсолютно не мое дело.>>;) )? Продавец? Сисадмин?
>Ага. Определился. Генералиссимус. :-))))))
=)>>Могу только понадеяться, что хоть что-то
>>из моих слов вам все же поможет. Хоть в чем-то.
>
>Надейтесь. Надежды такие штуки, которые иногда сбываются. Одна уже сбылась -- я
>еще больше разозлился, и сделаю этот проект. :-)))
Эх. Есть такая истина. Сколько ни сталкиваюсь с готовыми системами и с процессом разработки, почти каждый раз со вздохом произношу про себя: design before you implement. Это, к сожалению, не значит, что я всегда следую этому правилу. Но я стремлюсь.А вы... как хотите.
P.S. Давайте не будем разводить флейм со взаимными обвинениями, балансируя на грани фола (я о.. хм.. хамстве?). У вас есть сказать/спросить/(свой вариант) что-либо конструктивное?
Полностью присоединяюсь к сказанному, за исключением mod_perl - для первых версий это абсолютно фиолетово. Хочу посоветовать серьёзно заняться мозиловским XUL http://www.mozilla.org/projects/xul - единственное решение для серьёзной веб-морды, но требует хороших навыков в разработке. Плюс AJAX, куда теперь без него.Заниматься каким-то шифрованием поверх SSL - пустая трата времени и сил, выйдет в ущерб остальному. Достаточно посмотреть как серьёзный online-banking делается, особенно в плане юридической ответствености.
А серьёзность софта выражается в первую очередь сервисом подержки - могу ли я как руководитель быть уверен что затраты на установку/внедрение будут действительно минимальными, и проект при этом через пару лет не загнётся? Предоставляя один только голый сервис можно не один год без своих разработок прожить, а вот наооборот и начинать не стоит.
Я работаю в Германии, и сейчас как раз имею заказ на установку подобного ПО для небольшого но быстрорастущего предприятия, с опцией подключения неопределённого числа мелких филиалов в России. Для фирмы наличие подобной возможности является ключевым пунктом развития в близжайшие годы, при том что техническая инфраструктура по известным причинам должна оставаться в Германии. Руководство фирмы готово выделить на покупку только софта сумму порядка 10 тыс. евро (хоть сразу наличными:), если получит гарантии, что сможет работать с этим софтом минимум пять лет, и что избавится от имеющейся сейчас рутины в учёте товарооботота, складском учёте, организации/контроля рабочих процессов сотрудников и в бухгалтерии.
Это только пример из жизни. Пожалуйста FelixS, ответьте себе сами - смогли бы Вы это сделать с Вашей командой, или всётаки действительно пока рановато? Проект очень нужный, если его не испортить.
Успехов Вам.
>Полностью присоединяюсь к сказанному, за исключением mod_perl - для первых версий это
>абсолютно фиолетово. Хочу посоветовать серьёзно заняться мозиловским XUL http://www.mozilla.org/projects/xul - единственное
>решение для серьёзной веб-морды, но требует хороших навыков в разработке. Плюс
>AJAX, куда теперь без него.
>
>Заниматься каким-то шифрованием поверх SSL - пустая трата времени и сил, выйдет
>в ущерб остальному. Достаточно посмотреть как серьёзный online-banking делается, особенно в
>плане юридической ответствености.Был прецендент, когда из Internet Explorer уводились cookies с учетными данными банковского сервиса. Учетные данные были в открытом виде.
>
>А серьёзность софта выражается в первую очередь сервисом подержки - могу ли
>я как руководитель быть уверен что затраты на установку/внедрение будут действительно
>минимальными, и проект при этом через пару лет не загнётся? Предоставляя
>один только голый сервис можно не один год без своих разработок
>прожить, а вот наооборот и начинать не стоит.
>
>Я работаю в Германии, и сейчас как раз имею заказ на установку
>подобного ПО для небольшого но быстрорастущего предприятия, с опцией подключения неопределённого
>числа мелких филиалов в России. Для фирмы наличие подобной возможности является
>ключевым пунктом развития в близжайшие годы, при том что техническая инфраструктура
>по известным причинам должна оставаться в Германии. Руководство фирмы готово выделить
>на покупку только софта сумму порядка 10 тыс. евро (хоть сразу
>наличными:), если получит гарантии, что сможет работать с этим софтом минимум
>пять лет, и что избавится от имеющейся сейчас рутины в учёте
>товарооботота, складском учёте, организации/контроля рабочих процессов сотрудников и в бухгалтерии.
>
>Это только пример из жизни. Пожалуйста FelixS, ответьте себе сами - смогли
>бы Вы это сделать с Вашей командой, или всётаки действительно пока
>рановато? Проект очень нужный, если его не испортить.предыдущий, аналогичный проект, я делал без команды. В 1998 году. До сих пор работает и я его поддерживаю.
Этот проект более крупный и серьезный, именно поэтому нужна команда, нужно комьюнити, нужна простота и документированность.
По поводу рановатости ... Я уже отвечал, выше в топике, что мне лично этот проект нужен. Как минимум, пять клиентов у меня на поддержку уже есть. И, судя по письмам, которые ко мне приходят -- есть не только у меня, и не только я готов проект поддерживать и развивать.
Я ответил на Ваш вопрос? :-))
>
>Успехов Вам.Спасибо.
>Был прецендент, когда из Internet Explorer уводились cookies с учетными данными банковского
>сервиса. Учетные данные были в открытом виде.
>И всётаки, на мой скромный взгляд не стоит пока этим заморачиваться - как минимум до выхода "1.0 stable" это настолько же фиолетово как mod_perl vs cgi.
>
>предыдущий, аналогичный проект, я делал без команды. В 1998 году. До сих
>пор работает и я его поддерживаю.
>
>Этот проект более крупный и серьезный, именно поэтому нужна команда, нужно комьюнити,
>нужна простота и документированность.
>
>По поводу рановатости ... Я уже отвечал, выше в топике, что мне
>лично этот проект нужен. Как минимум, пять клиентов у меня на
>поддержку уже есть. И, судя по письмам, которые ко мне приходят
>-- есть не только у меня, и не только я готов
>проект поддерживать и развивать.
>
>Я ответил на Ваш вопрос? :-))
>Мне - нет. И раньше чем через год не сможете. А себе - Вам виднее. Очень надеюсь что да :)
Надеюсь что смогу к вам подключиться, при наличии времени и чего-нибудь более определённого на сайте.
> Да вот еще совет... возможно самый ценный из тех, что я здесь уже озвучил: определитесь со своей ролью в этом проекте. Вы архитектор? Технический руководитель? Программист?Jared, Вы таки фишку не сечёте :) Это делается так: звонишь Васе и говоришь - "завтра идем в сауну, будут девочки, с тебя бухло". Потом звонишь Пете и говоришь "завтра идём в сауну, бухло будет, с тебя девочки". И фсё :)
> Это делается так: звонишь Васе и говоришь - "завтра идем в сауну, будут девочки, с тебя бухло". Потом звонишь Пете и говоришь "завтра идём в сауну, бухло будет, с тебя девочки". И фсё :)Вдогонку - на третьем этапе звонишь Феде и говоришь - "есть бухло, есть девочки, с тебя аренда сауны"
>> Это делается так: звонишь Васе и говоришь - "завтра идем в сауну, будут девочки, с тебя бухло". Потом звонишь Пете и говоришь "завтра идём в сауну, бухло будет, с тебя девочки". И фсё :)
>
>Вдогонку - на третьем этапе звонишь Феде и говоришь - "есть бухло,
>есть девочки, с тебя аренда сауны"РЕСПЕКТ!!!! :-) а потом всего навалом, и пива, и девочек!!! :-))
>>Вдогонку - на третьем этапе звонишь Феде и говоришь - "есть бухло,
>>есть девочки, с тебя аренда сауны"
>
>РЕСПЕКТ!!!! :-) а потом всего навалом, и пива, и девочек!!! :-))
GPL в реаллайфе :))
>>РЕСПЕКТ!!!! :-) а потом всего навалом, и пива, и девочек!!! :-))На практике, к сожалению, зачастую получается, что сидишь потом, пьешь на кухне теплую водку. Один. Потому что Федя парится в бане, Петя гуляет где-то с девочками, а Васе жена возможность выбраться перекрыла. Несостыковались...
>На практике, к сожалению, зачастую получается, что сидишь потом, пьешь на кухне
>теплую водку. Один. Потому что Федя парится в бане, Петя гуляет
>где-то с девочками, а Васе жена возможность выбраться перекрыла. Несостыковались...Сколько я уже видел по инету всяких проектов учетных систем с веб-интерфейсом, куда набирались добровольцы-разработчики, но почему-то не видел ни одной законченной системы. А теплой водки как-то не хочется :)
>>На практике, к сожалению, зачастую получается, что сидишь потом, пьешь на кухне
>>теплую водку. Один. Потому что Федя парится в бане, Петя гуляет
>>где-то с девочками, а Васе жена возможность выбраться перекрыла. Несостыковались...
>
>Сколько я уже видел по инету всяких проектов учетных систем с веб-интерфейсом,
>куда набирались добровольцы-разработчики, но почему-то не видел ни одной законченной системы.
>А теплой водки как-то не хочется :)Ну это касается не только учетных систем с веб-интерфейсом. Много, очень много софта так и осталось недописанным. Проект коммерческий имеет куда больше шансов на успешное завершение разработки.
Есть, конечно, прецеденты вполне успешных проектов, в основе которых не было яркой коммерческой составляющей. Но подавляющее большинство из них реализованы одночками. Организовать команду, а тем более в России, у которой еще мало опыта таких разработок - нет определенной "культуры разработки", что ли, черезвычайно сложно. И я, откровенно говоря, не верю, что автору новости это удастся.
Что ж, посмотрим.
Затея хорошая, довели бы до реализации.
Кстати, я бы все-таки использовал PostgreSQL в качестве СУБД для решения задачи подобного масштаба. Но судя по тексту на сайте, пока этого не планируется. Тогда у меня просьба - придерживайтесь в коде стандарта SQL. В частности, ни в коем случае не используйте REPLACE INTO. Пытающиеся портировать код на другие СУБД потом не будут вас материть :)
По этой же причине осторожнее надо быть с хранимыми процедурами. Кстати тут у PostgreSQL есть преимущество - его PL/pgSQL очень похож на PL/SQL Oracle.А вообще, я вам сейчас письмо пошлю - вдруг пригожусь :)
--
Jay
Уж лучше встройте в postgres replace 8)
Искал на сайте http://felixs.org кнопку download. Нет ее там. И что-то мне подсказывает, что и не будет никогда.Что вызвало такие бурные дебаты? Заявлении юноши о том, что он хочет сделать нечто?
Совершенно пустая новость.
покажите хотя бы маленький примерчик, как это будет выглядеть
>Искал на сайте http://felixs.org кнопку download. Нет ее там. И что-то мне
>подсказывает, что и не будет никогда.
>
>Что вызвало такие бурные дебаты? Заявлении юноши о том, что он хочет
>сделать нечто?
>
>Совершенно пустая новость.
А что вы предлагаете? Идти по пути Линуса Торвальдса - ночами не спать, пиво не пить, девок не лобзать, а только кодить, кодить и кодить до тошноты, чтобы потом отдать людям даром?
Лучше слабать сайтик, объявить о своей крутости, постебаться немного - а потом можно и в клубе оттянуться.
не могу понять, зачем выдумывать велосипед когда есть,
http://www.compiere.org/
http://www.compiere.com.ua/нужеле нельзя довести до ума несчастную бухгалтерию РУС/УКР до нашего законодательства и поддерживать в дальнейшем этот проект.
>Проект FelixS-Предприятие (http://felixs.org) задуман, прежде всего, как альтернатива Windows-приложениям для автоматизированного ведения
>оперативного, складского, кадрового и бухгалтерского учета, организации электронного документооборота.
>
>
>Продукт распространяется под лицензией GNU General Public License. В качестве платформы для
>приложения используются MySQL 5.x, Apache2, SSL; языки программирования - PERL5, JavaScript,
>XML, HTML; клиентское приложение - обычный web-браузер.
>
>URL: http://felixs.org
>Новость: http://www.opennet.me/opennews/art.shtml?num=7709
Поздравляю! Затея действительно хороша!
5 копеек в сторону mysql vs postgresql
ответ ни то ни другое, если есть время перепишите на ODBC, это не долго,
и с экономит кучу времени на идиотские вопросы, а админы уже сами как захотят так и настроят
и mysql и postgresql и maxdb даже sqlrelay.
1С:Предприятие 8.1 — новшества для пользователей, сюрпризы для конкурентов
Модернизации предполагает изменения на уровне ядра платформы. Новшества потребуют минимальной коррекции (или же она вообще не потребуется) существующих прикладных решений. Все это должно быть реализовано в первой бета-версии “1С:8.1”, которая планируется к выпуску 30 июня.
В настоящее время существующий клиент-серверный вариант 8.0 позволяет использовать только один сервер “1С:Предприятия”, способный работать с несколькими информационными базами (ИБ). В “1С:8.1” будет реализована возможность создания кластера серверов, управление которым производится через центральное серверное приложение (менеджер кластера). При этом с одной ИБ смогут работать сразу несколько серверов “1С:8.1”. Реализация этих возможностей во многом базируется на применении протокола TCP/IP для обеспечения межпроцессного взаимодействия (ранее применялся только COM+).
Вторая важная новость — сервер “1С:8.1” будет также функционировать в среде Linux на “родном” уровне, без режима эмуляции Win API. Для этого программный код полностью перекомпилирован под Linux, но основная его часть является единой для Windows и Linux (переписан только уровень взаимодействия с OC). В рамках одного кластера смогут одновременно функционировать Windows- и Linux-серверы. При этом аутентификация пользователей будет выполняться по протоколу Kerberos. В то же время Linux-сервер скорее всего не сможет работать с MS SQL Server и COM-объектами (этот вопрос еще не решен окончательно).Но все это относится только к серверной части платформы — как было специально подчеркнуто, реализация клиентской части для Linux сейчас не планируется.
В среде Linux будет применяться СУБД PostgreSQL
Полный текст:
http://pcweek.ru/?ID=510483
Привет всем!
Очень интересная идея насчет разработки нового продукта. Считаю что в любом случае нужно что-то изобретать новое, ведь велосипеды тоже выпускают разных типов, значит это кому-то нужно! Есть только одно НО!, если задачей данного проекта была возможность предоставить удаленную работу организациям с огр. бюджетом, если я правильно понял, то сколько будет стоить такой сервис?. И еще, будут ли согласны юзеры отдать свои данные на чужой сервер, или само приложение предполагается устанавливать на каждом предприятии отдельно?.
Моя идея в другом :0 - юзер хочет работать с простыми и недорогими системами, а основная проблема разработчика в том, чтобы задрать стоимость своих разработок (желание разбогатеть нахаляву), есть одна пословица - с миру по нитке, так вот, лучше создать приложение которое не будет уступать по функционалу современным платформам, но сделать их по тому-же принципу и с максимальной привязкой к среде ОС. Да еще бы не забыть о програмерах, которые будут реализовывать свои идеи, ведь потенциальных покупатель это не только бухгалтер или экономист. Идея использования уже имеющихся наработок заключается в том что это экономия времени и денег. (если компания строит новую модель автомобиля она вынуждена ставить рулевое колесо круглым а не иначе - это концепция!)
Если кому-то интересно можно продолжить, есть свои наработки и вполне приличный проект, ищу спонсоров для раскрутки проекта.
Прошу прощения за рекламу!
С ув. ко всем Геннадий. г. Киев, xbin@mail.ru
Где наш железный Феликс, заржавел? Уже август, а на сайте обещания для дурачков двумесячной давности.
Наберитесь мужества и признайтесь, что кишка тонка.
>Где наш железный Феликс, заржавел? Уже август, а на сайте обещания для
>дурачков двумесячной давности.
>Наберитесь мужества и признайтесь, что кишка тонка.Отчего же так сразу? :-)) В отпуске был, хорошо отдыхал. Недавно приехал. Сижу вот, привожу скрипты в удобный, читабельный вид, дабы понятно было всем, ну и зубрам от перла, для критики. :-))
Видимо отпуск продлился на очень долго!Когда хоть демо ждать ??? Или как игра S.T.A.L.K.E.R. тоже 6 лет ???
>Видимо отпуск продлился на очень долго!
>
>Когда хоть демо ждать ??? Или как игра S.T.A.L.K.E.R. тоже 6 лет
>???Отпуск давно закончился. Разработка идет полным ходом. Демо версии не будет. Будет сразу рабочая версия. Некоторые модули системы сейчас обкатываются на заказчиках, которые согласились финансировать проект и получить систему в первую очередь.
Вся информация о разработке в списке рассылки developers@felixs.org и в новостях на сайте проекта.
>>Видимо отпуск продлился на очень долго!
>>
>>Когда хоть демо ждать ??? Или как игра S.T.A.L.K.E.R. тоже 6 лет
>>???
>
>Отпуск давно закончился. Разработка идет полным ходом. Демо версии не будет. Будет
>сразу рабочая версия. Некоторые модули системы сейчас обкатываются на заказчиках, которые
>согласились финансировать проект и получить систему в первую очередь.
>Вся информация о разработке в списке рассылки developers@felixs.org и в новостях на
>сайте проекта.А как же без демы то продавать/покупать? Кота в мешке
Могу порекомендовать посмотреть наш продукт. Система разработки учетных систем – NsgSoft Framework и прикладное решение NsgSoft Торговля 2008. Язык программирования – C#, есть бесплатная полнофункциональная версия (с ограничением по числу одновременных подключений к БД). Можете доработать готовое решение, можете создать свое. http://www.nsgsoft.ruТак как он работает под .NET, то потенциально, работоспособен под Linux, Mac и т.п. Правда, для Linux еще не готова визуальная часть, но работа кипит :)
Давно искал такого рода проект.
Вот только сайт мне не дал информации.
Хочу поучаствовать в проекте!!!