Вариант для распечатки		Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Изначальное сообщение		[ Отслеживать ]

"Открыт код промышленной CRM/BPM/ERP системы BGERP"	+/–
Сообщение от opennews (ok), 05-Ноя-19, 07:24
В разряд свободного ПО переведена система планирования ресурсов предприятия, управление бизнес-процессами и  организации взаимодействия с клиентами BGERP. Код написан на Java и распространяется под лицензией  GPLv3. Открытие кода призвано упростить распространение решений, а также взаимодействие заказчиков с исполнителями работ. В ближайшем будущем основной разработчик проекта будет работать над ним на полный рабочий день... Подробнее: https://www.opennet.ru/opennews/art.shtml?num=51813
Ответить | Правка | Cообщить модератору

Сообщения

[Сортировка по ответам | RSS]

1. Сообщение от KonstantinB (ok), 05-Ноя-19, 07:24	+11 +/–
> git.pzdc.de Доменное имя на что-то явно намекает. Качество кода?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #4

2. Сообщение от Аноним (2), 05-Ноя-19, 07:27	–13 +/–
>Код написан на Java Not needed.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #5, #30

3. Сообщение от Аноним (3), 05-Ноя-19, 07:36	+/–
>Стоимость услуг >Предоставляются следующие виды >услуг: консультации, доработки, >просмотр и принятие сторонних >изменений в исходный код, >конфигурирование, разбор нештатных >ситуаций. Стоимость услуг … принятие сторонних изменений в исходный код …
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #7, #42

4. Сообщение от Аноним (4), 05-Ноя-19, 07:44	+13 +/–
Намекает, что документация для проекта сгенерирована при помощи PzdcDoc.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1

5. Сообщение от Аноним (4), 05-Ноя-19, 07:46	+54 +/–
Тоже считаю, что промышленные системы должны писаться либо на Electron, либо на асме с синтаксисом Intel под 64-разрядные системы. Java здесь вообще не подходит, она не под промышленные системы заточена.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #10, #16, #27

6. Сообщение от Аноним (6), 05-Ноя-19, 07:59	+/–
1c намного лучше по всем параметрам.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #8

7. Сообщение от Аноним (7), 05-Ноя-19, 08:01	+2 +/–
Открой для себя путь по которому код платиновых участников Linux Foundation попадает в ядро.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3

8. Сообщение от Аноним (7), 05-Ноя-19, 08:02	–1 +/–
>1С >лучше Does not compute!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6

9. Сообщение от Аноним (9), 05-Ноя-19, 08:07	–2 +/–
Запомните эти имена: Шамиль Вахитов и Кирилл Сергеев. Несколько десятков внедрений, а добавления фото до сих пор нет... Ух, говнокодеры!
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #23, #87

10. Сообщение от Anonymou (?), 05-Ноя-19, 08:17	–8 +/–
Node.js? Вы уверены в адекватности идеи?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5 Ответы: #21

11. Сообщение от Аноним (11), 05-Ноя-19, 08:21	–2 +/–
Уж лучше битрикс24
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #14

12. Сообщение от В (?), 05-Ноя-19, 08:37	+/–
Кажется, потому и открыли, что никому не нужно. P.S. А существующие клиенты как относятся к тому, что их деньгами оплаченная система стала открытой?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #15, #22

13. Сообщение от Аноним (13), 05-Ноя-19, 08:45	+1 +/–
ШГ p.s. зачем старались замазывать "Уфанет", если один раз не замазали?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #75

14. Сообщение от вейланд (?), 05-Ноя-19, 08:48	+1 +/–
Что угодно лучше чём битрикс.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11 Ответы: #17

15. Сообщение от Аноним (15), 05-Ноя-19, 08:52	+/–
Радоваться надо, теперь бесплатно будут доработки прилетать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12 Ответы: #18

16. Сообщение от Онаним (?), 05-Ноя-19, 08:53	+20 +/–
Глупости. Все знают, что ERP должны писаться исключительно на COBOL. Все остальное - происки маркетолухов.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5

17. Сообщение от ыы (?), 05-Ноя-19, 08:54	–1 +/–
а г`овоят что за битг`иксом будущее...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #14 Ответы: #19

18. Сообщение от ыы (?), 05-Ноя-19, 08:57	–1 +/–
это в спам-сетях доработки бесплатно прилетают... а в такого рода системах - любое изменение кода оборачивается нарушением работы. Такие системы дорабатываются только индивидуально.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #15 Ответы: #24, #29

19. Сообщение от тоже Аноним (ok), 05-Ноя-19, 08:59	+4 +/–
Это чистая правда. Я вам больше скажу - будущее далеко за Битриксом, и с каждым новым релизом расстояние увеличивается. Поскольку Битрикс принципиально движется в противоположную сторону.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #17 Ответы: #20

20. Сообщение от ыы (?), 05-Ноя-19, 09:09	–1 +/–
" На начало 2018 года сервисом пользовались около 3 миллионов клиентов[14]. 22 марта 2019 года «Битрикс24» достиг 5 миллионов зарегистрированных компаний[24] " (с) вики плюс два миллиона за полтора года... рост на две трети...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #19 Ответы: #26

21. Сообщение от Аноним (2), 05-Ноя-19, 09:28	+14 +/–
Абсолютно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10

22. Сообщение от Pingvin235 (?), 05-Ноя-19, 09:34	+1 +/–
Существующие не против. Спрашивали.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12

23. Сообщение от Pingvin235 (?), 05-Ноя-19, 09:38	+5 +/–
Мы полностью развязали ваши руки. Можете сделать форк и переделать его даже в фотоальбом.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9

24. Сообщение от Аноним (24), 05-Ноя-19, 09:38	+1 +/–
Индивидуальные доработки никто и не будет пихать в апстрим. Под конкретного индивидуального клиента доработку сделали, у этого конкретного индивидуального клиента развернули - всё. Клиент оплатил - клиент получил.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #18 Ответы: #28

25. Сообщение от Аноним (24), 05-Ноя-19, 09:41	+/–
И как оно против сахара/тигра?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #34

26. Сообщение от тоже Аноним (ok), 05-Ноя-19, 10:18	+1 +/–
> плюс два миллиона за полтора года... Ну, уж два-то миллиона мух точно не могут ошибаться.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #20

27. Сообщение от Аноним (27), 05-Ноя-19, 10:20	+2 +/–
> Тоже считаю, что промышленные системы должны писаться либо на Electron, либо на асме с синтаксисом Intel под 64-разрядные системы. Java здесь вообще не подходит, она не под промышленные системы заточена. Очень тонкий троллинг. Хорош
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5 Ответы: #35

28. Сообщение от ыы (?), 05-Ноя-19, 10:54	+/–
Вы похоже совсем не знакомы с темой... Речь идет не о пихании индивидуальных доработок в апстрим... речь идет о том, что индивидуальные доработки в таких системах в 101% случаев таковы, что даже незначительное изменение в апстрим коде - может привести к необходимости переписывать код индивидуальных доработок. И это- нафиг никому не сдалось (кроме конечно самих разработчиков которые за то денюжку получают :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #24 Ответы: #38

29. Сообщение от Pingvin235 (?), 05-Ноя-19, 11:15	+2 +/–
Индивидуальные доработки выходят слишком дорогими. Особенно когда индивидуалка уходит.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #18

30. Сообщение от InuYasha (?), 05-Ноя-19, 11:20	+1 +/–
вот-вот. ждём ООМов-зависонов )
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #74

31. Сообщение от Константавр (ok), 05-Ноя-19, 11:28	+/–
Интересно. Пощупаем. Спасибо.
Ответить | Правка | Наверх | Cообщить модератору

32. Сообщение от Аноним (32), 05-Ноя-19, 11:56	+2 +/–
Советую людям кто обожает хардкор. Погрузитесь в пучину безумия и отчаянья. Окутайте себя тайнами работы системы, фейлами и могущественными багами.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #36

33. Сообщение от Аноним (33), 05-Ноя-19, 12:03	+/–
>Blow-график =З
Ответить | Правка | Наверх | Cообщить модератору

34. Сообщение от Pingvin235 (?), 05-Ноя-19, 12:41	+2 +/–
Очень давно, когда искали систему для интеграции с биллингом - изучали в т.ч. и эти варианты. Что не понравилось в Sugar: - язык разработки, нам было удобнее писать на Java, не потому что он суперхороший, просто раз уж начали на нём; - насколько я помню, там структура БД изменяется при настройке кастомных объектов, это путь не особо удобный, тоже пробовали - но выбрали нормализацию в итоге.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #25

35. Сообщение от Pingvin235 (?), 05-Ноя-19, 12:49	+/–
Ну а вы всё испортили :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #27

36. Сообщение от CrazyAlex (?), 05-Ноя-19, 14:19	+2 +/–
Ну, это вообще о любой сложной системе
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #32

37. Сообщение от VladSh (?), 05-Ноя-19, 15:35	–4 +/–
> СУБД MySQL Реляционка для BPM-решений - не лучший выбор (Mongo лучше гораздо). Нормальная ERP вообще подразумевает комплекс из реляционки + NoSQL. Одна реляционка в списке говорит о том, что она прибита там гвоздями... Ну а по скринам красивенько так.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #39, #41, #49

38. Сообщение от жека воробьев (?), 05-Ноя-19, 15:52	+/–
>индивидуальные доработки в таких системах в 101% случаев таковы, что даже незначительное изменение в апстрим коде - может привести к необходимости переписывать код индивидуальных доработок А зачем вам переносить изменения из апстрима в работающую систему? В энтерпрайзе так не делают. Либо если прямо очень хотят новых фишек - повторно оплачивают перенос доработок.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #28

39. Сообщение от VladSh (?), 05-Ноя-19, 15:53	–2 +/–
Да, и про хранилище файлов ничего непонятно. Если файлы также хранятся в MySQL, - это печально.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #37 Ответы: #40

40. Сообщение от Pingvin235 (?), 05-Ноя-19, 17:56	+1 +/–
Файлы хранятся на диске, в базе метаданные. Как обычно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #39 Ответы: #45, #70

41. Сообщение от Pingvin235 (?), 05-Ноя-19, 18:02	+1 +/–
Прибита, так точно. Не получается полноценно СУБД использовать без прибивания. Различные оптимизации вроде LIMIT, полнотекстового поиска - вне стандартов. Даже особенности репликации приходится учитывать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #37 Ответы: #48, #50, #71

42. Сообщение от Аноним (42), 05-Ноя-19, 18:10	+/–
Интересная услуга. Бэкдор почнм будет, интересно
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3

43. Сообщение от Andre (??), 05-Ноя-19, 18:23	+/–
В демку не пускает онлайн. У всех так?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #44

44. Сообщение от Pingvin235 (?), 05-Ноя-19, 18:42	+3 +/–
Чёрт, шутники зашли и юзера удалили. Надо будет что-то придумать против этого. В 0 часов сбросится база.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #43

45. Сообщение от Pret78 (?), 05-Ноя-19, 18:44	+/–
DMS (систему управления документами) при обращении с контрагентами и внутренний документооборот реализованы в BGERP? Или BGERP по сути является CRM с задатками ERP?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #40 Ответы: #47

47. Сообщение от Pingvin235 (?), 05-Ноя-19, 20:48	+/–
В данный момент готового проверенного решения нет. Документооборот планировалось делать на базе процессов. То есть привязывать документ к процессу, далее обычная схема с изменением статусов. Была давно одна попытка реализации, не доделали до конца.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #45

48. Сообщение от Аноним (24), 05-Ноя-19, 22:27	+1 +/–
Плюсану, ибо считаю, что возможность использовать полностью все фичи одной выбранной СУБД важнее, чем возможность пользоваться любой СУБД за счёт ограничения используемых фич неким общим подмножеством.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #41

49. Сообщение от непомнюкто (?), 06-Ноя-19, 06:33	–1 +/–
>Одна реляционка в списке говорит о том, что она прибита там гвоздями... Неприбитые к СУБД решения могут быть только очень простые.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #37 Ответы: #72, #81

50. Сообщение от AleksK (ok), 06-Ноя-19, 07:23	–1 +/–
В 1С же вроде неплохо реализовали работу с mssql,db2, oracle и postgres. Хотя конечно основные там mssql и postgres. И почему mysql а не postgres?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #41 Ответы: #53

51. Сообщение от Alex (??), 06-Ноя-19, 09:46	–2 +/–
ох тут и специалисты пишут комменты. огонь! прекратите вот это вот, езжайте в деревню, занимайтесь тем для чего вас природа породила. растите поросенка, картоху или еще чего там ростят.
Ответить | Правка | Наверх | Cообщить модератору

52. Сообщение от economist (?), 06-Ноя-19, 10:18	+/–
Глянул демку, а ведь неплохо задумано! Сам концепт приложения после 1C:УПП/ERP2 кажется удобным и понятным. Демка сама ужасна, отчетов 0 (первое что смотрят), контент демки не раскрывает не то что ERP/MRP, даже CRM-фнукционала. Антидемо, в общем. Если сравнивать со свободными (Odoo, vTiger, SugarCRM) и брошенными free-аналогами (Naudoc) то пока 2,5/5. В общем рано. Но будем следить за проектом.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #67

53. Сообщение от Pingvin235 (?), 06-Ноя-19, 10:31	+1 +/–
1) Исторически начали работать с MySQL, ещё очень давно. Так как находили там решения для всех задач - то так и оставались на ней. 2) Мы не используем хранимых процедур и обращаемся с БД как с тупым быстрым хранилищем. Вся логика в Java. 3) Репликация в Постгре появилась встроенная значительно позже и она там специфичная, на основании сравнения бинарного файлов была. Не знаю, как сейчас. На эту тему хороший пост был от Mail.ru или типа того, как они переходили на Постгре. Репликация нам нужна, поскольку на слейв базы перекидывали тяжёлые запросы, не требующие суперактуальных данных. 4) Хранение таблиц в отдельных файлах. Сейчас это стандартная настройка, но мы когда-то пришли к этому сами. При такой схеме гораздо удобнее холодный бакап с использованием снапшотов ФС. Не знаю, есть ли это в Постгре. 5) Когда-то мы смотрели Оракл, но тогда не нашли специфичных плюшек вроде LIMIT. Там совсем другой подход, с курсорами. 6) А недавно уже в Германии я делал поддержку в Постгрес для изначально Оракл программы. Не знаю, насколько там красивый код, но вот поведение в некоторых местах было совсем непредсказуемое. Вроде как ставишь приведение типа в запросе и начинает работать индекс. Причём купленная поддержка удивляется вместе с тобой вместе, как это так получается. В общем, БД - это почти как жена, выбираешь надолго и изучаешь основательно. Ну или у меня такой подход однолюба :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #50 Ответы: #59, #76

54. Сообщение от MVK (??), 06-Ноя-19, 10:59	+/–
Технологии 20 летней давности: Struts, JSP, JQuery. Неприятно выглядят SQL запросы в коде (отсюда и крепкая привязка к базе), собираемые конкатенацией. Из хорошего - код лаконичный и его не много.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #56, #65

55. Сообщение от ugygi76865e54 (?), 06-Ноя-19, 11:19	+/–
Пытались использовать эту систему когда она еще была платной. Ад. Боль и слёзы. Видимо, после BGBilling разработчиков окончательно покинул разум.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #69

56. Сообщение от Pingvin235 (?), 06-Ноя-19, 11:24	+/–
Ещё Java, MySQL, 386 архитектура с монолитным Linux на нём. HTML так вообще незнамо откуда привет в светлое будущее ;) Пробуем периодически новые. Был кусок на Angular, например. Потом я с ним работал на другом проекте. Убрали, не понравилось. Мы остались на server side rendering, к которому сейчас приходят обратно с фронтенда. Гораздо удобнее доставать данные из памяти, чем каждый чих запрашивать. Не оправдала себя идея, что "рендерить на клиенте эффективнее". Накладные расходы на пересылку данных по сети убивают преимущество от распределения. От Struts там вообще распределение по классам и методам осталось только. Вообще по моим наблюдениям любой крупный проект неминуемо начинает что-то от себя добавлять.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #54 Ответы: #58, #60

57. Сообщение от Кирилл (??), 06-Ноя-19, 11:42	+2 +/–
А мы из opensource успешно внедрили и используем https://erpnext.com/ Выглядит современно, есть мобильный клиент, написана на питоне, часто обновляется. Потихоньку вытесняет 1с и jira.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #77

58. Сообщение от MVK (??), 06-Ноя-19, 11:44	–1 +/–
>Ещё Java, MySQL, 386 архитектура с монолитным Linux на нём. HTML так вообще незнамо откуда привет в светлое будущее ;) - юмор это хорошо, но в данном случае он не к месту. На Java можно писать по разному. У Вас написано на технологическом стеке 20 летней давности. Это всего лишь констатация факта. И HTML за 20 лет поменялся, и работа с БД, и web-фреймворки существенно изменились.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #56 Ответы: #93

59. Сообщение от ыы (?), 06-Ноя-19, 12:41	–1 +/–
>гораздо удобнее холодный бакап для этого надо выключать базу и как следствие - остановка системы? >специфичных плюшек вроде LIMIT >А недавно уже в Германии я делал поддержку в Постгрес для изначально Оракл программы. Не знаю, насколько там красивый код, но вот поведение в некоторых местах было совсем непредсказуемое. Вроде как ставишь приведение типа в запросе и начинает работать индекс. Причём купленная поддержка удивляется вместе с тобой вместе, как это так получается. И тут надо делать большие глаза и таинственно понижать голос....  План запроса оракл может показать прямо по пунктам, со всеми "приседаниями и ужимками" которые он при этом совершает. И то что вы пишите - обусловлено какой-то рациональной логикой. используется в запросе индекс или нет- определяется стоимостью этой операции относительно прямого чтения последовательно и часто бывают такие случаи когда просто линейно прочитать файл дешевле того же самого через индекс... причем план запроса может поменяться в зависимости от объема данных в таблице... Ну вы же написали я так понимаю целую ERP.. должны сами это знать и понимать... >Исторически начали работать с MySQL, То есть выбор обусловлен критериями 20-летнего  давности...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #53 Ответы: #61

60. Сообщение от ыы (?), 06-Ноя-19, 12:51	–1 +/–
>Накладные расходы на пересылку данных по сети убивают преимущество от распределения а можно про вот это поподробнее? Вы же пересылаете только необходимые данные? не базу же целиком и не таблицу целиком... То есть объем данных передаваемых по сети  в случае рендеринга на клиенте должен быть даже меньше чем при рендеринге на сервере... А у вас наоборот получается. как так? Или вы какие-то другие накладные расходы имеете в виду? или... у вас рендеринг неотемлим от выборки данных? sql код прямо в html-темплейтах ?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #56 Ответы: #62

61. Сообщение от Pingvin235 (?), 06-Ноя-19, 13:14	+/–
> для этого надо выключать базу и как следствие - остановка системы? Надо её перезапускать, чтобы сбросились файловые кэши. Но задержка минимальна и практически незаметна. Ещё со времён биллинга нашли решение.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #59 Ответы: #68

62. Сообщение от Pingvin235 (?), 06-Ноя-19, 13:17	+/–
> Вы же пересылаете только необходимые данные? не базу же целиком и не таблицу целиком... Например, быстрое обращение к справочнику пользователей. Для этого удобно в хипе держать кэш. То же с группами, правами. То есть можно и джойны всегда делать, но иногда это неудобно, так как приходится и классы-бины менять, в которых данные пересылаются.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #60 Ответы: #64

63. Сообщение от Pingvin235 (?), 06-Ноя-19, 13:21	+2 +/–
Хотел поблагодарить команду OpenNet, пока не промоталось. 1)Новость хорошо оформили, лучше, чем я сам прислал. С картинками ещё. 2)Пример перехода этого сайта на коллективное финансиорование заставил меня поверить, что опенсурс в России возможен.   3)Аудитория молчунов здесь отличная. Которые молча читают, а потом выходят на связь с интересными предложениями.
Ответить | Правка | Наверх | Cообщить модератору

64. Сообщение от ыы (?), 06-Ноя-19, 13:26	–1 +/–
Вы когда нибудь слышали про AJAX?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #62 Ответы: #66

65. Сообщение от Pingvin235 (?), 06-Ноя-19, 13:28	+/–
Вообще интересную вы тему подняли. Я лично пришёл к тому, что новые технологии лучше всего пробовать в отдельных проектах. Где хозяин-барин платит за распитие самого свежего смузи. Можно бесплатно потренироваться, так ещё и заплатят за время учёбы. Посмотреть - иногда что-то и перенять. Большая часть нового - шлак или перепродажа старого. Пошумят и умирают, потому что неудобно оказалось. Web сервисы, Ангуляр, много их было уже. Невозможно физически делать большой проект на самых новых технологиях, мода слишком переменчива. Ещё есть эффект изолированного развития стеков по сути одного продукта. Например на фронте до сих пор логируют с помощью console.log() и вообще не понимают, когда пытаешься им объяснить про что-то подобное log4j.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #54 Ответы: #73

66. Сообщение от Pingvin235 (?), 06-Ноя-19, 13:30	+/–
> Вы когда нибудь слышали про AJAX? Нет, а что это? )) Обращение по сети за этими данными будет в 1000 и более раз медленнее, чем внутри памяти одного приложения.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #64

67. Сообщение от Pingvin235 (?), 06-Ноя-19, 13:32	+/–
Это не задумка, а примерно десятая передумка. Значительная часть функционала осталась в кастомизациях клиентов, гвоздями прибито к конкретной организации. Так когда-то Nau делал, под каждого - свой продукт. Постепенно будем выносить в апстрим.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #52

68. Сообщение от ыы (?), 06-Ноя-19, 13:33	–1 +/–
>Надо её перезапускать, чтобы сбросились файловые кэши. перезапустить базу чтобы сбросить файловые кэши... надо этот прикол рассказать народу :) https://stackoverflow.com/questions/5231678/clear-mysql-quer... там и про сброс кэша запросов базы и про сброс файловых кэшей... >Ещё со времён биллинга нашли решение. Извиняюсь, но вы просто остались на том самом 20-летнем технологическом стэке..во всех смыслах...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #61

69. Сообщение от Pingvin235 (?), 06-Ноя-19, 13:35	+2 +/–
Вы нам тоже не понравились. Чуть что - кричать и в слёзы. Чтобы разум покинул, он должен сначала быть :) Вы бы кратко отписали, что было не так. Мы бы учли на будущее.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #55

70. Сообщение от VladSh (?), 06-Ноя-19, 14:03	–1 +/–
Обычно (я видил массу таких решений) пихают файлы прямо в реляционку (в блобы).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #40

71. Сообщение от VladSh (?), 06-Ноя-19, 14:05	–1 +/–
> Не получается полноценно СУБД использовать без прибивания. Получается, посмотрите Nuxeo.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #41 Ответы: #91

72. Сообщение от VladSh (?), 06-Ноя-19, 14:07	–2 +/–
Неправильно. Посмотрите Nuxeo. Прибитость от привычки работы в одной СУБД и недостатка опыта работы в других. Серьёзные решения пишутся в комбинации noSQL, RDB (включая DWH), Redis, Elastic...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #49 Ответы: #79, #89, #92

73. Сообщение от MVK (??), 06-Ноя-19, 14:11	–1 +/–
>пришёл к тому, что новые технологии лучше всего пробовать в отдельных проектах - может и так, но проект, о котором идет речь, выглядит откровенно запылившимся и перевод его в opensource скорее всего мало что даст, так как сейчас так уже не пишут. Черезчур олдскульно. >что-то подобное log4j - даже тут не айс. Энтерпрайз давно слез с Log4J и переполз на SLF4J, что дает продукту большую гибкость в использовании логера и в использовании сторонних библиотек. >Невозможно физически делать большой проект на самых новых технологиях, мода слишком переменчива - как правило новые фреймворки и технологии призваны упростить и ускорить разработку
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #65

74. Сообщение от Аноним (74), 06-Ноя-19, 18:18	–1 +/–
А не то что это результат просто хренового кода? Я вот все думаю, а когда уже придет пионер и напишет парсер HTTP для Java или притащет его из какого-нибудь крутого проекта вроде nginx. И вот тогда как минимум уже решили проблему с HTTP сервером
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #30

75. Сообщение от Аноним (75), 06-Ноя-19, 19:45	+/–
Можно ли сделать из этого выводы, что ERP заточена под деятельность провайдера?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13

76. Сообщение от AleksK (ok), 06-Ноя-19, 22:58	–1 +/–
Я так понимаю это в первую очередь именно CRM/BPM  а потом уже ERP. Просто из описания получается что это навороченный календарь планировщик. В ней вообще предусмотрен функционал учета по основной деятельности фирмы? Например торговля, оказание услуг, собственное производства, учет и анализ взаиморасчетов ну и т.д.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #53

77. Сообщение от Аноним (77), 06-Ноя-19, 23:42	+/–
2064 Issues из них часть помечена как баг. Для провайдинга может и сойдет, но для для другой деятельности переделывать всяческие Bank Invoice - вторая разработка.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #57

78. Сообщение от Anonimus (??), 07-Ноя-19, 00:04	+1 +/–
А в чем "промышленность" данного продукта? Или так, для сурьезности и важности прикрутили словцо? Промышленная принадлежность как бы подразумевает использование принятых в отрасли стандартов,возможности масштабирования, показатели надежности. И? "Мы программируем на Java, потому что мы выучили Java". "Мы используем MySQL, потому что мы привыкли к MySQL". Так и напрашивается - "Я тебя слепила, из того что было..." Не, я не против,только за, но при чем здесь "промышленная".
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #80

79. Сообщение от ыы (?), 07-Ноя-19, 07:08	+1 +/–
Серьезные решения - это мозаика из разных продуктов, которые компанией были куплены у разных фирм и стартапов и теперь продаются под одной вывеской... И там действительно на каждом кусочке мозаики- могут быть разные СУБД и языки, и технологии... Но на каждом из этих кусочков- выбранная СУБД "прибита гвоздями"... По многим причинам.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #72 Ответы: #90

80. Сообщение от ыы (?), 07-Ноя-19, 07:14	+/–
Вот такая у них "промышленность" - СУБД бэкапится по холодному, через шотдаун, и это считается "найденным еще со времен..." (с) типа хорошим решением...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #78 Ответы: #84

81. Сообщение от AleksK (ok), 07-Ноя-19, 08:18	+/–
>>Одна реляционка в списке говорит о том, что она прибита там гвоздями... > Неприбитые к СУБД решения могут быть только очень простые. 1C вполне себе серьезное решение и может работать с 4 СУБД
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #49 Ответы: #82

82. Сообщение от ыы (?), 07-Ноя-19, 10:05	+/–
Ну, если вы в теме - то знаете наверное что работает оно с ними очень по разному...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #81 Ответы: #83

83. Сообщение от AleksK (ok), 07-Ноя-19, 11:06	+/–
Для этого у них есть специальный сервер, который транслирует исходные запросы в запросы для каждой СУБД. Более того сейчас даже в режиме файловой базы у них эмулируется полная трехзвенка, поэтому сейчас 1С в файловом режиме жутко тупит особенно на офисных компах без ссд, а если ещё и по сети несколько пользователей то вообще амбец.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #82

84. Сообщение от боцман (?), 07-Ноя-19, 20:24	+1 +/–
бекапится уже давно xtrabackup'ом. шамиль писал про древние времена, когда для консистентности снапшотов (с которых уже и снимался бакап) необходимо было выполнять FLUSH TABLES WITH READ LOCK; system /bin/sh $snapscript UNLOCK TABLES; это довольно быстро. и ничего там не шатдаунилось, конечно. хотя не вижу проблем зашатдаунить реплику на время снятия снапшота или даже тупо бекапа, если реплика только для этого и предназначена =) что касается bgerp/bgcrm то боль наступает из-за: 1) хранения файлов в одном плоском каталоге фс, без хеширования по какому-либо признаку. за несколько лет использования накопилось 5+ млн файлов в каталоге (по 130 тыщ в месяц). после этого оно встало колом. 2) все процессы в одной таблице, без партиций. десятки миллионов строк. как только таблица перестала влезать в память - все встало колом. со структурой бд надо что-то делать. вечно наращивать память невозможно. с файлами мы уже порешали, правда кривовато (я бы предпочел структуру типа кеша сквида). не знаю, есть ли этот костыль в опенсорсе =)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #80

85. Сообщение от Аноним (85), 08-Ноя-19, 20:37	+/–
Дальнейшие планы: Выставление счетов; Это точно crm? А упд завезут ? Бухам можно уже вешаться ?
Ответить | Правка | Наверх | Cообщить модератору

87. Сообщение от www2 (??), 10-Ноя-19, 17:43	+/–
Насколько мне известно, первый уже давно не работает над системой и эмигрировал в Германию. О втором просто никогда не слышал.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9

88. Сообщение от чевам (?), 14-Ноя-19, 16:53	+/–
примеры гибкой настраиваемой системы с скриптами и свистоплясками где??? в целом норм проект по сравнению с платным шлаком норм решение
Ответить | Правка | Наверх | Cообщить модератору

89. Сообщение от непомнюкто (?), 16-Ноя-19, 14:10	+/–
> Неправильно. Посмотрите Nuxeo. > Прибитость от привычки работы в одной СУБД и недостатка опыта работы в > других. Серьёзные решения пишутся в комбинации noSQL, RDB (включая DWH), Redis, > Elastic... Что мне смотреть. Приходится и в Oracle и в MySQL жить. Разница в синтаксисе вполне конкретная даже в мелочах. А это означает, что написаное под одну СУБД может незаработать в другой, хотя внешне это может оказаться неочевидно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #72

90. Сообщение от непомнюкто (?), 16-Ноя-19, 14:12	+/–
> Серьезные решения - это мозаика из разных продуктов, которые компанией были куплены > у разных фирм и стартапов и теперь продаются под одной вывеской... > И там действительно на каждом кусочке мозаики- могут быть разные СУБД > и языки, и технологии... > Но на каждом из этих кусочков- выбранная СУБД "прибита гвоздями"... По многим > причинам. Вот именно. Особенно весело, когда в одном из сторонних решений по неведомым причинам в качестве места хранения используется ЛДАП.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #79

91. Сообщение от непомнюкто (?), 16-Ноя-19, 14:19	+/–
>> Не получается полноценно СУБД использовать без прибивания. > Получается, посмотрите Nuxeo. Таки глянул. Там используется свой язык NXQL, который транслируется в конкретные диалекты. Ну это не то. Так можно сказать, что PHP не прибито гвоздями потому что есть doctrine или как там его.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #71

92. Сообщение от непомнюкто (?), 16-Ноя-19, 14:27	+/–
> Неправильно. Посмотрите Nuxeo. Простой пример непереносимости. В Oracle пустая строка трактуется как  NULL, а в Mysql пустая строка и NULL разные штуки.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #72

93. Сообщение от Оно Ним (?), 07-Янв-20, 20:21	+/–
Важно то, насколько хорошо обеспечивает задуманное. В Боинге тоже на Фортране пишут. Не самый модный язык. Но толковые самолёты.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #58

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема