Вы не зашли.
Заработало. Странно.
Включил один из плагинов и заработало.
Нет ошибок небыло.
Проверяю в Chrom и Firefox.
Привет Виталий!
Я на локальном ящике ставлю, для тестов.
Уже разобрался. Буквально только-что.
После апгрейда apache2 раком встал. Очень неожиданно.
Спасибо за готовность помочь.
Сразу:
Меню Плагины, подменю "Все (35) Активные (8) Неактивные (15) Требуют установки (12)"
Не работает сортировка.
Не ну я в курсах что это значит.
Суть не изменилась.
Белая страница, ошибка 500 с .htaccess и без. Без изменений.
Кто-то ставил с нуля?
Да, судя по всему что-то с сервером. ![]()
В браузере: Ошибка HTTP 500 (Internal Server Error): При попытке сервера выполнить запрос возникла неожиданная ситуация.
В логах apache2:
error.log
[Mon Nov 14 12:31:03 2011] [error] [client 127.0.0.1] File does not exist: /home/www/spy.com/htdocs/templates, referer: http://spy.com/
[Mon Nov 14 12:34:18 2011] [error] [client 127.0.0.1] File does not exist: /home/www/spy.com/htdocs/favicon.ico
access.log
127.0.0.1 - - [14/Nov/2011:13:11:53 +0400] "POST /engine/install.php HTTP/1.1" 500 275 "http://spy.com/engine/install.php" "Mozilla/5.0 (X11; Linux i686) AppleWebKit/535.1 (KHTML, like Gecko) Chrome/14.0.835.202 Safari/535.1"
chmod -R 777 сделано.
a2enmod rewrite
Module rewrite already enabled
Bdct 127.0.0.1 - - [14/Nov/2011:13:11:53 +0400] "POST /engine/install.php HTTP/1.1" 500 275 "http://spy.com/engine/install.php" "Mozilla/5.0 (X11; Linux i686) AppleWebKit/535.1 (KHTML, like Gecko) Chrome/14.0.835.202 Safari/535.1"|
И все без изменений.
А кто ставил с нуля?
У меня после ввода параметров базы данных, чистая страница.
К стати, у меня вылезла проблема как и у Westergraf, как такое лечить?
У меня яшка не видит содержимого в тегах loc. Кому удалось скормить яшке карту?
Ну значит я не все или не люди ![]()
Приглашу в Google+ не дорого ![]()
PS. В личку.
Ну разве что бесплатный.
Knopik, Я за все время что занимаюсь сайтами не встречал такого хостинга.
Кто это если не секрет?
А может ты сам не разобрался?
У меня описанный мной метод работает на реальном сайте правда на старой версии NGCMS.
Хостинг VDS.
Сейчас проверил на свежей
RewriteRule ^sitemap.xml/? plugin/gsmg/ [L]Добавил только слэш после "gsmg", тоже работает.
Я добавлял в конец блока с RewriteRule's
http://site.ru/plugin/gsmg/ надо в панели вебмастера яши или гугла вписать и будет счастье
Обратите, пожалуйста, внимание, что пр текущем размещении файла sitemap в нем могут быть учтены только ссылки на страницы из раздела /plugin/gsmg. Для того, чтобы учитывались ссылки для всего сайта, файл sitemap следует разместить в его корневом каталоге. Более подробную информацию о местоположении файла sitemap Вы можете найти на странице официального сайта http://www.sitemaps.org/ru/protocol.php#location.
--
С уважением, Платон Щукин
Служба поддержки Яндекса
http://help.yandex.ru/
Нам остается только предположить, что у яшки ну очень интеллектуальная система разбора карт.
добавляем в .htaccess : RewriteRule ^sitemap.xml/? plugin/gsmg [L]
И карту на странице : http://webmaster.yandex.ru/site/map.xml
Так чем отличается?
Тем что данные для вывода берутся в другой таблице?
Может быть ты и прав но я ни разу не сталкивался с сайтами у которых дизайн серьезно отличался для разного типа внутренних страниц.
А если у тебя дизайн должен меняться в зависимости от категории, то тебе придется делать другой шаблон.
Но это уже частный случай.
Шаблоны arhives lastnews favorites в чем отличие и в чем сходство?
Внутри однотипные данные. Настроить внешний вид в css и все дела, зачем шабы?
Давайте не будем мешать в кучу вывод данных и верстку?
Верстка как была так и останется в css + html
Вывод данных будет осуществляться теми-же плагинами что и раньше, просто исчезнут шаблоны для плагинов.
Нужно оформить в отличном от базового стиля, прописывайте отдельный стиль.
Напоминаю, это мое видение а совсем не значит что так и будет.
Кто говорит об объединении шаблонов новостей и шаблонов статики?
Ты откуда это взял?
infinity237, Например, при предложенном варианте вообще проблематично сверстать вот такие сайдбары:
А в обычных, статических страницах такие сайдбары тоже проблема?
Нет конечно! Ну и здесь то-же самое.
У меня впечатление что ты вообще не понял о чем я говорю.
Ну к примеру WP, где там шаблоны плагинов?
На мой взгляд, разные стили для разных блоков в сайдбарах это явный признак ГС, поскольку все хорошо если в меру.
lyos, А по поводу шаблонов и оптимизации есть что сказать?
Мы какраз о понятных фитюльках.
Ведь ясно что должна быть простая схема а не инклюдинг в инклюдинге.
Ну дурачком тебя никто не выставляет и в мыслях не было.
Так-как мы здесь общаемся не как в чате, то я своим постом стараюсь отвечать на то что произошло с последнего моего моего поста.
Перед этим ты жаловался что не сможешь найти где править в случае если шаблоны плагинов убрать. Так?
Вот это и есть ответ на твой пост.
Зачем лезть в какие-то подшаблоны?
Есть шаблоны сайта, основные, там и делай что тебе нужно.
Но это я уже повторяюсь.
Wolverine, Когда я скачал 2z я ничего не знал о HTML. Ни-че-го.
Но знал о MySql и php. Не надо меня лечить!
Это выглядит как "Я знаю что такое синхрофазотрон, скажите только куда в нем заливать бензин".
Wolverine,Ты только что предложил убрать шаблоны из поставки плагина. Вот твоя цитата: "Шаблоны для плагинов вообще не нужны!"
Это не мое утверждение а вырванная тобой фраза из контекста.
Старайся улавливать суть.
Wolverine,Ну не должна меня интересовать внутренняя механика плагина.
Именно! Но ты чего-то хочешь от JS в шаблонах плагинов...
Wolverine,Но избавиться от TPL файлов это фантастика.
Если я могу включить опцию Использовать для вывода шаблон сайта - Это фантастика?
И где ты видел что я предлагал избавиться от TPL файлов?
Я предлагал и предлагаю не использовать лишних.
Другими словами оптимизировать и сделать проще для понимания.
Странно, Trashcka поняла о чем я ![]()
Никто в здравом уме не будет читать ее для того, чтобы просто посмотреть на плагин. Я не хочу тратить время, чтобы собрать плагин, я хочу нажать одну кнопку и сразу увидеть его в действии. Зачем заставлять человека разбираться в HTML? А с JavaScript что делать? Описывать в мануале на какое событие вызов какой функции повесить?
Вообще-то если человек скачал движок то он уже располагает некими знаниями об HTML и заставлять его не нужно.
Другой вопрос, движок должен быть простым для понимания этого человека.
А так-как уровень знаний у всех разный то для многих (это только мое мнение) будет проблемой поиск шаблонов и их настройка для отдельных плагинов. (касается начинающих)
Однако в движке и плагинах уже реализован вызов вывода или на основе шаблона сайта или на основе шаблона плагина.
В этом случае твои опасения больше надуманны.
Что касается JS, это уже не для посмотреть на плагин, это тот случай когда стоит и почитать.
Ты не хочешь тратить время на сборку плагина? Ты о чем?
Твои желания это твои желания. Я говорю о том что движок нужно продвигать а для этого нужно чтобы он был прост для понимания но в то-же время, оптимизирован по максимуму.
Много разных файлов это плохо и это не я сказал.
Множество сервисов для оптимизации рекомендуют использовать меньше css файлов более того, оптимизировать и сжимать зипом, тоже касается и JS.
А мы оптимизировали css и JS но внутри наплодили кучу файлов для вызова которых нужны дополнительные запросы к серверу.
Для просто посмотреть достаточно одной таблэтки стандартных настроек.
А для таких как ты нужно будет почитать.
А что, читать мануалы вера не позволяет?
Для этого существует документация.
У нас в админке великолепно реализовано, информация о плагине и описание.
Нужно добавить примеры использования и все.
Почему каша?
Четко и ясно, плагины вызываются четко определенным образом.
Вид вывода должен быть описан в css и все.
Шаблоны для плагинов вообще не нужны!
За отображение отвечает шаблон страницы вот там и нужно настраивать.
А новичок думает - мля яж вроде исправил а где это во мля а оно свой шаб имеет ![]()
Абсолютно согласен по поводу бардака.
Мне кажется нужно подумать как реализовать работу плагинов без собственных шаблонов.
Конечно есть "извращенцы" использующие разные варианты оформления для вывода на разных страницах но в большинстве случаев, вид сайта настраивается один раз.
Можно что-то добавлять или изменять но чаще всего настроили и работаем изредка меняя детали.
Так вот, мы похоже скоро придем к тому, что для каждого плагина будет свой шаблон а к шаблону свой css.
[сарказм]Тогда будет еще гибче чем сейчас[/сарказм]
Я бы попросил Trashcka и других верстал подумать над тем, как реализовать универсальный метод (шаблон+CSS) подходящий для большинства или для наиболее популярных (часто используемых) плагинов.
То-есть, нужно изменить вывод плагина? Меняем в css+html в код плагина не лезем. Что и сколько выводить разумеется в настройках плагина.
Конечно если меня поддержат.
Если почитаете что моя идея не состоятельна, ну что-ж так тому и быть.
Согласен.
Но что-бы было хорошо нужно чем-то жертвовать.
У многих это реализовано посредством патчей.