форум общения русскоязычных пользователей CMS Текстпаттерн
Вы не зашли.
Обнаружил очень неприятную вещь. У меня на сайте стоит именно такое ЧПУ в настройках, т. к. вообще считаю очень удобным (можно в адресной строке выводить статьи за нужные даты), да и при переезде с blogger.com удобнее сделать редиректы. Но сейчас у меня почти сто страниц выдаются серевером как 404, потому что плагин upm_date_archive выводит правильные ЧПУ, а TxP их не понимает.
Путанно объяснил, попробую по-другому:
Очевидно, что при публикации в URL должен формироваться текущий день, независимо от времени суток. Именно такой день, как указано по времени. Именно тот день, который будет выводить <txp: posted />. Но URLы работают иначе!
В данный момент если я публикую заметку с датой 10 октрября 2008 года в 13 часов, тогда у меня будет правильный URL: /2008/10/10/title.
Но если я сменю время на 12 часов, URL станет /2008/10/09/title, не смотря на то, что <txp: posted /> будет выводить правильную дату.
Настройки GMT не при чём.
И это оочень плохо. Проблема наблюдается как в локалке ("Денвер"), так и на нормальном сервере.
Где может порыться собака?
Есть подозрение, что это вообще баг TxP, тогда давайте попробуем разобраться и отослать репорт разработчикам (кто знает английский).
Версия 4.0.6.
Отредактированно BrokenBrake (10-10-2008 12:34:04)
Неактивен
Определил, что на локальном сервере эта проблема у меня проявляется на границе 22-23 часа. Определённо проблема в сопряжении времени сервера и внутреннего времени TxP. Роюсь дальше...
Неактивен
Сменил системное время в операционке, перезапустил сервер, но граница всё равно осталась на 22-23.
Блин, но я всё равно не могу понять, почему TxP формирует URL не из тех же данных, что у него в posted? Делает какую-то поправку зачем-то.
Неактивен
Проблема в настройке разнице времени. В настройках есть такой пункт.
Неактивен
Так, всё же от настроек GMT зависит. Следовательно, нужно как-то синхронизироваться с сервером.
Неактивен
Всё, сделал. Короче, нужно открывать базу, смотреть там в таблице textpattern время и GMT настраивать так, чтобы в админке отображалось время точно также.
Мне пришлось поставить GMT -7.
Кто напишет в TxP о проблеме? Ведь это совершенно неправильное поведение.
URL /year/month/day/title должен в точности соответствовать значению <txp: posted />.
Cогласны?
Отредактированно BrokenBrake (10-10-2008 13:22:31)
Неактивен
Зачем база? В настройках в админке есть пункт разницы времени. Не помогает?
Неактивен
Вы про часовой пояс? Это совсем не то. Вернее, помогает (см. внимательно сообщение выше), но выходит что смысл вообще теряется, абсолютно. Для чего вообще есть настройка часового пояса, по-вашему?
У меня сейчас 15:05, но вот в админке благодаря этому глюку 01:05. Если же я поставлю настройки GMT в правильное время для себя, то URLы у некоторых записей полетят.
... если я публикую заметку с датой 10 октрября 2008 года в 13 часов, тогда у меня будет правильный URL: /2008/10/10/title.
Но если я сменю время на 12 часов, URL станет /2008/10/09/title, не смотря на то, что <txp: posted /> будет выводить правильную дату.
P.S. В базу надо лезть чтобы определить время, которым оперирует TxP внутри.
Отредактированно BrokenBrake (11-10-2008 12:08:31)
Неактивен
Во, дошло, как просто и правильно сформулировать проблему :)
При формировании URL не учитываются настройки часового пояса - время берётся серверное (оно же сохраняется в базе).
Это неправильно.
Отредактированно BrokenBrake (11-10-2008 12:14:28)
Неактивен
А если отключить настройки летнего времени? Тогда урлы формирует без ошибок?
Скиньте, пожалуйста, полную диагностику на pastie.org и дайте ссылку.
Неактивен
Мне сейчас не хотелось бы экспериментировать на отлаженном блоге. В тот момент я переезжал с blogspot.com, поэтому автоматически получилось выявить глюк, просто не ожидал такого поведения от TxP. Постараюсь выделить время на неделе, чтобы обкатать на тестовой установке.
Отредактированно BrokenBrake (11-09-2009 23:32:57)
Неактивен
Ну что, будем следить за развитием событий
http://forum.textpattern.com/viewtopic.php?id=31788
Неактивен
Bad request. There are a few possibilities why: the link you followed is incorrect (check for typos), the topic/post has been deleted (it was spam), or you do not have have permission to view the topic (make sure you are logged in).
Надеюсь, это просто какое-то недоразумение.
Неактивен
BrokenBrake написал:
Bad request. There are a few possibilities why: the link you followed is incorrect (check for typos), the topic/post has been deleted (it was spam), or you do not have have permission to view the topic (make sure you are logged in).
Надеюсь, это просто какое-то недоразумение.
Походу в этом разделе можно читать только после регистрации
Неактивен