Я думаю, потому что когда-нибудь web-разработчики станут достаточно квалифицированными для того, чтобы оценить достоинства этой технологии. А пока, остаётся использовать этот дар w3c только в своих разработках.
Название не очень удачное ИМХО.
В поисковиках сложно будет искать из-за цифровой техники Explay.
Надо было что-нибудь более нейтральное: IBM или Apple.
Да я уже ставил все подряд =). Просто не нравится мне то, что он везде используется. Хочется чего-то особенного. Думаю, что проще будет написать под себя небольшой движок… И не мучаться =).
Поддерживаю!
После траха с разными клонами хабродвижка (LiveStreet, BigStreet, Explay 2), попробовал WordPress MU и испытал удовольствие. Всё удобно и всё РАБОТАЕТ!
Автор, прислушайтесь к этому комментарию. Использование сокращенной версии открывающих тэгов php считаю безобразием. Если вы используете xml/xslt, то вы должны знать, что там тоже есть тэги <?
это, возможно, было бы не так страшно, но на публичных хостингах с такой формой записи элементарно бывают проблемы (где-нибудь да не включено short_tag в конфиге)
Очень не люблю, когда приложения не работают не из корневой директории.
Кстати советую использовать для работы с данной что-то типа аля ActiveRecords из CI. Сразу и фильтрация данных и удобство работы и логи для отладки и профилирования.
С Днём Рождения! Успехов=)
Стараюсь следить за вашим творчеством, молодец!
Я как раз разрабатываю один сайт, почти все сделал.
И тут прочитал этот пост, параграф «возможности». Надо же, здесь реализовано все, что мне нужно, над чем я долго трудился. Даже обидно стало.
Уважаемый автор, а вы вообще как своё детище тестируете? У меня например, что Explay 2, что Explay 3 выдают тучу одинаковых warning'ов при запуске.
А суть вот в чём:
* в explay/error_handlers.php — нет закрывающего php тэга… или вообще файл неполный?
Ок, закрыл тэг.
* в index.php, строка 24
$doc_root = trim (dirname (__FILE__), '/');
Почему просто trim? константа DOC_ROOT получается равна чем-нибудь вроде home/user/www/explay на *nix платформах. Соответственно, ничего с этого не работает впринципе.
Ладно, заменил на rtrim, едем дальше.
* Warning: Jevix::include(/home/user/www/explay3/explay/classes/jevix/jevix.class.php) [jevix.include]: failed to open stream: No such file or directory in /home/user/www/explay3/explay/classes/Jevix/Jevix.php on line 35
Сase-sensitive filenames в файловых системах, отличных от виндовых, вам не знакомы, видимо?
Меняем строку 35 с путём в explay/classes/Jevix/Jevix.php, перезагрузка…
И вот! Оно наконец запустилось! Но…
Все ссылки на странице представлены в виде <form action="/users/login" method=«post»gt;. Почему именно абсолютный путь? Из-за этого я даже не могу решить проблему при расположении движка не в корне простым добавлением base href в главный XSL шаблон.
В коде результирующих страниц присутствуют мусорные аттрибуты xmlns или xmlns:php, неплохо бы поправить.
Спасибо за ценный комментарий. К сожалению работаю один, а тем более под виндовс (мечтаю о своем хостинге, эх...), и вполне могу наделать кучу подобных ошибок.
По поводу закрывающего тега: не понимаю в чем может быть ошибка, закрывающие теги не рекомендованы Zend`ом.
Насчет корневой директории: ну это уж, извините, не предполагаю, что кто-то будет ставить эту CMS как второстепенную. Что мешает сделать отдельный поддомен?
С хостингом разве такая большая проблема? В крайнем случае, всегда можно локально поставить LAMP комплект под виртуальной машиной.
Хм, никогда не слышал про такие странные рекомендации и не встречал их применение в реальных проектах. Есть открывающий, то, imho, должен быть и закрывающий (раз уж PHP исторически допускает переплетение выводимых данных и программного кода). Да и просто для понимания человеком сразу ясно — где конец программы.
> Что мешает сделать отдельный поддомен?
Проблема не столько в возможностях, сколько в гибкости и удобстве для пользователей. Мне совершенно не хотелось бы лазить ещё и в конфиги веб-сервера, чтобы заставить какой-то конкретный скрипт работать. Для повсеместного распространения вашего продукта это будет определённый барьер.
Всё-таки переделайте абсолютные ссылки в XSL шаблонах на относительные. А базовый путь задавать посредством единственного тэга base (http://www.w3.org/TR/html401/struct/links.html#h-12.4) на всю страницу, или же передавать в XML данных и впоследствие вставлять в аттрибутах ссылок через переменные: <a href="{$base_path}/people">.
вместо
$doc_root = rtrim (dirname (__FILE__), '/');
define ('DOC_ROOT', str_replace ("\\", '/', $doc_root));
define ('ENGINE_ROOT', DOC_ROOT. '/explay');
unset ($doc_root);
в index.php можно же написать просто
define ('DOC_ROOT', str_replace ("\\", '/', dirname (__FILE__)));
define ('ENGINE_ROOT', DOC_ROOT. 'explay');
и соотвественно убрать leading slash во всех относительных путях
и кастрировать
if (isset ($_GET['debug']) && file_exists (ENGINE_ROOT. '/debug.allow')) {
define ('DEBUG', 1);
} else {
define ('DEBUG', 0);
}
до простого define ('DEBUG', 1 или 0) в конфиге
кому вообще нужно включать отладку одноразово через GET параметр?
Explay CMS 3.0 alpha