Кошмар

Почему config.ini, а не config.php как везде, да и к тому же с windows-like путями?
Почему эта CMF прибита (по видимому намертво) к Zend Framework?
Почему используются jquery (двух версий), prototype (и scriptaculous) одновременно? Больше ведь не значит лучше.
Почему мне так и не удалось запустить index.php хотя я даже создал вручную базу данных аж из 116 таблиц, выполнив инструкции из 2011-12-20-sc_base.sql ? Обещанных двух демо-сайтов также не получилось найти.
Но по видимому я все-таки приобщился к чему-то , поскольку папка system (собственно код) занимает аж 1.4 Мб

1) можете переименовать config.ini в config.php, только поправьте название файла в index.php, а вообще комментрии надо почитать в config.example.ini

2) win пути допустимы к использованию, потому что РНР бывает не только пол линух :)

3) на http://smart-core.org/wiki/ написано, что «От ZendFramework используютя только некоторые классы, например Yaml, Tag, OpenId... » или вопрос про ZendFramework имел какой-то другой смысл?

4) про JS скрипты долго рассказывать, по позже в вики опишу как-нить как устроена библиотека скриптов.

5) расскажите как именно вам не удалось запустить проект? имя домена какое?

6) обещанные 2 демосайта подвязаны к доменам http://loc/ и http://loc2/, если у вас другие то пропишите в таблице engine_sites_domains

ЗЫ: в архиве была ошибочка ;) там каталоги и новости ломились в другую бд, сейчас архив обновил.

ЗЫЫ: смотреть надо не на то какие либы используются, а на архитектуру проекта, т.е. концепцию «папок», «нод», «модулей» и «контейнеров».

Во-первых не соглашусь с допустимостью win-путей в конфигурации по умолчанию, поскольку согласно этой статистике 88 процентов всех php-сайтов работает работает на linux.

Во-вторых, процесс установки слишком сложный. Надо ковырять конфиг-файл, но непонятно, какие параметры обязательно изменять, а какие нет. Нет графического инсталлятора. И какого я должен ковыряться в базе данных? Почему просто не работает http://localhost/smartengine/loc?

исправляюсь

...

Почему просто не работает http://localhost/smartengine/loc ?

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

CMF != CMS. Фреймворк — не готовый продукт, а средство написания продуктов.

...

По сабжу же, мне пока мой http://bors.balancer.ru/ дороже ;)

1) укажите где именно win пути по умолчанию? т.е. не закомментированные и не в example файле. я поправлю, чтобы людей не смущать.

2) графический инсталлятор есть, он в гите, но я пока предлагаю юзать именно готовый архивчик с демо данными... с инсталлером есть нюансы.

3) файл config.example.ini содержит комментарии, по ним можно разобраться, также пара слов есть в http://smart-core.org/wiki/Конфигурирование

4) в http://localhost/smartengine/loc/ заработает, если вы пропишите в конфиге http_root = /smartengine/loc/

И тем не менее продукт топикстартера не готов даже для оценки.
Ни как cms (index.php не работает, install.php отсутствует).
Ни как cmf (нету папки с demo-приложениями, в документации описано все что угодно, но нет ничего похожего на scaffolding, как yiic или django-admin)

ээм... инструкция по установке:

1) создать БД и импортнуть туда 2011-12-20-sc_base.sql

2) распаковать архив в домен localhost (или loc, test, test.loc), можно в корень, а можно в папку, если в папку, то в параметре http_root в конфиге надо указать эту самую папку, например в архиве проект находится в папке SmartCore-2011-12-20-beta, вот её тоже можно юзать, тогда надо в конфиге указать: http_root = /SmartCore-2011-12-20-beta/

3) в конфиге настроить значния доступа к вашей БД, параметры: db_name = some_db_name db_user = some_db_user db_pass = some_db_pass

4) запустить в браузере проект, по адресу: http://localhost/SmartCore-2011-12-20-beta/ в случае если вы распаковали в папку SmartCore-2011-12-20-beta

всё :)

автор, у тебя ничего не получится. это же очевидно - перечитай свой пост

Банально, но ;) пишу CMF и предлагаю познакомиться
познакомится

о боже, дальше читать не смог.

благодарю за поддержку, срачникам :)) только уже получилось :)

Filemanager.tpl:

                               <div class="clear"></div>
        <?php
        foreach ($data['file_list'] as $key => $value) {
                echo "\t<div class=\"filemanager_file_entry\" onclick=\"OpenFile('$value[uri]');return false;\">\n\t<div class=\"filemanager_file_thumb\">";
                echo "\t<img src=\"$value[thumb]\" alt=\"\" title=\"Дата загрузки: $value[upload_datetime], Размер $value[size]\" />\n";
                echo "\t</div><div class=\"filemanager_file_name\">$value[original_filename]</div></div>\n";
        }
        ?>
</div>
                                                     

Развидьте меня этого!

И да, по поводу слэша и его аналога для альтернативно одаренных: есть такая штука как DIRECTORY_SEPARATOR. Она как бы намекает, что надо пользоваться этой самой штукой.

«развидьнули» :) дальше что? :)

файлменеджер мягко говоря недописан и скорее всего не я буду его дописывать, там даже идеология другая.

а вот на счет DIRECTORY_SEPARATOR с одной стороны согласен, что лучше юзать его, но по факту не обнаружил проблемм... когда линуксовый слеш применяется, то в линухе конечноже всё ок, а винде вообще пофик на то какой слеш... по этому и решил не заморачиваться и просто юзать линуховые слеши... может быть особно альтернативно одарённые выпендрёжники соизволят обяъснить в каких случаях возможны пробщеммы, если вместо DIRECTORY_SEPARATOR использовать просто '/'.

кстати, альтернативно одарённые уже вникли в концепцию движка? ;) что такое «папки», «ноды», «модули» и «контейнеры» :) или пока научились только в шаблоны недописанных модулей смотреть и по ним делать выводы об архитектуре всей системы ;)

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

Ок. Вот теперь концепция стала понятна. Быдлокод во всей красе. «Знаю, как надо, но не буду, т.к. пока что не рухнуло».

объясните в каких случаях '/' приведет к проблеммам?

если везде '/' заменить на DIRECTORY_SEPARATOR, то особо одарённые попробуют в архитектуру вникунуть? ;) т.е. не в ООП архитектуру, а самой системы :)

Ок. Вот теперь концепция стала понятна. Быдлокод во всей красе.

Windows прекрасно понимает прямые слеши ещё с прошлого века. На MacOS, насколько я понимаю, итак используется прямой слеш. Какие ещё есть варианты, где прямой слеш не будет понятен? :)

Я понимаю, там, PHP_EOL, PATH_SEPARATOR — это жизненно необходимо. Но DIRECTORY_SEPARATOR? Нафейхоа?

KRoN73: всё ок :) я же прекрасно понимаю что можно ожидать от публикации такого поста, естественно в первую очередь налетают срачники и спражняются, это очень важно для них, к этому надо спокойно относиться :) и будем надеяться они скоро уйдут и с нормальными людьми можно уже будет всё конструктивно обсудить, особено архитектуру системы (не программный код).

На случай, если придется бить на составляющие, например.

http://ru2.php.net/manual/en/function.dirname.php - вот тут в комментариях даже относительно DIRECTORY_SEPARATOR куча костылей рассказана, что уж говорить про случай, когда погромист тупо забил...

On Windows, both slash (/) and backslash (\) are used as directory separator character. In other environments, it is the forward slash (/).

И?

Я пока не увидел от тебя примера, где постоянное использование прямого слеша вместо громоздкого и не встраиваемого в строки DIRECTORY_SEPARATOR приведёт к ошибке.

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

а еще как это относится к архитектуре системы (не ООП и программный код)?

А, понял. Ты намекаешь на то, что dirname() возвращает не исходное состояние слешей, а платформенное и в случае windows конкатенация с '/' приведёт к каше из слешей? Нужно проверить, но насколько я понимаю, PHP под Windows такую кашу переваривает спокойно.

$path = «C:\Windows\System32\blabla.dll»; var_dump(explode('/', realpath($path)));

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

Громоздкий: define('DS', DIRECTORY_SEPARATOR); //Один! раз! в коде

Не встраиваемый в строки: $GLOBALS['DSEP'] = DIRECTORY_SEPARATOR; // Один! раз! в коде

Еще какие отмазки будут, лишь бы не писать действительно переносимый код?

Поверил, да, как и полагал, всё работает:

<?php

echo date('r', filemtime('C:\\bin/putty.exe'));

var_dump(explode('/', realpath($path)));

Нахрена мне нужно такое извращение?

Громоздкий: define('DS', DIRECTORY_SEPARATOR); //Один! раз! в коде

Угу. И вместо $base = 'data/fs/xml'; писать $base = 'data'.DS.'fs'.DS.'xml'?

А если кто-то определит потом макрос DS в используемой совместно с твоей системе? :)

$GLOBALS['DSEP']

А потом что, global $DSEP в каждой функции?

Еще какие отмазки будут, лишь бы не писать действительно переносимый код?

Пока я вижу только кривые отмазки с твоей стороны, чтобы вместо удобного и реально переносимого кода использовать каких-то страшных монстров :D

- документация по realpath весьма доходчиво объясняет, зачем оно нужно. Прочти ее, наконец. Если при этом пользоваться правильными сепараторами, то можно не писать костыли вида http://forums.devshed.com/php-development-5/find-out-if-unix-or-windows-28762... и не писать свою finallyabsolutelyrealrealpath()

- А если кто-то определит потом макрос DS в системе: а) ты не написал документацию, б) он мудак и не прочитал документацию. Пиши так: implode(DS, array('data', 'fs', 'xml')); и можешь не беспокоиться о превышении 80 символьного стилевого барьера на строку.

- Ты же не написал документацию, поленился, поэтому да, global $DSEP или {$GLOBALS['DSEP']}

Почему config.ini, а не config.php как везде

дальше твое сообщение не читал, скорее всего, там тоже глупости

Получать css и js инклуды с базы как минимум оригинально. Где искейпы строк?

$sql = "SELECT * 
          FROM engine_scripts AS s
          LEFT JOIN engine_scripts_data AS d ON s.current_version = d.version
          WHERE name = '$name'
          AND s.default_profile = d.profile
          ORDER BY d.pos";

по первых код, который вы выложили, скорее всего можно взять в мастер ветке в гите, но на http://smart-core.org/wiki/ есть заметка, что изучать слудует ветку develop! в мастере код крайне устаревший...

проще скачать архив, там полный и рабочий комплект со всеми библиотеками.

во вторых, принцип библиотеки скриптов сейчас тоже похожий :)) и в данном случае экранировать не обязательно т.к. имена скриптов могут быть заданы либо из классов либо из конфигурации шаблонов и всё, а до туда злоумышленник добраться не может, а если уж добрался, то будет явно не до экранирования названий библиотек ;))

Смайлики в коммит логе. Оригинально, оригинально.

«оригинального» вообще много ;)) вы до архитектуры системы дошли? (не код и ООП). вот она вообще оригинальная, но по коду её не понять, идею надо в вики чиатать, например некоторые наброски описаны тут: http://smart-core.org/wiki/Архитектура http://smart-core.org/wiki/Алгоритм http://smart-core.org/wiki/Общие_принципы

Мне интересно как с такой архитектурой шаблонов верстальщику быть?

с верстальщиками в планах возможность поддержки разных шаблонных движков, а пока только РНР.

Раз проект серъезный и оригинальный, то на хабр однозначно

на хабр рановато ;)

Описание концепции архитектуры выложил в вики, вот по этому адресу: http://smart-core.org/wiki/Основы_архитектуры

Можно было бы и тут запостить, но подумал, что во первых многовато текста, а во вторых сама статья будет еще дописываться, по этому лучше ссылкой :)

концепция хорошая и правильная. Есть реализация на питоне, cms Plone. Успехов в реализации на php

По замечаниям с форумов проведен некоторый рефакторинг кода, теперь стало больше «магии» ;) имхо стало красивее, да и на скорость не повлияло. Также из новых функций добавлена возможность кеширования нод, как фрагменты html кода. Пока настройка кеширования нод выполняется ручками через свойства ноды в формате yaml, а также надо включить флаг в файле _temporary.php, дальше будет реализована более првильная админка ;)

Провел первые тесты на выносливость и скорость. Пока тестировал только apache bench с параметрами -c500 -t60 -k -H «Accept-Encoding: gzip», а также -с1. При одном юзере при включенном кеше страниц для гостей показатель очень вкусный, обычно страница отдаётся примерно за 0.002 сек т.е. быстренько выпуливается из кеша :) а без кеша страницы отдаются в среднем за 0.03-0.07 сек, что в прицнипе хорошо.

Приглашаю снова покрутить код, а также посмотреть в действии систему, для этого надо скачать с сурсфорга последний .zip архив и установить на своём сервере (в будущем обязательно будет доступен публичный тестовый сайт). Все замечания и предложения привествуются, а также приглашаются все желающие принять участие в развитии данного проекта! :)

На всякий случай еще раз напомню ссылку на страничку проекта: http://smart-core.org/ оттуда же можно и скачать и выйти на вики и форум.

Поднял репу на гитхабе :) может быть кому-то удобнее будет именно с ним работать :)

https://github.com/d1gi/Smart-Core-CMF

Чем представленная платформа отличается в лучшую сторону от существующих на рынке? Тезисно, по пунктам «решение А > решение B»

Вкратце вот тут выписываю преимущества: http://smart-core.org/wiki/Введение

также выложу список сюда: Основные преимущества и особенности

* Интуитивно-понятная структура сайтов. * Гибкая система прав на основе групповых политик. * Настраиваемые возможности управления сайтом для разных групп пользователей. * Высокая скорость создания сайта, при использовании стандартных модулей. * Высокая скорость вхождения как для разработчиков, так и для конечных пользователей сайтов на движке. * Мультиязычность, мультидоменность, мультисайтовость. * Современные элементы управления, наподобии тех, что применяются в Юми, Битрикс и Неткат. * Гибкое, многоуровневое кеширование. * Полное разделение данных и представления. * SEO дружественные URL-адреса. * Тонкая настройка meta данных. * Поднятие сессии только для авторизованных пользователей. * Изменение структуры сайта без изменения исходного кода. * Возможность использования единой базы пользователей для разных сайтов, в том числе размещенных на разных серверах.

Поднял демосайтик: http://digi.tw1.ru/

только уже получилось :)

что получилось-то? говнокод один. и не я один так считаю, смотри сколько тут комментариев по этому поводу

Проведен крупный рефакторинг кода, теперь более явно прорисовывается паттерн MVC, но в данном движке, в связи с особенностями архитектуры — HMVC :) функциональных изменений нет, на данный момент даже может быть наоборот, что-то может еще неработать из того, что работало раньше ;) в общем огрехов еще много, но сейчас код стал проще, чем был ;)

Скачать как обычно можно отсюда http://smart-core.org/. Код смотреть удобнее тут https://github.com/d1gi/Smart-Core-CMF.

Конструктивные комментарии привествуются! :)