Через телепей в рубли сейчас очень невыгодно выводить, там курс wmz всего 69, а биржевой сейчас 77, на минуточку на секундочку! Пока остаётся только эксченджер мани, там хотя бы на 4-5 рублей ниже биржевого.
Ни то, не другое, деньги лучше сразу тратить (вкладывать в себя, покупать товары и т.д), как показывает практика. Сам накопил на счетах в банках около 5лямов, ну и что, они сейчас в фантики превращаются, так же имею однушку в простое, которая стабильно тянет по 4-5к в месяц за коммуналку, да цены на недвижку поднялись, но фактически остались прежними, так как цена деревянного упала в разы!
Получается что на вебманях нет теперь эквивалента рубля? три тыщи я всё таки вывел с wmp кошелька, на всякий случай. Теперь уже беспокоюсь о вебманях в целом, так как на wmz лежит крупная сумма.
Во-первых, как верно заметили, хоть оно и пишет что таблицы на диск пишутся, но фактически ведь пишутся в память, т.е. на физический диск ничего не пишется.
Во-вторых, есть переменные tmp_table_size и max_heap_table_size - нужно их сделать размером больше чем те записываемые таблицы. Прописать в my.cnf и проверить:
show variables like '%_table_size';
И главное... с чего взяли что суть вашей проблемы в самом процессе создания таблиц на диск? Может из-за того что когда диск во время бэкапа тормозит, тормозит чтение из базы во время запроса. Если после переноса tmpdir на tmpfs ничего не улучшилось, то врядли здесь надо искать проблему. По хорошему конечно вся база должна сидеть в памяти целиком и с диском обмениваться лишь иногда.
Да и вообще, уверены что зависание именно от нагрузки на диск во время бэкапа, а не нагрузки на cpu например? Бэкап это ведь и архивирование обычно - страшное дело если сделано абы как, не однопоточно :)
tmp_table_size и max_heap_table_size в данный момент установлено значение 128M и там и там, нагрузка во время бекапа идёт и на cpu и на диск, бекап делается средствами ispmanager, в процессах в этот момент висят именно те запросы у которых в explain есть Using temporary Пока проблему решил изменив запрос, пришлось залезть в ядро вордпресса в query.php, заменил сортировку по дате wp_posts.post_date на сортировку по wp_term_relationships.object_id для категорий это не критично, тем самым избавился от временных таблиц в этом запросе.
Восстановили.
Я уже обосраться успел)
Хорошо что я этого не видел) У меня там куча wmz, выводить с невыгодным процентом или переждать, а вдруг потом будет поздно.
Теперь уже беспокоюсь о вебманях в целом, так как на wmz лежит крупная сумма.
Так запустился, видимо эта строка должна идти после ServerName хотя не уверен работает ли это значение, увеличил его из за ошибки В nginx добавил в секцию http { large_client_header_buffers 4 16k;
Сделал пока так, не совсем то что я хотел
RewriteCond %{QUERY_STRING} ^.*(%5C).* [NC]
RewriteRule .* - [F]
Как сделать редирект с /?s=\ на /
Нужно запретить обратный слэш для поиска
Пробовал делать так
Redirect 301 /?s=\ /
и так
RedirectMatch 301 /?s=\(.*) //$1
оба варианта не работают, второй вообще 500 ошибку даёт
Во-первых, как верно заметили, хоть оно и пишет что таблицы на диск пишутся, но фактически ведь пишутся в память, т.е. на физический диск ничего не пишется.
Во-вторых, есть переменные tmp_table_size и max_heap_table_size - нужно их сделать размером больше чем те записываемые таблицы. Прописать в my.cnf и проверить:
show variables like '%_table_size';
И главное... с чего взяли что суть вашей проблемы в самом процессе создания таблиц на диск? Может из-за того что когда диск во время бэкапа тормозит, тормозит чтение из базы во время запроса. Если после переноса tmpdir на tmpfs ничего не улучшилось, то врядли здесь надо искать проблему. По хорошему конечно вся база должна сидеть в памяти целиком и с диском обмениваться лишь иногда.
Да и вообще, уверены что зависание именно от нагрузки на диск во время бэкапа, а не нагрузки на cpu например? Бэкап это ведь и архивирование обычно - страшное дело если сделано абы как, не однопоточно :)
Пока проблему решил изменив запрос, пришлось залезть в ядро вордпресса в query.php, заменил сортировку по дате wp_posts.post_date на сортировку по wp_term_relationships.object_id для категорий это не критично, тем самым избавился от временных таблиц в этом запросе.