Значит ситуация такая.
Разбираюсь хорошо в теме.
Всё работало, но хостер неожиданно обновил php и мускл с 4 до 5 версии.
И приплыли. Кеш не работает даже с бубном. Папка с кешем пустая (права стоят)
Закомментировала даже
if ( ! defined('ENABLE_CACHE') )
return;
// Disable the persistent cache if safe_mode is on.
if ( ini_get('safe_mode') && ! defined('ENABLE_CACHE') )
return;Не пашет и всё.
Напоминаю, что до смены ПО, всё работало.
В чём затык и какая отк. функция php может влиять на работу кеша.
————
Вопрос 2: Как базу мускула 4 (кодировка винда) перегнать под 5-ю версию в UTF-8
Ответ 2 (вариант): через экспорт-импорт с промежуточным пересохранением дампа в другой кодировке.
Походу, как я понял, переход на последнюю версию WP должен помочь. Попробуйте
Стоит и так последний 2.3
на локалхосте естест. все работает
как и работало у хостера до сегодняшнего дня.
Уже бесит.
Наспамте хостеров 50mb, 2-3$
посещаемость 1-1.5k
>> Ответ 2 (вариант): через экспорт-импорт с промежуточным пересохранением дампа в другой кодировке.
Делала так
1) сохраняю
2) в дампе везде меняю cp1251 на utf8
3) в новую базу заливаю
4) работает, кодировка нормальная, но с клюками
При каждом заходе пишет
Warning: ob_start(): output handler ‘ob_gzhandler’ cannot be used after ‘URL-Rewriter’ in \www\wp-includes\functions.php on line 408
И стоит ли вообще заморачиватся с переходом на utf
на локалхосте разница в скорости около 0.1-0.15с
————-
Еще как запретит вордпрессу качать английские новости
из за этого 60% базы данных забито ненужным хламом типа
Поставила заного тестовый блог.
Кеш не работает.
У кого-нибудь на PHP5 стоит с кешем.
Макс, как отловить причину?
В кеше создаются только 2 файла index.php и wp_object_cache.lock
Если их удалить, они заного появляются.
Раньше было много файлов.
тоже на днях обновился до пхп5 и мускл5 стало заметно поттормаживать и похоже проблема действительно в кэше. Хоть я и пользуюсь не стандартным методом, а WP-Cache, но при включенном плагине первой загрзки страницы (когда при вызове и создаётся кэш) пришлось ждать 7.5 сек, а с отключенным плагином – 2.2. Странно всё это, нужно почитать на офф.форуме.
>У кого-нибудь на PHP5 стоит с кешем.
Да стоит и работает. хостинг свой личный, поэтому такой проблемы не видел – "включено" все практически
>тоже на днях обновился до пхп5 и мускл5 стало заметно поттормаживать и похоже проблема действительно в кэше. Хоть я и пользуюсь не стандартным методом, а WP-Cache, но при включенном плагине первой загрзки страницы (когда при вызове и создаётся кэш) пришлось ждать 7.5 сек, а с отключенным плагином – 2.2. Странно всё это, нужно почитать на офф.форуме.
у меня плагин тот поначалу шустро работал а потом тоже начал тупить аналогичным способом. стандартное кэширование работает хорошо ну и + акселератор пхп использую (с тем плагином не пробовал использовать его. надо поэкспериментировать)
>> Да стоит и работает. хостинг свой личный, поэтому такой проблемы не видел – "включено" все практически
В том-то и дело, что у тебя свой хостинг все включено в php5
Походу проблема в нераб. стан. кеше именно в php5
У кого обячный хостинг с php5?
Потвердите или нет работоспособность СТАНДАРТНОГО кеширования
Подтверждаю. Работает. PHP Version 5.2.4. hosted.in.ua
Вообще-то это и есть работа кэша. Если бы он не работал, то эти файлы не создавались бы. Я думаю, что скорее всего какая-то проблема с правами владельца. В общем как вариант можно попробовать сделать так: войти через файл-менеджер cPanel (именно на сервере, ftp не пойдет) и удалить каталог кэша, а после его опять создать и проставить права на запись. У меня была как-то подобная проблема с удалением и созданием файлов, решилась именно такми способом.
Не помогло.
Говорю до замены ПО c php4 на php5
всё работало и в папке было очень много файлов
сейчас только 2
Макс, у тебя я так понимаю XP хостинг?
А тариф какой. Наверное придётся переезжать.
Тогда нужно рыть в сторону отключенных функций на сервере. Может у него отключен какой-нибудь mkdir, вот и не работает.
ps тариф дорогой, я ведь реселлер 😉
Натали, какая версия PHP5 у вас стоит? Для 5.2 в траке был описан фикс (http://trac.wordpress.org/ticket/3354) попробуйте, может это ОНО?
Вот phpinfo хостинга
_http://www.buxar-host.com/order/phpinfo.php
У кого работает с PHP5, дайте ваш phpinfo.php
Будем искать различия.
тот фикс для старой версии, у меня сборка от макса 2.3
Что там советую в Line 28 \ Line 187 такого вообще нет в cache.php
Или вы думаете, что разрабы за год не исправили.
Ошибок PHP Fatal error нет.
——-
>> тариф дорогой, я ведь реселлер
Там нет таких
_http://xp-hosting.com/hosting.php
_http://xp-hosting.com/reseller.php
_http://help.biz.ua/phpinfo.php
Лёгко! Баг с локализацией через .mo на php5 и 64-разрядных системах до сих пор имеет место быть, если не ошибаюсь.
http://trac.wordpress.org/ticket/5147
Может это? 3 недели всего назад)
Или это http://trac.wordpress.org/ticket/5182 … Поищите в трэках, может кто уже задавался подобным вопросом.
Кажется нашла проблему
Если в ручную в папке cache
создать папки с правами 777
1) userlogins
2) users
то в этих папках появляется кеш-файлы
но проблема в том, что остальной кеш каждый раз создаёт папку наугад вида 7548a046afddd2f01730052165bff58f
а вней подпапки bookmark, category, default и т.д.
кстате на локалхосте эта папка всегда одна и та же
а вот на сервере уже другая, но я не знаю какая. видимо генерация зависит от каках-то параметров.
Как модифицировать код, чтобы подпапки bookmark, category, default и т.д. создавались не в папке наугад 7548a046afddd2f01730052165bff58f
а в корне, как и userlogins, users
тогда я вручную назначу прова и кеш будет работать
Короче почему-то права от родительской папки cache не передаются на вновь созданные подпапки
Натали, Вы создавали папку cache вручную и ставили на нее права 777? Если да, то попробуйте ее удалить (со всем мотлохом) и поставить права 777 на wp-content, пусть wp сам создаст себе папку cache. Потом верните права 755 на wp-content.
Это было проделано уже 1000 раз в разных ftp-клиентах и через панель
Если
>> Если да, то попробуйте ее удалить (со всем мотлохом) и поставить права 777 на wp-content, пусть wp сам создаст себе папку cache.
то папка cache не создаётся
говорю, что php скрипт почему-то не может создавать папки и назначать права
завтра отпишусь хостеру
И это правильно.
Удалось избавится от создание папок вида 7548a046afddd2f01730052165bff58f
в cache.php меняем
return "{$this->blog_id}/$group";
на return "/$group";
теперь работает с ручным выставление прав у каждого католога
запросы убавились с 20-30 до 7-15
>> И это правильно
писали и не раз.
не бе, не ме
Вот сами и решили за 5 дней.
———–
Теперь остаётся выяснить, что быстрее 30-35 запросов к базе или чтение 20-30 мелких файлов с hdd
Вот простенький скрипт
выдаёт
что и требовалось доказать
php скриптам запрешено создавать папки
🙂
Натали, а если имя директории указать без слеша?
Вот это, кажется, как раз оно и есть http://bugs.php.net/bug.php?id=42653
Ю.Б.
Ну что сказать. Оно самое.
Мдя, глубоко баг сидел 🙁
Всем спасибо.