pfg21, это пример, который вносит дополнительную информацию, которая не является правдой, так что он только запутывает.
Ручная отрисовка в решении задач landcover по среднему разрешению уже давно отмерла, её только на высоком разрешении или сравнительно малых площадях используют, где настраивать автоматику - дольше.
Темно-синяя крыша будет "светиться" в инфракрасных каналах, а вода там - черная. Ошибки (особенно при неправильном выборе каналов или при попытках использовать не исходные данные, а пожатые JPEG-ом снимки видимого диапазона) при полуавтоматической классификации - возможны, но подавляющее их большинство легко избежать, если хорошо понимать механизм этого процесса.
Руслан Федосеев, вам лишь бы поспорить. Вы хотите сказать, что никто не покупает "дешевый мусор"? Сюрприз, кроме энтузиастов, никто особо не представляет, нахрена тратить две тысячи на роутер, если можно купить его 600 рублей. Этого "дешевого мусора" - полно.
Wexter, работу NAT выполняет routing device, обеспечивающий трансляцию пакетов из одной подсети в другую. Это общая задача. То же самое устройство (и даже то же самое ПО на нем) может выполнять частную функцию фильтрации пакетов (Firewall). Я не знаю, где вы взяли свои "корочки админа", если они у вас есть, но то, что вы пишете про функции firewall - это фантазии. Если вы настаиваете на своей правоте, сошлитесь на источник (документация Cisco подойдет).
"Отключение DHCP" имеет только косвенное отношение к тому, чтобы некое устройство стало работать как switch, а не как роутер.
Чтобы устройство работало только как switch, ему нужно выполнять только одну функцию - пересылку Ethernet frame (второй уровень) от одного порта к другому в соответствии с тем, к какому порту подключен адресат. А вот заставить порт WAN на бытовом роутере работать как еще один порт LAN, то есть без обязательного NAT - часто просто невозможно. Возможно не использовать порт WAN вообще, только тогда подбное устройство будет работать исключительно как switch.
Вы в своем комментарии смешали в кучу вещи, которые относятся к теме вопроса (топология сети и маршрутизация) и не относятся (функции фильтрации пакетов, конвертирования среды). Для ответа на вопрос важно рассматривать только вопрос топологии и маршрутизации, что я в своем ответе и сделал.
Большинство бытовых роутеров - комбинированные устройства, включающие кроме функционала роутера (выполняющего межсетевую маршрутизацию между LAN и WAN) еще и кучу других вещей - фильтр пакетов для безопасности, точку доступа WiFi (функционал которой лежит на слоях 2 и 1), DHCP-сервер и т.п. Но вся эта "обвеска" в контексте данного вопроса не имеет значения, кроме того факта, что типичный бытовой роутер просто нельзя заставить работать, как switch.
А ещё она работает как Firewall ... ибо без первого не будет работать интернет
Это неверное утверждение. Вы путаете функционал firewall (фильтра пакетов, прежде всего) и, собственно, роутера (межсетевого маршрутизатора). Что наводит на мысль, что вы плохо себе представляете, о чем рассуждаете.
Прямой ответ на ваш вопрос - "никак". Потому что именно "настройками" это сделать невозможно. Для реализации подобного функционала нужно программировать (на JavaScript) front-end и (на том, на чем у вас написан сервер) back-end, то есть ту часть севиса, которая будет отвечать за хранение координат и так далее.
Ну и совет более общего рода - категорически не следует указывать адрес через карту. Это добавляет проблем клиенту, это будет глючить (вы думаете, что у Яндекса и Гугла геокодер никогда не ошибается и не дает неправильный адрес по координатам?), это сложнее в реализации, а выигрыша от такого способа - никакого.
Данил Тунев, потому что в большинстве подобных форматов важны только ключевые теги или слова, последовательности роли не играют. Так проще, а не сложнее разбирать данные, особенно, когда состав тегов - разный.
Данил Тунев, просто в этом нет никакого практического смысла. Да, сегодня бинарный формат был бы логичнее, но никакого существенного выигрыша он бы не дал. А изменения ради изменений - это пионерство в плохом смысле этого слова.
Данил Тунев, мне любопытно, что мотивирует людей писать такую жуть, что у них в голове. А суть вопроса - проста, как валенок. Тут таких, из области телепатии, дофига. Вы историю создания HTTP читать пробовали, для интереса? И других протоколов того же уровня.
На Тостере не форумная структура - если вы отвечаете на чей-то ответ, следует использовать ссылку "Комментировать" под ответом.
Google Page Speed - это не то, подо что следует подгонять параметры оптимизации - это только информация к размышлению. Если клиент настаивает на этом, то он просто идиот. Приблизительно по этой причине оптимизаторы изображений имеют реальные настройки, которые связаны с форматом, а не подстраиваются под ерунду, которую диктует Гугл. Если вам безразличен реальный результат и вы хотите только удовлетворить Гугл, то можете смело ипользовать любой оптимизатор с GUI, выставив достаточно агрессивное сжатие. Но получится, закономерно, дерьмо, а не результат.
Aricce, естественно, нужно сначала понимать, какую задачу вы решаете, а потом разбираться с инструментом, который для ее решения используется. Под тем, чтобы разобраться со спектральным анализом, я подразумеваю, например, надежное понимание того, что график на картинке вверху - это сечение графика внизу по вертикальной оси. А также, понимание обратной задачи - спектрального синтеза. То есть как реальный сложный сигнал получается сложением простых (синусоидальных, гармонических) с разными частотами, амплитудами и фазами.
