Comments 48
UFO just landed and posted this here
Вообще молодцы :) И с ДР вас!
А почему решили работать с XSLT-шаблонами, если это настолько усложняет популяризацию движка?
А почему решили работать с XSLT-шаблонами, если это настолько усложняет популяризацию движка?
Я думаю, потому что когда-нибудь web-разработчики станут достаточно квалифицированными для того, чтобы оценить достоинства этой технологии. А пока, остаётся использовать этот дар w3c только в своих разработках.
>А почему решили работать с XSLT-шаблонами, если это настолько усложняет популяризацию движка?
Спасибо автору Explay_CMS за популяризацию XSLT :)
Спасибо автору Explay_CMS за популяризацию XSLT :)
в классе модуля блога в 52 строке опечатка
return erorr404 ();
return erorr404 ();
UFO just landed and posted this here
А блекджек-то где? И девы? ;)
UFO just landed and posted this here
Название не очень удачное ИМХО.
В поисковиках сложно будет искать из-за цифровой техники Explay.
Надо было что-нибудь более нейтральное: IBM или Apple.
PS: s/alfa/alpha/;
В поисковиках сложно будет искать из-за цифровой техники Explay.
Надо было что-нибудь более нейтральное: IBM или Apple.
PS: s/alfa/alpha/;
Автор, вы, кстати, шутник =)
Вот она где точка G =)
explay.su/documentation/classes/CMSController.html#dotG
Вот она где точка G =)
explay.su/documentation/classes/CMSController.html#dotG
Хабр, как всегда, помогает. Только что искал какую-то CMS для блога. Обязательно поставилю и протестирую.
P.S. С днём рождения!
P.S. С днём рождения!
UFO just landed and posted this here
UFO just landed and posted this here
Автор, прислушайтесь к этому комментарию. Использование сокращенной версии открывающих тэгов php считаю безобразием. Если вы используете xml/xslt, то вы должны знать, что там тоже есть тэги <?
при попытке почитать Документацию — выкидывает на 404-ую…
в смысле, если по ссылке на сайте пытаться перейти (там explay.su/documentation/index.htm, а должно быть explay.su/documentation/index.html)
Отношение качества продукта к возрасту автора — очень высоко!
С Днем Рождения!
С Днем Рождения!
Слежу за каждыми релизами. Уже зреет проект для этой CMS — хочу применить её там.
explay.su сегодня лидер по трафику на сервере, поздравляю Саня! :)
UFO just landed and posted this here
Что-то страшное. Думается это из-за того, что Вы поставили CMS не в корневую директорию.
Стараюсь следить за вашим творчеством, молодец!
Я как раз разрабатываю один сайт, почти все сделал.
И тут прочитал этот пост, параграф «возможности». Надо же, здесь реализовано все, что мне нужно, над чем я долго трудился. Даже обидно стало.
Я как раз разрабатываю один сайт, почти все сделал.
И тут прочитал этот пост, параграф «возможности». Надо же, здесь реализовано все, что мне нужно, над чем я долго трудился. Даже обидно стало.
code.google.com/p/explay-cms/source/browse/branches/2.1/admin/blocks.php
// Управление блоками
if (isset($_GET['delete'])) {
$db->query («DELETE FROM ».DB_PEREFIX."_blocks WHERE block_id = ".$_GET['delete']);
site_message ('Блок удален');
}
Это даже не смешно уже.
// Управление блоками
if (isset($_GET['delete'])) {
$db->query («DELETE FROM ».DB_PEREFIX."_blocks WHERE block_id = ".$_GET['delete']);
site_message ('Блок удален');
}
Это даже не смешно уже.
Уважаемый автор, а вы вообще как своё детище тестируете? У меня например, что 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, неплохо бы поправить.
А суть вот в чём:
* в 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 как второстепенную. Что мешает сделать отдельный поддомен?
По поводу закрывающего тега: не понимаю в чем может быть ошибка, закрывающие теги не рекомендованы 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">.
Хм, никогда не слышал про такие странные рекомендации и не встречал их применение в реальных проектах. Есть открывающий, то, 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 параметр?
вместо
$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 параметр?
UFO just landed and posted this here
Могу помочь с хостингом.
Напишите mobilefan@mail.ru
Напишите mobilefan@mail.ru
Sign up to leave a comment.
Explay CMS 3.0 alpha