Я двно искал "опенфри" инструменты для быстрой разработки систем, работающих с базами данных. Параллельно писал свой код.
С надеждой смотрел в сторону Ананас. Но Ананас и ныне там.
Отчасти нравилаь Афина. Но у нее не совсем гибкая структура и грузится вся таблица, что неудобно для больших таблиц.

Примерно год назад остановился на ООо. Но и оноказалсся немного громоздким для разработки.

Наконец, совсем недавно систем сложилась. Благодаря появлению таких библиотек (JavaScript/Ajax) Backbone, Requre, Ejs к которым для реализации REST-интерфейса иделаьно подошел CodeIgniter (PHP).

Изначально все работало на PostgreSQL. Но для опубликования демо-примера в сети http://apapacy.zz.mu/sim/sim/sim.php доработал и под MySQL.

Принципы, которые я закладывал при разработке системы такие:

1) Декларативное разграничение прав пользователей
2) Простое создание таблиц с возможностью редактирования данных, поиска/отбора.
3) Простое создание элементов интерфейса типа списков выбора List/Combobox.
4) Пункт 2) и 3) - все то же, но с учетом наличия в таблице иерархии (группы элементов/родители/потомки и т.п.)
5) "Особый" элемент, отсутствующий в стандартных процессорах реляционных баз данных и хорошо знакомый 1с-никам - документ с "шапкой" и табличной частью.

См. http://simsimerp.blogspot.com/2014/11/online-simsim.html

Онлайн-демо: http://apapacy.zz.mu/sim/sim/sim.php

Из интересных моментов системы.

- Реализация "Списка выбора" для выбора значения из связанной таблицы (типа справочник). Ключ может содержать несколько полей, поиск происходит по нескольким полям, может быть точным (по первым буквам абв%), менее точным (а%б%в%) и (%а%б%в%).

- Поддерживается автоинкрементное (из БД) поле ключа, программное генерирование поле ключа, заданное пользователем значение поля ключа.

- Листание больших таблиц - при запросе только отображаемых значений, поиск добавляемых/изменяемых строк при сохранении сортировки таблицы.

Код основан на свободных библиотеках и всегда останется свободным. Приглашаю всех желающих присрединиться к разработке.

На троллинг не реагирую :)

Да, кстати, не тестирвал работу в Ослике, т.к. сижу под Линухом.

ExtJS там нет.

skyANA
Почему вообще выбраны:
- ExtJS
- jQuery
- loader(RequireJS) + MV* Framework (Backbone)

а не Dojo Toolkit например?

- ExtJS как уже заметил не испольуется (вообще-то у него насколко я помню сложная лицензия)
- jQuery (не является критичным и не выбирался, просто он работат с Backbone)
- loader(RequireJS) - наиболее одекватный загрузчик, т.к. загружает тегом скрипт а не eval("come code");
+ Backbone реализует REST, который хорошо соедиридся с CodeIgniter.

Dojo Toolkit - также сложности с лицензией, весьма устаревший код загрузчиков кода (классов)

Последний выдох ГПЖя конечно извиняюсь - если юр лицо - накой хрен "паспорт моряка" в гриде списка... чего все поля как попало... опять же если это "юрик" где кпп

По некоторым причинам демо-данные (структура и большинсово данных) брались из демо-версии 1с8.0 для обученния программированию. Как там они испотльуются в системе откровенно пока не разбирался. Оригинал системы используется ждя доступа к данным на производственном п/я, где кстати есть и "настоящее десктоп" ЕРП так что пользователям есть с чем сравнить

Да там чижолый случай. Если вкратце. Есть несколько объективных причин, по которым среднестатистическое внедрение ЕРП практически обречено. Основная - то что реально заинересовано только Первое лицо. Но опять же объективно, не имея внутренних специалистов по ЕРП по определению - должен доверять внешним экспертам, коттоые как правило (то есть всегда) заангажированы. Решением было бы привлечение двух сил: собтвенно ЕРП-шников и в противовес управляющую силу - консалтиногвую фирму, которая разбирается в автоматизации производства выступает в двух ипостасях: 1) проводит системные изменения в организации производства 2) ставит задачи и принимает работу у ЕРПшников. Но тут играют разные причины от так дешевле до мы и сами с усами.

nolockyapapacy Но тут играют разные причины от так дешевле до мы и сами с усами.

А что вам мешает взять 1С с их управляемыми веб формами?

ну кроме юношеского желания понаписать свой, особо чудный лисапет?

Да я, честно, с большим уважением отношусь к 1с. И только за.

Работаю я с тем что мне удобно и что юсерам подходит.

Закупать 1с при внедряемой ЕРП нереально, т.к. а самом деле ни одна система не лучше другой, а все зависит от собственно внедрения и 1с-Управление производством(теперь ЕРП) будет иметь ту же судьбу - зачм я буду обещать что все будет чики-чики, если ве будет точно так же. Многие ещи мне делать было бы проще, если бы у меня была 1с. И я скажу откровенно, неоднократно писал докладные на эту тему. Как правильно заметил один из пердыдущих ораторов, мои наработки сильно навеяны 1с. Но далеко не с первого раза сложился более-менее универсальный интерфейс, который ожно настраивать на конкретный данные не намного сложнее чем в 1с7.7. И далеко не все свои лисапеды я пытался привлечь внимание. То что я имею теперь - достаточно универасльно. И если у меня хавтит желания - будет развиваться.

skyANAapapacyДа там чижолый случай.То есть Вы выдаёте жедаемое за действительное.

А на самом деле фитбека нет, и никто системой не пользуется, и с десктопом не сравнивает. Плана по развитию решения нет.
Да, это не простой случай и рано пока привлекать контрибьюторов.

Да тут все проще. Мои разработки внедрены и их даже не замечают - висит что-то там в браузере целый день и работает. (Практически никто не задумывается что это мои происки - Работает ОгнеЛис). А вто с у десктопа реальные траблы По причинам см. выше. Но это не проблемы десктопа, а прлемы см. выше.

Да и контрибьюторов в прямом смысле слова (то есть по коду) я не пытался привлечь. Мне скорее важны идеи по направлению вариантам использваония. Например, сейчас думаю как удобнее организовать водд иерархических данных через список. Тут важна идея как это будет удобно. А красивости меня мало инетерсуют (сорри Доджё)