- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
В 2023 году Google заблокировал более 170 млн фальшивых отзывов на Картах
Это на 45% больше, чем в 2022 году
Оксана Мамчуева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Здравствуйте.
Вычитал тут:
Если я положу картинки моего сайта на отдельный домен - страница будет загружаться быстрее?
Спасибо.
Хм, наверное, только тогда если изменится IP адрес поддомена от главного, ИМХО. Соединения для IP адресов открываются, а не для доменов-поддоменов.
Здравствуйте.
Вычитал тут:
Если я положу картинки моего сайта на отдельный домен - страница будет загружаться быстрее?
Спасибо.
Выложите их на CDN, например - MaxCDN
Дело вообщем-то не в отдельном домене, а в дистрибуции и ответственной реакции. CDN - упрощает это.
Туфта какая-то.
С Маула?
нет не будет - по логике подумайте
обычное распределение нагрузки и отделение статического контента от динамики. другой домен/поддомен могут быть вообще на физически отдельном сервере, который настроен специально для отдачи статики (типа nginx и т.д., увеличины кэши и прочее), когда на главном только скрипты.
никакой логической связи в цитате 😂 ну могут браузеры качать в несколько потоков, ну субдомен это отдельный домен (и не "своего рода", а просто - другой домен) и что? чья то очередная попытка сумничать, не берите в голову ТС...
другое дело, как правильно замечено cryptex - другой сервак, сконфигурированный только на отдачу статики, это да. да и то, прекрасно можно баланс наладить на одном под nginx+apache...
Если просто положите, то вряд ли. Для этого поддомена надо отключать куки и стараться минимизировать http заголовки.
Здравствуйте.
Вычитал тут:
Если я положу картинки моего сайта на отдельный домен - страница будет загружаться быстрее?
Спасибо.
Если основной домен перегружен, то поможет но, если трафа на основном домене много и сервер не справляется обработать запросы, то думаю хоть как все будет так как прежде, ведь основной сайт будет долго открываться. Поддомен для картинок лучше делать на каких нибудь фотохостингах при наличии другого сервера(ов). А так забейте на это дело
Эту тему надо в раздел "Администрирование" передвинуть, тамошние поржут.
http://developer.yahoo.com/performance/rules.html
When the browser makes a request for a static image and sends cookies together with the request, the server doesn't have any use for those cookies. So they only create network traffic for no good reason. You should make sure static components are requested with cookie-free requests. Create a subdomain and host all your static components there.
If your domain is www.example.org, you can host your static components on static.example.org. However, if you've already set cookies on the top-level domain example.org as opposed to www.example.org, then all the requests to static.example.org will include those cookies. In this case, you can buy a whole new domain, host your static components there, and keep this domain cookie-free. Yahoo! uses yimg.com, YouTube uses ytimg.com, Amazon uses images-amazon.com and so on.
Another benefit of hosting static components on a cookie-free domain is that some proxies might refuse to cache the components that are requested with cookies. On a related note, if you wonder if you should use example.org or www.example.org for your home page, consider the cookie impact. Omitting www leaves you no choice but to write cookies to *.example.org, so for performance reasons it's best to use the www subdomain and write the cookies to that subdomain.