Похоже, корень проблем в том, что временнЫе зоны для php и mysql задаются разные. Т.е. дело тут в настройках серверных. Но я подумаю, как решить проблему
Тут штука такая: если сайт активно пополняется контентом, то и сайтмап должен оперативно обновляться. Сейчас он «обновляется» в режиме онлайн. Это одна крайность. Другая крайность — генерация по запросу админа сайта.
Думаю правильным будет либо автогенерация сайтмапа по крону через заданный промежуток времени (тогда запросы к файлу sitemap.xml будут вообще мимо движка идти). Либо, если все же обрабатывать такие запросы движком, хранить сгенерированный файл и отдавать моментально его, как кеш, задавая время «протухания».
Мне говорили, что работает. Но когда я стал проверять, то где-то лишние запросы были, где-то, наоборот, не хватало данных для сущностей. В общем, не скажу, что изменения принципиальные, но плагин сейчас заточен именно под Альто.
Правда, скажу откровенно, я не вникал в то, каким образом вообще должен формироваться sitemap, и насколько результат соответствует стандартам и сложившейся практике. Поэтому если у спецов по СЕО будут какие-то предложения по этой части — велкам.
… сначала ему не нравятся прежний вид имён файлов и что они не в тех папках...
Сейчас один из проектов переносится на 1.0 с шаблоном Fortune. Это тоже шаблон старого типа, и там тоже были проблемы с путями и именованиями файлов. Но самая последняя версия плагина Ls (с гитхаба) с этим успешно справляется. Если что-то осталось еще «кривое», то мне надо знать точно, что и где.
Единственная вещь, которую не исправляет плагин совместимости, и которую надо руками исправить — это в двух файлах переменную $oType заменить на $oContentType. Вот эти файлы:
common/templates/skin/fortune/topic_topic.tpl
common/templates/skin/fortune/actions/ActionContent/add.tpl
А все остальное должно работать.
А так, если переводить весь шаблон на новую структуру, то, конечно, много всего надо ковырять. Возможно, проще будет взять тот же StartKit и на него уже натянуть свои стили и его под свои нужды допилить
Ждать окончания верстки Experience не буду. Релиз готовится независимо от него.
Мануал подготовлю на днях. И по нему сам же буду этот сайт переводить.
… ато в шаблоне столько всего переписывать...
Не, мануал по переезду — это одно, а перевод старого шаблона на новую структуру — это совсем другое. Старые шаблоны должны работать без особых проблем при включенном плагине Ls — это специально обученный плагин совместимости. Если вылезают ошибки при нем — пишите, не стесняйтесь
Думаю правильным будет либо автогенерация сайтмапа по крону через заданный промежуток времени (тогда запросы к файлу sitemap.xml будут вообще мимо движка идти). Либо, если все же обрабатывать такие запросы движком, хранить сгенерированный файл и отдавать моментально его, как кеш, задавая время «протухания».
Правда, скажу откровенно, я не вникал в то, каким образом вообще должен формироваться sitemap, и насколько результат соответствует стандартам и сложившейся практике. Поэтому если у спецов по СЕО будут какие-то предложения по этой части — велкам.
Единственная вещь, которую не исправляет плагин совместимости, и которую надо руками исправить — это в двух файлах переменную $oType заменить на $oContentType. Вот эти файлы:
common/templates/skin/fortune/topic_topic.tpl
common/templates/skin/fortune/actions/ActionContent/add.tpl
А все остальное должно работать.
А так, если переводить весь шаблон на новую структуру, то, конечно, много всего надо ковырять. Возможно, проще будет взять тот же StartKit и на него уже натянуть свои стили и его под свои нужды допилить
Мануал подготовлю на днях. И по нему сам же буду этот сайт переводить.
Не, мануал по переезду — это одно, а перевод старого шаблона на новую структуру — это совсем другое. Старые шаблоны должны работать без особых проблем при включенном плагине Ls — это специально обученный плагин совместимости. Если вылезают ошибки при нем — пишите, не стесняйтесь