Мне недавно задали вопрос - в каких коммерческих проектах можно использовать php.

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

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

Ну, как обычно, в общем довелось делать авторизацию на сайте через telegram. Как это было…
Хорошо, что мне не пришлось проксировать запросы на локальный сайт, как при работе с ботом, виджет работает и на локальном окружении.

Хотел я написать пост про код, но неделя вышла какая-то шебутная и я решил написать про удаленную работу.
С чего вдруг-то? Спросите вы. “Я так чувствую” - отвечу я : )
Мне просто пришла мысль, что удаленная работа все-таки сложнее, чем работа в офисе, просто потому, что у тебя появляется больше свободы.

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

Недавно я писал про rate limiter для yii2 и решил сделать то же самое только на yii3. Время идет и пора выходить из зоны комфорта.
С учетом, что я 3-ей версией еще не пользовался, я решил просто попробовать. Да, возможно, я не буду сразу изучать всю документацию и часть оставлю на исследовательский энтузиазм. Сердцу не прикажешь : )
Первым делом я склонировал репозиторий докера для yii, настроил, залез в контейнер и установил фреймворк.

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

Во многих фреймворках, таких как Laravel, Symfony, yii2, yii3 существуют механизмы для управления кол-вом запросов к тем или иным разделам сайта. Лимиты используются для контроля над количеством объектов или действий, которые пользователь может выполнить за определенный период времени.
Это может быть полезно для предотвращения DDoS-атак или для ограничения использования ресурсов одним пользователем. Например, можно ограничить количество записей, которые пользователь может создать за определенный период времени. Ограничить кол-во запросов к вашему api, если вдруг соседний отдел, который с вами интегрируется, забыл в своем коде выйти из цикла и начинает вас бомбить запросами : )

Нейросеть сделала меня на этой картинке намного суровее : )
С одной стороны - правильно разобраться и понять, как тот или иной инструмент работает, но с другой - можно уйти в дебри и потерять интерес. Наверно, у меня больше был второй вариант.
По-началу у меня все началось с adobe photoshop. Я любил пробовать создавать какие-нибудь дизайны страниц. Со временем я начал пробовать верстать сайты. В основном хотелось просто сделать и немножко порадоваться.

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

Я проходил этап, когда мне доставалось старое жуткое легаси, покрытое коркой земли со времен мамонтов : ) О да, сутки на пролет бок о бок с дебагом. Хотя мой код становился тем же легаси через какое-то время и я задавался вопросом “О боже, кто автор этого чуда?” Можно взять для примера code review, по-разному можно выразить свою точку зрения. Стоит подумать над тем, как человек может воспринять твой комментарий. Мы ведь работаем в команде.

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

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

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

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

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