Идея в том, что если кто-то захочет написать на Totum конечное решение, например, «Нано-CRM для химчисток», он бы имел возможность закрыть это конечное решение коммерческой лицензией. Если сделать 2 сборки, то этот фокус не пройдет.
Хорошо было бы переписать на нативный JS. В какой-то момент мы это сделаем. С ionCube нет, основной класс таблицы шифрован — это нужно для полей лицензий. Попробуйте на demo-сервере: demo.totum.online
У нас есть проект в одной из баз которого хранятся стоимости доставок на 8К товаров на 16К населенных пунктов. 8Кх16К = 128М. Ну быстро отвечает — Pg с этим нормально справляется даже на виртуалке среднего ценового сегмента.
Сейчас мы реально зависим только от phpmailer и выкладываем ее вместе с основным кодом. Дальше все разрастется и можно будет добавить зависимости и причесать код. Это нужно будет сделать, когда появится сообщество. Сейчас и еще какое-то время мы концентрируемся на функционале, визуале и документации для пользователя Totum.
На корпорации мы вообще не рассчитывали. Если у людей есть большой поток данных и деньги на разработку — не надо брать конструкторы подобные этому.
Малый бизнес не генерит таблицы на десятки миллионов строк. Поэтому сделанные нами проекты для людей с оборотом 3-15 млн в месяц прекрасно себя чувствуют. Крупные таблицы до 1 сек. Сервер на несколько проектов загружен на 0.15
Мы не стали брать фреймворки тк решили не добавлять еще один слой абстракции, не рисковать воткнуться через год разработки в неожиданное ограничение, не зависеть от их обновлений и не терять в скорости обработки на сервере. Поделитесь, если помните, похожими проектами. Мы знаем например ozma.io
У полей в плейсменте Префильтр есть коды — поэтому результирующий фильтр может формироваться на основе данных в Хедере или вообще в другой таблице. Мы так делаем в каком-то количестве мест. Например одному пользователю показывать одни строки, другому другие.
Да, код всего Totum будет один. Но Totum-коды и настройки полей внутри схемы могут при этом отличатся тк они относятся к данным и хранятся внутри схемы. Обновление будет выглядеть так — залить в схемы новые Системные таблицы и потом обновить общие скрипты.
Можно разработать конечное решение, а потом дублировать его на разные схемы в одной БД. У нас для этого есть техническое конечное решение (тоже на Totum). Оно управляет множеством схем для разных клиентов. Наверное мы его через некоторое время выложим его как платное дополнение — заодно потестим сервер лицензий.
В таблице указываются какие поля должны быть видны через API и возможность чтения/изменения/добавления с привязкой к роли. Или пишется Remote с конкретным функционалом — посчитать-отдать/изменить/добавить. Вот здесь видео: docs.totum.online/vzaimodeystvie_pri_pomoshchi_api
Малый бизнес не генерит таблицы на десятки миллионов строк. Поэтому сделанные нами проекты для людей с оборотом 3-15 млн в месяц прекрасно себя чувствуют. Крупные таблицы до 1 сек. Сервер на несколько проектов загружен на 0.15
Работаем дальше :)