Правда, учитывая поддержку кластерной технологии внутри Memcached - брать несколько EQ4 выгоднее - к ним еще в нагрузку диски, трафик, и процессор дается ))
Идея перспективная, но рассчитывать нужно не на заработок с создания сайта, а со спектра дополнительных услуг, которые вы будете оказывать: хостинг, раскрутка и т.д.
Если получится создать хотя бы минимальный костяк адекватных клиентов, бизнес будет жить.
vedomir: Если абуза является следствием "ручного" взлома сервера, и у взломщиков есть рут, то не поможет. Согласны?
В веб должен смотреть VDS, а выбраться из него в HW ноду взломщику хоть и возможно, но на порядок сложнее. В таком случае проблема изолируется внутри VDS: файрволом на ноде можно запретить VDS все соединения кроме как с вашим фронт-сервером (вот вам и еще одно преимущество схемы). И вообще, это начинает скатываться в обсуждение "а если упадет метеорит" :D прочитайте внимательно первый пост в теме. Данная схема не позиционируется как защита от взлома :) Речь идет о абузах на ваши сайты, и только сайты, а не на сервер или IP адрес. В случае взлома проблемы у вас будут прежде всего со своими сайтами, а не с Hetzner-ом
Largo: а разве невозможно часть трафика с сервера гнать через ФронтСервер, а безабузную напрямую?
Можно, и нужно, главное чтобы проекты были отдельные 🚬 Подсказываю - здесь как раз и заложено одно из решений проблемы
большего всего удивит это хецнер т.к. запросу будет идти только к 1 ip. Они такое не сильно любят.
;)
Pandabeer добавил 01.03.2010 в 12:00
vanjouke: Я не вижу плюсов кроме тех что абузы к ним не будут доходить.
Плюсы указаны в начальном посте.
vanjouke:
Многие выбирают Hetzner из-за стабильности (я не припоминаю простоев), но Вы будете зависеть от стабильности Front-end.
Этот минус тоже указан в начальном посте. Добавлю, что необязательно переносить все свои проекты на эту схему 🚬
vanjouke:
Кто-то выбирает Hetzner из-за каналов, но это преимущество тоже не будет учтено.
Преимущество будет учтено автоматически, т.к. надежность схемы из 2 узлов зависит от надежности каждого узла. Собирать подобную схему с бэкенд-серверами в ненадежном ДЦ - бесмысленно. Если вы про связь до клиента - да, это не будет учтено.
vanjouke:
Грубо говоря это предложением тем, кто хочет разместить сомнительные проекты, но при этом использовать мощные сервера Hetzner. Больше плюсов нет.
Жаль, что у вас мир черно-белый. 🤪
Pandabeer добавил 01.03.2010 в 12:02
Pilat: Идея двух серверов в том, что на генерацию странички нужно ещё и процессорное время, которого на недорогих VDS нет. Hetzner может страниц нагенерировать в десятки раз больше чем VDS, так что это ещё один фактор для выбора.
Вы правильно все поняли :) Еще оперативная память.
Я открыл отдельную, чтобы обсуждать только данную схему и возможные варианты размещения фронт-серверов. В теме по Хетзнеру сейчас публикуют все подряд, поэтому это обсуждение там бы просто затерялось.
Pandabeer добавил 24.02.2010 в 01:22
sappi: А вот с Hetzner такая схема всеравно не прокатит.
Почему же не прокатит ?
sappi: Легче сменить ДЦ на что-то типо serverloft.com. Сбережете серое вещество и нервные клетки.
Ээ, вариант "купить услугу в несколько раз дороже" всегда есть. Речь о том, чтобы сберечь серое вещество и сохранить при этом максимальное количество ден.знаков 🚬
sappi:
Added: Было бы очень удобно, чтобы все хостеры с данного форума, которые арендуют сервер у hetzner, собрались в одной теме и обменивались именно практикой общения с hetzner по-поводу abuse. Это бы исключило будущие проблемы, если есть примеры какой тип abuse к чему приводит. И собственно делились бы методами решения проблем.
является достоинством. Впрочем, от этого все равно постепенно избавляются. Поддержка была нужна т.к. Drupal 6 официально поддерживал PHP4, Drupal 7 будет поддерживать только 5
JTRTA: может еще скажите грамотно разработана архитектура?
Именно.
JTRTA: извините но этот код отстал во времени лет на 10...
Бла бла.. Что значит отстал ? Работает ? Работает. Расширяется ? Расширяется. Давайте обсуждать предметно. Все остальное - в сад.
JTRTA:
Ну да ну да...если все стандартное и лежит в паблике сделайте проект и посмотрим при какой посещаемости он загнется...
Сами привели пример - Drupal.org - вот и отдувайтесь. Большинству местных "вебстроителей" до масштаба этого сайта не дорасти. Однако каждый любит порассуждать о производительности и индвидуально заточенных движках, словно, строит очередной Facebook 😂
JTRTA:
Где то давно была статейка одного из разработчиков друпала, про то как друпал оптимизирован, там было переписано куча кода для ускорения в ущерб гибкости, были переписаны куча модулей чтобы они не обращались с одними и теми же запросами по 50 раз к БД. работали.
Оптимизация нужна - это несомненно. Однако, какой движок не требует оптимизации ?
JTRTA:
Элементарно подумайте структура на сайте не изменяется кучу времени, и зачем тогда вся эта гибкость и простое добавление модулей? зачем оставлять функциональность которая никогда не используется?
Наверное, потому что большинство сайтов все-таки динамические ?
Если у вас сайт статический - включите модуль Boost и он будет посетителям отдавать статические страницы, а гибкая админка останется.
JTRTA: И что вы хотите сказать что там ни капельки ядро не переписано? Может еще скажете что drupal.org написан на друпале без изменения ядра?
Чтобы в Друпале переписывать ядро, нужно иметь достаточные основания. В основном, там и так все хорошо (для его области применения). Если какой то кусок ядра работает плохо, его исправляют в самом Друпале (за редким исключением). Плодить велосипеды сообщество Друпал уже давно отучилось. Именно поэтому качество кода достаточно высокое для продукта такого масштаба.
Drupal.org работает на 6 друпале с добавкой патчей Pressflow (который является разновидностью Друпала как Redhat Linux является разновидностью Linux) + свои модули (которые тоже практически все лежат в открытом доступе). Таким образом, это та же самая CMS доступная всем. И утверждение "все паблик цмс для ГС да сателитов" по-прежнему смотрится очень глупо на этом фоне.
П.с. чет оффтоп начался.. спор не о чем, все паблик цмс для ГС да сателитов, когда сайт становится СДЛ то придется гемороится писать что то стоящее да еще чтоб не потерять индексацию страниц....
Знаю, что боян, но все же 🚬
Ооо, да это просто RAM батарейка под Memcached :)
Правда, учитывая поддержку кластерной технологии внутри Memcached - брать несколько EQ4 выгоднее - к ним еще в нагрузку диски, трафик, и процессор дается ))
Идея перспективная, но рассчитывать нужно не на заработок с создания сайта, а со спектра дополнительных услуг, которые вы будете оказывать: хостинг, раскрутка и т.д.
Если получится создать хотя бы минимальный костяк адекватных клиентов, бизнес будет жить.
Если абуза является следствием "ручного" взлома сервера, и у взломщиков есть рут, то не поможет. Согласны?
В веб должен смотреть VDS, а выбраться из него в HW ноду взломщику хоть и возможно, но на порядок сложнее. В таком случае проблема изолируется внутри VDS: файрволом на ноде можно запретить VDS все соединения кроме как с вашим фронт-сервером (вот вам и еще одно преимущество схемы). И вообще, это начинает скатываться в обсуждение "а если упадет метеорит" :D прочитайте внимательно первый пост в теме. Данная схема не позиционируется как защита от взлома :) Речь идет о абузах на ваши сайты, и только сайты, а не на сервер или IP адрес. В случае взлома проблемы у вас будут прежде всего со своими сайтами, а не с Hetzner-ом
а разве невозможно часть трафика с сервера гнать через ФронтСервер, а безабузную напрямую?
Можно, и нужно, главное чтобы проекты были отдельные 🚬 Подсказываю - здесь как раз и заложено одно из решений проблемы
;)
Pandabeer добавил 01.03.2010 в 12:00
Я не вижу плюсов кроме тех что абузы к ним не будут доходить.
Плюсы указаны в начальном посте.
Многие выбирают Hetzner из-за стабильности (я не припоминаю простоев), но Вы будете зависеть от стабильности Front-end.
Этот минус тоже указан в начальном посте. Добавлю, что необязательно переносить все свои проекты на эту схему 🚬
Кто-то выбирает Hetzner из-за каналов, но это преимущество тоже не будет учтено.
Преимущество будет учтено автоматически, т.к. надежность схемы из 2 узлов зависит от надежности каждого узла. Собирать подобную схему с бэкенд-серверами в ненадежном ДЦ - бесмысленно. Если вы про связь до клиента - да, это не будет учтено.
Грубо говоря это предложением тем, кто хочет разместить сомнительные проекты, но при этом использовать мощные сервера Hetzner. Больше плюсов нет.
Жаль, что у вас мир черно-белый. 🤪
Pandabeer добавил 01.03.2010 в 12:02
Идея двух серверов в том, что на генерацию странички нужно ещё и процессорное время, которого на недорогих VDS нет. Hetzner может страниц нагенерировать в десятки раз больше чем VDS, так что это ещё один фактор для выбора.
Вы правильно все поняли :) Еще оперативная память.
Раз уж клоны хабра обсуждаете, не забудьте про про shvabrashvabr.ru :)
Рекомендую Drupal. Пример сайта недвижимости на нем: http://www.vladimirarenda.ru/
Была же тема по Хетзнеру.
Я открыл отдельную, чтобы обсуждать только данную схему и возможные варианты размещения фронт-серверов. В теме по Хетзнеру сейчас публикуют все подряд, поэтому это обсуждение там бы просто затерялось.
Pandabeer добавил 24.02.2010 в 01:22
А вот с Hetzner такая схема всеравно не прокатит.
Почему же не прокатит ?
Легче сменить ДЦ на что-то типо serverloft.com. Сбережете серое вещество и нервные клетки.
Ээ, вариант "купить услугу в несколько раз дороже" всегда есть. Речь о том, чтобы сберечь серое вещество и сохранить при этом максимальное количество ден.знаков 🚬
Added: Было бы очень удобно, чтобы все хостеры с данного форума, которые арендуют сервер у hetzner, собрались в одной теме и обменивались именно практикой общения с hetzner по-поводу abuse. Это бы исключило будущие проблемы, если есть примеры какой тип abuse к чему приводит. И собственно делились бы методами решения проблем.
Добро пожаловать /ru/forum/183833
Давайте не будем засорять эту тему ;)
О боже мой откуда такая уверенность? Вы этот "качественный" код хоть раз открывали?
Не только открывал, я сам пишу патчи и модули под него.
процедурный стиль программирования,
не является недостатком. Читаем http://drupal.org/node/547518
куча гавно кода для поддержки php4.
является достоинством. Впрочем, от этого все равно постепенно избавляются. Поддержка была нужна т.к. Drupal 6 официально поддерживал PHP4, Drupal 7 будет поддерживать только 5
может еще скажите грамотно разработана архитектура?
Именно.
извините но этот код отстал во времени лет на 10...
Бла бла.. Что значит отстал ? Работает ? Работает. Расширяется ? Расширяется. Давайте обсуждать предметно. Все остальное - в сад.
Ну да ну да...если все стандартное и лежит в паблике сделайте проект и посмотрим при какой посещаемости он загнется...
Сами привели пример - Drupal.org - вот и отдувайтесь. Большинству местных "вебстроителей" до масштаба этого сайта не дорасти. Однако каждый любит порассуждать о производительности и индвидуально заточенных движках, словно, строит очередной Facebook 😂
Где то давно была статейка одного из разработчиков друпала, про то как друпал оптимизирован, там было переписано куча кода для ускорения в ущерб гибкости, были переписаны куча модулей чтобы они не обращались с одними и теми же запросами по 50 раз к БД. работали.
Оптимизация нужна - это несомненно. Однако, какой движок не требует оптимизации ?
Элементарно подумайте структура на сайте не изменяется кучу времени, и зачем тогда вся эта гибкость и простое добавление модулей? зачем оставлять функциональность которая никогда не используется?
Наверное, потому что большинство сайтов все-таки динамические ?
Если у вас сайт статический - включите модуль Boost и он будет посетителям отдавать статические страницы, а гибкая админка останется.
И что вы хотите сказать что там ни капельки ядро не переписано?
Может еще скажете что drupal.org написан на друпале без изменения ядра?
Чтобы в Друпале переписывать ядро, нужно иметь достаточные основания. В основном, там и так все хорошо (для его области применения). Если какой то кусок ядра работает плохо, его исправляют в самом Друпале (за редким исключением). Плодить велосипеды сообщество Друпал уже давно отучилось. Именно поэтому качество кода достаточно высокое для продукта такого масштаба.
Drupal.org работает на 6 друпале с добавкой патчей Pressflow (который является разновидностью Друпала как Redhat Linux является разновидностью Linux) + свои модули (которые тоже практически все лежат в открытом доступе). Таким образом, это та же самая CMS доступная всем. И утверждение "все паблик цмс для ГС да сателитов" по-прежнему смотрится очень глупо на этом фоне.
П.с. чет оффтоп начался.. спор не о чем, все паблик цмс для ГС да сателитов, когда сайт становится СДЛ то придется гемороится писать что то стоящее да еще чтоб не потерять индексацию страниц....
А пацаны то не знают. http://buytaert.net/tag/drupal-sites
Наверное, их надо отправить к вам на консультацию 😂 😂 😂