Фотокамера у меня недорогая, и GPS в ней, конечно, нет. Зато есть в телефоне. Поэтому треки я записываю приложением
Locus Map Free (не Pro) — большую часть его возможностей (даже бесплатной
версии) я не использую, но треки пишет хорошо, меня устраивает. И, кстати, весьма скромно использует батарею.
Перед выходом, сразу после проверки заряда во всех устройствах и места на флешке, крайне желательно убедиться, что время
на телефоне и в камере — одинаковое. Конечно, при пешем передвижении минутная разница не так существенна, но однажды у меня
камера отстала на пять минут, и результаты были для меня несколько внезапны.
Что еще важно для записи трека: дать приложению нужные разрешения для всех режимов — не ходить же с постоянно включенным
экраном, на котором оно распахнуто. То есть, доступ к местоположению должен быть «Разрешить в любом режиме», и «Контроль
активности» — «Нет ограничений», при рекомендованном «Умном режиме» нормального трека получить не удастся. Что хорошо —
Locus Map проверяет эти разрешения и выдает подсказку, если они не установлены, не исключено, что именно отсутствие такой
подсказки и не позволило мне подружиться с другими приложениями для записи треков.
Трек пишется в GPX-файл, и это хорошо, поскольку данный формат понимают если не все, то очень многие программы, с которыми
нужно взаимодействовать. Я его отправляю прямо из приложения кнопкой шаринга «»,
из предлагаемых вариантов выбирая KDE Connect — архиполезная вещь, хоть
и глючная (впрочем, каким путем передать файл на компьютер — непринципиально).
Итак, я таки отрефакторил и обновил данный сайт. Почему нельзя было сразу делать правильно? Ну, в основном потому,
что я впервые имел дело с Jekyll, изрядно подзабыл (а что-то и не знал) базовые приемы верстки… И так далее,
и тому подобное.
Вторая (в моем случае) причина — это то, что, как это часто бывает, представление о желаемом результате уточнялось
и формировалось в процессе достижения результата просто работающего. Соответственно, решение «исторически сложилось»,
если вы понимаете, о чем я. Любой проект ставит разработчика перед выбором: или бесконечное (и потому бесплодное)
делание «как надо», или движение к идеалу через неидеальные, зато рабочие, варианты, которые, впрочем, без регулярного
рефакторинга быстро становятся неулучшаемым и иногда не совсем рабочим болотом.
Но на самом деле этот пост не только, и не столько о рефакторинге как таковом, сколько о технической стороне этого
сайта в целом. Благо, сразу после выкатки первого варианта я так технический пост и не написал, желая сначала получше
разобраться. Вот, сейчас и пишу о том, с чем разобрался, и о процессе этого разбирательства.
Ну, что ж. Общее представление, как должен выглядеть этот сайт у меня сложилось (внешне — примерно как и сейчас).
Есть большое желание привести в порядок внутреннее устройство и исправить ряд недочетов, видимых снаружи.
Самое время попросить фидбек: ежели кто видит недочеты, неудобства, баги какие-то… или имеет конструктивные
предложения — welcome комментировать, здесь или в соцсетях.
Я в принципе в курсе о проблемах на мобильных, но детали не помешают.
Еще могут быть косяки на старых браузерах… Вот только новая версия скорее всего с ними будет еще менее совместима —
думаю на grid’ах сверстать. Кто-то сейчас пользуется старыми браузерами? И если пользуется, то обращает ли внимание
на верстку вообще?
Нужно ли что-то менять в рубрикации? Адреса контента от нее не зависят, так что могу себе позволить…
Визуальный дизайн тоже можно попинать, желательно с конкретикой.
Недавно начал наблюдать пренеприятную штуку: при закрытии одновременно нескольких вкладок Firefox
начинает тормозить и жрать память, как не в себя. Уже на десятке-другом вкладок тормоза становятся
заметы, а сотня-другая просто отправляет систему в нокдаун на несколько минут. Именно при закрытии,
в процессе работы никаких проблем со множеством открытых вкладок у меня так и не возникло.
Я уже было начал задумываться о переходе на Chromium, но заметил, что тормозить начинает не только
Firefox, но и графическое окружение DE, то есть KDE Plasma… Итог — отключение расширения Plasma
Integration спасло ситуацию. Что там такое между ними происходит, я не очень понимаю.
Надо бы, конечно, поразбираться и написать им баг-репорт, но пока руки не доходят.
PS. При этом я понятия не имею, что вообще это расширение делает. Уведомления в трей Firefox пересылает
и без него.
График подписавших письма за и против Столлмана на момент написания этого поста
Сообщается, что GNOME Foundation, KDE e.v, Tor Project, the EFF, OBS Foundation, Red Hat, SUSE, Mozilla и X.org
Foundation опубликовали заявление, в котором выразили благодарность всем, кто принял участие в проведённой ими
кампании по травле 68-летнего человека с синдромом Аспергера, которая довела бы большинство других людей до самоубийства.
В заявлении также выражается благодарность всем принявшим участие в распространении культуры отмены, кампании по травле
и самосуде.
Происходящее сейчас с Ричардом Столлманом и Фондом свободного ПО (Free Software Foundation — далее FSF) не слишком
заметно людям, далеким от этого самого свободного ПО, точнее далеким от его разработки, поскольку пользуются им
на данный момент так или иначе почти все. И те перемены, которые сейчас происходят, или хотят произойти, коснутся
так или иначе почти всех. О серьезности ситуации позволю себе процитировать себя же2:
Можно возразить, что уж кто-кто, а FSF свободу ПО ущемлять не будет, но не всё так просто.
Во-первых, где гарантия, что вместо фанатичных, но всё же вменяемых, гиков к руководству
фондом не придут какие-нибудь упоротые и не забабахают неприемлемую для зависимых проектов,
а главное — несовместимую с приемлемыми, новую лицензию? Во-вторых, где гарантия, что по глупости,
или злому умыслу, FSF внезапно не случится банкротом, и его «интеллектуальная собственность»
не пойдет с молотка?
И вот теперь мы наблюдаем смену руководства Фонда СПО (это уже кроме собственно Столлмана): сначала ушел исполнительный
директор John Sullivan3, затем заместитель директора John Hsieh и технический директор Ruben Rodriguez4.
Каким будет новое руководство, какие цели оно будет ставить, и во что превратится Фонд, имеющий возможность единым махом
сменить лицензии на весь софт проекта GNU, — все это сейчас неизвестно. Понятно, что ничто не вечно под луной, но тут мы
наблюдаем не естественную эволюцию, а переворот (если не рейдерский захват, о чем далее), и с преемственностью политики
Фонда могут быть проблемы.
Ниже я попробую описать ситуацию достаточно подробно для тех, кому аббревиатуры RMS, FSF и GNU ничего не говорят.
Оригинал этого поста в «Технобложике» оказался самым популярным материалом — на него заходят и заходят
из поисковиков, ссылаются на форумах и так далее. Поэтому к его переносу я подошел максимально ответственно,
перепроверив все рекомендации в современных дистрибутивах и внеся дополнения. Таким образом, этот пост
получил некоторую добавочную ценность к оригиналу. Особенно совершенно новый раздел о том, как можно добавить
свои собственные символы в раскладку.
На эту тему в интернетах написано немало. Я лишь хочу в этом посте собрать и обобщить некоторую часть информации,
чтобы рекомендовать друзьям – новичкам в Linux. Итак, этот пост для тех, кто работает с текстом в Linux, дабы они
поняли свое счастье.
Вообще говоря, ввод каких бы то ни было символов с клавиатуры можно организовать разными путями, некоторые
из которых (например, определение собственной раскладки) доступны и в оффтопичной системе от MS. Однако, удобных
способов существенно меньше. Собственно, я буду говорить о двух, простых как в использовании, так и в настройке:
«третий уровень» и Compose Key.
Обнаружил тут некоторый подводный камень в стандартной библиотеке Rust. Багом это назвать, конечно, нельзя,
просто такой момент, где можно по собственной невнимательности наступить на грабли и не сразу это заметить, что
нехарактерно для Rust.
Опасность подстерегает нас, когда мы читаем данные из файла посредством std::fs::File.read()1, не используя
при этом std::io::BufReader2, а самостоятельно выделяя блок памяти и читая в него.
Подводный камень тут вот в чем, цитирую документацию:
if n is 0, then it can indicate one of two scenarios:
This reader has reached its “end of file” and will likely no longer be able to produce bytes. Note that this
does not mean that the reader will always no longer be able to produce bytes.
The buffer specified was 0 bytes in length.
Подчеркивание мое. Итак, если мы передаем методу read() буфер нулевой длины, то результат будет ровно тот же самый,
что и если мы достигли конца файла, т.е. Ok(0).
В общих чертах настроил систему комментариев, можно пользоваться.
Работает это все через Staticman, что означает коммит комментариев в репозиторий на GitHub
с последующим рендерингом на стороне Pages… Ну, то есть, небыстро это работает. От отправки
комментария до его появления на странице может пройти пара минут. Подгрузка комментариев на уже открытой
странице тоже есть, но функционирует не всегда… В общем, иногда лучше подождать и понажимать F5.
С другой стороны — есть время подумать, а чятики никто и не обещал.
Принципиальных изменений в этой части, пожалуй, не будет, а вот отрефакторить бы не мешало. Хотя бы чтоб
не краснея написать об этом технический пост.
upd: Редактирования комментариев, конечно, нет (потому что нет никаких логинов и регистраций), имейте
в виду.
upd2:1 Обнаружился невезучий спам-бот, который спокойно прошел капчу, но не заметил автозаполнения
скрытого поля посредством JS…
Пока перенос со старых площадок не завершен, но уже как-то дублированием заниматься не хочется.
Собственно, из ЖЖ я перенес все, что планировал, а вот с Технобложика еще есть,
чего утащить… Но новые посты будут появляться уже здесь. И они скоро будут.
Чего не будет: поскольку я использую бесплатные возможности хоститься, не будет фотографий,
по крайней мере, в количествах. Не будет мелких записей с актуальностью в один день, поскольку
для них имеются социальные сети.
Система комментариев здесь рабочая, но пока не отлажена — могут быть косяки, особенно в части капчи…
Ну, на персональной страничке можно и на проде поотлаживать. Вообще, какие-то вещи будут в ближайшее
время дорабатываться и меняться, но, очень надеюсь, не будут меняться адреса страниц, т.е. уже можно
ссылаться.
Иван, как-то довелось делать resize png-картинки в Gimp. По сравнению с Photoshop качество хуже. Можешь тут подсказать?
Фотошопа у меня нет, сравнить не могу, поэтому попробую рассмотреть вопрос несколько по другому — какие способы ресайза
мы имеем в Linux, пусть не «из коробки», но с минимальными трудозатратами. И что нам со всем этим богатством делать…
Сразу замечу, что выбор методов ресайза зависит не столько от формата, сколько от характера исходного изображения, так что все,
написанное ниже следует читать не как прямое руководство к действию, а как подсказку, в каком направлении копать.
Для начала, чтобы много не писать о сути проблемы вообще, сошлюсь на хабрастатью «Ликбез: методы ресайза изображений».
Она старая, но в плане основ и теории достаточно хорошо всё описывает. Более подробно, но на английском, можно почитать
на сайте ImageMagick: «Resizing or Scaling», «Resampling Filters» и «Resampling by Nicolas Robidoux».
Если Photoshop не использует новейшие достижения искусственного интеллекта (это не шутка, различные AI-методы сейчас активно
применяются в обработке изображений), то правильный выбор фильтров и параметров, будем надеяться, позволит получить результат
не хуже.
Что же касается формата PNG, то тут есть два соображения: во-первых, область применения — как правило, в PNG сохраняют
не фотографии, а изображения с чистыми цветами и четкими границами, а во-вторых, применимость его к финальному результату —
запросто можно при уменьшении картинки получить файл большего объема…
В общем, я взял два типичных, как мне кажется, случая, когда применяется именно этот формат: уменьшение скриншота (небольшое,
чтобы можно было говорить о читаемости) и увеличение иконки (тут — в разы). Экспериментировать я буду с применением GIMP
и ImageMagick.
Disclaimer: я не специалист в данной теме и все, что могу — потыкаться с точки зрения продвинутого юзера. Вышеприведенные ссылки
могут стать отправной точкой для желающих разобраться по настоящему.
