Буквально в соседнем топике речь о софтине, способной на это.
Можно также заюзать массовый редактор текста, предварительно сгенерив нужное кол-во пустых (\одинакового содержания) файлов (простым батником, если под виндой).
Jaf4, ТСу другое надо :)
ТС, на чём у тебя "автоответчик"? Что в кач-ве почтового сервера?
Как-то так:
$mykey_values = get_post_custom_values( 'my_key' );if ($mykey_values) { foreach ( $mykey_values as $key => $value ) { echo "$key => $value ( 'my_key' )<br />"; }}
Если поступают такие вопросы - не клиенты виноваты, а магазин, не сумевший им показать на них ответы до того, как они захотели спросить.
А на подобные типовые вопросы должны быть заготовлены типовые ответы. По возможности и обрабатываться автоматически.
А имя кота фидошника не помнишь? ;)
Я, как пользователь, ненавижу всякие дисскусы и тем более через соцсети. И вжисть не буду заморачиваться с регистрацией.
На wpmag.ru было неск. статей про кеширование ВП. В тч и о чём я говорил. Поищи-почитай мб найдёшь правильное решение.
Само ядро ВП как бэ в оптимизации не особо нуждается, а вот плагины и темы - тут такой простор :) Меня, например, не перерастают "радовать" темы, где миниатюры (из размер) генерятся на лету через тимтумб или свои аналоги.
Более того - роботы не индексируют страницы (урлы) с 301.
Он лазит потому, что он находит эти беки, а их закрытие в робосте от ползания роботов не спасает. Но с чего бы быть нагрузке - не ясно. Это д\б суперкопечная нагрузка.
Но ясно, что тебе надо искать источники этих ссылок и фиксить там.
Я говорю что это последнее в очереди других мероприятий по оптимизации, а не что вообще кеш не нужен. Он нужен, но только там где действительно нужен, а не ради успокоения ;)
Тут кому "даже", а кому "нифига себе сколько" :) А то ведь ставят все кому не лень, начитавшись говноблогов. При посещалке-то 1,5 бота\неделю :)
У тебя дыра в расчётах :) Даже несколько..
Вот см.
Предположим у тебя на одну страницу твои 600 запросов\мин.
1. Сравни по своим расчётам нагрузку при 1мин и 1 суточной генерации кеша. Где профит?
2. По факту у тебя запросы не на одну страницу. И пускай на другие будет в 10 меньше, но их явно больше 10 стр. Предположу раз эдак в тысячу, раз такая посещалка.
Итого каждую минуту имеем вызов 10 001 генераций кеша. Время на это, мне посчитать или сам?
3. Как бэ мелочь, но ..Суммирование время генерации\вывода не совсем корректное в силу того, что за минуту будут происходить "пересечения" генерации и выдачи закешированного. А во время генерации как сам понимаешь - доп. тормоза.
+ ты не учитываешь времени на создание кеша (ты показал только время генерации страницы). Или же наоборот - в твоих замерах показано не время генерации страницы, а время генерации+время создания кеша. Видишь где засада?
да что ж такое-то... Я верю что у тебя так и есть. Я о другом.
Сделай 12-часовой - профит будет выше? Уверен, что много выше. Если действительно есть такая посещалка
Хотя можно предположить, что имеет место быть кривость скриптов и лечить это надо совсем не кешем.
И да. Если у тебя действительно страница обновляется в реалтайме, то можно делать "частичный" кеш - кешировать не изменяемые эл-ты (в тч и УЖЕ неизменяемые. Типа старые комменты), а обновляемые - нет (аля последний коммент).---------- Добавлено 04.11.2014 в 09:19 ----------
У тебя есть проблемы с работой сайта без кеширования? Нет? Значит не парся, а займись полезным - почитай что такое кеш, какие бывают, на каком уровне работают и тд.
Вкратце: кеш - палка о двух концах. И на большинстве сайтов он нафик не нужен. Оптимизировать скорость сайта с пом кеша - последнее дело. По счёту в см. Вначале нужно оптимизировать всё остальное.
