Я ничего не путаю.
Сейчас есть несколько клиентов на обслуживании с сайтами на DLE и мы просто в шоке, как такие запросы можно генерировать, ложить mysql мощного сервера при явно недостаточной для этого посещаемости.
Пример - модуль "похожие новости". Это когда на странице внизу показываются ссылки на похожие страницы.
Этот модуль генерирует полнотекстовые запросы к базе mysql при каждом открытии страницы.
Вы можете себе представить запрос, когда весь(!) текст новости прогоняется по базе из нескольких гигабайт с целью найти что-то там похожее? Диски просто в шоке о такого. Никакого кэширования и прочего там стандартно не предусмотрено.
Ещё интересная возможности "отображать случайные новости". Когда при открытии главной страницы генерируется SELECT бла-бла FROM dle_post ORDER BY RAND() к такой же базе из нескольких гигабайт. А такого вида запросы естественно даже mysql не могут кэшироваться.
Почитайте в интернете про DLE. Да там половину кода рекомендуют переписывать, чтобы такой нагрузки не получать.
DLE - это вообще полный ужас.
Запросы к mysql генерирует такие, какие вообще могут только в кошмарах сниться.
Если ещё и поговорить о плагинах и доп. возможностях, то там писали точно криворукие, имхо.
P.S.: Со стороны администрирования знаю, на сколько дикое количество ресурсов уходит на то, чтобы обслужить этот движок.
Ага. Или "да я уже неделю к лицу не прикасался, значит вы меня заразили!" =)
А если повернуть другим боком? :)
1) Вы хоть раз пытались сказать стоматологу, что он подошёл не с той стороны, чтобы запломбировать вам зуб?
2) Вы хоть раз пытались перед походом к стоматологу прочитать краткий курс по пломбированию зубов (от якобы умного стоматолога) и давать советы своему стоматологу в процессе пломбирования вашего зуба и говорить, что то, что он делает, делать не советуют "умные" люди?
3) Вы спрашивали стоматолога хоть раз, каким инструментом он пользуется, какого производителя и потом гордо заявляли, что вам зубы нужно рвать инструментом от такого-то производителя, т.к. вы вычитали где-то, что это круче.
4) Вы хоть раз приносили стоматологу распечатанную инструкцию по пломбированию зубов и с пеной у рта доказывали, что ваши зубы должны пломбироваться только по данной инструкции,т.к. инструкцию вы нашли на сайте ну просто шикарнейшего стоматолога (обычно по его же словам)?
5) Вы всегда считаете, что врач врёт по определению, чтобы развести вас на более дорогой препарат и говорите ему, что другой врач вам бы прописал только клизму?
6) Вы говорите врачу, когда он ставит вам плохой диагноз, что у другого врача такого не было и он всегда говорил, что вы здоровы?
7) Вы говорите врачу, что если он сейчас же не вылечит вас бесплатно, то вы убежите к другому врачу?
8) Вы пытаетесь объяснить сантехнику, что ваш друг окулист посоветовал сделать так-то и он знает, что говорит?
9) Вы говорите врачу, что у другого врача у вас апендикс работал и вырезать его нет смысла?
10) Вы пытаетесь медицинскими терминами (которые где-то и когда-то вычитали) объяснить врачу, что с вами случилось? И потом на фразу врача "я вас не понимаю" говорите другими терминами и потом "вы же врач, должны понимать медицинские термины!" ?
Да и вы заканчиваете вашу фразу "у меня заболело то-то" обязательной фразой "у другого врача ничего не болело"?
Смысл в том, что если уж не имеешь достаточных знаний, лучше говорить о проблеме простым русским языком (нажал туда-то, появилось то-то, а должно то-то) и не стараться показаться умнее, тем, что пытаешься оперировать кучей терминов (которые либо не к месту получаются, либо вообще не существуют в таком виде) и советовать тех. специалистам, как якобы нужно обязательно делать.
P.S.: Вот недавно читал тикет подобного плана. Человека не могли понять очень долго, т.к. его термины в его сообщениях вообще были не понятно использованы. Потом он всё же написал русским языком и проблема решилась за минуту.
,
Ну да... видимо настоящий стоматолог сам себе зубы пломбирует :)
Хм... всегда это сам делал. Может зря? :)
А не MySQL ли случаем ложит диск? Для DLE это привычная ситуация.
Хотя раз VDS на OpenVZ, возможно и "соседи" добавляют проблем.
Естественно.
По мне, так даже позорно писать, что на хостинге за 200-300 р. в месяц у вас проблемы с сайтом, который теряет 700$ в сутки.
Для таких сайтов лучше продумывать всё до мелочей, иметь сервер (может даже не один), администратора и т.п. Чтобы никакие проблемы хостера вас не касались.
Мало информации. Что значит "дать"?
Если просто нужно дать возможность разместить там сайт, то
1. В "политика" поставить галочку "разрешить администратору смешивать домены" (как-то так)
2. Добавить в www-домены сайт user.domain.ru и выбрать нужного пользователя при добавлении.
Все действия от root'а.
Да я понимаю, только люди разные и не каждый может посмеяться над своей ошибкой или глупостью.
А зачем гадать? Не проще посмотреть как верно и сделать?
Точка ставится после полного названия домена, т.е. mail.domain.ru.
Если без точки, то считается поддоменом и дописывается сам домен, т.е. если поставить mail (без точки в конце), то по факту будет mail.domain.ru.
Т.е. в вашем примере:
Создал запись
mail.
CNAME (каноническое имя)
ghs.google.com
Получаем, что домен mail (полный домен, которого не существует в природе. Ведь точка стоит, значит считаем это полным доменом) будет ссылаться у вас на ghs.google.com.domain.ru (т.к. не стоит точки и дописывается сам домен (для примера взял domain.ru))
В вашем случае верные записи:
mail CNAME ghs.google.com. (после mail точки нет (допишется название вашего домена), а после ghs.google.com. точка есть, т.к. домен полный).
или
mail.domain.ru. CNAME ghs.google.com (везде стоят точки, т.к. домены везде используем полные. domain.ru естественно заменить на название вашего домена)
Действительно, стоит обратить внимание для начала на IO maxim77k, apache не обязательно менять на nginx. Можно настроить связку nginx + apache и не мучаться с rewrite'ами. При этом сократится как и количество используемых ресурсов, так и увеличится скорость работы. (если в IO всё жёстко не упирается конечно)
