Mister_Black

Рейтинг
164
Регистрация
24.02.2009
baas:
Только не центос!!!, если FreeBSD систему не хочиш использовать, то используй Debian linux.
centos не знаю для кого это система, но в ней все не логично, все время всплывают какие-то подводные ками, о которых даже вовсе и не подозревал ( по логике использования ) .
А для чего тебе isp панель?

isp просто привык к ней и ничего более

но в итоге isp панель оказалась с такой подставой, буду изучать лучше доступ по ssh, надо избавляться от этих панелей

Jaf4:
значит просто пользовал, а не админил ☝

Может быть, просто следил что бы всё стабильно работало по крайней мере со своей стороны, вот только ничего не мог поделать с запросами обращающимися к диску которые в нормальном состоянии обрабатываются быстро, но во время ночного бекапа все они виснут на впс, админ хостинга говорит, что это нормально и что 100 sql запросов ничего не решают, но всё таки я так не думаю, например когда из 4000 уников 100 могут просто не попасть на сайт во время таких "бекапов"

Пока отменил заказ сервера там проблема с импортом пользователя, как раз из за несовместимости freebsd и centos

Den73, ну сайт не такой уж мелкий всё таки база уже на 700мб (вордпресс) да и по цене я выбрал дедик практически равнозначный моей уже бывшей впске, разница в цене 2 бакса.

LinuxMan, к сожалению с моим сайтом сложно найти такого стабильного хостера, да и не хочу экспериментировать времени особо нет для этого, я с этим хостером с 2009 года.

Jaf4, в том то и проблема что я её сам админил, а с линуксами никогда дел не имел, читал на буржуйских форумах да и на наших тоже, что линукс более требователен к ресурсам, для равнозначных задач памяти требует почти в 2 раза больше нежели unix

kgtu5, сейчас на впске ISPmanager-Lite 4.4.10.24

Vin_cent:
А когда выйдет очередное обновление wordpress, опять пойдёшь искать-править-код там? Допиливать wordpress, имхо, глупая затея.

я его и не обновляю, у меня по сути это уже и не вордпресс, там 70% кода переписано, если бы у меня стоял вордпресс не кастомизированный, этот сайт с 300000 постов на впске даже не запустился, с морды всего 5 запросов на базу, в то время как у неоптимизированного вордпресса от 20 и выше, к тому же я не использую html кеш, потому как динамика на страницах нужна.

вобщем осталось только два проблемных запроса этот и like, скорее всего fulltext придётся делать.

Вобщем запрос вот так сделал

EXPLAIN SELECT SQL_NO_CACHE wp_posts.ID
FROM wp_posts
USE INDEX ( date_id )
INNER JOIN wp_term_relationships ON ( wp_posts.ID = wp_term_relationships.object_id )
INNER JOIN wp_term_taxonomy ON ( wp_term_relationships.term_taxonomy_id = wp_term_taxonomy.term_taxonomy_id )
WHERE 1 =1
AND wp_term_taxonomy.taxonomy = 'category'
AND wp_term_taxonomy.term_id
IN (
'49'
)
ORDER BY wp_posts.post_date DESC
LIMIT 10140 , 10

запрос занял 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сек примерно, а вот всё что выше видимо лезет на диск и в результате тормоза.

SeVlad:
Убиться об стенку. Причем 2 раза.
Первый - за то, что в запросе жестко используется префикс таблиц
Второй, за не знание WP_Query и offset в нём.

И ещё 2 контрольных удара за неумение вставлять код в форум и не указание движка.

Зачем же так кричать, я что говорил что какой то супер-программист, я пока только учусь :) префикс используется из за того что вторая таблица которая подсчитывает просмотры, не стандартная вордпрессовская, если писать префикс через $wpdb то выдаёт ошибку, как раз из за $wpdb->count_views

m@ksim:
Хватает всех мощностей. Ваши отличия говорят о том, что вы сделали что-то неправильно. Установили счетчик на других сайтах, не установили счетчик, считаете ботов за реальных посетителей, смотрите количество посещений вместо посетителей, мало ли что еще могли придумать. Вы ведь даже не понимаете, насколько бессмысленно указывать абсолютное различие "на целую тыщу" без общего количества. Сколько всего посетителей? 10? 1000? 100000?

Li показывает 4050 уников в сутки, Google 4890 уников, это за вчера, оба кода стоят в футере, сайт на вордпресс.

Поставил для интереса счетчик от google-analitics так он на целую тыщу больше посетителей показывает, в отличии от Li, что то Li скурвился совсем в последнее время, серверной мощности им чтоль не хватает.

Всего: 610