Next Generation CMS :: Форум поддержки

Ну вот. А в 10 ке ошибки прут при установке и при удалении. Ошибки ведут к тому,
что плагин просто не удаляется.

При установке ставим в таблицу - 'category', а удаляем почему то из 'categories', да
и тип не соответствует друг другу - 'char(40)' и 'text' .

Мускул 5,1,4 - 5,1,6 ругается на синтаксис типа text и параметр 'default null'

Вот и искал тему куда б выложить, а ее выясняется и нет вообще.

Может быть после svn 760 и изменили уже, но я дальше не лезу - там каша изменений по
новой версии (с новым шаблонизатором) и не всегда понятно какие изменения к какой
ветке подходят.

legenda, нет. Последний заход бота по вебмастеру по сайтам 30 число, тогда же и мепы съедены.
Я обновлял где -то 1го. Пока ничего, ни новых страниц, ни map не обновлены. Да и с dewon.ru засада. Может и не съесть ничего, домик под АГС лег.

kolia, А чего там не так. sitemap.xsl  из пакета копируем в корень сайта, где роботс, аксесс, и основной индекс лежат. В файле gsmg.php раскомментируем строку стилей, вместо

/* $output.= '<?xml-stylesheet type="text/xsl" href="http://ваш_сайт/sitemap.xsl"?>'."\n"; */

станет

$output.= '<?xml-stylesheet type="text/xsl" href="http://site.ru/sitemap.xsl"?>'."\n";

Можно прописать и саму директорию плагина с файлом xsl, главное чтобы доступен был.
Идем в настройки - ставим задержку по времени. Идем в панель управления хостингом - прописываем крон - к примеру на ISP  такого вида 

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

Если стили не нужны - файл не копируем, строку можно и удалить.

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

К вопросу. Столкнулся тут с таким - если на сайте есть отложенные статьи, то дату обновления выводит с учетом отложенной, получается обновление сайта последнее в будущем времени. Как то это не совсем гут.
Надо б скорректировать плагин gsmg в файле gsmg.php вместо

$lm = $mysql->record("select date(from_unixtime(max(postdate))) as pd from ".prefix."_news");

вписать

$lm = $mysql->record("select date(from_unixtime(max(postdate))) as pd from ".prefix."_news where approve>0");

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

Вот такие есть предложения по изменению gsmg - я их обозвал версией 07b.

Общее изменение:
- немного изменен output - чтобы код смотрелся красивее (отступы, переносы строк)
- в ссылках страниц убраны [Data[]] - в описании .xml применение их не нашел, да и Я., возможно, тупит из-за этого
- убрано кеширование и создание папок с файлами кеш - плагин пишет сразу в карту с задержкой
- нет необходимости писать в темплах /plugin/gsmg/ ее заменяяет нормальный sitemap.xml

Версия первая строит sitemap.xml (пишет если его нет) в корне сайта, и обновляет с заданной
задержкой в админке.

Версия вторая изменена с учетом подключения cron плагина.

Отступление.

1. Для нормальной работы 1го варианта нужна настройка cron хостинга чтобы
самому не дергать /plugin/gsmg/. Проверял у себя - вроде глюков не заметил.
На локалке читает - пока не вышло время, если время вышло - перезаписывает.

Вчера положил на http://dewon.ru/ с кроном хостинга обновление раз в 3 часа (новых статей у меня мало.)
- отрабатывает нормально.

2. Вариант второй менялся под подключение через cron ngcms. Прописано вроде все правильно,
настройки cron меняются, но заставить работать cron на локалке так и не смог. Может он вообще
не предназначен для сторонних плагинов? Попробую его еще на одном сайте пробнике http://exdraft.ru/ с настройкой внутреннего крона. 
P.S. Не хочет крон внутренний отрабатывать. Хотя отложеные статьи нормально обрабатывает. Причина?

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

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

В каком смысле поломать?

Ну, Google, он намного более лоялен, прощает ошибки сайтостроителей.

Насчет #66 у меня не прокатывает. #62 + ссылки перенастроить и работает без #66

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

ой, похоже, сделали. Осталось проверить Я. И даже тип дока исправили - смотреть тут http://ngcms.ru/forum/viewtopic.php?pid=22642#p22642

Да так. Еще в начале года убил DATA в loc. Запись в кеш как xml, ну и копирую в корень. А с последними веяниями от Я., думал сковырнуть запись sitemap напрямую в корень сайта, примерно так -

  $handler = @fopen("Z:/home/ngcms.tut/www/sitemap.xml", "wb+");
	  fwrite($handler, $output);
	  fclose($handler);
	@chmod("Z:/home/ngcms.tut/www/sitemap.xml", 0666);

Да тут недосуг было, секс имел с попыткой поставить ubuntu и убитой загрузочной на винте.

Кто б еще подсказал как по людски убрать Z:/home/ngcms.tut/www/ и чего прописать. Так-то он работает на локалке, но боюсь на сервере не запашет аналог. Познаний то крохи.

По хорошему плагин переписать бы надо. Убрать запись в кеш, а напрямую в корень.  Обновление делать по появлению или изменению документов, на крайний просто кроном обновлять (как у nsched).

Яндекс - не google. Он последний раз map смотрел аж 24 числа по вебмастеру, хотя врет
(по логам сервера каждый день лезет к нему). Пока только ждать или гадать, когда он измененный
схавает, тогда что-то можно делать по выводам.

Ну так выложи скрин ошибки, может это и не плагин виноват, а еще что-то

1. Как вообще сделать, чтобы rss выдавалось именно по запросу rss, а не левыми запросами?

rss.xml = ttttt.xml = любой абракадабре.xml 

Так же не должно быть.

Да и завязка rss.xml = sitemap.xml совсем плохо

Все понятно, идет из rewrite, если в управлении ссылок включен rss категорий все это и начинается.
(( надо удалять.

2.  Да и с титлами надо править или добавлять. Документ rss имеет совсем не те титлы для документа xml.