sim3x, весьма смелое утверждение. Чья это проблема - зависит от того, какова конечная задача. Мне, например, почти не важно, что вы меня не поняли - от этого ведь вообще ничего не зависит.
sim3x, я прекрасно знаю, что я имел в виду и что я написал. Если кому-то в моих словах видится противоречие, значит эти слова интерпретированы не в тот же самый смысл, какой в них закладывал я. Так бывает.
Этот односторонний спор уже становится непродуктивным.
Griboks, стесняюсь спросить, а что конкретно в вашем понимании означает расхожий штамп "ВУЗ учит учиться"? Потому что ни советские, ни российские ВУЗы этому ни в какой форме учить никогда не пытались, они только требовали, чтобы студенты этому непонятно как учились сами, что совершенно не то же самое, и, по сути, полный и совершенно неэффективный идиотизм. В остальном я с вашей точкой зрения полностью согласен, просто вот это утверждение про "обучит обучаться" всему остальному сказанному вами противоречит и оно, в реальности - неправда.
Lolil123 Lolik123, чтобы "красиво оформить", нужно не "где-то читать", а потратить время и изучить HTML/CSS/JS. Не уверен, правда, что тем, кто не осилил русский язык в школе, это доступно в существенной мере.
Saboteur, ваше возражение - терминологическое. Потому что зависит от того, что понимать под "именем". Если смотреть на структуры данных - да, это отдельная часть, которая может, в принципе, обрабатываться самостоятельно. Но с точки зрения архитектуры ОС, а не самой ФС, это - все равно часть названия, независимо от того, как оно хранится.
И я еще прекрасно помню Norton DiskEditor и всякие фокусы с "блокировкой" файлов через внедрение недопустимых символов в название, так что мне ли не помнить, как оно было.
В Windows это тоже часть имени. И в DOS была часть имени. То, что файлы по расширению ассоциируются с какими-то типами - исторически сложилось, не более.
kiru, судя по вашим вопросам, вы знаете о технологиях, которые упоминаете, чуть-чуть больше, чем ничего, несмотря на тот факт, что документация на весь этот opensource - доступна. Я не думаю, что у вас что-то толковое из этого получится.
Борис Сёмов, стесняюсь спросить, а вы представляете себе, как работает приемный радиотракт точки доступа? Независимо от того, какие каналы выбраны в пределах одного диапазона, приемник испытывает перегрузку, ведущую к невозможности "слышать" клиентов, если рядом стоит другой передатчик. Потому что перестраиваемого аппаратного преселектора (полосового фильтра) шириной в канал у приемника нет, а есть схема АРУ, которая подстраивается под наиболее сильный сигнал (от соседней точки доступа, а не от слабенького клиента). Так что пофигу то, что inSSIDer в такой ситуации покажет.
Денис Сечин, например, потому что у точки нефиговая мощность и мертвая зона без внешних препятствий (каких-то экранирующих предметов) возможна только где-нибудь в космосе. Или не с такой антенной, которая в этих точках доступа установлена. Провал по уровню - будет, но относительный, а не "мертвая зона". Другой вопрос, что если максимумы диаграммы приходятся на боковые стороны, то повесив такое под высоченный потолок, вы будете больше греть атмосферу, чем доставлять сигнал потребителю, особенно - в небольшом помещении. То есть это будет глупо и неэффективно. Но работать будет.
Денис Сечин, "параллельно точке" - это геометрический нонсенс (даже если имеется в виду точка доступа). "Параллельно" может быть только линии и плоскости.
Можете перед удалением исходного файла копировать EXIF из него в пересжатый, используя, например jhead (это отдельная утилита). Можете делать то же самое с изменением отдельных параметров через EXIFtool.
kiru, во-первых, ваш вопрос не содержит вопроса. Т.е., вы не пишете, чего же именно вы хотите добиться. Потому ответ на несуществующий вопрос тоже не существует.
Но "из общих соображений" я не особо понимаю, нафига вам отдавать веб-клиенту shape-файлы, при чем тут Mapnik и какая именно карта у вас хранится в PostGIS.
ssrdop, переводя на человеческий язык, то, что вы сейчас сказали, означает, что вам нужна более подробная документация. Вот я вам уже ответил: это официально недокументированный endpoint. Больше, чем написано, например, здесь https://github.com/0xced/XCDYouTubeKit/issues/2 (и далее по ссылкам) вы не узнаете.
