30 марта 2010 в 13:09
ля сайтов с посещаемостью более 5000-10000 посетителей в сутки производительность базы данных MySQL является определяющим фактором для качественной работы сайта. Уникальная услуга «MySQL на отдельном сервере» позволит Вам разгрузить VPS/сайт на хостинге за счёт передачи нагрузки на выделенный физический сервер с конфигурацией:
4-х ядерный процессор Intel(R) Xeon(R) CPU E5430 2.66GHz
16 гигабайт оперативной памяти
RAID 10 из 6 жестких дисков SAS
При этом прирост производительности может составлять до 300%! А если вы пользуетесь VPS - будет освобождена оперативная память, ранее занимаемая локальным MySQL сервером.
Этой услугой успешно пользуются следующие порталы:
http://www.hr-portal.ru
http://www.drupaler.ru
Стоимость услуги «MySQL на отдельном сервере» составляет 500 рублей в месяц.
Настроить услугу можно связавшись в биллинге с техподдержкой
Комментарии
А можно вопрос - у вас клиент который будет использовать MySQL на отдельном сервере будет использовать этот сервер ЭСКЛЮЗИВНО? Или вместе с другими такими же клиентами (дайте я прикину стоимость) в количестве не менее десяти штук (иначе сервер не окупится за 500 руб/мес)?
Что у вас с ограничениями по памяти?
использовать он его будет не эксклюзивно. однако на этом сервере находится исключительно СУБД. Все описанные ресурсы сервера выделены под неё. Никакой виртуализации и прослоек между СУБД и дисками.
Этим мы отличаемся от многих других хостеров, которые предлагают отдельный MySQL сервер просто на отдельной VPS-ке.
Не вижу особой разницы в производительности при такой схеме.
Откуда я знаю сколько ресурсов сервера потребляют оставшиеся клиенты?
Проще на обычный сервер брать поменьше клиентов, чтобы оставался процессор на MySQL. Чтобы повысить при этом производительность - БД цепляется на отдельный RAID например.
При этом известный факт, что работа с MySQL по TCP/IP медленней, чем через локальный сокет.
Таким образом, за 500 рублей вы предлагаете, простите, шнягу для тех кто не в теме.
Я в теме, такого мне не надо.
Не проще. И при всём уважении - вы абсолютно не в теме.
Для любого производительного сайта конкуренция в доступе к диску, процессору и памяти между PHP и MySQL недопустима.
Разделение даёт огромный реальный прирост в производительности. И вклад операций сетевого обмена в данном случае стремится к нулю.
К вашему сведению, на абсолютно любом нагруженном проекте разносят вёб-сервер и базу по разным машинам.
интересно, но боюсь я один вам весь его нагружу
clubwave.ru
не боись!, я уже там, прорвемся
судя по лайвинтернету, у вас меньше 1000 в сутки... вряд ли вы нам его нагрузите даже на 1%
Да ну? Я не вчера родился. Как вам сайт с 8000 уников в день и 5Gb трафика с него - это ненагруженный сайт по-вашему? А ведь спокойно живёт с MySQL сервером на одном сервере и чувствует себя прекрасно.
Для того, чтобы пересечений по дисковым операциям не было - MySQL и файлы сайта разводятся по разным рейд-массивам. Процессор в основном жрёт MySQL, а память ФИКСИРУЕТСЯ и для того же MySQL выделяется один раз - поэтому по памяти конфликтовать они не будут.
Разделение даёт такой прирост только в случае виртуального хостинга, когда MySQL вынесут на ВЫДЕЛЕННЫЙ сервер, но поскольку вы не даёте сервер в эксклюзив т.е. у вас он не выделенный и на этом сервере будут шарится ещё 10 и более клиентов - особой разницы между разделённой и неразделённой кофигурацией нет.
Так что не в теме всё-таки вы.
К вашему сведению, там где требуется такое разведение лучше ставить балансировочный кластер. Будет не только производительней, но ещё и надёжней.
Имхо может кому-то услуга и подойдет, но в целом идея тухлая. Скорость доступа к базе слишком критичный параметр, чтобы использовать сервер БД далеко от своего веб-сервера. Берем средненькую страницу Друпала. При генерации ответа может быть использовано 200-300 запросов - умножаем на средненький round-trip в несколько миллисекунд - и получаем в результате не тормоза, а Тормоза с большой буквы.
вообще не особо. вот hr-portal с 30000 в сутки да, нагруженный. ЗЫ. трафик тут вообще не при чём.
походите на хайлоад, послушайте об архитектуре высоконагруженных проектов и не повторяйте свои аргументы.
запустите у себя команду top.
у меня складывается впечатление, что вы больше любите писать нежели читать. уверяю вас, что использование этой услуги на любом VPS тарифе позволит освободить до 60-70% оперативной памяти, которую можно будет использовать напримем под memcache или увеличить кэш eaccelerator или apc. это вы хоть понимаете?
к вашему сведению, речь идёт об услугах для VPS и хостинга, а кластеризация немного выходит за эти рамки. когда-то мы может и займёмся всяческими облачными вычислениями - но явно не сейчас. это не массово.
соседний порт на гигабитном свитче это даааааа, ооооочень далеко. последствия Тормозов с большой букве при задержках гигабитной сети вы можете наблюдать на hr-portal.ru
Пардон. Если услуга позиционируется только для ваших существующих клиентов по услуге "хостинг", то предложение имеет смысл. Ваш сарказм абсолютно неуместен, т.к. из начального поста не ясно позиционирование услуги.
Ага ,согласен! Проблема в том, что будут серьезные лаги при доступу к внешнему (удаленному) серверу БД. А это съест на нет все плюсы от такого отделения.
Единственное, когда нужно - это если хостится этот SQL на том же физическом сервере, что и WEB-сервер, а нагрузка эккаунта выходит за пределы тарифного плана именно из-за SQL. Тогда такое "разделение" выгодно.
Причём, идеализируя, если бы можно было набирать отдельно процессорное время и память WEB-сервера и (отдельно) ресурсы MySQL такими опциями - было бы удобно. Т.к. часто бывают перекосы - один сайт жрёт трафик, другой процессор, третий - SQL.
Ещё раз объясню, что никаких "лагов" на всякие "внешние сервера" нет. Между серверами лежит гигабитный свитч.
естественно. мы не предполагаем, что этой услугой будет пользоваться кто-то извне. воспользоваться могут только наши клиенты, покупающие у нас хостинг и впс. доступ извне к серверу заблокирован.
речь о другом проекте)
FROM node node
INNER JOIN flag_content flag_content_ |
| 60538 | blondie | localhost | blond | Query | 17 | Locked | SELECT last_comment_timestamp, last_comment_name, comment_count FROM node_comment_statistics WHERE n |
| 60554 | blondie | localhost | blond | Query | 17 | Locked | UPDATE node_comment_statistics SET comment_count = 25, last_comment_timestamp = 1269962037, last_com |
| 60559 | blondie | localhost | blond | Query | 17 | Locked | SELECT last_comment_timestamp, last_comment_name, comment_count FROM node_comment_statistics WHERE n |
| 60560 | blondie | localhost | blond | Query | 17 | Locked | SELECT last_comment_timestamp, last_comment_name, comment_count FROM node_comment_statistics WHERE n |
| 60561 | blondie | localhost | blond | Query | 16 | Locked | SELECT last_comment_timestamp, last_comment_name, comment_count FROM node_comment_statistics WHERE n |
| 60563 | blondie | localhost | blond | Query | 15 | Locked | SELECT last_comment_timestamp, last_comment_name, comment_count FROM node_comment_statistics WHERE n |
| 60564 | blondie | localhost | blond | Query | 15 | Locked | SELECT last_comment_timestamp, last_comment_name, comment_count FROM node_comment_statistics WHERE n |
| 60565 | blondie | localhost | blond | Query | 15 | Locked | SELECT last_comment_timestamp, last_comment_name, comment_count FROM node_comment_statistics WHERE n |
| 60566 | blondie | localhost | blond | Query | 15 | Locked | SELECT last_comment_timestamp, last_comment_name, comment_count FROM node_comment_statistics WHERE n |
| 60567 | blondie | localhost | blond | Query | 14 | Locked | SELECT last_comment_timestamp, last_comment_name, comment_count FROM node_comment_statistics WHERE n |
| 60572 | blondie | localhost | blond | Query | 13 | Locked | SELECT last_comment_timestamp, last_comment_name, comment_count FROM node_comment_statistics WHERE n |
| 60574 | blondie | localhost | blond | Query | 13 | Locked | SELECT last_comment_timestamp, last_comment_name, comment_count FROM node_comment_statistics WHERE n |
| 60576 | blondie | localhost | blond | Query | 13 | Locked | SELECT last_comment_timestamp, last_comment_name, comment_count FROM node_comment_statistics WHERE n |
| 60578 | blondie | localhost | blond | Query | 13 | Locked | SELECT last_comment_timestamp, last_comment_name, comment_count FROM node_comment_statistics WHERE n |
| 60581 | blondie | localhost | blond | Query | 12 | Locked | SELECT last_comment_timestamp, last_comment_name, comment_count FROM node_comment_statistics WHERE n |
| 60584 | blondie | localhost | blond | Query | 12 | Locked | SELECT last_comment_timestamp, last_comment_name, comment_count FROM node_comment_statistics WHERE n |
| 60585 | blondie | localhost | blond | Query | 12 | Locked | SELECT last_comment_timestamp, last_comment_name, comment_count FROM node_comment_statistics WHERE n |
| 60587 | blondie | localhost | blond | Query | 11 | Locked | SELECT node.nid AS nid,
node.title AS node_title,
users.name AS users_name,
users.uid AS us |
| 60588 | blondie | localhost | blond | Query | 11 | Locked | SELECT last_comment_timestamp, last_comment_name, comment_count FROM node_comment_statistics WHERE n |
| 60591 | blondie | localhost | blond | Query | 10 | Locked | SELECT last_comment_timestamp, last_comment_name, comment_count FROM node_comment_statistics WHERE n |
| 60592 | blondie | localhost | blond | Query | 10 | Locked | SELECT last_comment_timestamp, last_comment_name, comment_count FROM node_comment_statistics WHERE n |
| 60593 | blondie | localhost | blond | Query | 8 | Locked | SELECT last_comment_timestamp, last_comment_name, comment_count FROM node_comment_statistics WHERE n |
| 60594 | blondie | localhost | blond | Query | 8 | Locked | SELECT last_comment_timestamp, last_comment_name, comment_count FROM node_comment_statistics WHERE n |
| 60595 | blondie | localhost | blond | Query | 8 | Locked | SELECT last_comment_timestamp, last_comment_name, comment_count FROM node_comment_statistics WHERE n |
| 60597 | blondie | localhost | blond | Query | 7 | Locked | SELECT last_comment_timestamp, last_comment_name, comment_count FROM node_comment_statistics WHERE n |
| 60598 | blondie | localhost | blond | Query | 6 | Locked | SELECT last_comment_timestamp, last_comment_name, comment_count FROM node_comment_statistics WHERE n |
| 60599 | blondie | localhost | blond | Query | 6 | Locked | SELECT last_comment_timestamp, last_comment_name, comment_count FROM node_comment_statistics WHERE n |
| 60600 | blondie | localhost | blond | Query | 5 | Locked | SELECT last_comment_timestamp, last_comment_name, comment_count FROM node_comment_statistics WHERE n |
| 60604 | blondie | localhost | blond | Query | 3 | Locked | SELECT last_comment_timestamp, last_comment_name, comment_count FROM node_comment_statistics WHERE n |
| 60605 | blondie | localhost | blond | Query | 3 | Locked | SELECT last_comment_timestamp, last_comment_name, comment_count FROM node_comment_statistics WHERE n |
| 60606 | blondie | localhost | blond | Query | 1 | Locked | SELECT COUNT(*) FROM (SELECT node.nid AS nid
FROM node node
INNER JOIN users users ON node.uid = |
| 60608 | blondie | localhost | blond | Query | 1 | Locked | SELECT node.nid AS nid,
node.title AS node_title,
users.name AS users_name,
users.uid AS us |
| 60609 | blondie | localhost | blond | Query | 1 | Locked | SELECT last_comment_timestamp, last_comment_name, comment_count FROM node_comment_statistics WHERE n |
| 60610 | blondie | localhost | blond | Query | 1 | Locked | SELECT last_comment_timestamp, last_comment_name, comment_count FROM node_comment_statistics WHERE n |
| 60611 | blondie | localhost | blond | Query | 1 | Locked | SELECT last_comment_timestamp, last_comment_name, comment_count FROM node_comment_statistics WHERE n |
| 60613 | root | localhost | | Query | 0 | | SHOW processlist |
и так довольно часто.. сервер превосходит ваш по производительности, но конечно веб он тоже отбслуживает
clubwaave.ru прекрасно себя чувствует на шаред хостинге, деля аккаунт с несколькими другими проектами
как понять соседний порт? если я хочу попробовать у меня ведь не соседний порт..
30к уников в сутки абстрактное понятие для оценки производительности друпала.. очень большую нагрузку создают авторизованные пользователи... как с этим на hr-portal.ru?
У меян есть ещё один проект на шаред хостинге , посещаемость иногда превышает 5к уников в сутки, и около 30 авторизованных онлайн, без каких-либо оптимизаций со стороны друпала , что касается hr-portal.ru.. да временами страница открывается молниеносно.. всё-таки соседний порт? а с удалённым размещением пример есть?
с этого нужно было начинать
Я плакал, что вы несёте? Какой хайлоад за 500 рублей в месяц?
Или вы будете уверять меня, что заплатив 500 дополнительных рублей вы превратите свой VPS в хайлоад сервер?
Вы не поверите, но делаю это регулярно. Сразу после запуска MySQL сжирает выделенную ему под буферы и кэш запросов память на 80-90% и дальше не растёт. Удивительно правда?
В общем, уважаемый топикстартер, перестаньте гнать пургу. Шаред хостинг на 2-х серверах, где веб-сервер и MySQL существуют вместе или где веб-сервер и MySQL на отдельных серверах - имеют приблизительно равные показатели, если суммарное число клиентов на этих двух серверах одинаково. В случае VPS, нет смысла брать VPS + отдельный MySQL, проще в таком случае брать нормальный шаред-хостинг + MySQL, если проблема только в MySQL. И последнее, стоимость VPS+500 рублей уже вплотную приближается к полностью выделенному серверу эконом-класса, что будет уже намного лучше.
ну да. это совсем другое дело. тут оценки навскидку делать не рискну. если вам действительно интересно - можем пообуждать в личке
в том-то и дело. видимо, наш сотрудник, делавший анонс, зря не обратил внимание на то, что услуга актуальна только для клиентов нашего датацентра. вы же не у нас в датацентре - она для вас попросту недоступна. если бы вы размещались у нас - дело другое.
с таким проектом проблем абсолютно не будет, независимо от активности авторизованных пользователей.
данная услуга позволит держать нагрузки в десятки тысяч посетителей сутки. пример есть. флудить можете идти на очан какой-нибудь
пургу здесь гонит только один человек - это вы. если вы не понимаете основ работы компьютерного железа - вам либо на специализированный форум, либо смотрите моё видео с апрельского кампа. в данной теме ни я, ни мои работники больше поддерживать с вам дискуссию не будут.
формальная формулировка - это анонс услуги. не нравится - не пользуйтесь
Не верю. Чудес не бывает. Если бы у вас сама железка MySQL-сервер бюл выделенным для данного клиента - я бы согласился, но чем тогда два сервера с балансировкой хуже? Вы также можете идти и вешать лапшу на уши неискушённым людям в другое место - а здесь есть я
Судя по тому что писали вы, вы сами не разбираетесь не только в железе, но и в настройках как веб-серверов, так и MySQL.Правильно! Пусть и другие почитают, что я написал и примут решение - пользоваться им или нет.
почему же? пару лет назад аналогичный проект с 1000 уников и почти без авторизованных пользователей гнали со всех хостингов на впс.. тем более как можно абстрагироваться от активности авторизованных пользователей? а если я им функций навешаю гору..
проблем не будет на впс. а стоимость впс сейчас практически сравнялась со стоимостью хостинга - посмотрите наши тарифы.
что касается активность авторизованных пользователей - проектов где она действительно очень значительна довольно мало
То что вы рекламируете как услугу, на многих нормальных хостингах уже стандарт. Моему хостеру надоело, как я нагружаю БД, он перенёс её на отдельный сервер.Заметил ли я, что стало работать так уж лучше? Нет,особой разницы не было замечено.
Не соответствует действительности.
Если абсолютно всех клиентов перенести на отдельный сервер - ну естественно разницы особой не будет. А это выделенный сервер исключительно для тех, кто покупает данную услугу. И перегрузки сервера там не будет.
И чем больше купит данную услугу, тем будет фиговей тем, кто на этом серере держит БД. А поскольку никаких чётких критериев о том сколько именно клиентов должно быть на сервере БД нет, то всё зависит от хостера. А что главное любому хостеру? Правильно - заработать денег! Дальше желающие могут додумать сами.
Это снова вы, Капитан Очевидность?
Я - то думал все мечтают о разорении, а оно о как оказывается!
Без комментариев!
какие уж тут комментарии, Кэп! Вас обманывают все хостинги. Все, без исключения, стараются только посадить побольше клиентов на сервер с вашим сайтом, чтобы он у вас тормозил и вы рекомендовали друзьям - вебмастером не использовать его. Все хостинги пытаются подвесить сайты клиентов, чтобы потерять побольше бабок.
А уж если хостинг предлагает услугу с целью улучшения скорости работы сайта - то это естественно совсем не так! Всё это для того, чтобы тупо стрясти побольше денег с несчастного Кэпа
Спасибо, вы всему нашему офису улучшили настроение
Кстати, Кэп, вы же знакомы со статистикой авто и авиа катастроф? В метро теракты! Жить страшно, Кэп, не то что пользоваться хостингом!
Вывод один - накрыться простынёй и сейчас же ползти в сторону кладбища
Ну если я капитан Очевидность, то вы капитан Невероятность.
Нет, кэп, конечно, все хостинги исключительно работают чтобы нам, клиентам было хорошо. Денег им не надо, что вы! Об окупаемости серверов тоже можно забыть - генеральный и сотрудники платят за серверы и датацентр с интернетом, конечно, из своего кармана! Тарифы придумавают исключительно один другого лучше и что интересно каждый из этих тарифов если почитать - просто совершенство! И исключительно за смешные деньги.
Кэп, обман бывает разный. Можно сказать как вы:
При этом скромно умолчав, что на "отдельном" сервере будет ещё 50 клиентов. Ведь в том, что вы умолчали нет ни слова лжи! Также можно умолчать о том, что данный SQL-сервер предоставляется только клиентам вашей площадки. Как говориться - чем клиент меньше знает, тем быстрее к вам придёт.
Так вот, понимаете, кэп, лучше всё-таки горькая и ПОЛНАЯ правда, чем сладкая полуправда или недоправда.
Запорожец тоже хороший автомобиль, но только едва ли людей устроят голые слова о том, что он "хороший". Надо циферки привести - пробег, скорость, расход топлива и т.д. Но проблема в том, что хостинг также как и автомобили приходят покупать люди, которые мало разбираются в том, что покупают, надеясь на совесть и честность продавца. Это одна из причин (а не только наличие денег) почему кто-то ездит на мерсе, а кто-то на запоре.
знаете чем мы отличаемся от вас? тем что мы придерживаемся немного другой политики. у нас тем не будет 50 клиентов. а хорошие проекты по друпалу берём вообще бесплатно. если вы пытаетесь всех обмануть - не надо всех судить по себе.
полная правда заключается в том что мы о клиентах думаем. а предъявить к нам у вас нечего. так что можете идти брызгать слюной и выдавать необоснованные обвинения в другое место. вы у нас хоститесь или хостились - нет. вот и отлично
Давайте, без личностей и личного.
Вас не заставляют же, кому интересно приняли к сведению.
Парни, не нравится, улыбаемся проходим (и машем, машем... (с)).
Политика меняется, а ЧЁТКО обозначенные параметры тарифа остаются.
Единственная цель и была, чтобы приняли к сведению. Заметьте, я никого в этой теме за руки не хватал и не отговаривал идти туда хостится. Может быть они дают качественный сервис - не знаю, не пробовал. Но надо, чтобы люди понимали какие могут быть подводные камни при таком анонсе услуги.
2 Azerot, ну если у вас будут проблемы с данным хостёром - говорите об этом. Пока от вас только теория.
У меня, пока проблем нет (да и ресурс не сильно хай-трафф.).
Когда будут проблемы - будет поздно! Я имею в виду не конкретно с этим хостером, а вообще. Хостеров много - запаришься бегать от одного к другому - проще понять какую информацию о тарифах и услугах надо иметь от хостера в чётко обозначенном виде, чтобы как раз не бегать.
хватит бредить
подводный камень при покупке машины - она может сломаться или попасть в пробку. и чего?
есть такой замечательный способ избавиться от проблем, связанных с интернетом - вирусами, злыми хостерами. вытащите из сетевой карты штекер витой пары, наденьте на него презерватив, вставьте обратно. спасите друпал.ру
на самом деле я не фанат впсов.. предпочитаю хстинги без ограничений.. вот там всё летает, пока ты не начинаешь отъедать слишком много от сервера, а впс недорогой не очень под друпал подходит.. бывают у него и всплески потребления памяти и прочая хрень.. вообще я решил взять можный сервер с кучей оперативки и всё туда перетаскивать, хотя текущие шареды в плане производительности устраивают.. всё упирается в размер диска(
насчёт проектов мало. .вы говорите как хостер, а я как разработчик таких проектов.. у меня их много)
серьёзно?
проще в макдональдс устроиться.. в твоём случае)
Если вы как хостер утверждаете, что чёткое оговаривание всех параметров тарифа или услуги - это бред, то вам надо повесить на сайте большой банер: МЫ УМАЛЧИВАЕМ!!! и в офисе вашей чудной конторы тоже. Честно говоря, был раз закончить на той ноте, которую обозначил PVasili, но вижу, что в отношении таких чудо-хостеров как вы надо показывать на вас пальцем изо всех сил и привлекать внимание к тому что вы делаете и как.
Думать надо просто что берёте у хостера, что он вам обещает на словах и что будет прописано в договоре.
А вот те кто не думают, те потом идут устраиваться в макдональдс.
если решены вопросы бэкапов на другой отдельный сервер - это нормальное решение
однако всё равно в этом случае порекомендовал бы создавать на сервере с сайтами виртуальную среду с VPS - очень положительно сказывается на производительности, когда посещаемые проекты раскинуты по разным VPS с настроенными лимитами. как ни странно.
ну и безопасность, да. ломанули один сайт - все остальные в ажуре
да. русский сервер переводов drupaler.ru к себе взяли. готовы принять ещё интересные и полезные проекты по друпалу. на самом деле мы не нацелены на прям уж какую-то прибыль от этого проекта. наша цель - стабильность и самоокупаемость хостинга.
зарабатывать мы хотим за счёт создания сайтов, техподдержки высоконагруженных проектов.
показывайте да, устраивайте нам бесплатную рекламу. будете показывать везде и много - мы вам и денег заплатим
думать надо, что говоришь и адекватно реагировать на то, что тебе говорят а не нести полную чушь основанную на личных психологических проблемах в двух темах
зы: поработав месяц в макдаке ты сможешь заказать нормальный хостинг + нормальный форум на друпал.. подумай об этом ;)
посмотрю какой запас ресурсов будет в пики, но если что оставлю весь сервер под один проект.. остальные пока на шаредах нормально себя чувствуют, тем более цены там интересные, если всё ок закажу второй сервер под базу данных в перспективе.. но сейчас вроде хорошо работает, а там и проц заметно лучше и памяти в 3 раза больше
Я вижу, ты уже поработал с чем тебя и поздравляю. Знания как раз уровню макдональдса соответствуют - это хорошо заметно.
Давайте не опускаться на личности...
Пока из проблем с этим хостером довольно скромный uptime.
За неделю IP был в дауне 2 раза по нескольку часов (4-5). Оба раза утром(последний длится до сих пор).
Видать приходящий админ перегружает зависший сервак только придя на работу. Ну, а как известно: админы любят поспать.
Приходите к клиенту, рассказываете о проекте, предлагаете баннер разместит, посмотреть сайт и опс... говорите сорри админ пива перебрал вчера, придет к обеду - включит сайт
После ещё пары таких инцидентов стоит задуматься серьёзно о ведении своего бизнеса опираясь на такое разгильдяйство.
оба случая - технические проблемы на стороне провайдера (голден телеком - билайн). были не в течении недели, а с интервалом в две недели. первый раз 2 часа, второй раз 3.
учитывая, что это единственные инциденты за этот год - аптайм 99.78%.
так что никакими перезагрузками серверов и приходящими админами тут не пахнет.
сам дурак
мой папа круче втоего
не писай в мой горшок
зы: прости давно забыл как в песочнице общались, так шо нам не попути, ДЭБИЛОИД ))
вы бы сайты этого человека со своими сравнили. смешно, чесслово
И почему я не смеюсь? Может быть потому что сравниваю свой опыт работы как сисадмина, который составляет более 15 лет, а судя по постам этого салабончика он ещё под стол пешком ходил, когда я уже давно работал и настраивал то, о чём он не имеет ни малейшего понятия даже сейчас. Может быть потому, что считаю его сайты говном, которым они и являются по содержанию, в чём легко убедиться, посмотрев хотя бы на то, ником чего он назвался. А может быть не считаю, что вебсайты в жизни вообще главное.
Подумай на будущее, прежде, чем писать такие фразы или мат в личку о том, что нецензурная брань и агрументы в стиле: кто громче крикнет или грязней выругается унижают прежде всего самого тебя. Или ты думаешь, что я не отвечаю на твои вопли, потому что не могу ответить? Могу, но радости браниться с тобой мне не доставляет - воспитание не то. А когда я понял всё о твоём возрасте, то мне даже обломно - сам буду выглядеть дураком - картина маслом: взрослый дядька пытается отругиваться с салабончиком на его же языке.
За этим я перебранку заканчиваю. Модеры, очень рекомендую убрать всё что мы тут понаписали - ибо наши личные антипатии - это одно, но данному ресурсу они точно привлекательности не добавят.
да бросьте, какую роль играет опыт сайтостроения на друпал.ру.. здесь важен лишь мнимый 40-летний опыт сисадминства ))
Azerot, деточка.. модеры не любят, когда их называют модерами.. И на будущее следи за языком.. это не дело приписывать белую горячку человеку, посты которого ты не понимаешь по причине своей глупости и неосведомлённости. И если ты такой большой дядя, в курсе, что за свои поступки отвечать нужно а не косить под дурочка, с понтом ты первый начал. И смысл сообщения в личке совсем не в том ,чтобы написать гадость, просто ДЭБИЛЫ типа тебя по-другому не понимают. Жду ответа.. если имеются проблемы, их нужно решать а не прятаться дома за компом..