А мы тем временем протестировали сборку Simply Linux alpha1 для Repka Pi 3.

Сборка подготовлена на основе репозитория Sisyphus, а не p10, как можно ошибочно подумать, глядя на брендинг, который взят от стабильного Simply Linux.

Система при первом запуске проходит этап мини-установки, где вы можете настроить сеть, задать пользователей и их пароли. После чего потребуется перезагрузка.

Это альфа и есть ряд недочетов. Не работает Wi-Fi, но это указано в инструкции и это лечится созданием нескольких символических ссылок. Также не работает индикатор активности на плате из-за чего иногда трудно понять статус платы.

Что удивило – так это полный набор ПО в системе, включая офисный пакет, что нехарактерно для сценариев использования подобных ПК. Если вы захотите использовать его для автоматизации или в роли мини-сервера, то придется очень много чистить.

Выводы: альтернатива есть и это хорошо, но хотелось бы чтобы Альт уделил этому вопросу больше внимания. Наша плата есть, а нашего ПО для нее нет…

Самое необычное рабочее место

Настали майские праздники, многие из нас уже продумывают планы отдыха, но характер нашей работы часто требует внимания и в нерабочие дни.

Поэтому для многих из нас настроенный походный ноутбук стал неизменным спутником во всех поездках даже на небольшие расстояния, а удаленная работа стала делом привычным.

Но тем не менее иногда приходится работать из очень специфических мест. В моей практике самым необычным местом была деревянная вышка в этнографической казачьей станице, куда мы вывезли наш класс после окончания учебного года.

Потому, как только там более-менее на приличной скорости работал мобильный интернет. И то, телефон пришлось поднять повыше и засунув в пакет привязать почти под крышу. Зато получилось более-менее комфортно подключиться к заказчику и решить внезапно возникшие проблемы.

А какое самое необычное рабочее место было у вас?

​​Перенаправление и права в Linux

Если нам нужно что-либо записать или дописать в файл, то мы обычно делаем так:

echo “Hello” > file.txt

Или

echo “Hello” >> file.txt

В первом случае мы перепишем содержимое файла, во втором – допишем в конец. Кстати, это важный момент, запомните и не путайте!

Но как быть, если нужно выполнить запись в файл, который не принадлежит текущему пользователю?

Напрашивается привычное:

sudo echo “Hello” >> file.txt

Но неожиданно получим «Отказано в доступе», почему? Давайте разбираться кто за что отвечает. При входе пользователя в систему в ней сразу запускается командная оболочка, тоже самое происходит если мы запускаем эмулятор терминала.

Оболочка запускается от имени текущего пользователя, и именно она позволяет нам выполнять команды, она же занимается перенаправлениями и конвейером.

Команда sudo позволяет нам выполнить команду с правами суперпользователя и этой командой будет echo, которая выведет указанный текст в стандартный поток вывода. На этом ее работа закончилась. Перенаправлением потока будет заниматься оболочка, которая запущена от обычного пользователя.

Чтобы все-таки выполнить запись в файл мы можем сделать так:

sudo bash -c ‘echo “Hello” >> file.txt’

В этом случае мы запустим с повышенными правами еще один экземпляр оболочки, который выполнит указанную команду и завершит свою работу. А так как оболочка запущена с повышенными правами, то и проблем с перенаправлением у нас не возникнет.

Аналогичная ситуация возникает и с конвейером, так как этим занимается оболочка, то все команды в цепочке будут выполняться от имени того пользователя, кто запустил оболочку, если не указано иного.

Например, для решения нашей задачи можно использовать:

echo “Hello” | tee -a file.txt

Если мы напишем:

sudo echo “Hello” | tee -a file.txt

То с повышенными правами будет выполнено только echo, а tee получит отказ в доступе, так как запустивший ее пользователь не имеет прав доступа.

Правильно:

echo “Hello” | sudo tee -a file.txt

Для выполнения первой команды нам повышенные права не нужны, а вот tee нужно дать доступ к файлу и поэтому мы запускаем ее через sudo.

Поэтому, работая с оболочкой всегда помните, кто выполняет те или иные действия и какие права при этом имеет, что поможет избежать подобных ошибок и недоразумений.

У Васи есть папка с закачками, куда он скачивает без разбора всякое разное, и чтобы каждый раз не разбирать ее руками он пишет скрипт, который будет автоматически перемещать видеоролики в другую папку:

for file in $(ls *.mp4); do 
    mv -f $file /new_path/video         
done

Что не так с этим скриптом?

👇 Ответы в опросе ниже 👇

​​Что не так со скрипом Васи?

Предположений было довольно много, но большинство указанных и неуказанных в опросе, но всплывшие в обсуждении недостатки не являются фатальными.

Основной и очень грубой ошибкой является использование для получения списка файлов команды ls, также все сказанное далее в полной мере относится и к find. Обе эти команды созданы для интерактивного взаимодействия с оператором и не предназначены для использования в скриптах.

Почему? В обсуждении было приведено несколько хороших ссылок на подробные материалы, правда на английском, но даже с переводчиком смысл будет понятен. Мы же остановимся коротко на основных проблемах.

🔹 Первая и самая очевидная - пробелы, имя файла с пробелами превратится в набор строк, каждая из которых будет обрабатываться скриптом отдельно. И если в данном примере это относительно безопасно, то в реальных сценариях это может привести к абсолютно непредсказуемым последствиям.

Например, в нашей практике мы сталкивались со скриптом, который таким образом подсчитывал количество файлов в папке, потом сортировал их по дате создания и удалял самые старые, чтобы осталось всего N-файлов. Файл с пробелами в имени сразу грубо ломает эту логику и может привести к удалению нужных данных.

Обернуть ls *.mp4 в кавычки тоже не даст результата, так как в этом случае в качестве единой строки будет использоваться весь вывод команды.

🔹Вторая проблема – возможное наличие в имени файла управляющих и подстановочных символов. На практике встречается гораздо реже, но так как Linux вполне допускает подобные имена, то вы вполне можете с ними столкнуться, например, они могут появиться в результате ошибок в работе скриптов.

Допустим у вас есть набор файлов: 1Сезон-1Серия.mp4, 1Сезон-2Серия.mp4 и т.д. и туда случайным образом затесался файл где имя состоит из единицы и звездочки за ним. Символ звездочки будет расценен как подстановочный и ls подставит туда все попадающие под маску файлы. В результате все ваши серии попадут в вывод два раза. Как мы уже говорили, если в данном случае это безопасно, то в других сценариях может привести к различным негативным эффектам.

🔹Третья основная проблема – символы национальных алфавитов. Сейчас эта проблема отошла на второй план, но актуальной быть от этого не перестала. А причина все таже – ls и find рассчитаны на то, чтобы выводить информацию на экран.

А далее все зависит от установленной локали, если локаль не содержит символа, соответствующего его коду, то на его месте появится «крякозябкрик» или знак вопроса в ромбе, иди еще что-нибудь, а также такой символ может быть просто пропущен.

👆 Теперь о том, как сделать правильно. В оболочках POSIX, которым относится bash и его производные, есть функция позволяющая использовать в именах файлов символы подстановки, поэтому вывод никаких дополнительных команд анализировать не нужно, а переменную следует обязательно обернуть в кавычки:

for file in ./*.mp4; do 
    mv -f “$file” /new_path/video         
done

В этом случае корректно будут отработаны и пробелы, и спецсимволы, и символы национальных алфавитов.

Также можно подстраховаться и добавить проверку на существование файла:

for file in ./*.mp4; do 
   [ -e "$file" ] || continue
    mv -f “$file” /new_path/video         
done

Если указанный файл не существует, то цикл пропустит текущую итерацию и перейдет к следующей.

​​Завершающий слеш в путях Linux

Данный вопрос возник во вчерашнем обсуждении, и он не так прост, как кажется, поэтому мы решили уделить ему отдельную заметку.

В Linux символом разделения каталогов является слеш, если после имени файла стоит этот символ, то подразумевается, что данный файл является каталогом. А в Linux, как мы помним, всё есть файл.

Также в Linux очень часто обходятся без расширения имен файлов, потому как тип файла определяется по содержимому (сейчас мы не берем во внимание графические оболочки). Поэтому запись:

~/video

Может быть как файлом, так и каталогом. Если же мы напишем так, то перед нами предположительно каталог:

~/video/

Почему предположительно? Потому что мы можем написать слеш и после имени файла, но если мы попробуем выполнить с ним любую файловую операцию, то система выдаст нам ошибку, потому как данный файл не является каталогом.

Т.е. закрывающий слеш – не императив, а всего лишь указатель на предполагаемый тип файла. Его отсутствие вызывает состояние неопределенности, что может привести к некоторым казусам.

Например, возьмем вчерашний скрипт Васи:

mv -f “$file” /new_path/video

Имеет неопределенность, потому что если мы забудем создать папку video, то все файлы будут перемещены в новый файл video и последовательно его перезапишут. Т.е. мы останемся без видео, у нас сохранится только последний файл.

Если же мы напишем:

mv -f “$file” /new_path/video/

То при отсутствии директории получим ошибку:

mv: невозможно создать обычный файл ' video/': Это не каталог

Если же мы попробуем указать вместо каталога обычный файл, например, там действительно существует файл video, скажем как результат предыдущего ошибочного запуска скрипта, то ошибка будет иной:

mv: не удалось получить доступ к ' video /': Это не каталог

Т.е. систему не обмануть, и она всегда при файловой операции проверит тип файла, независимо от того поставили вы закрывающий слеш или нет.

Но наличие обратного слеша устраняет неопределенность, потому как в случае с каталогом явно предписывает системе работать с путем как с каталогом и никак иначе. Кстати, при автоподстановке по Tab пути к каталогам сразу дополняются закрывающим слешем.

Так может нужно исправить скрипт? А вот здесь все не так просто. Да, мы уберем неопределенность, да получим ошибку. Но что, если это случится уже после того, как скрипт отлажен и запущен в работу? Допустим целевой каталог переместили, переименовали или удалили?

В этом случае мы получим ошибку, запишем ее в лог и дальше? А дальше вопрос, когда именно администратор его прочитает. Ведь все мы любим читать логи за чашкой утреннего кофе, не правда-ли?

Поэтому в скриптах такие вещи всегда лучше проверять явно, например:

if ! [ -d /new_path/video/ ]; then
   mkdir /new_path/video
fi

В данном случае мы проверили существование каталога и создали его при отсутствии, но никто не мешает выполнить и другие действия, скажем, направить сообщение на почту администратора и прекратить работу скрипта.
В любом случае это лучше, чем просто получить ошибку (или даже многочисленные ошибки) выполнения с записью в лог.

А после того, как мы выполнили подобную проверку и предприняли явные действия, то там уже становится все равно, есть закрывающий слеш в команде перемещения или нет.

​​Мир, труд, май!

1 мая – праздник хороший, универсальный, он одинаково подходит всем возрастам, взглядам, предпочтениям и т.д. и т.п. На сегодня его политический подтекст практически полностью выветрился и для многих это просто еще одна календарная дата, предоставляющая дополнительный выходной.

Сегодня 1 мая олицетворяет начало майских праздников и повод выбраться наконец на природу, на шашлыки. Во всяком случае я не знаю тех, кто специально отмечает именно 1 мая.

А вот в детстве было совсем по-другому, я, как и многие другие советские дети 1 мая ждал с нетерпением…

Дальше должны были быть детские воспоминания, а они всегда более яркие и светлые, я неожиданно столкнулся с тем, что мои дети просто не понимают, о чем идет речь и пришлось дополнительно описывать им советские реалии, что заняло гораздо больше времени.

А первое мая мы действительно ждали и совсем не ради демонстрации, хотя демонстрация — это тоже хорошо – флажки, шарики и все это бесплатно. Выдавалось профсоюзом на предприятии отца при построении праздничной колонны.

Участие в демонстрации был, конечно же, дело добровольное. Не хочешь участвовать, ну попробуй откажись. Но нас, детей, такое волновало мало. Для нас было гораздо важнее другое.

То, что было после демонстрации. А после демонстрации мы шли в городской парк рядом с площадью и там, если повезет, можно было даже купить эскимо или жвачку. А если и то и другое – то праздник однозначно удался.

И вот здесь мои дети сильно удивились, что значит – если повезет. А то и значит – счастливое стечение обстоятельств. В своей жизни я, простой советский ребенок из провинциального областного центра Белгорода, попробовал эскимо в возрасте 7 лет, когда поехал с бабушкой в Москву к ее родственникам.

Для меня был настоящий культурный шок в том, что в Москве эскимо можно было купить в каждом ларьке с мороженым. Просто взять и купить. До этого эскимо я видел только на картинках. Купить у нас можно было: фруктовый лед – 10 коп., шоколадное – 15 коп., пломбир – 20 коп.

Отдельной удачей было купить мороженое в бумажном стаканчике и неспеша есть его палочкой. Вафельные стаканчики были весьма отвратного качества и сразу раскисали, начиная капать со всех сторон.

Так вот, на 1 мая в ближних к площади магазинах, а они считались тогда самыми-самыми, могло появиться эскимо. Раз в год, хотя иногда еще эскимо появлялось на выборах.

О том, что там что-то есть указывала огромная очередь. И на сленге тех лет это явление называлось «выбросили».

- Ну что там?
- Эскимо выбросили.

После чего приходилось отстоять долгую очередь чтобы наконец получить вожделенное лакомство. При этом часто давали не более 1 эскимо в руки, поэтому вариант, что в очереди стоит папа, а мама с детьми пошла гулять в парк в те времена не рассматривался.

А еще могли вручить «товар в нагрузку», скажем хотите вы купить пачку жвачки, а их тогда было всего несколько сортов, в пластинках, достаете деньги, но вам говорят: вместе с пачкой жвачки нужно купить две банки морской капусты. И никак по-другому.

Кстати, морская капуста – еще один феномен той эпохи, она считалась чуть ли не продовольственным мусором. А те, кому не повезло и капустой их все-таки нагрузили делали из нее всякие салаты, ну не выкидывать же.

Сегодня морская капуста, та же самая, в тех же самых банках считается элементом здорового питания и продуктом весьма полезным.

Да и вообще сегодня мы живем совсем другой жизнью, где нет понятий «дефицит», «выбросили», «достать». А приезжая в другой город, особенно крупный, мы занимаемся осмотром достопримечательностей или просто гуляем, сидим в кафе, а не носимся по магазинам скупая все то, чего нет в родном городе.

Ну и наконец каждый может реализовать себя в труде и получить достойную оплату своего труда. Возможно, звучит это необычно, но сегодня работа на себя или предпринимательство не является осуждаемым и тем более уголовно наказуемым деянием.

Поэтому праздник 1 мая все равно остается актуальным, как день созидательного труда и доступных возможностей. А за это можно и выпить!

Научитесь эффективно управлять контейнерами в Docker

Приходите на практический открытый урок для DevOps и разработчиков от OTUS. На вебинаре вы:
- познакомитесь с основными концепциями Docker;
- научитесь создавать, запускать и останавливать контейнеры, а также управлять ими;
- получите базовые знания, которые помогут вам начать работу с Docker и использовать его для автоматизации процессов разработки и развёртывания приложений.

📅 Встречаемся 15 мая в 20:00 мск в рамках курса «DevOps практики и инструменты».

Зарегистрируйтесь, чтобы посетить бесплатный урок: https://vk.cc/cwvLiq?erid=LjN8K6TTp

​​Рабочие дни на майских праздниках – бессмысленные и беспощадные

Решил я сегодня с утра немного поработать. И в очередной раз пришел к выводу о фактической бесполезности этого вида деятельности в эти дни. Почему?

Да потому что «рабочие» дни на майских праздниках – это буквальное издевательство над здравым смыслом, по-другому не назовешь.

Вот люди вышли после трудовой недели в четверг, который типа «понедельник», а завтра уже пятница, деловая и рабочая активность в которую традиционно спадает уже после обеда. По факту получаем полтора рабочих дня. И многие просто предпочтут их «пересидеть» спустив все что можно на тормозах.

На следующей неделе нас ждет два с половиной, а по факту и всего два рабочих дня, потому как говорить о работе в предпраздничный день в серьез не следует.

Но это еще полбеды. Сам бизнес тоже не горит желанием проявлять активность. Причины в целом аналогичны. Любая сделка сложнее чем купить туалетной бумаги в офис за один день не делается. Даже если мы за сегодня все согласовали, завтра оплатили, то контрагент получит деньги уже на следующей неделе, тоже короткой. И точно также вся работа у него через день станет.

Аналогично и с выполнением работ. Какие работы можно выполнить у заказчика за один-два дня? Никаких. Лучше и не начинать.

Добавляем сюда давнюю традицию уезжать в отпуск для высшего руководства и иных лиц принимающих решения и понимаем, что никаких важных дел на этот период планировать не следует.

Поэтому и бизнес в эти дни находится в условно-рабочем состоянии, потихоньку поделывая текучку и ожидая очередных длинных выходных. Если вы попытаетесь навести суету, то вас вежливо попросят зайти после праздников. По самым разным веским причинам.

При этом праздники никак не касаются торговли, общепита, непрерывного производства и многих иных сфер, которые работают по своему графику. Они как работали, так и будут работать. А вот все остальные вынуждены выходить просиживать штаны.

Поэтому в который раз возникает вопрос: а в чем смысл этих рабочих дней? Может проще объявить выходные на весь период праздников и фактически закрепить ситуацию де факто?

На экономику это сильно не повлияет, кто работал – тот и продолжит работать. Зато избавит от множества неудобств остальных, ведь в эти дни практически все они «работают» в режиме праздника, такая вечная пятница, когда ничего начинать не следует, а нужно только досидеть до звонка.

Такие вот мысли в обед «понедельника», который на самом деле четверг, но вызывает стойкое ощущение пятницы.

Repka Pi 3 - отечественный одноплатный компьютер

Вряд-ли разработчики Raspberry Pi выпуская первую версию своего продукта думали, что закладывают целое направление развития компьютерной техники.

Но одноплатные ПК приглянулись пользователям и очень скоро на рынке появились многочисленные аналоги и многочисленная периферия, которая позволила сделать эти устройства универсальными.

Их можно использовать для обучения или автоматизации, в качестве мини-серверов или маломощных ПК - вариантов масса.

Поэтому нам было интересно познакомиться с отечественным одноплатным компьютером Repka Pi 3 и посмотреть на его возможности.

https://interface31.ru/tech_it/2024/04/repka-pi-3---otechestvennyy-odnoplatnyy-komp-yuter.html

👆👆👆 Большой обзор Репки на нашем сайте

​​Тащи с работы каждый гвоздь - Ты здесь хозяин, а не гость!

Продолжая советскую тему, нельзя не отметить еще одного чисто советского феномена – несунов. Именно в позднем СССР, начиная с 70-х возникло практически поголовное мелкое расхищение имущества предприятий и учреждений.

Все что ты не принес домой с работы – это ты украл у своей семьи. Данная поговорка как нельзя лучше отражает отношение советских людей к этому вопросу. При этом вынести что-то с работы, а для обозначения данного действа использовалось именно это слово зазорным не считалось.

Наоборот, если кто-то что-то мог вынести и не вынес, то это воспринималось с крайним недоумением. И уж, конечно, это не считалось воровством.

Все помнят сцену из фильма «Иван Васильевич меняет профессию» где Шурик бегает по городу в поисках транзисторов и находит их у подозрительного типа. Многие сейчас думают, что это спекулянт, но это скорее всего обычный несун.

Я, как и многие ребята того времени увлекался радиолюбительством и купить современные радиодетали было огромной проблемой. Как сейчас помню, берешь в библиотеке свежий журнал Радио, находишь интересную схему и разочарованно вздыхаешь… Указанные там радиодетали не найти днем с огнем.

Единственный в городе магазин радиодеталей ассортиментом не баловал, а радиоряды на рынке были школьникам не по карману. Что оставалось? Правильно – несуны.

Дальше в ход шли социальные связи, у кого-то из друзей, знакомых, одноклассников кто-то обязательно работал на подходящем предприятии и дальше оставалось только договориться.

В ход чаще всего шла бутылка. Так за три литра самогона некий мужик принес нам на распайку целый мешок печатных плат. И это было весьма ценное приобретение! А самогон для сего действа спокойно предоставила бабушка.

При этом жутким дефицитом было практически все, текстолит для печатных плат также доставали с предприятий. Нужно было просто в указанное время подойти к нужной дыре в заборе и совершить натуральный обмен материальными ценностями.

А хлорное железо для травления печатных плат было вообще практически недостижимой роскошью и платы мы травили в растворе соли и медного купороса, подогревая это все на водяной бане для ускорения процесса.
То, что не решалось за бутылку решалось рублем. Был у нас во дворе дядечка, который недорого доставал редкие радиодетали, например, микросхемы. Дядечка работал инженером на радиозаводе и тащил все к чему имел доступ. К нему можно было просто прийти со схемой, и он называл сумму за ее комплектацию.

Также был распространен и натуральный обмен. Обычно сразу задавался вопрос: а кем у тебя работают родители? А достать это и это смогут?

Поэтому тащили все и везде, не себе, так на обмен. В сельской местности практиковалось массовое расхищение с полей всего что там растет. Все вокруг колхозное – все вокруг мое. А так как в деревне нравы попроще и все друг друга знают, то за ту же банку самогона комбайнер мог спокойно подъехать ко двору и ссыпать зерна. Ни у кого такая картина удивления не вызывала.

Самое интересное, что и особого противодействия этому не было. Народ прекрасно знал все народные тропы и дырки в заборах, а на многие предприятие можно было свободно пройти скажем по железнодорожным путям.

В других местах народ свободно выносил все через проходную, достаточно было вручить бутылку вахтеру. Через нашу проходную пронесу хоть мать родную – пелось в частушке тех лет.

Закончилась эта эпопея только в 90-х, когда каждое предприятие стало частной собственностью и у владельцев появилась заинтересованность в сохранении имущества и материальных ценностей. Хотя отдельные рецидивы сохранялись еще до начала нулевых.

​​Пятничное, про бумажную прессу

Заезжал сегодня к одному знакомому, он уже весьма преклонного возраста, но до сих пор не изменяет своему хобби – радиолюбительству. И, как человек старой закалки, хоть и умеет пользоваться интернетом, выписывает бумажные радиолюбительские журналы.

Сегодня бумажная пресса – это редкий и вымирающий вид, очень и очень многие ранее известные и крупные журналы прекратили свое существование на бумаге и перешли в интернет-формат. Кто-то по подписной модели, кто-то полностью переформатировался и теперь представляет собой полноценное медиа, зарабатывающее на рекламе.

Из радиолюбительских изданий на бумаге остался один журнал «Радио» и было достаточно непривычно держать его в руках. Тем более что «Радио» — это безусловный авторитет и практически культовое издание для любого радиолюбителя со стажем.

Но чем больше я держал журнал в руках и знакомился с его содержимым, тем сильнее понимал, что бумажная пресса обречена на вымирание. Это естественный ход эволюции.

Например, сталкиваясь с неоднозначным местом в статье я несколько раз про себя думал «ну сейчас набегут», а потом вспоминал, что набегать тут не кому, в бумажной статье нет комментариев.

Кстати, мы уже так привыкли к интерактивной обратной связи к интернет-материалам, что только листая бумажный журнал начинаешь понимать как без них неудобно и непривычно. Буквально ждешь, что вот ты прочитаешь статью, перевернешь страницу – а там комментарии. Но нет. Там будет следующая статья и ссылки на источники и литературу.

Ссылки — это очередное неудобство и разочарование. Читая строки наподобие «в нашей прошлой публикации» так и тянет нажать на эту фразу, чтобы сразу туда провалиться и ознакомиться. Но нет, здесь это так не работает. Надо сходить в список литературы в конце статьи и найти на полке, в библиотеке или в интернете указанное там печатное издание.

А больше всего разрывают шаблон гиперссылки, если автор ссылается на некоторый интернет-ресурс. Вам придется полностью руками набрать адрес, а с учетом широкого распространения ЧПУ (человеко-понятных ссылок) это может быть делом весьма непростым.

И таки да, если автор нашел в своей схеме ошибки, недоработки, внес в нее улучшения, то все это вы узнаете только через несколько месяцев и то, если будете внимательно изучать журнал, особенно всякие короткие врезки типа «Возвращаясь к напечатанному».
Все это делает бумажные журналы более средством коллекционирования, чем получения информации. Сам мой знакомый признался, что выписывает только потому, что у него есть коллекция «Радио» еще с начала 80-х, просто чтобы они физически у него были, а работать ему удобнее с электронными экземплярами журнала.

А вообще будущее принадлежит электронным СМИ, с высокой степенью интерактивности. Где тут же можно прочитать комментарии, выразить свое мнение, задать вопросы, услышать мнение автора и все это в течении считанных часов, реже дней.

В начале нулевых я активно публиковался в радиолюбительских журналах, сначала простенький Радиоконструктор, потом белорусский Радиолюбитель/Радиомир. И как сейчас помню процесс коммуникации с читателем.

В те времена в конце статьи можно было добавить текст вроде «автору можно задать вопросы и приобрести чертежи печатных плат отправив письмо и конверт с обратным адресом по адресу…».

И письма приходили, приходило достаточно много, а отправка чертежей плат позволяла достаточно эффективно монетизировать публикации, помимо авторского гонорара.

Но сама коммуникация растягивалась примерно на месяц, а то и более. И тогда это всех устраивало. Неделю письмо идет от читателя к автору, неделю обратно, еще неделю перевод, а потом неделю чертежи плат.

Возникающие вопросы также решались в неспешном стиле переписки. Есть чему поучится нынешним торопыгам, которые создают тему на форуме и уже через пару часов начинают писать «ау, есть здесь кто-нибудь» если не получают ответа.

Но нравится нам или не нравится – время бумаги ушло и электронные СМИ – это наше настоящее, а не будущее.

​​Войны провайдеров

Выходные продолжаются и поэтому мы никаких серьезных тем затрагивать не будем, а вспомним еще одно достаточно интересное явление – войны провайдеров времен домовых сетей. В наших краях этот период пришелся на первую половину нулевых, но где-то описанные события могли происходить раньше, где-то позже.

Начнем с короткой предыстории. В начале нулевых интернет был представлен в основном коммутируемым доступом, через модем, посредством телефонной линии. Средняя скорость доступа 30 – 40 кбит/с.

По нынешним временам это равносильно отсутствию интернета вообще, но тогда и интернет был другим. Основу контекста составлял текст и многие даже серфили с отключенными картинками, Java-скриптами и т.д. и т.п.

И вот на рынке появляется революционное предложение – выделенный интернет с мегабитными скоростями, но с оплатой по трафику. Как сейчас помню в 2003 году: 1 МБ – 3,5 руб., если пересчитать с учетом инфляции, то в текущих ценах мы получим примерно 30 руб. за мегабайт.

У нынешнего пользователя это способно вызывать культурный шок, потому как по нынешним меркам цена конская, но как мы уже говорили – интернет тогда был сильно другой и мегабайты тоже оказались подвержены инфляции.

Первое, что делал тогдашний пользователь – это ставил брандмауэр, в те времена были популярны ZoneAlarm и Outpost, и жестко фильтровал исходящие соединения, дабы никто ничего лишнего не скачал. После чего жить становилось проще, жить становилось веселее.

Но даже не это было главное. Главными были домовые сети, по сути, большая локалка на весь район в которой трафик никак не тарифицировался и был доступен на сумасшедших по тем временам скоростям до 100 Мбит/с.

В довесок к этому провайдер поднимал в своей сети DC++ хаб, чем давал своим пользователям возможность бесплатно и на большой скорости обмениваться расшаренными данными. В те годы DC ++ был основным источником свежих фильмов, музыки, софта, игр.

А дальше все просто, чем больше сеть провайдера – тем больше в ней контента и тем она интереснее пользователю. В итоге между провайдерами возникли жестокие и непримиримые противоречия.

Пользователю был интересен в первую очередь бесплатный локальный контент, а интернет шел к нему в довесок и расходы на него были жестко регламентированы. А провайдер жил с этого самого интернета и был максимально заинтересован в наращивании количества пользователей.

Это привело к совсем не джентельменским методам конкуренции. Я в те годы был непосредственным участником событий, так как фирма, в которой я тогда работал имела общих учредителей с местным домовым провайдером.

Любимое занятие в те времена было срезать воздушку между домами, лучше всего с обоих сторон. Быстро не восстановишь, а пользователи страдают и недовольны.

Пакости поменьше – забрать для ремонта коммутатор из ящика конкурента, воткнув ему туда свой сгоревший. Сети тех лет строились обычно на дешевом неуправляемом железе, учет по серийникам не велся, поэтому такое практиковалось безнаказанно.

Для железок покруче, за которые могли уже подтянуть, применялся переходник 220V – RJ45. Но не напрямую, идиотов не было. От сети заряжалась батарея конденсаторов и заряд сливался в порт коммутатора. Если везло – убивали железку сразу, нет – выжигали порт или группу портов.

Клиентов при этом всегда откидывали, они – ценный ресурс, их жечь нельзя.

Чтобы противостоять этому были специальные контрмеры. В первую очередь дежурные, я тоже дежурил и ложился спать с включенным компом и пинговалкой. Если на критичных участках пинг пропадал, то она будила меня громким звуком.

А там шел сигнал «группе быстрого реагирования», которые выдвигались к месту аварии и старались если не поймать конкурентов на горячем, то хотя бы быстро начать восстановительные работы.

Но очень скоро все сошло на нет с появлением безлимитных тарифов и стабильного, предсказуемого денежного потока для провайдеров. Сетевые войны быстро прекратились, но домовые сети существовали еще достаточно долго, уступив потом свою нишу торрентам.

​​Топ 10 статей по суммарным просмотрам сначала года

1️⃣ Настройка OpenVPN-сервера на роутерах Mikrotik. RouterOS 6

2️⃣ Настраиваем IPsec-туннель между офисами на оборудовании Mikrotik

3️⃣ Настройка WireGuard VPN на роутерах Mikrotik

4️⃣ Установка и настройка MS SQL Server для 1С:Предприятие

5️⃣ Настраиваем сеть в Proxmox Virtual Environment

6️⃣ Настраиваем IKEv2 VPN-сервер на роутерах Mikrotik с аутентификацией по сертификатам

7️⃣ Основы iptables для начинающих. Часть 3. Таблица nat

8️⃣ Настройка черного и белого списков в роутерах Mikrotik

9️⃣ Обновление прошивки ККТ АТОЛ

🔟 Расширенная настройка Wi-Fi на роутерах Mikrotik. Режим точки доступа

​​Копируй, вставляй и молись

Не так давно в классическом труде UNIX® and Linux® System Administration Handbook в очередной раз наткнулся на описание данного метода, который авторы метко назвали «копируй, вставляй и молись».

В переводе данный абзац будет выглядеть так:

Не стесняйтесь адаптировать код существующих скриптов для своих нужд. Но не занимайтесь программированием по принципу «копируй, вставляй и молись», когда вы не понимаете код. Найдите время, чтобы разобраться в этом. Это время никогда не тратится зря.

Но, к сожалению, данный метод использовался, используется и будет продолжать использоваться со всеми вытекающими отсюда последствиями.

И это относится не только к написанию скриптов, но и к файлам конфигурации, когда администраторы копируют чужие примеры даже не задумываясь.

Спрашиваешь: «а зачем тут это?»

В ответ пожимают плечами и путано поясняют что так было написано в одной умной инструкции.

К этой же порочной методике можно отнести и бездумное копирование инструкций, а также любимый многими «вид спорта» - настройка чего-либо с помощью чужих готовых скриптов.

Последний вариант вообще вне конкуренции по возможным деструктивным последствиям, потому как в статье автор хотя бы комментирует свои действия, и вы можете понять надо ли это в вашем случае или не надо, то скрипт может просто сделать все молча и по-своему.

Неоднократно сталкивались с товарищами, которые приходят за помощью с жалобой, мол поставил продукт А, но ничего не работает. А на уточняющие вопросы поясняют, что ничего не знают и дают ссылку на скрипт.

Бездумное следование инструкциям ничуть не лучше, по сути, это выходит тот же самый скрипт, но в более простом варианте, когда команды вбивает оператор. Его роль тут сводится просто к скопировал-вставил и его спокойно можно заменить дрессированной обезьяной. 🐵

Поэтому не стоит уподобляться братьям нашим меньшим. Делаем по инструкции – стараемся понять каждое действие, назначение всех используемых опций, значений настроек и всегда сопоставляем их с нашими текущими реалиями.

Надо нам это? Не надо? А почему здесь такое число? На что оно влияет.

Да, вы потратите больше времени, но это время не будет потрачено даром. Вы начнете хотя бы на базовом уровне разбираться в конфигурации и принципе работы продукта, а также сразу наметите возможные проблемы и места, которые за эти участки отвечают.

Что касается чужих скриптов, то их использовать, конечно можно, но крайне нежелательно до тех пор, пока вы не сможете читать их с листа и понимать, что они делают и зачем. И не важно, насколько популярен этот скрипт, сколько у него звезд на гитхабе и т.д. и т.п.

Почему? Да потому что всегда может что-то пойти не так и если скрипт для вас черный ящик, то вы даже не поймете, где проблема и в чем. После чего все равно придется либо изучать его, либо идти просить помощи.

И это мы еще не говорим о том, что автор может иметь собственные представления «о прекрасном» и использовать нестандартные пути, приемы, допускать ошибки, прибиваться гвоздями к версиям и т.д. и т.п.

При определенных условиях работа скрипта может вообще оказаться деструктивной, но не со злого умысла автора, а просто потому, что он пропустил некоторые проверки или вообще не предусмотрел вашего сценария.

При этом мы понимаем, что, даже прочитав данную заметку многие пожмут плечами и пойдут работать методом «копируй, вставляй и молись» дальше. Потому что он в целом работает, а что касается дальнейшей эксплуатации: упремся – разберемся.

Но только вот профессиональному росту специалиста он никак не содействует и об этом нужно помнить если не хотите чтобы вас потом заменила дрессированная обезьяна в виде столь популярного ныне искусственного интеллекта.