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

В 2023 году Google заблокировал более 170 млн фальшивых отзывов на Картах
Это на 45% больше, чем в 2022 году
Оксана Мамчуева

Переиграть и победить: как анализировать конкурентов для продвижения сайта
С помощью Ahrefs
Александр Шестаков
Unlock, так ведь у гугла нету ни DLE ни требовательных клиентов. Вполне обычна ситуация, когда во время обновления поисковой базы часть пользователей видит одну выдачу и другая часть другую. Или один сайт сдвинулся в выдаче, а другой еще нет - вот это они так медленно решают проблему синхронизации данных.
У Амазона все сервера территориально компактны - не замечали разве как там клиенту нужно выбрать американский кластер или европейский.
C DNS никакой засады на самом деле нет. Это последнее о чем стоит беспокоиться.
Какой геокластер, зачем? У Вас есть миллионы долларов чтобы его сделать и эксплуатировать? Так этого мало, надо больше. Года два все обсуждают геоклаcтер. Ну дайте определение этому термину, что это такое?
Не геокластер для пользователей DLE, а геокластер для CMS'ок, которые для этого создавались. Но это не для массового пользователя. Это и есть те самые миллионы долларов, о которых я писал выше. Это не инфраструктура компьютеров, это софт.
Единственное разумное в этом топике идёт от netwind.
Pilat добавил 08.01.2010 в 03:19
А не проще ли переложить проблемы надежности на саму хостинг компанию? Ведь на рынке есть предложения компаний, которые гарантируют материально работу арендованых серверов.
Например по договору за каждую минуту недоступности вашего сервера хостинг-компания платит компенсацию $50, при месячной оплате сервера $800-$900. И они могут предложить такие условия как раз потому что отказов у них не случается вообще. Другое дело цена.
Не только в цене дело. Когда между Питером и Финляндией очередной пьяный экскаваторщик режет кабель, надёжность провайдеров превращается в пустой звук.
А, так вы еще и хостер. То есть ваши клиенты ни на какие компромиссы не готовы, а ставят широкий спектр готовых движков.
Ну здесь нечего ловить интернет-технологам. Все,что можно сделать, это виртуальный сетевой RAID1 - DRBD..
Вобщем-то, я вынужденный хостер. Когда надо было хостить тяжелых клиентов, не было нормальных предложений. А наличие собственного опыта и появление новых клиентов, которых тоже надо было куда-то девать и привело к тому, что я взялся делать хостинг по себя. Хочешь сделать хорошо - делай это сам (а не размазывай ответственность по окружающему пространству). По крайней мере при возникновении каких-то проблем я не жду, когда мне наконец-то ответит саппорт. А может и не ответит и забудет. Или будет отдыхать в это время. То, что я думаю про хостеров, я написал в теме про выбор между большими и маленькими хостерами.
Как "хостер" я работаю только с системой typo3 , под нее настроен основной сервер, DLE/WP/ГС-CMS я не пускаю, по опыту оные почему-то очень быстро ложат сервер нагрузкой.
От экскаватора я тоже когда то пострадал, но очень-очень давно.
vedomir добавил 08.01.2010 в 10:54
Какой геокластер, зачем?
У меня ощущение, что моя идея осталась непонятой. Я интересуюсь можно ли синхронизировать БД , папки с данными, создавать избыточность и балансировать нагрузку имея не выделенные сервера по 5K$ за машинку а VPSки. А мне рассказывают про тысячи и миллионы долларов.
Вобщем-то, я вынужденный хостер. Когда надо было хостить тяжелых клиентов, не было нормальных предложений. А наличие собственного опыта и появление новых клиентов, которых тоже надо было куда-то девать и привело к тому, что я взялся делать хостинг по себя. Хочешь сделать хорошо - делай это сам (а не размазывай ответственность по окружающему пространству). По крайней мере при возникновении каких-то проблем я не жду, когда мне наконец-то ответит саппорт. А может и не ответит и забудет. Или будет отдыхать в это время. То, что я думаю про хостеров, я написал в теме про выбор между большими и маленькими хостерами.
Как "хостер" я работаю только с системой typo3 , под нее настроен основной сервер, DLE/WP/ГС-CMS я не пускаю, по опыту оные почему-то очень быстро ложат сервер нагрузкой.
От экскаватора я тоже когда то пострадал, но очень-очень давно.
vedomir добавил 08.01.2010 в 10:54
У меня ощущение, что моя идея осталась непонятой. Я интересуюсь можно ли синхронизировать БД , папки с данными, создавать избыточность и балансировать нагрузку имея не выделенные сервера по 5K$ за машинку а VPSки. А мне рассказывают про тысячи и миллионы долларов.
Все реально, делайте. Обсуждать нечего, есть задача - есть решение.
У одного нашего клиента так сделано, на базе кучки дедиков и ВДС.
Вопрос в другом, если это геокластер - то он должен работать в разных геолокациях одновременно, если цель - надежность - то можно в одной геолокации все настроить и просто держать обойму резервных контейнеров и систему переключения.
Геолокация - это не 1 ДЦ разумеется.
C DNS никакой засады на самом деле нет. Это последнее о чем стоит беспокоиться.
netwind: все же интересно, как Вы решите проблему, описанную мной Выше? Я, как раз, не вижу никакой проблемы в синхронизации серверов, для файлов делаем дифференциальный бэкап с одного сервера на другой, для баз используем механизм репликации.
А вот как быть с днс? Я имею ввиду не сам днс сервер, а изменение записей на нем в случае отказа одного из серверов.
Гуру-технологи, где я ошибаюсь?
В скорости обновления DNS в кешах провайдеров и перескакивания с IP на IP.
А вот как быть с днс? Я имею ввиду не сам днс сервер, а изменение записей на нем в случае отказа одного из серверов.
если использовать что-нибудь типа PowerDNS (с использованием mysql в качестве бэкенда) - не вижу проблем. Там существует даже класс на перле для манипулирования данными.
В скорости обновления DNS в кешах провайдеров и перескакивания с IP на IP.
Проблемы нет. Кеш провайдеров рулится через TTL на собственном днс сервере.
Ставим 30 секунд и в течение этого времени "перескочим" с IP на IP.
Проблемы нет. Кеш провайдеров рулится через TTL на собственном днс сервере.
Ставим 30 секунд и в течение этого времени "перескочим" с IP на IP.
не все так хорошо как должно быть.
не все так хорошо как должно быть.
Обоснуйте мысль.