Pandabeer

Pandabeer
Рейтинг
138
Регистрация
13.07.2007
n1g3r:
Знаю, что боян, но все же 🚬

Ооо, да это просто RAM батарейка под Memcached :)

Правда, учитывая поддержку кластерной технологии внутри 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, так что это ещё один фактор для выбора.

Вы правильно все поняли :) Еще оперативная память.

Раз уж клоны хабра обсуждаете, не забудьте про про shvabrashvabr.ru :)

Рекомендую Drupal. Пример сайта недвижимости на нем: http://www.vladimirarenda.ru/

torg:
Была же тема по Хетзнеру.

Я открыл отдельную, чтобы обсуждать только данную схему и возможные варианты размещения фронт-серверов. В теме по Хетзнеру сейчас публикуют все подряд, поэтому это обсуждение там бы просто затерялось.

Pandabeer добавил 24.02.2010 в 01:22

sappi:
А вот с Hetzner такая схема всеравно не прокатит.

Почему же не прокатит ?

sappi:
Легче сменить ДЦ на что-то типо serverloft.com. Сбережете серое вещество и нервные клетки.

Ээ, вариант "купить услугу в несколько раз дороже" всегда есть. Речь о том, чтобы сберечь серое вещество и сохранить при этом максимальное количество ден.знаков 🚬

sappi:

Added: Было бы очень удобно, чтобы все хостеры с данного форума, которые арендуют сервер у hetzner, собрались в одной теме и обменивались именно практикой общения с hetzner по-поводу abuse. Это бы исключило будущие проблемы, если есть примеры какой тип abuse к чему приводит. И собственно делились бы методами решения проблем.

Добро пожаловать /ru/forum/183833

Давайте не будем засорять эту тему ;)

JTRTA:
О боже мой откуда такая уверенность? Вы этот "качественный" код хоть раз открывали?

Не только открывал, я сам пишу патчи и модули под него.

JTRTA:
процедурный стиль программирования,

не является недостатком. Читаем http://drupal.org/node/547518

JTRTA:
куча гавно кода для поддержки php4.

является достоинством. Впрочем, от этого все равно постепенно избавляются. Поддержка была нужна т.к. 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 доступная всем. И утверждение "все паблик цмс для ГС да сателитов" по-прежнему смотрится очень глупо на этом фоне.

JTRTA:

П.с. чет оффтоп начался.. спор не о чем, все паблик цмс для ГС да сателитов, когда сайт становится СДЛ то придется гемороится писать что то стоящее да еще чтоб не потерять индексацию страниц....

А пацаны то не знают. http://buytaert.net/tag/drupal-sites

Наверное, их надо отправить к вам на консультацию 😂 😂 😂

Всего: 1246