Что с DNS? Для работы обычно нужно хотя бы SPF-запись с IP-адресом сервера в DNS домена, а в DNS IP-адреса указать PTR-запись (имя должно совпадать с одним из имён A-записи на этот IP-адрес).
Тимур Садердинов, Завести два или более DNS-сервера, прописать там все записи, затем у регистратора эти серверы в доменной записи указать и дождаться (где-то до двух дней), пока запись домена обновится по всей сети, и трафик перенаправится везде на новые DNS.
Вот только кабель в 6 квадратов швейцарским ножом резать трудно и проблематично, предпочитаю бокорезы и нож с пяткой. Они хоть и не столь универсальны, как швейцарский нож, но ими работать гораздо легче.
Шамиль, ну так изучите ассортимент магазинов. Нагрузку умножаете на 10, чтобы получить заявленную, по которой нужно отбирать. Стоимость отпечатка по ресурсу и стоимости картриджа примерно можно высчитать. Двустороннюю печать смотрите по предпочтительности. Надёжность при наличии гарантии - понятие, скорее, эфемерное (хотя, наверное, на Samsung с такой нагрузкой я бы не смотрел). В любом случае при своевременном ТО (периодичность отсмотреть в руководстве пользователя) она будет выше.
Максим Иванов, я не собираюсь кому-либо что-то доказывать, а описываю личный практический опыт. И гуглинг таки показал, что он был не только у меня, только я сейчас не помню точный текст ошибки. Знаю, что проблема воспроизводилась не на каждом Chrome.
test2235, данные будут "прыгать" по всем уровням модели OSI, перескакивая туда-сюда и используя огромное множество разных протоколов всех уровней. И запрос будет далеко не один. Компьютеру в любом случае надо сначала определить IP-адрес сервера mail.ru (используется служба DNS или hosts-файл на компьютере), затем установить с ним SSL/TLS-соединение с обменом ключами шифрования, отправить по этому соединению http-запрос, получить ответ, распарсить его, затем через это же (или через другое) соединение запросить статику или динамические данные... короче, не путайте теорию с практикой. :)
test2235, модель не реальная, а абстрактная. По пунктам поэтому пройтись сложно - даже просто потому, что нигде в вопросе не прописаны протоколы Ethernet, ARP, IP, TCP/UDP, SSL/TLS, а сразу упомянут https. А знание модели позволяет разобраться, какой протокол в конкретном взаимодействии поверх какого работает, определиться, на каком уровне нужно организовывать фильтрацию, коммутацию, маршрутизацию etc. Физический уровень - это именно уровень сигналов (электро, радио, свет). Канальный - уровень сетевой платы (коммутатора, точки доступа WiFi и т. п.). Третий уровень - маршрутизация (IP, IPX/SPX и т. п.) И так далее.
test2235, а никогда не приходилось сталкиваться с прикладными разработчиками, не понимающими, например, что HTTP и TCP - вещи разные совсем? Мне вот приходилось. И именно потому, что их не учили модели OSI. При всём при этом прикладное ПО они ваяют (в предметной области разбираются хорошо и качественный продукт сделать могут и делают), но, когда речь заходит о взаимодействии со сторонним оборудованием или ПО по сети, теряются. Модель изучают потому, что к ней, пусть и с некоторыми допущениями, но можно привязать работающие протоколы, причём в совершенно разных системах (не подразумевая, что существуют только IP-сети - их в принципе существует достаточно, взять даже, например, сети в советских классах КУВТ).
alex_keysi, в первую очередь затем, чтобы сделать устойчивую к всевозможным бякам систему. Свалится сервер зоны .ru - и что, всему рунету без сети сидеть?
roma_4711, стройте строку.
$html = 'код html' . htmlspecialchars ($_POST ['параметр 1']) . 'код между первым и вторым параметрами' . htmlspecialchars ($_POST ['параметр 2']) и т. д., и т. п. А дальше как по примеру.