SEO для TYPO3
Привет всем.
Кто подскажет каким расширением пользуетесь для SEO сайтов на TYPO3?
Основное требование:
- URL должно иметь читабельный вид, типа www.domain.de/language/category/...
без переменных или параметров в адресе.
К стати,
пытался настроить realurl и sr_language_menu.
вроде работает, но не совсем так, как должно.
Cегодня заметил, что почти правильно работает только когда я выхожу из админки.
Но как только я в админку снова вхожу, то при переключении языков выдаёт ошибку "Fehler: Umleitungsfehler"
Может кто подскажет какой туториал для многоязычности в TYPO3?
Язык: русский, немецкий или английский, в принципе без разницы.
Только не для старых версий.
В сети я нашёл много чего, но оно похоже работает только до версии typo3 7.х
А в семёрке похоже что-то нужно по другому делать.
Пока искал решение, наткнулня на несколько полезных статеек.
В одной из них упоминается о "феномене" который я выше описал
(навигация работает только тогда, когда в админке никто не анмельдован).
Причина и решение не описываются, но предлагается возможность работать в двух разных бровзерах.
В одном работать в админке, а в другом проверять сайт. (не совсем идеально, но можно работать) 
Так же я нашёл несколько туториалов, из которых (у меня) по отдельности не всё работало,
но я составил что-то обще и работающее.
Может кому тоже пригодится.
За основу взял вот этот туториал (немного устаревший правда, но понять можно о чём речь):
http://gyrkalo.blogspot.de/2010/04/typo3.html
А вот TS который в результате получился:
config {
### REAL-URL ###
####################################################
prefixLocalAnchors = all
// simulateStaticDocuments = 0 Mit installierter Extension funktioniert RealURL nicht!
baseURL = http://subdomain.deine-site.de/
absRelPath = /
tx_realurl_enable = 1
### SPRACH-KONFIGURATION ###
####################################################
linkVars = L
sys_language_uid = 0
language = de
locale_all = de_DE
htmlTag_langKey = de-DE
config.uniqueLinkVars = 1
sys_language_overlay = 1
#config.sys_language_mode = content_fallback;0
sys_language_mode = ignore
#plugin.tx_indexedsearch._DEFAULT_PI_VARS.lang = 0
#plugin.tx_indexedsearch.templateFile = indexed_search.tmpl
}
# Bedingungen für die 2. Sprache (Sprach-ID: 1; hier Russisch)
[globalVar = GP:L = 1]
config {
language = ru
locale_all = ru_RU
htmlTag_langKey = ru-RU
sys_language_uid = 1
#plugin.tx_indexedsearch._DEFAULT_PI_VARS.lang = 1
#plugin.tx_indexedsearch.templateFile = indexed_search.tmpl
# сюда можно добавлять другие строки для более полной локализации (подключение CSS, HTML-шаблонов и т.д.)
}
[global]
### SPRACH-NAVI-KONFIGURATION ###
####################################################
plugin.tx_srlanguagemenu.settings {
#useSysLanguageTitle = 0
# Standard-Sprache, wenn kein Sprachparameter übergeben wird
defaultLanguageISOCode = DE
# Layout-Typ Linkliste (0=Flaggen, 1=Dropdown, 2=Linkliste)
defaultLayout = 0
# Sprache nicht verfügbarer Übersetzungen zeigen
showInactive = 1
# Nicht verfügbare Übersetzungen nicht verlinken
link.INACT.doNotLinkIt = 1
# Aktive Sprache nicht verlinken
link.CUR.doNotLinkIt =1
# CSS-Klasse für aktuell gewählte Sprache
link.NO.stdWrap.wrap = <li>|</li>
link.CUR.stdWrap.wrap = <li class="current">|</li>
#link.CUR.stdWrap.wrap = <li class='CUR'>|</li>
#link.NO.stdWrap.wrap = <li class='NO'>|</li>
#link.NO.stdWrap = |
#
#hideIfNoAltLanguages = 1
#
#Hiermit kann die aktuelle Sprache ausgeblendet werden
#don't show current language if showCurrent=0
#showCurrent = 0
#
# Hier liegt das selbst angepasste Template-File
#file.templateFile = fileadmin/templates/language_menu/sprachwahl.tmpl
#
#Hiermit koennte man festlegen, dass nur die Spachen 1+2 in der Liste ausgegeben werden
#languagesUidsList = 1,2
}
### SPRACH-UMSCHALTER 2 ###
####################################################
lib.link.language = TEXT
lib.link.language {
value = Russisch
typolink.parameter.data = page:uid
typolink.additionalParams = &L=1
}
# Änderungen für die deutsche Sprache
[globalVar = GP:L=1]
lib.link.language.value = Deutsch
lib.link.language.typolink.additionalParams = &L=0
[global]
# Anzeige Default-Sprache im Backend als Deutsch festlegen
mod.SHARED {
defaultLanguageFlag = de
defaultLanguagelabel = deutsch
}
# Default PAGE object:
page = PAGE
page.10 = TEMPLATE
page.10 {
...
# первый вариант переключателя языков
subparts.LANGUAGE=< plugin.tx_srlanguagemenu.widgets.menu
...
# второй вариант переключателя языков
subparts.LANGUAGE_CONTENT =< lib.link.language
...
}
Некоторые строчки, которые мне пока не нужны, я закоментировал,
но их можно
тоже активировать.
В одном работать в админке, а в другом проверять сайт. (не совсем идеально, но можно работать)
С нечто похожим в OpenCart2 вчера столкнулся, правдо проблема не с меню, а нельзя открыть две страницы админки, можно только с одной работать, иначе выход и повторная авторизация. С тайпом по хлещё будет, но там возможно ошибка какая, а в опенкарте типа фича на защиту. Разрабы в своём репертуаре. :)
Если в админке одновременно с двумя окошками работать,
то тут понятно - это типа защиты, чтоб сам не "заблудился" где и что делаешь.
к стати, мне тоже не особо нравится постоянно кликать,
если просто ID или другую мелочь посмотреть нужно.
А вот чтоб БЕ и ФЕ несовмещались, этого я ещё не наблюдал.
К стати,
я предполагаю, что все эти мои "феномены" связаны с (не)совместимостью новых и старых версий.
В старых туториалах практически везде пишется,
что нужно отдельно конфигурировать и realurl_config.php и .htaccess
Я делал всё как там описывалось - шли портачки.
По URL видно было, что там что-то не по плану происходит,
а именно не то, что я в этих файлах прописывал.
В моей актуальной инсталляции я просто в TS всё прописал,
а остальные файлы даже не трогал.
(я использовал сейчас последнюю версию realurl, на этой неделе выпустили)
Если в админке одновременно с двумя окошками работать,
то тут понятно - это типа защиты, чтоб сам не "заблудился" где и что делаешь.
Бред всё это, как можно заблудиться в двух-трёх окнах? Я в престе открываю несколько окон, окно со списком товара, сам выбранный товар, и окно - атрибуты и комбинации. Последнее постоянно нужно, пока товаром наполняю, на случай если нужно новые добавить. А тут в опенкарт такое не пройдёт, откроешь товар, начнёшь редактировать, глянешь, нужно атрибуты новые, и делай кучу лишних движений - сохраняй, закрывай/открывай и т.д., когда достаточно было бы просто на другой закладке добавить атрибуты, обновить страницу товара и вставить их.
Я даже иногда открываю по несколько товаров, что бы чего скопировать, или просто глянуть. С этой защитой такое не сделать безболезненно, ещё сильней замедляет работу. Когда нужно 1-2 товара выставить, может и не столь проблематично, но когда товара под штуку и больше, и нужно как можно быстрей весь выставить, подобные танцы с бубном(защитой), это палка в колесо. ИМХО!
А вот чтоб БЕ и ФЕ несовмещались, этого я ещё не наблюдал.
К стати,
я предполагаю, что все эти мои "феномены" связаны с (не)совместимостью новых и старых версий.
В старых туториалах практически везде пишется,
что нужно отдельно конфигурировать и realurl_config.php и .htaccess
Скорей всего что несовместимость по версиям, тайп3 ещё та система, свой TS разметки и т.д., и прочие грабли на каждом шагу. В прошлом году было скачал последнюю версию тайпа, но так и не поставил, хватило ещё раз
почитать про установку с настройкой, и желание пропало, проще и быстрей будет сайт на Yii2 фреймворке написать с нуля, чем запилить сайт на тайпе. ИМХО!
можешь работать в одном браузере,кэш затирай перед загрузкой FE.
если url попал в кэш real_url то его можно в 6 стереть через BE ,в 7 через БД.
сначало настрой языки, потом real_url
дополнителные ресширения не нужны
baseURL убери alte schule, не используется уже
есть туториал от разработчика real_url
по сео задай в поис на сайте TYPO3 в репозитирии есть неплохие наработки , я правда многое через TS настраиваю , чтоб не мусорить
сначало настрой языки, потом real_url
А я чёт подумал, что у меня именно из-за этой последовательности всё полетело.
Да и в большинстве туториалов стоит как-раз наоборот, сначала realurl, а потом языки.
На тот момент, как я это всё делал, у realurl ещё старая версия была, ещё с 2015.
А на следующий день, как я всё по новой устанавливал, уже была новая версия.
Там всё гладко прошло, только поведение у URL было не стабильное.
baseURL убери alte schule, не используется уже
У меня сайт пока как Subdomain стоит, без baseURL проблемы были.
А может это ещё и с версиями тоже связано было.
запилить сайт на тайпе
- - - 15 минут
Чисто залить на уже установленной и настроенной системе, то вполне согласен.
Некоторые моменты здесь мне даже больше нравятся чем в Joomla или WordPress.
Особенно шаблон создать, идёт намного проще чем в вышеупомянутых.
Но если самому всё устанавливать (TYPO3 на сервере) и настраивать,
то возни конечно побольше чем минут на 15 будет.
Тут понимать надо как система, работает :
realurl это расширение которое работает в соответствии с конфигурацией.
если система не отконфигурурована, то и realurl работать не будет
последователность роли не играет и то и другое должно быть правилно настроено.
Но одно но, после деактивации realurl система должна дальше работать ихмо, отсюда и последовательность
baseURL это не domain верхнего уровня , это типа как dokumetRoot
subdomain или еще какой, не важно настрой систему без него, дальше будет меньше проблем
клик бери инфу от первоисточника
15 минут
Ну ну, видал я эти 15 минут, когда на одной конторе работал. Я сайт одинаковой сложности на джумла, в одиночку, с индивидуальным дизом, под ключ, максимум за неделю делал, а на тайпе команда из 3-х человек, такого же плана сайт за месяц и больше делала. Понятно что там у них план - "больше времени затратил, больше получил", но один хрен, если не растягивать время, на тайпе клепать, всё равно по времени уйдёт на одинаковый по сложности сайт, в разы больше времени. Тайп, это двиг для хорошего заработка, разрабы что на нём делают, не когда не скажут клиенту сколько они в реальности времени потратят, даже если они на сайт неделю убьют, то скажут что 3-4 потратили, это же - "двиг
корпоративного уровня, с супер защищённостью", сайт на нём не может строиться быстро, и стоить дёшево...
Некоторые моменты здесь мне даже больше нравятся чем в Joomla или WordPress.
Особенно шаблон создать, идёт намного проще чем в вышеупомянутых.
Я не знаю как там сейчас в тайпе с вёрсткой шаблонов, но то что было раньше, я сомневаюсь что намного проще. Собрать шаблон для джумлы из готового хтмл шаблона, это дело 5 минут, а вот на тайпе, пока всё пропишешь на его ТS, уйдёт туева куча времени. Помнится тогда был какой то там шаблонизатор, типа скормил ему хтмл шаблон и всё, но я тогда изрядно с ним помучился, и так и не получил результата, и в ручную уже не было желания его прописывать, бросил этот тайп в помойку. Возможно если бы ещё день-другой посидел с этой приблудой, то может и разобрался что и как, но не хотел тогда время впустую тратить.
Вообще, любой двиг хорош, и быстр в разработке сайтов, когда его изучишь хорошо, разница лишь в начальном пороге и времени вхождения в него, дополнительных знаний программирования и английского. ИМХО!
Прошу прощения у ТС, задам в теме свой вопрос, дабы не плодить тем по этой cms.
Шеф подкинул работенку - у компаньона его сайт очень древний на typo3 еще 4 версии, с 2009 года не трогалось ничего - так вот собрал он с тех пор кучу фотографий и хочет их воткнуть на сайт.
Я к чему: реально нынче скачать/установить приличную галерею на эту версию, если да, то посоветуйте какую.
Или может быть, есть какое нибудь решение отображать на сайте под typo3 гугловскую или дропбокс- галерею?
все правильно, если разберешся , то потом все быстро.
Поэтому я и говорил про стандартную инстанцию, в которой уже все настроено впоть до шаблонов.
Сейчас на TYPO3 с этим проще, першли на Fluid дополнили Flow своей фигней.
создай на странице HTML элемент, пихни в него свою галерею, а файлы залей через в BE в папку "допустим /galery",
тогда в HTML будет путь /fileadmin/galery/file1,fileadmin/galery/file2, ...
хотя для этого конечно готовые решения есть и для 4 версии, посмотри в репозитории
снова проблема 
пытаюсь в Google webmaster tool, Sitemap вставить,
так мне показывает, что полностью вся русская ветка через robots.txt блокируется.
сам robots.txt выглядит (сейчас) так:
User-agent: *
Disallow:
по идее должен пропускать всё и везде.
но в Гугле пишет Sitemap enthält URLs, die von der "robots.txt"-Datei blockiert werden.
В хедере я прописал тоже, index, follow.
Везде где я смотрел, ничего не показывает, чтоб что-то блокировалось.
Может есть что в TYPO3, где нужно русскую ветку экстра пропустить?
Частично соглашусь 
Всё зависит от того что я Allow или Disallow и как именно.
Вот здесь тоже немного описано.
http://tools.seobook.com/robots-txt/
Я так предполагаю,
или сам TYPO3 или Extensions (realUrl или multilingual) что-то генерируют, что я не вижу.
А может Гугль у себя запомнил, что я несколько недель назад русскую ветку для прочёски закрыл.
Но я после этого уже несколько раз новые robots.txt и Sitemaps им пересылал.
Основной язык видит каждый раз, когда я какие изменения делаю
и реагирует соответственно.
А вот с дополнительным языком не хочет.
только в зависимости от чистоты и правильности robots.txt
или блокирует полностью всю ветку и показывает только одно предупреждение,
или блокирует каждый пункт навигации по отдельности и показывает 11 предупреждений.
написал здесь и сразу сообразил где искать нужно было
короче, это всё Гугль был виноват.
Я когда эксперементировал, то заблокировал полностью русскую ветку.
Хотя не только её блокировал, но почему то Гугль запомнил именно её так на долго.
Сегодня я все заболкированные ссылки там удалил и со временем вроде заработало как надо.
И ещё вопрос.
Я хочу встроить в контак один PHP-Script, чтоб мне IP отправителя тоже присылал.
Как правильно считать IP-адрес посетителя при помощи PHP в сайте на TYPO3?
Я пробую при помощи $_SERVER['REMOTE_ADDR'],
а мне постоянно присылает один и тотж же IP, независимо от того, с какого компа я захожу.
На других сайта, на Joomla подобный скрипт работал вполне сносно.
причину нашёл, осталось найти решение.
вот этот зверь [FE] pageNotFound_handling портит мне всю статистику.
как его полностью отключить?
Я хочу, чтоб мой скрипт работал напрямую через htaccess.
Тогда он выдаёт оригинальные данные, а не уже обработаные через TYPO3.
сервера конечно, чей же ещё
Цепочка следующая:
ошибка 404 первоначально прорабатывается через TYPO3
и перенаправляется на страницу со скриптом.
Скрипт же получает уже информацию не оригинальную,
в результате чего соответственно в переменную и попадает адрес сервера.
Хотя, если я этот же скрипт вставляю в страницу для ошибки 410,
то IP передаётся не серверный, а посетителя (во всяком случае так было вчера при тестах).
А если я скрипт вызываю напрямую по URL, то всё работает нормально,
выдаёт IP посетителя.
К стати, в сайтах на Joomla я этот же скрипт использую так же у этого хостера,
там всё работает нормально.
Ещё один вопрос.
Как правильно настроить в TYPO3 Error 410?
Я делаю как обычно, через htaccess, в Гугле эти ошибки выдаёт как 404.
Поменял вчера в LocalConfiguration со стандартного "'pageNotFound_handling' => '/global/404/'"
на
'pageNotFound_handling' => '/global/410/',
'pageNotFound_handling_statheader' => 'HTTP/1.0 410 Gone',
Страницу переводит на заданный адрес, но похоже для поисковиков этого не достаточно.
И ещё.
У меня такое ощущение, что манипуляции в htaccess с 404 и 410 не имеют никакого воздействия на сайт.
Что нового происходит в TYPO3 7.Х?
Вроде нашёл решение для обеих проблем.
для пересылки мне реального IP посетителя несуществующей страницы (404)
вставил через ТС в хедэр страницы (404.html) подвязку к несуществующему файлу.
Сама страница вызывается через TYPO3,
но вот несуществующий файл уже через IP реального посетителя.
В итоге я получаю емаил с реальным адресом.
А перенаправление на 410.php и 404_mail.php реализовал напрямую через htaccess.
Вроде работает.
Чтоб новую тему не открывать, спрошу здесь снова.
Не знаю точно когда началось, но когда я пытаюсь свой сайт созданный на TYPO3 внести в facebook,
то мне выдаёт ошибку 403. При этом показывает одну из картинок с сайта.
Когда пытаюсь сделать то же самое, но с сайтом на WP, у того же провайдера,
то всё получается так как и должно быть.
Недавно сделал апдэйты на TYPO3 и на расширения.
Были проблемы с перенаправлением из-за realurl, но там я разобрался.
Сейчас перенаправляет всё как и надо, и на разных языках без проблем.
В папках права одинаковые, как на сатйе с WP, так и на TYPO3.
Доступ к сайту я закрыл только для некоторых стран, но это в основном азия, ориент и восточная европа.
Боты от гугля заходят на сайт без
проблем.
Может кто знает решение?
Я в сети нашёл много чего, но не то, что помогло.
свой сайт созданный на TYPO3 внести в facebook,
Абсолютно непонятно что имеется ввиду. Туманно как-то автор выразился.
Может имеет смысл почитать про Facebook Open Graph и погуглить https://www.google.de/webhp?sourceid=chrome-in...
Как гуглем пользоваться я вроде знаю.
Поясняю по теме.
Когда в facebook, в поле "Что сейчас делаешь" даёшь ссылку на какой-либо сайт,
то там появляется картинка (screenshot) сайта, на который ведёт ссылка.
В моём случае, появляется только одна фотография из содержания сайта (вместо скриншота).
А вместо текста стоит надпись "403 forbidden".
В чём причины выдачи этой ошибки мне известно. (ресурс есть, он доступен, но только не для тебя)
Вопрос мой в том, что именно в настройках TYPO3, или в конфигурационных файлах,
может влиять на выдачу этой ошибки.