Полноценный Google Sitemap для сайта на TYPO3

Андрей Аксенов · 23.02.2012, 00:24

понятно, что на TS можно написать что угодно, но ДЛЯ СОЗДАННОГО ТОБОЮ САЙТА, то есть это решение не охватывает сути...
Ну а по делу... это как RealURL - если кто для него пишет решения - то велком, а нет, так придумывайте - не обяжешь...
Или решения есть, вроде привязывания меток к страницам, контенту, кешируемому содержимому и т.п.?
По сути: расшифруйте, что нужно от этой карты сайта? Отметить страницы и содержимое (в том числе виртуальные, типа новостей) и далее???

dmartynenko · 23.02.2012, 11:43

Цитата:

расшифруйте, что нужно от этой карты сайта?

Все просто:
1. что бы поисковики быстрей индексировали новый контент.
2. и желательно не переиндексировали старый.

Alex Podusov · 16.04.2012, 18:55

А если как раз использовать кэш realurl?

Dmitry Dulepov · 16.05.2012, 19:22

Цитата:

Сообщение от Alex Podusov

А если как раз использовать кэш realurl?

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

dmartynenko · 17.05.2012, 12:15

Ну и уж точно кэш RealURL не содержит даты последнего изменения содержания страницы, которая также важна для sitemap. Там кажется есть только дата генерации URL, а это не то же самое.

Alex Podusov · 17.05.2012, 13:06

Ну нет конечно. однако я думаю скрипт получится не такой сложный, если брать таблицы cashe_pages, pages, tx_realurl_urldecodecache, tx_realurl_patchcache - то объединяя эти данные вполне можно построить sitemap.xml - тут естественно в sitemap попадут только страницы, которые хоть раз просматривались...

dmartynenko · 17.05.2012, 13:21

Вот как раз с pages нет никаких проблем построить sitemap. Речь изначально шла о том, что на одной странице (из pages) может стоять плагин как USER_INT - значит caсhe_** не помогут. Это может быть тот же tt_news, который выводит 10 000 новостей - фактически "виртуальных" страниц о которых ни ядро, ни кэши ничего не знают (или еще не знают). Ведь что бы получить URL страницы конкретной записи нужно знать конфигурацию плагина (из TS), то как он формируется ссылки на "подробнее" (PHP код плагина) и добавить к этому конфигурацию RealURL.

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

PS: В общем задача в таком виде и обсуждалась сначала ветки.

Похожие темы
Тема	Автор	Раздел	Ответов	Последнее сообщение
Настройки параметров ImageMagick для TYPO3 на FreeBSD и Linux	Valery Romanchev	Мастер-класс	9	25.06.2013 22:38
Подойдет ли TYPO3 для информационного сайта?	vold57	Вопросы выбора CMS	19	07.12.2011 00:23
Подойдет ли Typo3 для моего сайта	Marlina	Вопросы выбора CMS	2	12.05.2010 15:05
Подходит ли Typo3 для простого сайта?	juvie	Общие вопросы	3	23.02.2007 18:23
Каковы требования к хостингу для нормального функционирования сайта на базе typo3	Александр	FAQ (Часто задаваемые вопросы)	11	01.12.2006 16:12

23.02.2012, 00:24	#1
Андрей Аксенов Senior Member Регистрация: 12.04.2008 Адрес: Россия, Москва Сообщений: 706	понятно, что на TS можно написать что угодно, но ДЛЯ СОЗДАННОГО ТОБОЮ САЙТА, то есть это решение не охватывает сути... Ну а по делу... это как RealURL - если кто для него пишет решения - то велком, а нет, так придумывайте - не обяжешь... Или решения есть, вроде привязывания меток к страницам, контенту, кешируемому содержимому и т.п.? По сути: расшифруйте, что нужно от этой карты сайта? Отметить страницы и содержимое (в том числе виртуальные, типа новостей) и далее???

16.04.2012, 18:55	#3
Alex Podusov Senior Member Регистрация: 19.06.2008 Адрес: Сергиев Посад Сообщений: 278	А если как раз использовать кэш realurl?

17.05.2012, 12:15	#5
dmartynenko Senior Member Регистрация: 20.07.2007 Адрес: Беларусь, Минск Сообщений: 957	Ну и уж точно кэш RealURL не содержит даты последнего изменения содержания страницы, которая также важна для sitemap. Там кажется есть только дата генерации URL, а это не то же самое.

17.05.2012, 13:06	#6
Alex Podusov Senior Member Регистрация: 19.06.2008 Адрес: Сергиев Посад Сообщений: 278	Ну нет конечно. однако я думаю скрипт получится не такой сложный, если брать таблицы cashe_pages, pages, tx_realurl_urldecodecache, tx_realurl_patchcache - то объединяя эти данные вполне можно построить sitemap.xml - тут естественно в sitemap попадут только страницы, которые хоть раз просматривались...

17.05.2012, 13:21	#7
dmartynenko Senior Member Регистрация: 20.07.2007 Адрес: Беларусь, Минск Сообщений: 957	Вот как раз с pages нет никаких проблем построить sitemap. Речь изначально шла о том, что на одной странице (из pages) может стоять плагин как USER_INT - значит caсhe_** не помогут. Это может быть тот же tt_news, который выводит 10 000 новостей - фактически "виртуальных" страниц о которых ни ядро, ни кэши ничего не знают (или еще не знают). Ведь что бы получить URL страницы конкретной записи нужно знать конфигурацию плагина (из TS), то как он формируется ссылки на "подробнее" (PHP код плагина) и добавить к этому конфигурацию RealURL. Например, я хочу что бы добавленная на сайт новость сначала появилась в sitemap, и только потом с некоторой задержкой стала доступна в списке новостей в FE. Зачем думаю понятно - что бы контент не успели своровать раньше, чем поисковики проиндексируют новую страницу. PS: В общем задача в таком виде и обсуждалась сначала ветки.