вроде поднялось уже, примерно час был даун.
от поддержки:
крупные ДЦ тоже падают..
закончилось место на диске. почистите логи и перегрузите систему.
посмотреть свободное место - в консоле:
df -h
После сбора данных о "блогерах", логично предположить принятие следующего законопроекта: 1 тыс. руб. налогов за домен
Все юр. данные уже собраны, просто бери и рассылай извещения о налогах. Вот уже и есть самоокупаемость/прибыльность вхождения государства в интернет.
В законах нет четкого определения "блогера" или "интернет-портала", так что любой сайт может оказаться должен и тем и другим одновременно.
Посещение до 3тыс - тоже не проблема, что стоит "поправкой" опустить это число до 100 человек.
http_build_query
угу, тоже самое, только средсвами sql:
select r1.* from regions r1,(SELECT id FROM regions group by country,id having count(*)>1) r2where r1.id=r2.id
попробовал на своей табличке с 31тыс записей: Запрос занял 0.0421 сек.
возможно, они просто не хотят заниматься этим(загружены или Вы уже вынесли им мозг, бывает и такое..), вот и отпугивают ценой.
обратитесь к другим.
Вариан 4 (вроде еще не было): отдавать статику(мелко-графику, графику, яваскрипты, css) из другого места :)
плюсы:
* на основном сервере меньше будет дергаться диск и он не будет отвлекаться на "тупую" работу
* на основном сервере уменьшится количество http запросов и при необходимости (простой школо-Дос, одна буква "Д") можно более жестко лимитировать запросы при помощи iptables или nginx.
в случае микса html и графики трудно устанавливать жесткие лимиты, т.к. один обычный браузер может открыть до 20(+/-) соединений.
в случае, если с сервера отдается только html, то открытие более 5(+/- ставим, мониторим, меняем) соединений с одного ip уже может наводить на разные мысли.
графику - на субдомен, в дальнейшем к субдомену можно привязать несколька А-записей(несколько хостингов, вдс и т.д.)
синхронизация статики/графики:
* или rsync
* или использовать nginx с кешированием, тогда синхронизация вообще не нужна, nginx это сделает сам.
.
по поводу базы mysql на виртуальном диске: imho, это уже на крайний случай.
сначала попробуйте "малой кровью": переместить на виртуальный диск каталог для временных файлов. параметр tmpdir в файле my.cnf. возможно этого будет достаточно.
может пора уже выдохнуть?...
у Вас в команде люди не общаются друг с другом? они не могут одним кликом перебросить тикет в нужный департамент?
ну тогда, извините,... проблема не в клиенте, а именно в Вас, как в руководителе.
(разрулите спокойно, в дальнейшем это окупится)
ps: если клиент на шареде, то почему он может писать тикеты по серверам? логичное решение: можно обязать клиента привязывать тикет к конкретной услуге, которой он не доволен.
(это пол-дня работы програмерам, но путаницы по мелочевке станет заметно меньше)
они отдают 301-й редирект на правильный урл, так что не сбросится.
а вообще основной смысл "p303594" в другом - ускорить работу сайта, т.е. выборка товара идет сразу по primary(или в некоторых случаях unique) ключу.
смотрите мой пост выше: Исправленная версия — 1.0.1g,
1.0.1е - дырявая
