Может быть, просто следил что бы всё стабильно работало по крайней мере со своей стороны, вот только ничего не мог поделать с запросами обращающимися к диску которые в нормальном состоянии обрабатываются быстро, но во время ночного бекапа все они виснут на впс, админ хостинга говорит, что это нормально и что 100 sql запросов ничего не решают, но всё таки я так не думаю, например когда из 4000 уников 100 могут просто не попасть на сайт во время таких "бекапов"
Пока отменил заказ сервера там проблема с импортом пользователя, как раз из за несовместимости freebsd и centos
Den73, ну сайт не такой уж мелкий всё таки база уже на 700мб (вордпресс) да и по цене я выбрал дедик практически равнозначный моей уже бывшей впске, разница в цене 2 бакса.
LinuxMan, к сожалению с моим сайтом сложно найти такого стабильного хостера, да и не хочу экспериментировать времени особо нет для этого, я с этим хостером с 2009 года.
Jaf4, в том то и проблема что я её сам админил, а с линуксами никогда дел не имел, читал на буржуйских форумах да и на наших тоже, что линукс более требователен к ресурсам, для равнозначных задач памяти требует почти в 2 раза больше нежели unix
kgtu5, сейчас на впске ISPmanager-Lite 4.4.10.24
я его и не обновляю, у меня по сути это уже и не вордпресс, там 70% кода переписано, если бы у меня стоял вордпресс не кастомизированный, этот сайт с 300000 постов на впске даже не запустился, с морды всего 5 запросов на базу, в то время как у неоптимизированного вордпресса от 20 и выше, к тому же я не использую html кеш, потому как динамика на страницах нужна.
вобщем осталось только два проблемных запроса этот и like, скорее всего fulltext придётся делать.
Вобщем запрос вот так сделал
запрос занял 0.0551 сек (вполне приемлемо)
id select_type table type possible_keys key key_len ref rows Extra
1 SIMPLE wp_term_taxonomy const PRIMARY,term_id_taxonomy,taxonomy term_id_taxonomy 44 const,const 1
1 SIMPLE wp_posts index NULL date_id 11 NULL 10150 Using index
1 SIMPLE wp_term_relationships eq_ref PRIMARY,term_taxonomy_id PRIMARY 5 site.wp_posts.ID,const 1 Using index
и никаких темпорари
но остался вопрос, как теперь этот запрос внедрить в выборку категории
надо что то типа?
function sql($wp_query){
if (is_category()){
$wp_query->sql('sql');}}
add_filter('pre_get_posts','sql');
насколько я знаю с помощью pre_get_posts можно изменить только хвост запроса
Vin_cent, на моём вдс к сожалению ramdisk не сделать
Спасибо за советы, попробую эту категорию разделить на несколько, типа "название категории - архив за 2013г", "название категории - архив за 2014г"
надо только с запросом разобраться с помощью которого такое можно сделать,
вобщем я в этом не силён надо профи искать для того чтобы разбить категорию на несколько.
до 20000 постов в категории отрабатываются сервером нормально 0.02сек примерно, а вот всё что выше видимо лезет на диск и в результате тормоза.
Зачем же так кричать, я что говорил что какой то супер-программист, я пока только учусь :) префикс используется из за того что вторая таблица которая подсчитывает просмотры, не стандартная вордпрессовская, если писать префикс через $wpdb то выдаёт ошибку, как раз из за $wpdb->count_views
Li показывает 4050 уников в сутки, Google 4890 уников, это за вчера, оба кода стоят в футере, сайт на вордпресс.
Поставил для интереса счетчик от google-analitics так он на целую тыщу больше посетителей показывает, в отличии от Li, что то Li скурвился совсем в последнее время, серверной мощности им чтоль не хватает.
Liveinternet заблокировал роскомнадзор, по крайней мере у меня (пров Ростелеком) Li заблокирован.
