Лицензию изменили, теперь система распространяется под открытой:

ГЕНЕРАЛЬНАЯ ОБЩЕСТВЕННАЯ ЛИЦЕНЗИЯ GNU

Перевод выложили на сайте: http://www.imagecms.net/product/license

https://github.com/imagecms/ImageCMS - ночные сборки корпорейта

Низкая активность проекта. Редкие релизы.

Не нравится повторяемость контента в таблице БД content, через которую вы реализовали многоязычность документов. С категориями все нормально, со страницами - бред. Документации по хелперам и либам нету никакой. Комменты в коде есть, но этого мало. Не увидел ни одного сложного запроса к БД: вы уместились в рамки возможностей active record игнитера, пожертвовав скоростью работы с БД.

Простые запросы подразумевают что пхп будет производить необходимые операции с данными в большей степени чем mysql. Это приведет к большему числу обращений к БД, что замедляет обработку больших объемов данных. Под сложными запросами я понимаю join'ы, if'ы, union'ы. mysql как язык работы с данными не хуже пхп. Один запрос с join'ом будет работать быстрее чем два без него. Сложные запросы дают выигрыш в первую очередь в построении деревьев, статистике, то есть там, где пагинация не применима.

По повторяемости контента в таблице content. А что подсказывать, вы сделали для категорий все как надо. Я могу лишь предполагать что с таблицей контент такая лажа потому что начали делать как одноязычную цмс а потом решили не меняя начатой логики перевести на многоязычность. В итоге для многоязычных сайтов, которым не достаточно функционала ЦМС и модулей, которые вы предоставляете, приходится писать кучу лишних проверок, лишние обращения к БД. Это не сказывается положительно на скорости разработки и скорости работы самой ЦМС. Еще раз повторю, реализация категорий на много удачнее, а страницы не имеют таких особенностей, чтоб к ним нельзя было применить ту же логику в отношении многоязычности.

За документацию спасибо, посмотрю. Собственно мне не хватало краткого перечня какие функции в хелперах и либах есть, где используются, с какой целью создавались.

P.S. http://vkontakte.ru/app1901974_9372777 - приложение с frontend на флеше и backend на php + mysql. Я занимался его разработкой и оптимизацией при посещаемости до 9,5к уникальных юзеров в день. Пока не убрал простые запросы в наиболее типичных операциях и не заменил на сложные - процессор сервера был на 70% занят обработкой mysql. После замены стало 10%.

P.S. Еще было бы классно, если в админке где-нибудь в футере была ссылка на документацию. Т.к. пользоваться ею будут часто, почему бы не сделать удобным доступ к ней.

Ок, по поводу простых и сложных запросов: есть место и тем и другим, в зависимости от ситуации. В сложной ЦМС, коей уже является данная, не должны быть только простые запросы, так же как и не надо тулить везде сложные без разбору. Пример запроса что вы привели - лишь один из редких частных случаев (довольно редко используется такой запрос без ограничивающих выдачу where по вложенным таблицам).

Приоритеты проблем:
1. Многоязычность и повторяемость данных в таблице контент.
2. Оптимизация запросов к БД.

Ядро ведь должно быть написано как можно ближе к идеалу. Не так важно как будут реализованы второстепенные модули - если ядро хорошее, то посетители этого форума сами напишут под него модули, быстрее чем вы это успеете сделать со своим не большим коллективом.

Это то что нужно.
Не забудьте проверить после этого модуль доп.полей, он же сейчас присоединяет поля к id-шке страницы на дефолтном языке.

Интернет-магазин - это вынужденный шаг для развития системы в целом, по развитию остальных модулей также запланированы действия - уже нашли много недоработок, переход на новую версию СI, создание новых модулей.

https://github.com/imagecms/ImageCMS - ночные сборки корпорейта

Не свернется ))) Уж очень далеко мы зашли, чтобы все бросить

https://github.com/imagecms/ImageCMS - ночные сборки корпорейта

Сейчас свойства работают в режиме параметров для упрощения поиска товаров.

Несколько значений для одного свойства - имеете в виду, чтобы выбрать, к примеру доступные цвета для заказа?

https://github.com/imagecms/ImageCMS - ночные сборки корпорейта

Ну да, наподобие того... если речь к примеру вести об одежде, то можно указывать размер, для поиска по размерам... Мне кажется, было бы оооочень удобно

ненадо дублировать свои сообщения на форуме! Читайте http://forum.imagecms.net/viewtopic.php?pid=2892#p2892

Жалко что пришлось переписывать под XAMPP 3.0.12, некоторые старые функции используются, в итоге кое что сломал, пришлось ставить заново=(Недавно начал пхп изучать, и случайно нашел Ваш движок, как раз подходит для интернет магазина для моего отца=)
Хотелось бы документации в админке, и хотелось бы не указывать методом тыка до изображений товара, а чтобы они загружались сами в папки с категориями, генирируя собственные названия. Было ло бы просто круто=) Заметил что при добавлении валют пошел какой то бред=)