Какими методами ускоряют доступ к сайту из мест, где отвратительное качество доступа в Интернет?

программирование Интернет хостинг оптимизация веб-строительство

Назовите пожалуйста все способы ускорения доступа к сайту.
Хостинг сайта базируется в Москве, а я хочу предельно оптимизировать доступ к сайту из Сибири, Дальнего Востока, Китая и стран Азиии.
Про отвратительный доступ (в заголовке) - это про маленькие города "эрэфии". По слухам, там ОБЩЕДОСТУПНЫЙ (по стоимости активного пользования) доступ в Сеть на скоростях до 128 кбит. Если учесть ещё и расстояние и медлительность старых компьютеров, то скорость доступа к сайту наверное совсем никакая.
Склоняюсь к тому, чтобы сделать страницу-загрузчик с базовыми элементами и уже на ней - JavaScript и AJaX - чтобы пользователям ходить, вообще не покидая страницу в течение сессии. (оптимизация под поисковики не интересует - пусть сами мучаются как это индексировать, если им это надо)
К слову: как ускорить доступ из Азии к другому - к "Opera.Unite+Web Proxy" (+LAMP) - наверное пора завести аббревиатуру - OUWP-сайту, базирующемуся на компьютере в "Центральной Росии"?
Может разместить на их местных - сибирских и азиатских - хостингах элементы сайта и подгружать их оттуда?

Примечание:
Александр_Л: вы не сказали откуда у вас пинг с указанными регионами и какова ваша скорость доступа (по версии провайдера) на вашем АДСЛ.
CKB: вообщем и думаю, что облегчить страницы - единственный способ. Ну и ещё устроить плавную загрузку и подгрузку, обставив это как эффект плавного появления сайта.
Ответы:
До Химок у меня пинг 55 мс, до хабаровска 175 (у мення АДСЛ), разница 0.12 сек. это если не ошибаюсь меньше моей скорости реакции. А на фоне 5 секунд, которые грузится среднестатистический сайт на 128 килобитной линии - вообще ничтожно малая цифра. не майтесь ерундой.
Сделать для этих регионов облегченные версии страниц. Минимум графики, флеш убрать.
То что вы размещаете части сайта на местных хостингах, может не дать эффекта. Может у них канал через Франкфурт.
Я бы сделал всё на AJAX, данные передавал бы исключительно в запакованном виде. Тексты отлично пакуются. Это дало бы максимальный эффект при низкой скорости передачи. Есть, правда, ещё такая вещь как время соединения с удалённым сервисом (aka "пинг"), с ней, к сожалению, ничего не поделаешь.
128 кбит/с? Это нормально, в Челябинске (между прочим, город-миллионник) безлимитный ADSL долгое время был всего 64 кбит/с, и все сайты нормально грузились (ну да, чуть долго, но я терпеливый).
AJAX можете, конечно, использовать, но учтите: он обычно только замедляет загрузку страницы, для ускорения загрузки придется очень постараться.
gzip, ajax
ajax - загрузчик тебе ещё кровь посворачивает. Он хоть и уменьшает объём передаваемых данных, но чувствителен к говноинету.
Самый оптимальный вариант - уменьшить размер страницы и количество соединений к серверу, необходимых для этого. Если большие картинки есть, разбивать на средние (и жать их в jpeg progressive), маленькие наоборот объединять в карты. Ну и, никакого флэш! Даже на быстрых каналах.
Если требуется обработка данных от пользователя не в реальном времени, то пользуй offline (должен поддерживать юзерсккий бровзер).
Возможно стоит посмотреть в сторону CDN.


13 лет назад

RPI.su - самая большая русскоязычная база вопросов и ответов. Наш проект был реализован как продолжение популярного сервиса otvety.google.ru, который был закрыт и удален 30 апреля 2015 года. Мы решили воскресить полезный сервис Ответы Гугл, чтобы любой человек смог публично узнать ответ на свой вопрос у интернет сообщества.

Все вопросы, добавленные на сайт ответов Google, мы скопировали и сохранили здесь. Имена старых пользователей также отображены в том виде, в котором они существовали ранее. Только нужно заново пройти регистрацию, чтобы иметь возможность задавать вопросы, или отвечать другим.

Чтобы связаться с нами по любому вопросу О САЙТЕ (реклама, сотрудничество, отзыв о сервисе), пишите на почту [email protected]. Только все общие вопросы размещайте на сайте, на них ответ по почте не предоставляется.