LiveStreet CMS

А это вообще возможно без большой крови? там обратной совместимости не очень есть. старые плагины работать не очень будут. как минимум.

Конечно же есть:
webmasters.googleblog.com/2009/09/google-does-not-use-keywords-meta-tag.html

Для этого флэш нужен в старых LS (как в 2.0 не знаю) А флэш как-бы нонче мертв уже и его по умолчанию не ставят и не используют.

То какой вам хостинг нужен, вообще не зависит от природы LS, а зависит от того, какие нагрузки будет испытывать ваш сайт.

Могу сказть только, что для реального «hi load» (когда нагрузки такие, что невозможно решить их использованим одного сервера) LS вообще не пригоден. Но вы до таких нагрузок сначала доживите.

Зачем вам метатег keyword который все поисковиуи полностью игнорируют уже 10 лет как, и зачем вам в нем пробелы? Просто даже интересно.

15.05.2017 на GitHub сейчас версия 1.31

Фактически пара баг-фиксов (но не особо приятных), по-этому минорный номер версии:

1. Поддержка главной картинки фотосета
2. фикс: пустой линком вокруг не первых стрaниц-списков

11.05.2017 на GitHub сейчас версия 1.3

Новшества:

1. Поддержка YouTube video thumbnail. Если картинки не нашлось, но нашлось YouTube видео, то в og:image будет оно самое
2. Ещё пара мелких фиксов

Эх… я много лет жду, когда кто-то таки сподобится написать плагин, который, таки будет генерировать sitemap.xml асинхронно. Да и актуальные расширения стандарта давно пора поддержать(картинки, альтернативы). И, таки, gzip.

И как насчет линков вида /my/? Всё еще там?? :)

Хороший плагин, для своего времени был. Да. Но…

Спасибо, очень кстати. А то verifier.port25.com издох.

09.05.2017 на GitHub сейчас версия 1.2
Новшества:

1. Поддержка «og:description»
2. Поддержка «article:section»

P.S. На этом — вcё. В ближайшее время планов что-то добавлять нет.

По крайне мере, базу данных нужно защищать более надежно. Хотя бы, архивировать ZIP-ом с длинным паролем. Там же персональные данные ваших пользователей, уверены что админы Яндекса не иммеют доступа к этим файлам? :)

Дальше, y нас, например, полный бакап сайта сейчас — 10GB. Если каждый день такое пулять никакого места не хватит. будетет за бекапы больше чем за зхочтинкг платить, потому что хранить надо сосотояние хотябы за пару недель. Нужны инкрементальные бекапы. Чего досттаочно легко сделать по картинкам, которые и жрут основное место.

Ну и Яндекс.Диск, похоже, далеко не самый дешовый вариант. Если много зранить.

08.05.2017 на GitHub сейчас версия 1.1
Новшества:
1. Опциональная поддержка картинки «по умолчанию»
2. Опциональная поддержка Плагина «Main Preview» (https://catalog.livestreetcms.com/addon/view/226/)
3. /config/config.php для вышеупомянутых пунктов

P.S. Скорее всего будет еще одна «минорная» версия с поддержкой «article:section»

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

В шаблоне вам придется делать эту работы (поиск и выдирает линка картинки) для каждого показа страницы, либо изобретать велосипед с кэшем. Оба варианта — грусть-печаль.

Ну и это все, в отрыве от того факта, что огород городить, непосредственно, в шаблоне — вообще плохой стиль.

Поддержку плагина «Main Preview» я, наверное, прикручу… там просто.

Не очень понял вопрос.

Но суть в том, что если у вас есть какая-то особая работа с картинками, отличная от того что есть в базовой версии LS 1.0.X и шаблоне Synyo, то плагин, скорее всего, придется адаптировать под эту особую работу.

Посмотрел :) Пару идей пожалуй сворую.
И с «og:locale» там тоже толком не разобрались :(

Забыл упомянуть об одной особености с «og:image»
Facebook требует чтобы картинка там была не меньше, чем 200x200 размером.
Если картина меньше, или «og:image» вообще не указан, то Facebook будет пытаться вытащить первую попавшуюся картинку на странице подходящего размера.
Как правило, результат — кака. Получаем картинку «не в тему».

Поддержку картинки «по умолчанию», по этой причине, я прикручу, чуть позже.

Я не до конца уверен, но сдается мне, что у вас пакет php-pear не установлен на сервере и в этом причина.

Правильное всего это делать на уровне HTTP сервера. т.е. в конфигурационном файле для nginx/apache.

Блин, я не помню точно, не я у нас это делал, но кажется, в LS 1.0.x при наличии в шаблоне регистрации основанной на JavaScript (Как в шаблоне synio) этот линк, вроде, вообще не нужен.
А боты всегда ходят через него. т.е. его достаточно просто «убить».