- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу

Как удалить плохие SEO-ссылки и очистить ссылочную массу сайта
Применяем отклонение ссылок
Сервис Rookee
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
падает все бесспорно. только для кого я это писал: "другое дело что можно вшить в зону заранее штук 3-10 ай-пи адресов прокси или лод балансеров" :) ?
rustelekom, и вы тоже неправильно понимаете смысл технологии. Браузеры cами не умеют перебирать IP. По крайней мере МОГУТ НЕ перебирать, в терминах rfc.
через днс это делать нет особого смысла из за кеширования ай-пи.
Имеет
Пусть 50% имеют проблемных провайдеров, которые игнориуют TTL
Тогда в случае проблем сайт сохраняет 50% трафика
Если же этого не сделать, то сайт умрет полностью
Так что лучше 50% чем ничего.
Есть еще очень интересные варианты с использованием SRV-записей.
По-моему IE их поддерживает. Если так, то пользователей поболее 50% будет.
На Firefox не работает. На Опере, как обычно, тоже.
через днс это делать нет особого смысла из за кеширования ай-пи. хоть какой ттл ставьте если провайдер доступа в инет тормоз то он обновит зону с новым ай-пи спустя большое время (явно не через 10 минут - скорее через несколько часов а то и суток).
Проблема игнорирования TTL действительно существует, и мы здесь совсем недавно уже обсуждали это. Но процент "проблемных" посетителей низок. Или у Вас есть другая статистика?
Но, возникают другие проблемы:
а) синхронизация файлов сайта и особенно синхронизания баз данных (можно отчасти решить выделив базы на отдельный сервер а то и два (аля репликация) к которому подключаются все веб серверы)
б) синхронизация логов и ведение статистики (а вот тут не знаю что можно сделать не видел нигде софта для решения этой проблемы)
В общем случае, выносить БД на один единственный отдельный сервер смысла нет, т.к. это сильно понижает надежность. Вообще это делается в других случаях.
Репликация БД, а тем более, объединение логов не является проблемой. Статистику можно вести даже со стороннего (ну или собственного) сервиса, это и близко нельзя назвать проблемой.
падает все бесспорно. только для кого я это писал: "другое дело что можно вшить в зону заранее штук 3-10 ай-пи адресов прокси или лод балансеров" :) ?
Пусть используется 3 ip (round-robin), браузер получит только один из них. И в случае падения одного из них, для ~ 33,(3)% посетителей сайт будет недоступен.
Round-robin есть смысл использовать, например для (geo) load balancing, но не нужно путать это с failover, о котором и идет речь.
Лишние прокси и лоад балансеры, при такой схеме, вообще вредны с точки зрения надежности, если только они не могут обеспечить 100% uptime. А если у Вас есть в наличии сервера с гарантированной 100% надежностью и аптаймом, все о чем здесь идет речь, вообще теряет смысл.
Понятно что есть более солидные решения, обеспечивающие надежность и гео-балансинг, в рекламных материалах которых можно встретить упоминание "CDN", "BGP", "Price: $XX,XXX" и даже "Price: $XXX,XXX", но здесь речь идет об экономичных способах добиться high availability.
Есть еще очень интересные варианты с использованием SRV-записей.
SRV-записи - штука хорошая, и даже позволяют указывать распределение нагрузки в процентах, но в настоящее время используются только для jabber, sip и подобных сервисов, хотя изначально планировалось перевести на них чуть ли не "весь Интернет".
Не силен в администрировании, отсюда дилетанский вопрос: возможно ли сдлеать что при обращении на сервер1 по ДНС1.1, 1.2 и не получнии отклика, посетителя перекидывало на зеркало сервера - сервер 2 по ДНС2.1, 2.2. Кроме того, сервер 1 и сервер 2 каким-либо образом синхронизировались?
Есть варианты решения?
Лазил в сети по сайтам бесплатных скриптов и наткнулся вот на что:
Этот скрипт проверяет список зеркал, и автоматически перенаправляет пользователя на первый доступный сайт из списка.
Почему не сделать вместо зеркал - адрес_сайта1 и на месте второго - адрес_сайта2 в случае неработоспособности первого
Лазил в сети по сайтам бесплатных скриптов
ну, эт Вы маханули
а-ля примитивный прокси с ненадежной уверенностью в недоступности и антиреализацией:)
Jet D., да, похоже я наврал насчет SRV для эксплорера. Однако ActiveDirectory их во всю использует. Непонятно что их останавливает.
Убытки реально бывают и болше, за минуты неработоспособности, поэтому и время простоя в таблице указывать нет смысла. Таблица приведена как пример сайтов, которые хоть и переживут "даун на три дня", но убытки будут огромными. Поэтому они и готовы платить большие деньги, чтобы свести риски недоступности к минимуму.
Касательно половины из перечисленных категорий серверов: висят они преотлично. И банки, и сервисы продажи билетов.
Pilat добавил 05.03.2009 в 00:31
Понятно что есть более солидные решения, обеспечивающие надежность и гео-балансинг, в рекламных материалах которых можно встретить упоминание "CDN", "BGP", "Price: $XX,XXX" и даже "Price: $XXX,XXX", но здесь речь идет об экономичных способах добиться high availability.
Насчёт BGB золотые слова :) Но на самом деле это и есть один из самых простых способов (и недорогой к тому же) добиться непотопляемости сайта. Стоит себе сервер в автономной сети с десятью каналами - и боится только пропадания напряжения, что бывает редко.
Лазил в сети по сайтам бесплатных скриптов и наткнулся вот на что:
Этот примитивный "редирект" не имеет отношения к обсуждаемой теме. Про надежность вообще молчу...
Касательно половины из перечисленных категорий серверов: висят они преотлично. И банки, и сервисы продажи билетов.
Висят. Но как правило, один раз потеряв из-за этого большие деньги, стараются в кратчайшие сроки решить проблему и недопустить в дальнейшем. Бывает, конечно, и по-другому - к примеру, Ассист, не так давно, висел несколько дней под ddos, и было такое впечатление, что им на это просто наплевать. Такое отношение называется, сами знаете как. Но действительно серьезные сервисы мирового масштаба, изначально вкладывают средства в снижение рисков недоступности.
Насчёт BGB золотые слова Но на самом деле это и есть один из самых простых способов (и недорогой к тому же) добиться непотопляемости сайта.
Стоит себе сервер в автономной сети с десятью каналами - и боится только пропадания напряжения, что бывает редко.
Это не спасет от сбоя софта или самого сервера. Да и простота, и низкая цена - это все относительно. Но штука, действительно хорошая :)