Привет, коллеги! 🌙🌙🌙

Встречаем релиз новой версии MoonShine - 2.11 "Mystical Assistant".

Больше полугода мы работали над очень крутой возможностью нашей админки - а именно интеграцией в MoonShine искусственного интеллекта.

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

Релиз состоялся благодаря собранным на Boosty средствам (https://boosty.to/cutcode). Их хватило не только на новый дизайн, но и на оплату труда команды ученых. Будем развиваться дальше! Всем спасибо за поддержку!

Завтра Пятница! ⚡️

Привет, коллеги! 👋
На неделе обсуждали вопросы деплоя не просто так. Подведём итоги.
Как чаще всего разработчики делают деплой?
1. Выполнение деплоя по ssh.
+ полный контроль процесса
- трата времени на каждый деплой
- недоступность проекта во время обновления
- человеческий фактор
Этот вариант можно автоматизировать с помощью специального скрипта на сервере, который избавит от части рутины, но всё равно требуется значительная вовлечённость в процесс деплоя и коннекта к серверу.

2. GitHub Actions / GitLab Pipelines.
+ автоматизация, избавление от рутины
- отсутствие контроля за результатом выполнения
- нет возможности быстрого отката на предыдущую версию при необходимости
- на время деплоя проект будет недоступен для пользователей

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

В общем, процесс деплоя начинает со временем раздражать и вызывать страх (особенно в пятницу), особенно на проектах, которые надо часто обновлять. Полностью автоматизировать процесс деплоя не получалось, всё равно приходится контролировать процесс и участвовать в нём. А я всегда испытываю желание автоматизировать процессы и меньше заниматься рутиной. Ведь хороший разработчик - ленивый разработчик. 🧐
Я как и многие разработчики в своё время выбрал Envoyer. Всё устраивало до тех пор, пока он стал недоступен для оплаты из РФ. Вариант возвращаться к "классическим" вариантам деплоя нагонял на меня тоску и вынудил сделать свой инструмент для автоматизации деплоя, который я показал в видео. Как оказалось, много разработчиков также нуждаются в подобном сервисе и было принято решение сделать свой сервис по деплою.

Итак, всё что есть в Envoyer уже реализовали (ssh-соединения, нулевое время простоя приложения, кастомизируемые hooks, работа с несколькими проектами, уведомления, Heath check), а также добавлили те фишки, которых нам не хватало:
- уведомление по результатам деплоя со скриншотом в telegram
- импорт/экспорт настроек
- подробные логи по каждому деплою
- удобная работа с env

🥳Итак, сегодня, в пятницу 5-го числа сервис для деплоя приложений от CutCode on-fri.day готов к применению (задеплоен для общего пользования)!

onFriday прошёл опытную эксплуатацию, документация готова, видеоинструкция в процессе записи.

Говорят, что в пятницу нельзя деплоить, но если использовать onFriday, то можно! 🙃

Пора попробовать onFriday в деле! ⚡️
https://on-fri.day

Привет, поклонники Laravel!
Пользователей onFriday становится все больше.
Записал видео с инструкцией по onFriday - покажу как настраивать проект для деплоя. Заодно сравню с Envoyer, покажу какие фичи добавили.
Смотрим, обсуждаем, применяем в работе.
Сам пользуюсь каждый день - одно удовольствие!
Деплоить можно и в пятницу (но только если используете onFriday)!⚡️

https://youtu.be/qPW7nnkNuoo