Дайджест новостей на март
За время с прошлого дайджеста накопилось несколько новостей.
Итоги года PHP
По традиции на стриме подвели итоги прошлого года. Показали результаты большого опроса и обсудили, в чём удобство и неудобство технических чатов, в которых пропадает много знаний.
Новые эпизоды
Завершено самое грандиозное видео за историю проекта. Записан мегаскринкаст про работу HTTP-сервера с нашим программным кодом. И про недопонимания и заблуждения, которые по историческим причинам могут быть у PHP-программистов. Из четырнадцати часов видеоматериала, подготовленного за месяц и записанного за две недели, удалось смонтировать концентрированный фильм.
Переработка эпизодов
Полностью перемонтирована серия геолокатора. Выровнен и вычищен звук, добавлены тайм-коды. Пока мы эту серию оставим такой, как есть. А в будущем следующим этапом будет её перезапись с учётом нововведений PHP 8. Также продолжается перемонтирование эпизодов по аукциону и по React.
Избранные эпизоды
Понравившиеся опубликованные скринкасты теперь можно помечать флажком. И на странице скринкастов помимо «Истории» теперь выводится вкладка «Избранное».
Вопросы и ответы
В комментариях под скринкастами вы часто задаёте интересные вопросы, на которые я стараюсь дать подробный ответ. И так получилось, что незаметно набралось больше четырёхсот полезных вопросов. Но ежедневно новые комментарии под сотней просмотренных ранее видеороликов никто не ищет. Большой пласт информации проходит мимо зрителей и теряется в тысячах других комментариев.
Чтобы это исправить, добавлен новый раздел Q&A, куда вручную отбираются комментарии с интересными вопросами и ответами.
Избранные комментарии
При чтении сотен вопросов и ответов теперь вы тоже можете помечать флажком избранного интересные вам комментарии и смотреть их список в кабинете.
Помимо этого теперь можно копировать ссылку на комментарий.
Платежи из-за границы
UPD: Оплата иностранными картами восстановлена. Но пока без автоплатежей.
Будущее проекта
На данный момент во время неопределённости мы продолжим работу над проектом и будем выпускать новые скринкасты.
В любом случае мы сообщим обо всех изменениях в рассылке и на канале @deworkerpro
Рад, что не бросили проект! Спасибо!
так держать )
Жду новых выпусков!
Спасибо, жду новые скринкасты!
Оплату через крипту может? И все проблемы с иностранными картами отпадут.
Тогда появятся юридические проблемы с криптой.
Оболденный у вас проект, очень много интересного
Платежи из-за границы восстановлены.
Не работают
Проект очень интересный. Каждый может найти в нем что-то поезное для себя.
Жаль только, что Вы не ведете его документацию, чтобы был понятен итоговый вариант развертывания всей системы. Вы обсудили несколько подходов, но из всей документации deworker.pro не совсем понятно, что входит в итоговый проект и порядок запуска при развертывании. В общем, небольшой раздел 'Usage' не помешал бы, чтобы не просматривать огромное количество дополнительного материала, а ограничиться чтением кода.
Меня по сути интересовал такой вопрос. У меня есть собственный довольно мощный домашний сервер (RAM - 128Gb, SSDs - Σ 32Tb) с одним единственным белым IP адресом. И я хотел развернуть экосистему, включая Traefik, Docker Gegistry, Gitea, Jenkins, Nextcloud для взаимодействия с коллегами, и десяток проектов, использующих разные технологии (React, Next.js, PHP, Node.js и прочие) и расположенных за обратным прокси-сервером. В Вашем случае использован внешний хостинг, и насколько я понимаю частный реестр Docker и система автоматизации Jenkins разворачиваются на отдельных ресурсах с отдельными внешними адресами IP. Поэтому Вы используете у них Nginx на входе.. В моем случае видимо так не получится?
Подскажите пожалуйста, как необходимо изменить экосистему проекта под один сервер, чтобы система автоматизации сборки, тестирования и развертывания работала?
В первую очередь я должен установить на мой Ubuntu Server Traefik Затем поднять на нем Docker Registry, Gitea, Jenkins, но без использования Nginx (как это сделано у Вас) А уже потом ко всем вышеустановленным сервисам по очереди добавлять отдельные сайты, в каждом из которых будут настроено развертывание с использованием compose-файлов через deploy.labels Т.е. в общий проект сервера добавляется инфраструктура проекта в виде подмодуля, равно как и каждый веб-сайт станет его отдельным подмодулем.
Так? Или я ошибаюсь? И какие есть доводы против такой организации процесса (всё на одном физическом сервере)?
Заранее спасибо, если можно получить ответ на мой вопрос у более опытных коллег.
Да, так. Если всё делать на одном компьютере, то тогда всё проксировать однообразно через один общий Traefik.
Или войти через: