запрос: select count(`id`) AS `kolich`, * from `regions` GROUP BY `country` потом через PHP отсеять все у кого `kolich` = 1... получите в массиве все `country` которые не уникальны.. потом делаете запрос по ним и получаете все записи которые вам нужны... как-то так select * from `regions` where `country` in (...)
угу, тоже самое, только средсвами sql:
select r1.* from regions r1, (SELECT id FROM regions group by country,id having count(*)>1) r2 where 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. возможно этого будет достаточно.
Den73: вы не понимаете, сообщение пришло человеку у которого вообще нет доступа к хостингу, он не занимается шаред хостингом, он занимается выделенными серверами и впс. у него есть доступ в дата центры. поэтому при всем желании он не может вам помочь.
может пора уже выдохнуть?...
у Вас в команде люди не общаются друг с другом? они не могут одним кликом перебросить тикет в нужный департамент?
ну тогда, извините,... проблема не в клиенте, а именно в Вас, как в руководителе.
(разрулите спокойно, в дальнейшем это окупится)
ps: если клиент на шареде, то почему он может писать тикеты по серверам? логичное решение: можно обязать клиента привязывать тикет к конкретной услуге, которой он не доволен.
(это пол-дня работы програмерам, но путаницы по мелочевке станет заметно меньше)
narvell3: Gug007, ага, понятно спасибо, а как влияет это все на индексацию если к примеру они поменяют урл в центре то по логике он должен сброситься с индексации ?
они отдают 301-й редирект на правильный урл, так что не сбросится.
а вообще основной смысл "p303594" в другом - ускорить работу сайта, т.е. выборка товара идет сразу по primary(или в некоторых случаях unique) ключу.
вроде поднялось уже, примерно час был даун.
от поддержки:
Наблюдались проблемы с электропитанием в виду погодных условий в датацентре LeaseWeb во Франкфурте.
Описание проблемы на аглийском языке http://leasewebnoc.com/en/networkstatus/major-powwer-outage
крупные ДЦ тоже падают..
[27-Apr-2014 07:25:52] ERROR: Unable to write to the PID file.: No space left on device (28)
закончилось место на диске. почистите логи и перегрузите систему.
посмотреть свободное место - в консоле:
После сбора данных о "блогерах", логично предположить принятие следующего законопроекта: 1 тыс. руб. налогов за домен
Все юр. данные уже собраны, просто бери и рассылай извещения о налогах. Вот уже и есть самоокупаемость/прибыльность вхождения государства в интернет.
В законах нет четкого определения "блогера" или "интернет-портала", так что любой сайт может оказаться должен и тем и другим одновременно.
Посещение до 3тыс - тоже не проблема, что стоит "поправкой" опустить это число до 100 человек.
http_build_query
запрос: select count(`id`) AS `kolich`, * from `regions` GROUP BY `country`
потом через PHP отсеять все у кого `kolich` = 1...
получите в массиве все `country` которые не уникальны..
потом делаете запрос по ним и получаете все записи которые вам нужны...
как-то так select * from `regions` where `country` in (...)
угу, тоже самое, только средсвами sql:
попробовал на своей табличке с 31тыс записей: Запрос занял 0.0421 сек.
При чем тут скупой не скупой? Предложили 3000р, а потом 10000р!
возможно, они просто не хотят заниматься этим(загружены или Вы уже вынесли им мозг, бывает и такое..), вот и отпугивают ценой.
обратитесь к другим.
Вариан 4 (вроде еще не было): отдавать статику(мелко-графику, графику, яваскрипты, css) из другого места :)
плюсы:
* на основном сервере меньше будет дергаться диск и он не будет отвлекаться на "тупую" работу
* на основном сервере уменьшится количество http запросов и при необходимости (простой школо-Дос, одна буква "Д") можно более жестко лимитировать запросы при помощи iptables или nginx.
в случае микса html и графики трудно устанавливать жесткие лимиты, т.к. один обычный браузер может открыть до 20(+/-) соединений.
в случае, если с сервера отдается только html, то открытие более 5(+/- ставим, мониторим, меняем) соединений с одного ip уже может наводить на разные мысли.
графику - на субдомен, в дальнейшем к субдомену можно привязать несколька А-записей(несколько хостингов, вдс и т.д.)
синхронизация статики/графики:
* или rsync
* или использовать nginx с кешированием, тогда синхронизация вообще не нужна, nginx это сделает сам.
.
по поводу базы mysql на виртуальном диске: imho, это уже на крайний случай.
сначала попробуйте "малой кровью": переместить на виртуальный диск каталог для временных файлов. параметр tmpdir в файле my.cnf. возможно этого будет достаточно.
вы не понимаете, сообщение пришло человеку у которого вообще нет доступа к хостингу, он не занимается шаред хостингом, он занимается выделенными серверами и впс. у него есть доступ в дата центры. поэтому при всем желании он не может вам помочь.
может пора уже выдохнуть?...
у Вас в команде люди не общаются друг с другом? они не могут одним кликом перебросить тикет в нужный департамент?
ну тогда, извините,... проблема не в клиенте, а именно в Вас, как в руководителе.
(разрулите спокойно, в дальнейшем это окупится)
ps: если клиент на шареде, то почему он может писать тикеты по серверам? логичное решение: можно обязать клиента привязывать тикет к конкретной услуге, которой он не доволен.
(это пол-дня работы програмерам, но путаницы по мелочевке станет заметно меньше)
Gug007, ага, понятно спасибо, а как влияет это все на индексацию если к примеру они поменяют урл в центре то по логике он должен сброситься с индексации ?
они отдают 301-й редирект на правильный урл, так что не сбросится.
а вообще основной смысл "p303594" в другом - ускорить работу сайта, т.е. выборка товара идет сразу по primary(или в некоторых случаях unique) ключу.
И nginx и апач перезапускал.
смотрите мой пост выше: Исправленная версия — 1.0.1g,
1.0.1е - дырявая