Системное администрирование

Бльдь. Я не продажник. Я чиню.

В общем, послал всех на йух, но опыт был бесценный.

Затем успешно был принят другой компанией.

Там хотя бы платили, а не оплачивали проезд. Ну, а самое главное, создавал всё с нуля. Начиная с плана помещения, несущих стен и протаскивания слаботочки. Затем, привет микротикам (так их тудыть): жопа полная, не знаю как оно заработало =)))

Друзья айтишники, тренироваться надо на юрлицах. Главное, чтобы они были разными и вкусными )

После консультаций с опытными разработчиками API было принято решение написать его на Flask с использованием views и перейти на JWT-авторизацию. Старый API был разработан на фреймворке Bottle, но поскольку Roxy-WI был переписан на Flask, наличие двух фреймворков в одном проекте не казалось хорошей идеей. На тот момент я уже довольно хорошо изучил Flask. JWT был внедрён, чтобы объединить авторизацию в WEB-версии и API, так как до этого в API использовалась самописная авторизация.

И вот, спустя месяц была выпущена 8 версия! Помимо API и JWT также была внедрена валидация входящих данных на базе Pydantic. Pydantic оказался очень мощным инструментом, но я сопротивлялся использованию библиотеки очень долго - сам уже не знаю почему. И вот, API готов, но необходима документация, поэтому был нужен Swagger. Описывать самому структуру чуть-чуть (очень сильно, капец, как сильно, я же не YAML разработчик) не хотелось. И я решил попробовать ИИ, который предлагает JetBrains за 10 у.е. в месяц (зря что ли плачу?!). Так вот, роботы поработят нас еще не скоро и без работы не оставят :-p. В итоге получилось, правда пришлось поматериться пару вечеров.

API готово, значит пора писать Terraform-провайдер. Долго ли, коротко ли, но первая версия была выпущена и там уже и я подключился к разработке провайдерая и обратился к за помощью. Rocky_Break написал первую версию провайдера и прислал мне книгу по Go. Оказалось, что мало написать API, оно должно еще быть консистентным. Долго ли, коротко ли, но первая версия была выпущена и там уже и я подключился к разработке провайдера (как же не удобно писать на Go, после Python :`( ).

Кстати! Чтобы была возможностью управлять HAProxy полностью терраформом было необходим доработать работу с конфигурациями HAProxy - теперь после "накликивания" себе конфига, его можно так же кликами изменить.

Так что теперь есть IaC вэй для создание HA-кластеров с возможностью создание UDP и HAProxy балансиров ;).

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

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

Прошло ещё больше времени и уже наступала пора годовой отчётности. Это была полная ж*па, мягко говоря, работа с 9 утра и до 4-5 часов утра. 4 часа на сон, Карл. И так месяца полтора, с Января по Февраль. Потому что я мало что понимал, откровенно говоря, и мне никто не мог особо помочь, потому что все были сильно заняты своими клиентами. Не мог свести формы отчётов, они друг с другом все связаны, везде должны быть соблюдены контрольные соотношения, некоторых я попросту не знал. Кое-как, сквозь слёзы, реально сидел плакал от того, что я такой тупой и ничего не понимаю, но некоторое понимание потом пришло. Пазлик сложился, так сказать. Этот первый годовой отчёт очень сильно меня прокачал в плане понимания для чего вообще этот бухгалтерский учёт был нужен.

Работа бухгалтера и свод отчётности по своей сути очень сильно похож на сбор пазла, который у тебя в конце должен сойтись. Не спрячешь лишний пазлик нигде, в "Балансе" вылезет ошибкой. (Хотя прятать на самом деле можно всякое, и прячут ого-го как, ну это так, по секрету)

Так, год за годом, прокачивался по всем направлениям, и по зарплатному учёту и по бухгалтерскому, и в целом по самой 1С, её администрированию. Пробовал программировать немного, чтобы понимать как работает вообще 1С. Как начался COVID перешел на полную удалёнку, в целом работа непыльная. Но довольно депрессивная, должен сидеть на рабочем месте, отвечать на звонки, быть всегда на связи с 09:00 до 18:00. Раньше и на выходных работал и до утра.

Но чем больше прокачиваешься, тем меньше уходит времени на работу, сейчас уже нет таких лютых переработок из-за собственного непонимания работы. И ещё начал вести свой блог в tg. Кого интересует тема Бюджетного учёта в 1С, Зарплатного учёта, Администрирования, милости прошу.

Просто создаем второго админа, логинимся под ним, в настройках меняем имя пользователя и путь к его домашней директории.
Проблемы могут возникнуть именно со вторым пунктом, когда понадобится переименовать директорию (эт надо сделать вручную).
У меня не хватило любопытства разобраться в том как это сделать, т.к. мне выбивало Permission denied даже под sudo и su.
Видимо, есть еще доп права на эту операцию для вторичных админов.
Так что я просто при помощи su в терминале залогинился под главным пользователем, которому и меняю юзернейм и домашнюю директорию. И из-под него с sudo переименовал его же директорию, словив панику в консоле. (Самая высокая степень критичности ошибки)
Благо что паника не ядра, а каких-то консольных утилит 😂
Потом перепроверил - всё ок, задумка удалась. Директория переименована.
Заменил ему юзернейм и перезагрузил компьютер.

В целом на этом этапе 99% юзерам можно закончить.
Только вот есть один нюанс: этим юзерам не нужно переименовывать пользователя, а уж тем более менять путь домашней директории.
И, скорее, всего они даже не в курсе об их существовании, просто есть Finder, файлы и, в лучшем случае они не называют «директории» - «папками» 🤓

Так вот в системе, особенно в инструментах разработки активно используются символьные ссылки.
И именно тут может крыться дьявол. А дьявол, как мы помним - в деталях.

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

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

Так что пришлось применить знания, которые были получены в процессе пользования семейством линуксовых дистрибутивов:
Был собран список всех битых ссылок при помощи команды:
find . -type l ! -exec test -e {} \; -print > broken-symlinks.txt
Затем этот файл был прочтен и построчно перепроверен Python скриптом
Я не делал никакой унификации, чисто одноразовый проход мне нужен был, так что готового скрипта прикреплять не стану, в силу его отсутствия.
После перепроверки получившегося списка - я убедился что правильно помню как работать с pathlib
(Как по мне, один из лучших вариантов для работы с файловой системой, хотя бывает, в редких случаях, функционала не хватает)
Далее уже пошло как по маслу - собрал данные по ссылкам в переменные, добавил логов через принты, убедился что нет относительных ссылок, отфильтровал и удалил все битые ссылки что не связаны с заменой юзернейма, затем еще одним проходом сделал замену в реальном пути ссылки, попутно ее пересоздавая при помощи операции "удалить + создать" в том же цикле.

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

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

Обычно таких файлов немного. Лично у меня их вышло около 10, часть fish, другая часть docker.

Ну и устаревшие билды кэша packer от Neovim, в отдельной директории, которую я просто снёс, потому что на последнем стриме переписал весь конфиг на Lazy

UPD. Узнал, что в авторский контент можно ссылки на свои ресурсы добавлять.
Мой Телеграм канал: @cododelia