Как все начиналось
Практически ровно 25 лет назад начался мой путь автора. Тогда я, еще студент, активно занимался радиолюбительством и имел за плечами некоторые разработки.
Я уже не помню как и почему возникло желание стать автором, но я достаточно долго колебался, в первую очередь боясь того, что мой уровень недостаточен для журнала и вообще, где я и где журнал.
Поэтому решил попробовать что попроще и отправил одну из своих разработок в журнал Радиоконструктор. В те годы это была небольшая книжечка формата А5 выпускавшаяся в Вологде.
И мою статью там опубликовали, но не только опубликовали, но и прислали авторский гонорар и авторский экземпляр журнала. Гонорар был по тем временам неплохой, что-то около 50 рублей, на нынешние деньги, если считать по покупательной способности – это 500 - 700 руб.
Для меня это было очень важным событием, так как заставило поверить в собственные силы и придало мотивации. В последствии я начал сотрудничать с более статусным журналом – белорусским Радиолюбителем/Радиомиром и несколько лет входил в состав самых активных авторов.
Радиомир был уже журналом более престижным и гонорары там соответственно выросли, уже до 150 – 200 рублей за статью. Для вчерашнего студента и молодого специалиста – сумма приятная.
Но моей мечтой тогда была публикация в журнале Радио, если говорить современным языком – это был культовый журнал для каждого радиолюбителя тех лет. Но когда я дорос до уровня позволявшего уверенно публиковаться в Радио, то из неуверенного новичка стал матерым автором, который уже знал всю внутреннюю кухню и понимал, что-почем в этой сфере.
Холодным душем для меня стал опыт сотрудничества с журналом Моделист-Конструктор, а это еще один «гигант» того времени. Материалы приняли, опубликовали. Но заплатили смешные 50 рублей и зажали авторский экземпляр.
И это журнал, как сейчас принято говорить, федерального уровня. При том, что мелкий вологодский Радиоконструктор платил столько-же при гораздо более скромных требованиях, да и еще и авторский экземпляр присылать не забывал.
Поэтому, когда я дорос до Радио, то начал с прощупывания почвы и условия сотрудничества меня категорически не устроили. Поэтому в Радио я так и не опубликовался, но это было уже осознанное решение зрелого автора, а не разбитая мечта новичка.
Позже мои интересы начали смещаться в область компьютеров, и я продолжил публикации в Радиомир – Мой ПК. И именно от сотрудничества с белорусами у меня остались самые теплые воспоминания. Опубликоваться я сумел во всех журналах этого издательства, даже в Радиомир КВ-УКВ, хотя и был далек от этой темы.
А дальше в нашу жизнь стал все более плотно входить интернет, бумажные журналы стали терять былую популярность и постепенно мое сотрудничество с ними сошло на нет.
Но желание писать никуда не делось и все это в 2009 году привело к появлению еще одного небольшого блога, куда все это привело в конечном результате, вы все знаете.
Что касается бумажных публикаций, то там тоже были свои хиты и была своеобразная обратная связь с читателем.
В первую очередь – через редакцию. Если насчет какой-то статьи приходило много вопросов – то редакция переадресовывала их автору. Позже уже сами авторы могли указать координаты обратной связи с ними.
У меня тоже был хит – статья про цифровой измеритель емкости на доступных советских микросхемах, но с рядом сервисных функций, таких как автоматический выбор предела измерения, что в те годы было только в дорогих импортных устройствах.
По этой статье я получал массу писем, сделал несколько доработок устройства под другие варианты элементной базы. За небольшую плату продавал готовые чертежи печатных плат.
И все это по обычной бумажной почте. И правилом хорошего тона при общении с авторами было вкладывать в письмо конверт с обратным адресом. На почту я ходил как на работу – несколько раз в неделю. Отправлял, получал.
И подождать несколько недель или даже месяц для многих было нормально. То ли дело сейчас, когда после пятиминутного молчания в мессенджере уже спрашивают, что случилось…
Практически ровно 25 лет назад начался мой путь автора. Тогда я, еще студент, активно занимался радиолюбительством и имел за плечами некоторые разработки.
Я уже не помню как и почему возникло желание стать автором, но я достаточно долго колебался, в первую очередь боясь того, что мой уровень недостаточен для журнала и вообще, где я и где журнал.
Поэтому решил попробовать что попроще и отправил одну из своих разработок в журнал Радиоконструктор. В те годы это была небольшая книжечка формата А5 выпускавшаяся в Вологде.
И мою статью там опубликовали, но не только опубликовали, но и прислали авторский гонорар и авторский экземпляр журнала. Гонорар был по тем временам неплохой, что-то около 50 рублей, на нынешние деньги, если считать по покупательной способности – это 500 - 700 руб.
Для меня это было очень важным событием, так как заставило поверить в собственные силы и придало мотивации. В последствии я начал сотрудничать с более статусным журналом – белорусским Радиолюбителем/Радиомиром и несколько лет входил в состав самых активных авторов.
Радиомир был уже журналом более престижным и гонорары там соответственно выросли, уже до 150 – 200 рублей за статью. Для вчерашнего студента и молодого специалиста – сумма приятная.
Но моей мечтой тогда была публикация в журнале Радио, если говорить современным языком – это был культовый журнал для каждого радиолюбителя тех лет. Но когда я дорос до уровня позволявшего уверенно публиковаться в Радио, то из неуверенного новичка стал матерым автором, который уже знал всю внутреннюю кухню и понимал, что-почем в этой сфере.
Холодным душем для меня стал опыт сотрудничества с журналом Моделист-Конструктор, а это еще один «гигант» того времени. Материалы приняли, опубликовали. Но заплатили смешные 50 рублей и зажали авторский экземпляр.
И это журнал, как сейчас принято говорить, федерального уровня. При том, что мелкий вологодский Радиоконструктор платил столько-же при гораздо более скромных требованиях, да и еще и авторский экземпляр присылать не забывал.
Поэтому, когда я дорос до Радио, то начал с прощупывания почвы и условия сотрудничества меня категорически не устроили. Поэтому в Радио я так и не опубликовался, но это было уже осознанное решение зрелого автора, а не разбитая мечта новичка.
Позже мои интересы начали смещаться в область компьютеров, и я продолжил публикации в Радиомир – Мой ПК. И именно от сотрудничества с белорусами у меня остались самые теплые воспоминания. Опубликоваться я сумел во всех журналах этого издательства, даже в Радиомир КВ-УКВ, хотя и был далек от этой темы.
А дальше в нашу жизнь стал все более плотно входить интернет, бумажные журналы стали терять былую популярность и постепенно мое сотрудничество с ними сошло на нет.
Но желание писать никуда не делось и все это в 2009 году привело к появлению еще одного небольшого блога, куда все это привело в конечном результате, вы все знаете.
Что касается бумажных публикаций, то там тоже были свои хиты и была своеобразная обратная связь с читателем.
В первую очередь – через редакцию. Если насчет какой-то статьи приходило много вопросов – то редакция переадресовывала их автору. Позже уже сами авторы могли указать координаты обратной связи с ними.
У меня тоже был хит – статья про цифровой измеритель емкости на доступных советских микросхемах, но с рядом сервисных функций, таких как автоматический выбор предела измерения, что в те годы было только в дорогих импортных устройствах.
По этой статье я получал массу писем, сделал несколько доработок устройства под другие варианты элементной базы. За небольшую плату продавал готовые чертежи печатных плат.
И все это по обычной бумажной почте. И правилом хорошего тона при общении с авторами было вкладывать в письмо конверт с обратным адресом. На почту я ходил как на работу – несколько раз в неделю. Отправлял, получал.
И подождать несколько недель или даже месяц для многих было нормально. То ли дело сейчас, когда после пятиминутного молчания в мессенджере уже спрашивают, что случилось…
👍88❤8🔥7🤡2🍌1
Как опубликовать на одном сервере IIS информационные базы 1С:Предприятия, работающие на разных платформах?
Вопрос не праздный, так как в последнее время все чаще можно встретить конфигурации, когда разные информационные базы используют разные версии платформы.
Публикация таких баз у многих вызывает затруднение, хотя на самом деле все просто. Для начала настраиваем сервер IIS по любой инструкции, мы рекомендуем нашу:
🔹 Публикация баз данных 1С:Предприятие на веб-сервере IIS c защитой SSL и аутентификацией по паролю
Далее публикуем все необходимые информационные базы, любым удобным образом: через конфигуратор, или утилиту webinst.
IIS в этом случае работает по принципу – кто первый встал, того и тапки. Т.е. будут работать только те базы, которые работают на платформе, опубликованной первой, остальные будут падать с ошибкой 500.
Ничего страшного, просто в одном пуле не могут работать базы использующие разные версии компоненты интеграции. Поэтому открываем оснастку IIS, переходим в Пулы приложений и создаем новый пул. Назвать его можно как угодно, лишь бы вам было понятно, никаких настроек делать не нужно.
Затем переходим к свойствам базы, которая работает на другой платформе и в ее настройках выбираем созданный нами пул. Проделываем эту же операцию для всех нужных баз, перезапускаем сервер и у нас все работает.
Дальнейшую настройку выполняем по все тем же инструкциям, наличие дополнительно пула никак на остальные настройки не влияет.
Также имеет смысл разносить по отдельным пулам отдельные базы, даже работающие на одной платформе, в таком случае вы можете остановить или перезапустить пул отдельно, не останавливая и не прерывая работу других баз.
Вопрос не праздный, так как в последнее время все чаще можно встретить конфигурации, когда разные информационные базы используют разные версии платформы.
Публикация таких баз у многих вызывает затруднение, хотя на самом деле все просто. Для начала настраиваем сервер IIS по любой инструкции, мы рекомендуем нашу:
🔹 Публикация баз данных 1С:Предприятие на веб-сервере IIS c защитой SSL и аутентификацией по паролю
Далее публикуем все необходимые информационные базы, любым удобным образом: через конфигуратор, или утилиту webinst.
IIS в этом случае работает по принципу – кто первый встал, того и тапки. Т.е. будут работать только те базы, которые работают на платформе, опубликованной первой, остальные будут падать с ошибкой 500.
Ничего страшного, просто в одном пуле не могут работать базы использующие разные версии компоненты интеграции. Поэтому открываем оснастку IIS, переходим в Пулы приложений и создаем новый пул. Назвать его можно как угодно, лишь бы вам было понятно, никаких настроек делать не нужно.
Затем переходим к свойствам базы, которая работает на другой платформе и в ее настройках выбираем созданный нами пул. Проделываем эту же операцию для всех нужных баз, перезапускаем сервер и у нас все работает.
Дальнейшую настройку выполняем по все тем же инструкциям, наличие дополнительно пула никак на остальные настройки не влияет.
Также имеет смысл разносить по отдельным пулам отдельные базы, даже работающие на одной платформе, в таком случае вы можете остановить или перезапустить пул отдельно, не останавливая и не прерывая работу других баз.
👍23❤6
Спутниковый интернет
Достаточно интересный феномен, который был популярен на просторах нашей страны в середине нулевых годов. Почему феномен? Скоро поймете.
В начале 2000-х в обиход стал постепенно приходить широкополосный интернет, как альтернатива медленному dial-up. Последний оплачивался повременно и не предоставлял скоростей выше 56 кбит/с, на практике все было еще печальнее и во многом зависело от качества телефонной линии.
Обычно это было 35-40 кбит/с на хороших линиях и около 19-25 кбит/с на плохих. Оплата взымалась повременно и было неважно что вы там успели скачать и успели ли вообще.
Широкополосный интернет предусматривал совершенно иной подход, вы были подключены к сети круглосуточно и платили вы только за входящий трафик. А расценки были не очень-то и гуманные, так в 2003 году я подключил себе интернет с оплатой 3,5 руб/МБ при курсе доллара около 30 руб.
Это было довольно дорого и все мы экономили трафик как могли. В те годы нормой был серфинг с отключенными картинками, которые подгружались только по клику на них и массовое использование персональных брандмауэров, чтобы никто ничего не скачал без вашего ведома.
Что касается скоростей, то сейчас я уже не скажу, но были они как минимум мегабитные, по тем временам это было круто, так как инфляция с тех пор коснулась не только денег, но и мегабайтов.
Фильм хорошего качества тех лет занимал 600-650 МБ, качественное фото 1-1,5 МБ. Ну и веб-странички весили кратно меньше.
И тут к вам приходят с предложением – а не хотите ли вы платить за мегабайт всего 35-40 копеек? Кончено же хотим, а что для этого надо? Да всего ничего – купить оборудования на 200-300 долларов. И подключиться к спутниковому интернету.
Спутниковый в те годы звучало круто, а оборудование стоило не то, чтобы дорого. Стоимость его зависела от широты абонента. Все геостационарные спутники висят над экватором и чем выше широта и больше разность в долготе абонента и спутника, то тем больший путь луч сигнала проходил в атмосфере и тем сильнее ослаблялся.
А чем слабее сигнал, тем больший диаметр «тарелки» надо было использовать. Вот и вся несложная экономика.
При этом спутниковый интернет был односторонний. Вы не могли передать сигнал напрямую на спутник, поэтому все запросы вы передавали спутниковому провайдеру по наземным каналам связи, а ответ получали со спутника по широкой полосе.
В качестве исходящего канала в городе можно было использовать вашего основного провайдера, благо исходящий трафик был бесплатен. А там, где ничего нет, можно было работать через медленный и дорогой GPRS, все равно получалось выгодно.
Но спутниковый интернет не был панацеей. По нынешним меркам параметры у него были весьма и весьма скромные, так у популярного в те годы провайдера PlanetSky нисходящий канал со спутника имел полосу пропускания всего 54 Мб/с на всех, а проводной аплинк был ограничен 150 Мб/с.
Но про инфляцию мегабитов и мегабайтов мы уже писали, для тех пор это было достаточно выгодное предложение, но очень нестабильное.
Чем дальше вы от спутника – тем хуже были условия приема. Пошел дождь – уровень сигнала упал, грозовой фронт – вообще сидите без интернета. Снег, наледь – выходите чистить свою «тарелку». Туман – тоже ничего хорошего.
Но это был крайне выгодный способ доступа во всемирную сеть, особенно за городом, где широкополосных провайдеров вообще не было.
Мы в свое время ставили такие комплекты под ключ по цене 10 000 руб. Это было выгодно и нам, и заказчикам. А «иностранного» PlanetSky сменила отечественная Радуга.
Это был еще один шаг вперед, теперь абонент мог сам оплачивать свой спутниковый интернет в любом терминале самообслуживания, что добавляло удобство ему и избавляло от лишних забот нас.
Сдавать позиции спутниковый интернет начал в конце нулевых, когда в 2008-2009 проводные провайдеры начали предлагать безлимитные тарифы со скоростями 128 и 256 кбит/с и выше.
Да, небыстро, но само понятие безлимита меняло все. А спутник начал смещаться в сельскую местность, но и там скоро был вытеснен вообще.
Достаточно интересный феномен, который был популярен на просторах нашей страны в середине нулевых годов. Почему феномен? Скоро поймете.
В начале 2000-х в обиход стал постепенно приходить широкополосный интернет, как альтернатива медленному dial-up. Последний оплачивался повременно и не предоставлял скоростей выше 56 кбит/с, на практике все было еще печальнее и во многом зависело от качества телефонной линии.
Обычно это было 35-40 кбит/с на хороших линиях и около 19-25 кбит/с на плохих. Оплата взымалась повременно и было неважно что вы там успели скачать и успели ли вообще.
Широкополосный интернет предусматривал совершенно иной подход, вы были подключены к сети круглосуточно и платили вы только за входящий трафик. А расценки были не очень-то и гуманные, так в 2003 году я подключил себе интернет с оплатой 3,5 руб/МБ при курсе доллара около 30 руб.
Это было довольно дорого и все мы экономили трафик как могли. В те годы нормой был серфинг с отключенными картинками, которые подгружались только по клику на них и массовое использование персональных брандмауэров, чтобы никто ничего не скачал без вашего ведома.
Что касается скоростей, то сейчас я уже не скажу, но были они как минимум мегабитные, по тем временам это было круто, так как инфляция с тех пор коснулась не только денег, но и мегабайтов.
Фильм хорошего качества тех лет занимал 600-650 МБ, качественное фото 1-1,5 МБ. Ну и веб-странички весили кратно меньше.
И тут к вам приходят с предложением – а не хотите ли вы платить за мегабайт всего 35-40 копеек? Кончено же хотим, а что для этого надо? Да всего ничего – купить оборудования на 200-300 долларов. И подключиться к спутниковому интернету.
Спутниковый в те годы звучало круто, а оборудование стоило не то, чтобы дорого. Стоимость его зависела от широты абонента. Все геостационарные спутники висят над экватором и чем выше широта и больше разность в долготе абонента и спутника, то тем больший путь луч сигнала проходил в атмосфере и тем сильнее ослаблялся.
А чем слабее сигнал, тем больший диаметр «тарелки» надо было использовать. Вот и вся несложная экономика.
При этом спутниковый интернет был односторонний. Вы не могли передать сигнал напрямую на спутник, поэтому все запросы вы передавали спутниковому провайдеру по наземным каналам связи, а ответ получали со спутника по широкой полосе.
В качестве исходящего канала в городе можно было использовать вашего основного провайдера, благо исходящий трафик был бесплатен. А там, где ничего нет, можно было работать через медленный и дорогой GPRS, все равно получалось выгодно.
Но спутниковый интернет не был панацеей. По нынешним меркам параметры у него были весьма и весьма скромные, так у популярного в те годы провайдера PlanetSky нисходящий канал со спутника имел полосу пропускания всего 54 Мб/с на всех, а проводной аплинк был ограничен 150 Мб/с.
Но про инфляцию мегабитов и мегабайтов мы уже писали, для тех пор это было достаточно выгодное предложение, но очень нестабильное.
Чем дальше вы от спутника – тем хуже были условия приема. Пошел дождь – уровень сигнала упал, грозовой фронт – вообще сидите без интернета. Снег, наледь – выходите чистить свою «тарелку». Туман – тоже ничего хорошего.
Но это был крайне выгодный способ доступа во всемирную сеть, особенно за городом, где широкополосных провайдеров вообще не было.
Мы в свое время ставили такие комплекты под ключ по цене 10 000 руб. Это было выгодно и нам, и заказчикам. А «иностранного» PlanetSky сменила отечественная Радуга.
Это был еще один шаг вперед, теперь абонент мог сам оплачивать свой спутниковый интернет в любом терминале самообслуживания, что добавляло удобство ему и избавляло от лишних забот нас.
Сдавать позиции спутниковый интернет начал в конце нулевых, когда в 2008-2009 проводные провайдеры начали предлагать безлимитные тарифы со скоростями 128 и 256 кбит/с и выше.
Да, небыстро, но само понятие безлимита меняло все. А спутник начал смещаться в сельскую местность, но и там скоро был вытеснен вообще.
👍36❤8🙏2
Восстановление репликации SYSVOL при помощи DFSR в Active Directory
В современных системах Active Directory для синхронизации каталогов SYSVOL использует службу репликации DFS (DFSR), для которой намеренно убрана возможность внесения любых изменений через интерфейсы управления, чтобы избежать аварийных ситуаций.
Но случается, что файловая репликация в домене перестает работать и администраторы начинают испытывать существенные затруднения с ее диагностикой и восстановлением. Но не все так плохо, при помощи нашей статьи вы быстро и без особых затруднений сможете исправить ситуацию.
https://interface31.ru/tech_it/2022/11/vosstanovlenie-replikacii-sysvol-pri-pomoshhi-dfsr-v-active-directory.html
В современных системах Active Directory для синхронизации каталогов SYSVOL использует службу репликации DFS (DFSR), для которой намеренно убрана возможность внесения любых изменений через интерфейсы управления, чтобы избежать аварийных ситуаций.
Но случается, что файловая репликация в домене перестает работать и администраторы начинают испытывать существенные затруднения с ее диагностикой и восстановлением. Но не все так плохо, при помощи нашей статьи вы быстро и без особых затруднений сможете исправить ситуацию.
https://interface31.ru/tech_it/2022/11/vosstanovlenie-replikacii-sysvol-pri-pomoshhi-dfsr-v-active-directory.html
👍27❤1🥱1
Спутниковая рыбалка
Еще одно популярное явление, неразрывно связанное со спутниковым интернетом. В ее основу легли некоторые технические особенности технологии, о которых мы как раз поговорим.
Начнем с того, что точечно доставить сигнал от спутника к абоненту невозможно, все, кто попадает в зону покрытия спутника получают один и тот же сигнал. Далее DVB-карта, принимая весь поток выделяла из них фреймы для собственного MAC-адреса и декодировала их.
Никакой дополнительной защиты у передаваемого трафика не было, а так как в те времена HTTPS был чем-то редким и практически нигде не встречался, то можно было сказать, что весь трафик доставлялся в открытом виде любому желающему, который мог принять сигнал со спутника.
Далее – дело техники. Остается написать программу, которая будет игнорировать MAC-адрес назначения фреймов, выделять из потока файлы определенных типов и сохранять их.
Сказано – сделано, очень скоро появились такие программы, которые позволяли сохранять себе на компьютер все, что качают другие пользователи.
И если запустить такую программу без фильтров, то очень скоро вас заметало с головой разным медиаконтентом, в большинстве своем категории «для взрослых».
Но если немного подумать и выставить фильтры, то можно было отсечь всякий мусор и ловить уже что-то более-менее стоящее.
Данный процесс приобрел название рыбалки или граббинга. Почему рыбалка? А потому что тут как на настоящей рыбалке – вы закидываете удочку и не знаете какая рыба вам клюнет. То ли что-то годное, то ли ерунда.
Рыбалкой тогда увлекались все владельцы спутниковых комплектов, от мала до велика. И, пожалуй, это было даже более интересно, чем спутниковый интернет.
Потому что за интернет, как ни крути, надо было платить, причем платить за трафик, а тут все бесплатно. Чтобы рыбачить вам не нужно было быть абонентом провайдера, достаточно было просто настроить свой комплект на нужный поток с нужного спутника – и рыбачь на здоровье.
При должной удаче вы могли стать обладателем новинок кинопроката, получить свежие музыкальные альбомы, игры.
Казалось бы – золотое дно. Но не все было так радостно. Улов зависел от того, что качают другие абоненты, а если большинство абонентов было из других стран, ну вы поняли.
С того же PlanetSky на Express AM1 потоком лился турецкий контент, причем было его там в разы больше русскоязычного.
Поэтому интереснее было рыбачить на спутниках вещавших преимущественно на территорию России, особенно северные регионы. Денег там было больше, поэтому качали активнее.
Вот там уже можно было выловить что-то действительно интересное.
Еще один неприятный момент – вы должны были получить файл целиком, если вдруг вы начали рыбачить после начала его закачки или абонент прервал процесс – то целого файла у вас не будет.
Тоже самое и с проблемами приема. Испортилась погода – файл будет битый, хотя реальный абонент закачает его нормально – у него с погодой все хорошо.
Для видео и музыки это не имело критического значения, а вот бинарные файлы могли быть необратимо повреждены.
Поэтому рыбалку использовали прежде всего для пополнения собственной медиаколлекции и это был наиболее простой и дешевый способ. Напомним, что в те годы интернет-трафик был платным, а домовые сети, в которых происходил файловый обмен не блистали новизной.
Была у рыбалки и негативная сторона, с таким же успехом любой желающий мог выловить вашу конфиденциальную информацию, явки, пароли, финансовые данные и т.д. если вы имели неосторожность отправить их без дополнительной зашиты.
По мере распространения безлимитного проводного интернета и заката спутникового рыбалка стала сходить на нет, ничего путного там не ловилось.
А гвоздь в крышку гроба этого явления забил массовый переход на HTTPS, который свел на нет сам смысл перехвата чужого трафика.
Еще одно популярное явление, неразрывно связанное со спутниковым интернетом. В ее основу легли некоторые технические особенности технологии, о которых мы как раз поговорим.
Начнем с того, что точечно доставить сигнал от спутника к абоненту невозможно, все, кто попадает в зону покрытия спутника получают один и тот же сигнал. Далее DVB-карта, принимая весь поток выделяла из них фреймы для собственного MAC-адреса и декодировала их.
Никакой дополнительной защиты у передаваемого трафика не было, а так как в те времена HTTPS был чем-то редким и практически нигде не встречался, то можно было сказать, что весь трафик доставлялся в открытом виде любому желающему, который мог принять сигнал со спутника.
Далее – дело техники. Остается написать программу, которая будет игнорировать MAC-адрес назначения фреймов, выделять из потока файлы определенных типов и сохранять их.
Сказано – сделано, очень скоро появились такие программы, которые позволяли сохранять себе на компьютер все, что качают другие пользователи.
И если запустить такую программу без фильтров, то очень скоро вас заметало с головой разным медиаконтентом, в большинстве своем категории «для взрослых».
Но если немного подумать и выставить фильтры, то можно было отсечь всякий мусор и ловить уже что-то более-менее стоящее.
Данный процесс приобрел название рыбалки или граббинга. Почему рыбалка? А потому что тут как на настоящей рыбалке – вы закидываете удочку и не знаете какая рыба вам клюнет. То ли что-то годное, то ли ерунда.
Рыбалкой тогда увлекались все владельцы спутниковых комплектов, от мала до велика. И, пожалуй, это было даже более интересно, чем спутниковый интернет.
Потому что за интернет, как ни крути, надо было платить, причем платить за трафик, а тут все бесплатно. Чтобы рыбачить вам не нужно было быть абонентом провайдера, достаточно было просто настроить свой комплект на нужный поток с нужного спутника – и рыбачь на здоровье.
При должной удаче вы могли стать обладателем новинок кинопроката, получить свежие музыкальные альбомы, игры.
Казалось бы – золотое дно. Но не все было так радостно. Улов зависел от того, что качают другие абоненты, а если большинство абонентов было из других стран, ну вы поняли.
С того же PlanetSky на Express AM1 потоком лился турецкий контент, причем было его там в разы больше русскоязычного.
Поэтому интереснее было рыбачить на спутниках вещавших преимущественно на территорию России, особенно северные регионы. Денег там было больше, поэтому качали активнее.
Вот там уже можно было выловить что-то действительно интересное.
Еще один неприятный момент – вы должны были получить файл целиком, если вдруг вы начали рыбачить после начала его закачки или абонент прервал процесс – то целого файла у вас не будет.
Тоже самое и с проблемами приема. Испортилась погода – файл будет битый, хотя реальный абонент закачает его нормально – у него с погодой все хорошо.
Для видео и музыки это не имело критического значения, а вот бинарные файлы могли быть необратимо повреждены.
Поэтому рыбалку использовали прежде всего для пополнения собственной медиаколлекции и это был наиболее простой и дешевый способ. Напомним, что в те годы интернет-трафик был платным, а домовые сети, в которых происходил файловый обмен не блистали новизной.
Была у рыбалки и негативная сторона, с таким же успехом любой желающий мог выловить вашу конфиденциальную информацию, явки, пароли, финансовые данные и т.д. если вы имели неосторожность отправить их без дополнительной зашиты.
По мере распространения безлимитного проводного интернета и заката спутникового рыбалка стала сходить на нет, ничего путного там не ловилось.
А гвоздь в крышку гроба этого явления забил массовый переход на HTTPS, который свел на нет сам смысл перехвата чужого трафика.
2👍44❤13🔥7🥱2
Безопасное извлечение устройства в Windows 10 и 11
Что такое безопасное извлечение устройства знают все, правда не все знают для чего именно оно нужно. Некоторые ошибочно считают, что безопасное отключение предназначено для предотвращения физического повреждения устройства. Однако это не так.
При безопасном извлечении в Windows XP действительно отключалось питание устройства, потом от этой практики отказались и с электрической точки зрения безопасное извлечение ничем не отличается от обычного.
Основное назначение безопасного отключения – это предотвратить потерю данных принудительно сбросив на устройство кеш записи, который использовался для ускорения работы с внешними накопителями.
Однако начиная с Windows 10 1809 кеширование для внешних накопителей по умолчанию отключено и для них используется политика Быстрое удаление (Quick removal), это означает что все внешние накопители можно безопасно извлекать без использования одноименной процедуры.
Такой подход несколько снижает производительность, но делает работу с флешками более простой и надежной, поэтому мы не видим смысла менять эту политику.
Другое дело, когда вы используете внешние диски и сценарий работы с ними отличается от подключил – скопировал – отключил. В этом случае имеет смысл вернуть кеширование включив политику Оптимальная производительность (Better performance).
Что такое безопасное извлечение устройства знают все, правда не все знают для чего именно оно нужно. Некоторые ошибочно считают, что безопасное отключение предназначено для предотвращения физического повреждения устройства. Однако это не так.
При безопасном извлечении в Windows XP действительно отключалось питание устройства, потом от этой практики отказались и с электрической точки зрения безопасное извлечение ничем не отличается от обычного.
Основное назначение безопасного отключения – это предотвратить потерю данных принудительно сбросив на устройство кеш записи, который использовался для ускорения работы с внешними накопителями.
Однако начиная с Windows 10 1809 кеширование для внешних накопителей по умолчанию отключено и для них используется политика Быстрое удаление (Quick removal), это означает что все внешние накопители можно безопасно извлекать без использования одноименной процедуры.
Такой подход несколько снижает производительность, но делает работу с флешками более простой и надежной, поэтому мы не видим смысла менять эту политику.
Другое дело, когда вы используете внешние диски и сценарий работы с ними отличается от подключил – скопировал – отключил. В этом случае имеет смысл вернуть кеширование включив политику Оптимальная производительность (Better performance).
1👍24❤8⚡2
Разумные пределы автоматизации
Все знают, что автоматизация – это хорошо, правильно и должно всячески приветствоваться. Но, как и во всяком деле, в автоматизации хороша мера. Иначе можно увлечься и уже вместо реальных задач заниматься автоматизацией ради автоматизации.
В работе над новым сайтом я плавно перешел от настройки движка к переносу контента и выполнять такую задачу вручную мне даже в голову прийти не могло (перенос контента за 16 лет).
Поэтому? Правильно, вспомнил Python, взял в помощники ИИ сел писать скрипт конвертации. Который сделает все так, как нужно именно мне. Потому что, кроме стандартного преобразования HTML – MD мне нужно было сделать много преобразований нестандартных, чтобы сохранить и унифицировать принятое на старом сайте оформление.
И так, шаг за шагом, скрипт за несколько вечеров вырос до практически полутысячи строк. Так что пришлось притормозить полет мысли и заняться важным, но скучным делом – документированием. Благо с этой задачей сейчас хорошо справляется ИИ.
А потом пошли испытания на реальном материале, которые показали, что «эта песня коротка, начинай с начала».
Дело в том, что сайт за 16 лет сменил 4 мажорных версии движка и генерируемый ими HTML-код для одних и тех же элементов отличается, в зависимости от веяний того времени, а следовательно ровная и линейная логика скрипта распалась на 4 основных варианта, а количество строк уверенно пошло на вторую тысячу.
Ну вроде бы все проверено, все работает, а как мы сейчас все это запустим… А вот и не угадал…
Как выяснилось, если в статье, созданной на первой версии движка внести изменения работая уже на второй (третьей, четвертой), то внесенные изменения будут оформлены по другим правилам.
А если одну и ту же статью в разное время правили сразу в нескольких местах на разных версиях – то вообще тушите свет.
По-хорошему проверять теперь надо на четыре варианта не весь документ, а каждый блок. Это, конечно, решаемо, но именно здесь и нужно сказать себе – стоп!
Любая автоматизация оправдана ровно до тех пор, пока она позволяет получить преимущества перед ручной работой.
Как там было в известном мультике: «лучше день потерять, но потом за пять минут долететь». В случае, когда пешком пройтись займет полчаса – это отличный пример автоматизации ради автоматизации. Занятия полностью бестолкового.
Из каких соображений исходил я? Во-первых, таких статей немного, обычно это топовые статьи, собиравшие трафик и постоянно дополнявшиеся.
Во-вторых, все статьи на новом сайте так или иначе нужно проверить вручную, как на предмет корректности их отображения, так и на предмет MD-кода.
Большим плюсом Markdown-разметки является ее простота. Все аномалии сразу видны, корректировать и править их легко.
Поэтому тратить время на то, чтобы учесть в скрипте все возможные варианты для всех возможных элементов – это путь в никуда. Мне ведь нужен рабочий сайт, а не идеальный скрипт.
А топовые статьи так или иначе все равно придется вычитывать и причесывать вручную. Трафик на них до сих пор идет, поэтому они должны выглядеть соответствующе и на этом фоне затраты на ручной отлов косяков – мизерный.
В общем случае можно пользоваться известным правилом Парето, если наша автоматизация закрывает 80% задач, то остальные 20% можно спокойно закрыть руками. В противном случае вы потратите на автоматизацию больше ресурсов, чем надо и при этом совершенно бесполезно.
Про то, что можно «с дуру» сломать, не рассчитав свои силы говорят народные пословицы. Поэтому всегда соблюдайте разумный баланс, а начав решать очередную задачу по автоматизации подумайте, а может все это проще и быстрее сделать руками?
Все знают, что автоматизация – это хорошо, правильно и должно всячески приветствоваться. Но, как и во всяком деле, в автоматизации хороша мера. Иначе можно увлечься и уже вместо реальных задач заниматься автоматизацией ради автоматизации.
В работе над новым сайтом я плавно перешел от настройки движка к переносу контента и выполнять такую задачу вручную мне даже в голову прийти не могло (перенос контента за 16 лет).
Поэтому? Правильно, вспомнил Python, взял в помощники ИИ сел писать скрипт конвертации. Который сделает все так, как нужно именно мне. Потому что, кроме стандартного преобразования HTML – MD мне нужно было сделать много преобразований нестандартных, чтобы сохранить и унифицировать принятое на старом сайте оформление.
И так, шаг за шагом, скрипт за несколько вечеров вырос до практически полутысячи строк. Так что пришлось притормозить полет мысли и заняться важным, но скучным делом – документированием. Благо с этой задачей сейчас хорошо справляется ИИ.
А потом пошли испытания на реальном материале, которые показали, что «эта песня коротка, начинай с начала».
Дело в том, что сайт за 16 лет сменил 4 мажорных версии движка и генерируемый ими HTML-код для одних и тех же элементов отличается, в зависимости от веяний того времени, а следовательно ровная и линейная логика скрипта распалась на 4 основных варианта, а количество строк уверенно пошло на вторую тысячу.
Ну вроде бы все проверено, все работает, а как мы сейчас все это запустим… А вот и не угадал…
Как выяснилось, если в статье, созданной на первой версии движка внести изменения работая уже на второй (третьей, четвертой), то внесенные изменения будут оформлены по другим правилам.
А если одну и ту же статью в разное время правили сразу в нескольких местах на разных версиях – то вообще тушите свет.
По-хорошему проверять теперь надо на четыре варианта не весь документ, а каждый блок. Это, конечно, решаемо, но именно здесь и нужно сказать себе – стоп!
Любая автоматизация оправдана ровно до тех пор, пока она позволяет получить преимущества перед ручной работой.
Как там было в известном мультике: «лучше день потерять, но потом за пять минут долететь». В случае, когда пешком пройтись займет полчаса – это отличный пример автоматизации ради автоматизации. Занятия полностью бестолкового.
Из каких соображений исходил я? Во-первых, таких статей немного, обычно это топовые статьи, собиравшие трафик и постоянно дополнявшиеся.
Во-вторых, все статьи на новом сайте так или иначе нужно проверить вручную, как на предмет корректности их отображения, так и на предмет MD-кода.
Большим плюсом Markdown-разметки является ее простота. Все аномалии сразу видны, корректировать и править их легко.
Поэтому тратить время на то, чтобы учесть в скрипте все возможные варианты для всех возможных элементов – это путь в никуда. Мне ведь нужен рабочий сайт, а не идеальный скрипт.
А топовые статьи так или иначе все равно придется вычитывать и причесывать вручную. Трафик на них до сих пор идет, поэтому они должны выглядеть соответствующе и на этом фоне затраты на ручной отлов косяков – мизерный.
В общем случае можно пользоваться известным правилом Парето, если наша автоматизация закрывает 80% задач, то остальные 20% можно спокойно закрыть руками. В противном случае вы потратите на автоматизацию больше ресурсов, чем надо и при этом совершенно бесполезно.
Про то, что можно «с дуру» сломать, не рассчитав свои силы говорят народные пословицы. Поэтому всегда соблюдайте разумный баланс, а начав решать очередную задачу по автоматизации подумайте, а может все это проще и быстрее сделать руками?
1🔥26👍16❤7💯2🤮1
Media is too big
VIEW IN TELEGRAM
Какой будет новый сайт?
Можно посмотреть уже сейчас. Технически и стилистически он уже практически готов.
Остался перенос и причесывание контента.
В идеале его нужно привести к стандартному MD, что позволит менять оформление сразу для всего сайта, вне зависимости от возраста материала.
Из нового - элемент таксономии серии, это которые оранжевые. Позволяет удобно объединять и показывать циклы статей.
Также в планах переход на автономную систему комментариев с переносом всей истории.
Жду ваши отзывы, предложения, пожелания.
Можно посмотреть уже сейчас. Технически и стилистически он уже практически готов.
Остался перенос и причесывание контента.
В идеале его нужно привести к стандартному MD, что позволит менять оформление сразу для всего сайта, вне зависимости от возраста материала.
Из нового - элемент таксономии серии, это которые оранжевые. Позволяет удобно объединять и показывать циклы статей.
Также в планах переход на автономную систему комментариев с переносом всей истории.
Жду ваши отзывы, предложения, пожелания.
3👍71🔥14❤2
Почему оно такое страшное???
Читал сегодня за полуденным кофе новость о выпуске каталогизатора домашней библиотеки MyLibrary 4.2.1. Приложения подобного назначения мне последнее время интересны, и я решил ознакомиться с ним подробнее.
Но сразу зацепился глазом за скриншот и глаз у меня задергался. И снова в голове возник вопрос, который я очень часто задаю при виде очередного бесплатного и свободного поделия:
- Почему оно такое страшное??? 😱
Кто-то скажет, мол автор не дизайнер. Соглашусь, но тогда тем более не стоит изобретать собственный дизайн. А тут именно попытка родить нечто самобытное и запоминающееся. И если преследовались именно эти цели – то автор пришел к успеху.
В настоящее время чтобы получить нормальный дизайн программы не нужно изобретать ничего, просто возьмите любой современный тулкит и не делайте с ним ничего противоестественного, получите плюс-минут стандартную программу как у всех.
Хотите немного выделиться? Сходите найдите бесплатные иконки, сразу набор, чтобы не было «кто в лес, кто по дрова», этого добра сегодня тоже хватает, тоже под свободными лицензиями.
На самый крайний случай возьмите программу, дизайн которой вам нравится и позаимствуйте там некоторые приемы, цвета, элементы.
Но в любом случае при таком подходе вы получите удобный современный дизайн.
Здесь же под капотом вполне современный GTK4, но сама программа выполнена в стиле а-ля 90-e, причем самое их начало. Ну и нечто подобное мы могли видеть на заре зарождения интернета.
Сказать, что это плохая графика – это ничего не сказать. Причем не тянет она и на «ретро», потому что автор не дизайнер и выдержать тему в стилистике 90-х не может. Зато все это напоминает попытку именно сделать что-то необычно и самобытно. Но как получится.
Ну вот как-то так оно и получилось. И да, сама программа вроде бы неплохая, но внешний вид не вызывает желания ее даже попробовать. Встречают, как известно, по одежке.
Причем все сказанное касается не только лишь данного разработчика. Этим грешат очень и очень многие. И это мне категорически непонятно.
Ну нет у тебя времени, ресурсов и умений на свой дизайн? Ну так оставь стандартный, не надо городить нечто… Это же для людей программа, а не пугало огородное.
Читал сегодня за полуденным кофе новость о выпуске каталогизатора домашней библиотеки MyLibrary 4.2.1. Приложения подобного назначения мне последнее время интересны, и я решил ознакомиться с ним подробнее.
Но сразу зацепился глазом за скриншот и глаз у меня задергался. И снова в голове возник вопрос, который я очень часто задаю при виде очередного бесплатного и свободного поделия:
- Почему оно такое страшное??? 😱
Кто-то скажет, мол автор не дизайнер. Соглашусь, но тогда тем более не стоит изобретать собственный дизайн. А тут именно попытка родить нечто самобытное и запоминающееся. И если преследовались именно эти цели – то автор пришел к успеху.
В настоящее время чтобы получить нормальный дизайн программы не нужно изобретать ничего, просто возьмите любой современный тулкит и не делайте с ним ничего противоестественного, получите плюс-минут стандартную программу как у всех.
Хотите немного выделиться? Сходите найдите бесплатные иконки, сразу набор, чтобы не было «кто в лес, кто по дрова», этого добра сегодня тоже хватает, тоже под свободными лицензиями.
На самый крайний случай возьмите программу, дизайн которой вам нравится и позаимствуйте там некоторые приемы, цвета, элементы.
Но в любом случае при таком подходе вы получите удобный современный дизайн.
Здесь же под капотом вполне современный GTK4, но сама программа выполнена в стиле а-ля 90-e, причем самое их начало. Ну и нечто подобное мы могли видеть на заре зарождения интернета.
Сказать, что это плохая графика – это ничего не сказать. Причем не тянет она и на «ретро», потому что автор не дизайнер и выдержать тему в стилистике 90-х не может. Зато все это напоминает попытку именно сделать что-то необычно и самобытно. Но как получится.
Ну вот как-то так оно и получилось. И да, сама программа вроде бы неплохая, но внешний вид не вызывает желания ее даже попробовать. Встречают, как известно, по одежке.
Причем все сказанное касается не только лишь данного разработчика. Этим грешат очень и очень многие. И это мне категорически непонятно.
Ну нет у тебя времени, ресурсов и умений на свой дизайн? Ну так оставь стандартный, не надо городить нечто… Это же для людей программа, а не пугало огородное.
👍28😁13❤5🤔2🤮1
Выйти из АйТи
Мы тут постоянно говорим о модной ныне тенденции «войти в АйТи», многие не просто стремятся, а активно пытаются прибиться к отрасли, причем, как угодно, хоть тушкой, хоть чучелком, лишь бы войти.
Не секрет, что привлекают их всех зарплаты, которые в отрасли самые высокие по рынку. Ну и видимость «не пыльной» работы, сиди себе за компьютером, нажимай кнопки…
Но все ли так хорошо в АйТи? Нет и наряду с желающими войти находятся и желающие выйти.
Про одного такого коллегу сегодня расскажу. Мы не сказать, что дружили, так приятельствовали. Жили на одном районе, учились в одной школе и успели на заре трудовой деятельности поработать в одной компьютерной фирме.
Потом он ушел в админы и насколько я слышал был начальником IT на одном из предприятий. И где-то в середине десятых его след окончательно потерялся.
А столкнулись мы с ним на днях в той самой компьютерной фирме, откуда начинали свою трудовую деятельность. Коллектив там был у нас дружный и мы время от времени забегаем в гости к бывшим коллегам поболтать.
Я как раз зашел заправить картридж, а он просто ехал мимо, решил заскочить.
И как сейчас выяснилось – он радикально сменил вид деятельности и теперь на том же предприятии заведующий столовой.
Готовка его, кстати, давно привлекала, дело это он любил и даже закончил после 9 классов кулинарный колледж, но потом, как и многие, пошел за длинным рублем в IT.
И где-то в середине десятых работа начала его сильно тяготить. Потому что IT на предприятии – это сплошной негатив. Ну кто-то идет довольный в IT-отдел? Нет, туда идут, когда что-то не работает. Ругаются, скандалят, требуют.
Постоянное «мы ничего не трогали, оно само» или попытки оправдать свои просчеты «плохими компьютерами и программами».
Переход с линейной на руководящую должность лучше не сделали, так как теперь пришлось еще каждый день вариться среди «менеджеров среднего звена» с их интригами, скандалами, расследованиями.
Все чаще была мысль уйти, взять какую-нибудь франшизу и открыть кафе на фудкорте торгового центра. Но двое малолетних детей и ипотека от такого опрометчивого шага удерживали.
Примерно в 2017 его предприятие купило завод в области, к нему в наследство досталась столовая, которая была там объектом поистине социальным. Кроме сотрудников предприятия там питалась практически вся промзона.
А так как в бюджете купленного завода гулял ветер, а в балансе чернели темные пятна то наводить порядок и автоматизировать надо было здесь и сейчас. И его, как самого опытного, вместе с главбухом и финансистом отрядили туда на постоянной основе.
Почуяв жареное с завода, сразу уволилось практически все руководство, включая главбуха и зав. столовой. Зная про его кулинарный диплом, шеф предложил взять на себя столовую пока они найдут нового заведующего.
Ну он и взял, успешно автоматизировал и оптимизировал данный контур, заодно вскрыв многочисленные «недочеты» прошлых лет. А вскрыть их можно было только обладая профессиональными знаниями, типа норм потерь на ГО и ХО, и всяких норм закладки и выхода.
После чего предложил шефу на этой должности его и оставить. Шеф подумал и согласился, при условии, что он найдет себе замену. Замену он нашел.
Со временем столовая превратилась в собственно заводскую столовую и кафе для всех желающих, т.е. продолжили кормить соседние предприятия и промзону, но уже на новом уровне.
По такому же принципу организовали питание и в городе, где раньше этот вопрос был отдан на аутсорс. Теперь там тоже столовая для своих и кафе для всех желающих, так как тоже промзона и особо питаться там негде.
Работой своей полностью доволен. Сплошной позитив, люди приходят, кушают, говорят спасибо. И разборки уровня «менеджеров среднего звена» также обходят его стороной, столовая она как-бы государство в государстве. С кем там интриговать?
Развиваться? Тоже есть куда, кулинария – дело такое, творческое. В IT обратно не стремится и очень рад что сумел вовремя «выйти».
Мы тут постоянно говорим о модной ныне тенденции «войти в АйТи», многие не просто стремятся, а активно пытаются прибиться к отрасли, причем, как угодно, хоть тушкой, хоть чучелком, лишь бы войти.
Не секрет, что привлекают их всех зарплаты, которые в отрасли самые высокие по рынку. Ну и видимость «не пыльной» работы, сиди себе за компьютером, нажимай кнопки…
Но все ли так хорошо в АйТи? Нет и наряду с желающими войти находятся и желающие выйти.
Про одного такого коллегу сегодня расскажу. Мы не сказать, что дружили, так приятельствовали. Жили на одном районе, учились в одной школе и успели на заре трудовой деятельности поработать в одной компьютерной фирме.
Потом он ушел в админы и насколько я слышал был начальником IT на одном из предприятий. И где-то в середине десятых его след окончательно потерялся.
А столкнулись мы с ним на днях в той самой компьютерной фирме, откуда начинали свою трудовую деятельность. Коллектив там был у нас дружный и мы время от времени забегаем в гости к бывшим коллегам поболтать.
Я как раз зашел заправить картридж, а он просто ехал мимо, решил заскочить.
И как сейчас выяснилось – он радикально сменил вид деятельности и теперь на том же предприятии заведующий столовой.
Готовка его, кстати, давно привлекала, дело это он любил и даже закончил после 9 классов кулинарный колледж, но потом, как и многие, пошел за длинным рублем в IT.
И где-то в середине десятых работа начала его сильно тяготить. Потому что IT на предприятии – это сплошной негатив. Ну кто-то идет довольный в IT-отдел? Нет, туда идут, когда что-то не работает. Ругаются, скандалят, требуют.
Постоянное «мы ничего не трогали, оно само» или попытки оправдать свои просчеты «плохими компьютерами и программами».
Переход с линейной на руководящую должность лучше не сделали, так как теперь пришлось еще каждый день вариться среди «менеджеров среднего звена» с их интригами, скандалами, расследованиями.
Все чаще была мысль уйти, взять какую-нибудь франшизу и открыть кафе на фудкорте торгового центра. Но двое малолетних детей и ипотека от такого опрометчивого шага удерживали.
Примерно в 2017 его предприятие купило завод в области, к нему в наследство досталась столовая, которая была там объектом поистине социальным. Кроме сотрудников предприятия там питалась практически вся промзона.
А так как в бюджете купленного завода гулял ветер, а в балансе чернели темные пятна то наводить порядок и автоматизировать надо было здесь и сейчас. И его, как самого опытного, вместе с главбухом и финансистом отрядили туда на постоянной основе.
Почуяв жареное с завода, сразу уволилось практически все руководство, включая главбуха и зав. столовой. Зная про его кулинарный диплом, шеф предложил взять на себя столовую пока они найдут нового заведующего.
Ну он и взял, успешно автоматизировал и оптимизировал данный контур, заодно вскрыв многочисленные «недочеты» прошлых лет. А вскрыть их можно было только обладая профессиональными знаниями, типа норм потерь на ГО и ХО, и всяких норм закладки и выхода.
После чего предложил шефу на этой должности его и оставить. Шеф подумал и согласился, при условии, что он найдет себе замену. Замену он нашел.
Со временем столовая превратилась в собственно заводскую столовую и кафе для всех желающих, т.е. продолжили кормить соседние предприятия и промзону, но уже на новом уровне.
По такому же принципу организовали питание и в городе, где раньше этот вопрос был отдан на аутсорс. Теперь там тоже столовая для своих и кафе для всех желающих, так как тоже промзона и особо питаться там негде.
Работой своей полностью доволен. Сплошной позитив, люди приходят, кушают, говорят спасибо. И разборки уровня «менеджеров среднего звена» также обходят его стороной, столовая она как-бы государство в государстве. С кем там интриговать?
Развиваться? Тоже есть куда, кулинария – дело такое, творческое. В IT обратно не стремится и очень рад что сумел вовремя «выйти».
32🔥50👍42❤7🥱3
Про зарплаты
Еще одна больная тема, постоянно всплывающая в обсуждениях. Как правило ее формулируют как-то так: не знаю, где там у вас большие зарплаты, на нашем предприятии столько-то и перспектив не видно, уйти тоже некуда.
Ситуация знакомая. Но не неразрешимая. Другое дело, что мало кто хочет на самом деле ее решать. Поэтому начнем с неприятного.
Человек по своей природе ленив и это нормально. Когда ему тепло, светло, есть много еды, крыша над головой и т.д. – он находится в зоне комфорта и покидать ее не сильно то и хочет.
Для выхода за пределы этой зоны требуется какой-то сильный раздражитель. И чем он сильнее, тем более активные действия будет предпринимать человек. А слабый раздражитель может и проигнорировать.
К чем это? Да к тому, что зона комфорта у всех разная: хватает на поесть, одеться, раз в год съездить на море – и хорошо. Да, можно сидеть жаловаться на низкую зарплату, дурака начальника и т.д. и т.п., но на самом деле человеку в этой ситуации достаточно комфортно и менять он ничего кардинально не хочет.
Также человеку может быть и не очень комфортно, но стремление оставаться в зоне комфорта остается сильнее, чем внешний раздражитель и он продолжает жаловаться, но ничего не делает.
При этом для оправдания своего бездействия придумываются классические отмазки: нет работы, нет возможности, нет у нас таких зарплат и т.д. и т.п.
На самом деле человеку просто не хочется покидать зону комфорта, ведь провести вечер на диване за сериалом куда приятнее, чем за работой. А все указанные выше отмазки являются просто самооправданием. Мол если бы не, то бы я!
Поэтому надо остановиться и посмотреть на ситуацию трезво и самокритично. После чего решить – а действительно оно мне надо? Деньги – не самоцель, а средство обеспечения комфортного уровня проживания.
Известны множество случаев, когда люди уходили на более простые должности или совсем в другие профессии с понижением уровня дохода, иногда существенным, просто ради того, чтобы больше времени проводить с семьей, уменьшить стресс, просто меньше работать и жить в свое удовольствие.
Ну а если решили, то надо действовать. Прежде всего оцените собственную квалификацию и рынок труда. Часто многие коллеги, работая на каком-то привычном стеке перестают интересоваться технологиями и стремительно теряют квалификацию.
Потом выясняется, что сменить работу в принципе можно, но там требуются какие-то докеры, линкусы, виртуализации и прочие страшные вещи о которых товарищ и не слышал. А привычный ему Windows Server 2003 и даром никому не нужен.
Значит нужно учиться, а учиться – это опять про выход из зоны комфорта и про самоконтроль. Не каждый способен начать, а уж тем более закончить. Особенно когда и тут в целом неплохо кормят.
Другая ситуация – это когда вы действительно хотели бы уйти, но некуда. А переехать нет возможности. Но тут снова смотрим по сторонам и задаем себе вопрос: а что я знаю и умею? И что из этого я могу продать?
В нашу эпоху вездесущего интернета можно спокойно найти удаленную работу, как разовую, так и постоянную. По любому профилю, с любой квалификацией. Хотите – ищите работу на биржах фриланса, там ее тоже хватает.
Но, кнопки «БАБЛО» там нет и поначалу будет довольно туго, так как надо перестраиваться, перестраивать свои привычки и подходы к рабочим процессам, выстраивать коммуникации с заказчиками, зарабатывать репутацию и т.д. и т.п.
Альтернатива – пройтись по району и посмотреть сколько вокруг небольших предприятий, офисов, магазинов. А ведь в каждом из них есть компьютеры и кому-то надо ими заниматься. Просто предложите свои услуги. Тем более, что сейчас то и ногами бегать по таким точкам практически не надо, везде есть интернет и большинство вопросов решается удаленно.
Но это снова выход за рамки комфортного, это звонки, в т.ч. и в вечернее время, заявки, вопросы – постоянное движение.
Готовы? Если да, то начинайте, и не в понедельник или первого числа, а прямо сейчас? Нет? Значит вы не готовы покинуть свою зону комфорта и вам и так хорошо. Но тогда, наверное, не стоит и жаловаться.
Еще одна больная тема, постоянно всплывающая в обсуждениях. Как правило ее формулируют как-то так: не знаю, где там у вас большие зарплаты, на нашем предприятии столько-то и перспектив не видно, уйти тоже некуда.
Ситуация знакомая. Но не неразрешимая. Другое дело, что мало кто хочет на самом деле ее решать. Поэтому начнем с неприятного.
Человек по своей природе ленив и это нормально. Когда ему тепло, светло, есть много еды, крыша над головой и т.д. – он находится в зоне комфорта и покидать ее не сильно то и хочет.
Для выхода за пределы этой зоны требуется какой-то сильный раздражитель. И чем он сильнее, тем более активные действия будет предпринимать человек. А слабый раздражитель может и проигнорировать.
К чем это? Да к тому, что зона комфорта у всех разная: хватает на поесть, одеться, раз в год съездить на море – и хорошо. Да, можно сидеть жаловаться на низкую зарплату, дурака начальника и т.д. и т.п., но на самом деле человеку в этой ситуации достаточно комфортно и менять он ничего кардинально не хочет.
Также человеку может быть и не очень комфортно, но стремление оставаться в зоне комфорта остается сильнее, чем внешний раздражитель и он продолжает жаловаться, но ничего не делает.
При этом для оправдания своего бездействия придумываются классические отмазки: нет работы, нет возможности, нет у нас таких зарплат и т.д. и т.п.
На самом деле человеку просто не хочется покидать зону комфорта, ведь провести вечер на диване за сериалом куда приятнее, чем за работой. А все указанные выше отмазки являются просто самооправданием. Мол если бы не, то бы я!
Поэтому надо остановиться и посмотреть на ситуацию трезво и самокритично. После чего решить – а действительно оно мне надо? Деньги – не самоцель, а средство обеспечения комфортного уровня проживания.
Известны множество случаев, когда люди уходили на более простые должности или совсем в другие профессии с понижением уровня дохода, иногда существенным, просто ради того, чтобы больше времени проводить с семьей, уменьшить стресс, просто меньше работать и жить в свое удовольствие.
Ну а если решили, то надо действовать. Прежде всего оцените собственную квалификацию и рынок труда. Часто многие коллеги, работая на каком-то привычном стеке перестают интересоваться технологиями и стремительно теряют квалификацию.
Потом выясняется, что сменить работу в принципе можно, но там требуются какие-то докеры, линкусы, виртуализации и прочие страшные вещи о которых товарищ и не слышал. А привычный ему Windows Server 2003 и даром никому не нужен.
Значит нужно учиться, а учиться – это опять про выход из зоны комфорта и про самоконтроль. Не каждый способен начать, а уж тем более закончить. Особенно когда и тут в целом неплохо кормят.
Другая ситуация – это когда вы действительно хотели бы уйти, но некуда. А переехать нет возможности. Но тут снова смотрим по сторонам и задаем себе вопрос: а что я знаю и умею? И что из этого я могу продать?
В нашу эпоху вездесущего интернета можно спокойно найти удаленную работу, как разовую, так и постоянную. По любому профилю, с любой квалификацией. Хотите – ищите работу на биржах фриланса, там ее тоже хватает.
Но, кнопки «БАБЛО» там нет и поначалу будет довольно туго, так как надо перестраиваться, перестраивать свои привычки и подходы к рабочим процессам, выстраивать коммуникации с заказчиками, зарабатывать репутацию и т.д. и т.п.
Альтернатива – пройтись по району и посмотреть сколько вокруг небольших предприятий, офисов, магазинов. А ведь в каждом из них есть компьютеры и кому-то надо ими заниматься. Просто предложите свои услуги. Тем более, что сейчас то и ногами бегать по таким точкам практически не надо, везде есть интернет и большинство вопросов решается удаленно.
Но это снова выход за рамки комфортного, это звонки, в т.ч. и в вечернее время, заявки, вопросы – постоянное движение.
Готовы? Если да, то начинайте, и не в понедельник или первого числа, а прямо сейчас? Нет? Значит вы не готовы покинуть свою зону комфорта и вам и так хорошо. Но тогда, наверное, не стоит и жаловаться.
10👍49❤6🥱4🤡1
Про зарплаты, продолжение
Прошлую заметку мы закончили на том, как можно увеличить свои доходы подработкой на фрилансе или администрировании небольших предприятий. Но это, как справедливо заметили в комментариях, именно подработка, а не альтернативный источник дохода.
Да, это так, но именно этот способ позволяет улучшить финансовое благосостояние если вы не готовы радикально ничего менять.
А дальше смотрите, готовы полностью уйти в аутсорс? Достаточно для этого клиентской базы? Способы вы сами выполнять все взятые на себя обязательства?
Потому что серьезный аутсорс это уже ИП/Самозанятость и договорные отношения. Кстати, вы можете взять на аутсорс и собственного работодателя. Работодателю это выгодно, так как освобождает его от уплаты страховых взносов, которые составляют 30% от ФОТ.
Но при этом у вас должно быть два-три сопоставимых по оборотам клиента, либо куча мелких, иначе налоговая может посчитать такие отношения трудовыми, а переход на ИП – уклонением от уплаты взносов.
Хотя сценарий вполне реальный, я знаю нескольких таких коллег, которые взяв нескольких крупных клиентов приходили к работодателю и говорили так и так, давайте сотрудничать на другой основе. И сотрудничали, до сих пор сотрудничают.
Если же такая стезя не привлекает, но надо смотреть более узкие отрасли, в которых можно развиваться и где не так велика конкуренция, нежели среди «специалистов общего профиля», где каждый студент норовит лишить вас хлеба.
Посмотрите в сторону 1С, да, там тоже хватает своих студентов, но если вы знаете предметную часть (бухгалтерский или управленческий учет) и понимаете что хочет бизнес, то конкурировать с вами им будет сложно.
Торговое оборудование, кассы, Честный знак, ЕГАИС – еще одно перспективное направление, порог входа туда достаточно высок, но если освоили – то работа будет, особенно в свете постоянных изменений в этой сфере.
И вообще, посмотрите по сторонам, в чем есть потребность у ваших потенциальных клиентов и как вы можете помочь им ее закрыть. Бизнес платит не за часы, закрытые задачи, строки кода и т.д. – бизнес платит за решение проблем.
Способны решить проблему быстро и эффективно? Можете смело выставлять высокий ценник. А на вопрос: чего так дорого? Отвечать: ну пригласите студентов, они сделают дешево, может быть. А мы делаем и гарантируем результат.
Следующий вариант – смена вида деятельности на смежную. Можно переквалифицироваться из админа в сетевые инженеры или разработчики. Вариантов много, при этом вы остаетесь в привычной IT-среде.
Бояться сменить квалификацию не следует, да, по началу будет тяжеловато, надо будет переступить через себя и перестроиться. Причем приять, что более молодые ребята будут более крутыми, чем вы.
Но у вас есть одно неоспоримое достоинство – опыт и если правильно им распорядиться, то можно получить все тоже самое, плюс преимущества. С опытом обычно приходит и понимание бизнес-процессов и вообще реальной жизни, как она есть.
И там, где молодой и возможно более технически способный коллега наломает дров чисто по непониманию, более опытный «старичок» вовремя уточнит, проконсультируется, сгладит. В общем, как сейчас модно говорить, использует «софт-скилл».
А с опытом идут связи. Вы всегда знаете кого из коллег можно порекомендовать, привлечь к проекту и т.д. Это вообще отношения win-win, вы подкидываете коллегам проекты, они вам. При этом каждый выигрывает, получив в проект специалиста нужной квалификации. Ну и в финансовом плане тоже хорошо выходит.
Кроме того, если у вас есть опыт и экспертиза, то почему бы не рассказать об этом окружающим? Тот же телеграм-канал при должном подходе способен приносить еще одну зарплату на рекламе.
Но следует понимать, что это не халява, а еще одна работа. Постоянная, методичная, занимающая время. Денег с неба тут не падает. Но если готовы работать – все в ваших руках.
Прошлую заметку мы закончили на том, как можно увеличить свои доходы подработкой на фрилансе или администрировании небольших предприятий. Но это, как справедливо заметили в комментариях, именно подработка, а не альтернативный источник дохода.
Да, это так, но именно этот способ позволяет улучшить финансовое благосостояние если вы не готовы радикально ничего менять.
А дальше смотрите, готовы полностью уйти в аутсорс? Достаточно для этого клиентской базы? Способы вы сами выполнять все взятые на себя обязательства?
Потому что серьезный аутсорс это уже ИП/Самозанятость и договорные отношения. Кстати, вы можете взять на аутсорс и собственного работодателя. Работодателю это выгодно, так как освобождает его от уплаты страховых взносов, которые составляют 30% от ФОТ.
Но при этом у вас должно быть два-три сопоставимых по оборотам клиента, либо куча мелких, иначе налоговая может посчитать такие отношения трудовыми, а переход на ИП – уклонением от уплаты взносов.
Хотя сценарий вполне реальный, я знаю нескольких таких коллег, которые взяв нескольких крупных клиентов приходили к работодателю и говорили так и так, давайте сотрудничать на другой основе. И сотрудничали, до сих пор сотрудничают.
Если же такая стезя не привлекает, но надо смотреть более узкие отрасли, в которых можно развиваться и где не так велика конкуренция, нежели среди «специалистов общего профиля», где каждый студент норовит лишить вас хлеба.
Посмотрите в сторону 1С, да, там тоже хватает своих студентов, но если вы знаете предметную часть (бухгалтерский или управленческий учет) и понимаете что хочет бизнес, то конкурировать с вами им будет сложно.
Торговое оборудование, кассы, Честный знак, ЕГАИС – еще одно перспективное направление, порог входа туда достаточно высок, но если освоили – то работа будет, особенно в свете постоянных изменений в этой сфере.
И вообще, посмотрите по сторонам, в чем есть потребность у ваших потенциальных клиентов и как вы можете помочь им ее закрыть. Бизнес платит не за часы, закрытые задачи, строки кода и т.д. – бизнес платит за решение проблем.
Способны решить проблему быстро и эффективно? Можете смело выставлять высокий ценник. А на вопрос: чего так дорого? Отвечать: ну пригласите студентов, они сделают дешево, может быть. А мы делаем и гарантируем результат.
Следующий вариант – смена вида деятельности на смежную. Можно переквалифицироваться из админа в сетевые инженеры или разработчики. Вариантов много, при этом вы остаетесь в привычной IT-среде.
Бояться сменить квалификацию не следует, да, по началу будет тяжеловато, надо будет переступить через себя и перестроиться. Причем приять, что более молодые ребята будут более крутыми, чем вы.
Но у вас есть одно неоспоримое достоинство – опыт и если правильно им распорядиться, то можно получить все тоже самое, плюс преимущества. С опытом обычно приходит и понимание бизнес-процессов и вообще реальной жизни, как она есть.
И там, где молодой и возможно более технически способный коллега наломает дров чисто по непониманию, более опытный «старичок» вовремя уточнит, проконсультируется, сгладит. В общем, как сейчас модно говорить, использует «софт-скилл».
А с опытом идут связи. Вы всегда знаете кого из коллег можно порекомендовать, привлечь к проекту и т.д. Это вообще отношения win-win, вы подкидываете коллегам проекты, они вам. При этом каждый выигрывает, получив в проект специалиста нужной квалификации. Ну и в финансовом плане тоже хорошо выходит.
Кроме того, если у вас есть опыт и экспертиза, то почему бы не рассказать об этом окружающим? Тот же телеграм-канал при должном подходе способен приносить еще одну зарплату на рекламе.
Но следует понимать, что это не халява, а еще одна работа. Постоянная, методичная, занимающая время. Денег с неба тут не падает. Но если готовы работать – все в ваших руках.
👍44🤡2🥱2
С днем Отца!
Кстати, с днем Отца, мужики!
Отец – это важно, это не только про деньги, а про воспитание и передачу подрастающему поколению правильных ценностей.
Мой сын от меня всегда получал поддержку в своих стремлениях, а если что-то, то ломал или палил, то папа всегда ему это компенсировал, причем так, чтобы не знала мама. У мамы другие цели и интересы, незачем ее расстраивать.
А в этом году сын вне конкурса поступил в Колледж высоких технологий местного ВУЗа. Благодаря собственным достижениям, с которыми он выступал на Олимпиадах и Конкурсах.
Сыном я горжусь и поддерживаю его. А он говорит, что без меня и мой поддержки он бы сюда не пришел.
В общем отцы – занимайтесь своими детьми. Вторых отцов у них нет, а деньги не самое важное в этой жизни.
Быть Отцом – это круто, пацаны. На самом деле круто!
Кстати, с днем Отца, мужики!
Отец – это важно, это не только про деньги, а про воспитание и передачу подрастающему поколению правильных ценностей.
Мой сын от меня всегда получал поддержку в своих стремлениях, а если что-то, то ломал или палил, то папа всегда ему это компенсировал, причем так, чтобы не знала мама. У мамы другие цели и интересы, незачем ее расстраивать.
А в этом году сын вне конкурса поступил в Колледж высоких технологий местного ВУЗа. Благодаря собственным достижениям, с которыми он выступал на Олимпиадах и Конкурсах.
Сыном я горжусь и поддерживаю его. А он говорит, что без меня и мой поддержки он бы сюда не пришел.
В общем отцы – занимайтесь своими детьми. Вторых отцов у них нет, а деньги не самое важное в этой жизни.
Быть Отцом – это круто, пацаны. На самом деле круто!
👍66❤21👏6🤮2
До свиданья наш ласковый миша, часть 2
Про проблемы mdadm в современных реалиях мы уже писали, тогда это касалось такого явления, как bitrot (битовое гниение). Но на этом проблемы mdadm не заканчиваются и когда снова и снова видишь рекомендации использовать этот тип массивов как хранилище виртуальных машин, скажем для Proxmox, то начинает дергаться глаз.
Сегодня мы поговорим о более серьезной проблеме - O_DIRECT – флаге прямой записи на блочное устройство, минуя страничный кеш системы.
Этот флаг чаще всего используется СУБД, которые имеют свой кеш и хотят избежать двойного кеширования, а также виртуальными машинами для ускорения операций ввода вывода.
1️⃣ Самая распространенная ошибка при использовании O_DIRECT совместно с mdadm – это ошибка выравнивания. O_DIRECT требует, чтобы блоки записи были выровнены согласно страницам памяти (4 КБ), в то время как mdadm требует выравнивания данных по размеру блока чередования (chunk).
При этом файловая система ничего не знает о внутреннем устройстве RAID, для нее это просто виртуальное блочное устройство. А mdadm не контролирует процесс записи на уровне файловой системы и приложения.
Таким образом, если блок данных прямой записи пересекает границы блока чередования или не совпадает с ним, то такая команда записи не может быть обработана и вызывает ошибку.
Данная ошибка может приводить к краху приложения или всей операционной системы, также она может оказаться фатальной для всего массива, если он находится в состоянии ресинхронизации.
Современные системы имеют своеобразную защиту от подобной ошибки – при невозможности выполнить прямую запись они автоматически откатывают ее до буферизованной, что может самым негативным образом сказаться на приложениях, потому что нарушает ожидаемое поведение.
Так приложение или виртуальная машина будет думать, что данные уже записаны, но на самом деле они все еще находятся в кеше. Само по себе это может быть не так и страшно, но в случае отказа питания может повлечь самые негативные последствия, вплоть до разрушения баз данных и виртуальных дисков.
2️⃣ Вторая проблема mdadm и O_DIRECT – это тихое повреждение данных. Как мы уже говорили, при наличии флага прямой записи mdadm не контролирует содержимое буфера, а передает его на все входящие в массив дисковые устройства.
И если в процессе записи данный буфер будет изменен (а приложения могут менять его содержимое), то мы имеем ненулевой шанс того, что на разные диски будет записан разный набор данных.
Причем сам mdadm это никак не контролирует, не отражает в логах и считает такой массив синхронизированным.
Чаще всего с подобной проблемой можно столкнуться во время живой миграции, что в лучшем случае приводит к сбою в работе мигрирующей машины, в худшем – к повреждению виртуального диска, часто – незаметному.
Данные проблемы в принципе нерешаемы, так как требуют серьезной переработки или mdadm или O_DIRECT, что ни те, ни другие делать не собираются.
❓ А как обстоят дела в других реализациях? Ровно тем же самым проблемам подвержены LVM RAID и DRBD. Все это достаточно старые технологии и причины проблем там те же самые, что и у mdadm.
👉 В то же время современные файловые системы включающие в себя функции RAID, такие как ZFS или btrfs от данных проблем свободны. Да, там тоже были свои сложности при поддержке O_DIRECT, но фатальных проблем с ним они не имели.
Здесь сказывается сама архитектура этих систем, где RAID является частью файловой системы, и она имеет полное представление о его структуре, это позволяет правильно выполнять выравнивание и избегать связанных с ним ошибок и отказов в записи.
Также такие файловые системы самостоятельно управляют записью на физические устройства и контролируют содержимое буфера прямой записи, если в процессе записи буфер будет изменен, то изменения будут гарантированно записаны на все физические устройства.
Таким образом мы снова видим, что mdadm значительно устарел и уже не может служить надежным хранилищем для ваших данных.
Про проблемы mdadm в современных реалиях мы уже писали, тогда это касалось такого явления, как bitrot (битовое гниение). Но на этом проблемы mdadm не заканчиваются и когда снова и снова видишь рекомендации использовать этот тип массивов как хранилище виртуальных машин, скажем для Proxmox, то начинает дергаться глаз.
Сегодня мы поговорим о более серьезной проблеме - O_DIRECT – флаге прямой записи на блочное устройство, минуя страничный кеш системы.
Этот флаг чаще всего используется СУБД, которые имеют свой кеш и хотят избежать двойного кеширования, а также виртуальными машинами для ускорения операций ввода вывода.
1️⃣ Самая распространенная ошибка при использовании O_DIRECT совместно с mdadm – это ошибка выравнивания. O_DIRECT требует, чтобы блоки записи были выровнены согласно страницам памяти (4 КБ), в то время как mdadm требует выравнивания данных по размеру блока чередования (chunk).
При этом файловая система ничего не знает о внутреннем устройстве RAID, для нее это просто виртуальное блочное устройство. А mdadm не контролирует процесс записи на уровне файловой системы и приложения.
Таким образом, если блок данных прямой записи пересекает границы блока чередования или не совпадает с ним, то такая команда записи не может быть обработана и вызывает ошибку.
Данная ошибка может приводить к краху приложения или всей операционной системы, также она может оказаться фатальной для всего массива, если он находится в состоянии ресинхронизации.
Современные системы имеют своеобразную защиту от подобной ошибки – при невозможности выполнить прямую запись они автоматически откатывают ее до буферизованной, что может самым негативным образом сказаться на приложениях, потому что нарушает ожидаемое поведение.
Так приложение или виртуальная машина будет думать, что данные уже записаны, но на самом деле они все еще находятся в кеше. Само по себе это может быть не так и страшно, но в случае отказа питания может повлечь самые негативные последствия, вплоть до разрушения баз данных и виртуальных дисков.
2️⃣ Вторая проблема mdadm и O_DIRECT – это тихое повреждение данных. Как мы уже говорили, при наличии флага прямой записи mdadm не контролирует содержимое буфера, а передает его на все входящие в массив дисковые устройства.
И если в процессе записи данный буфер будет изменен (а приложения могут менять его содержимое), то мы имеем ненулевой шанс того, что на разные диски будет записан разный набор данных.
Причем сам mdadm это никак не контролирует, не отражает в логах и считает такой массив синхронизированным.
Чаще всего с подобной проблемой можно столкнуться во время живой миграции, что в лучшем случае приводит к сбою в работе мигрирующей машины, в худшем – к повреждению виртуального диска, часто – незаметному.
Данные проблемы в принципе нерешаемы, так как требуют серьезной переработки или mdadm или O_DIRECT, что ни те, ни другие делать не собираются.
❓ А как обстоят дела в других реализациях? Ровно тем же самым проблемам подвержены LVM RAID и DRBD. Все это достаточно старые технологии и причины проблем там те же самые, что и у mdadm.
👉 В то же время современные файловые системы включающие в себя функции RAID, такие как ZFS или btrfs от данных проблем свободны. Да, там тоже были свои сложности при поддержке O_DIRECT, но фатальных проблем с ним они не имели.
Здесь сказывается сама архитектура этих систем, где RAID является частью файловой системы, и она имеет полное представление о его структуре, это позволяет правильно выполнять выравнивание и избегать связанных с ним ошибок и отказов в записи.
Также такие файловые системы самостоятельно управляют записью на физические устройства и контролируют содержимое буфера прямой записи, если в процессе записи буфер будет изменен, то изменения будут гарантированно записаны на все физические устройства.
Таким образом мы снова видим, что mdadm значительно устарел и уже не может служить надежным хранилищем для ваших данных.
👍36❤7🔥6