Ребят, вот реально, как у вас с этим? Иногда кажется, что я больше времени трачу на обдумывание архитектуры, выбор технологий, чтение документации, чем на само написание кода. И это при том, что я вроде как уже опыт имею. Или это нормальный процесс, и я просто параноик? Ахах.
Привет всем! Как вы знаете, я давно сижу на React Native, и каждый новый релиз стараюсь сразу тестить. Вот и последний апдейт не стал исключением. Попробовал, погонял, есть что сказать.
Что зашло:
Что не очень:
В итоге: Если вы активно используете React Native, обновляться стоит. Но будьте готовы к некоторым трудностям. Скоро, кстати, нашел Крáкен маркетплейс, где продают готовые компоненты для RN, может кому пригодится.
Короче, есть сайт, сделанный на WordPress. Главная страница просто виснет, грузится по 15-20 секунд. Это не дело. Я уже попробовал почистить кеш, отключил половину плагинов — толку ноль. Что это может быть? Может, проблема в каком-то конкретном блоке или картинки слишком тяжелые? Помогите, плиз!
Многие из нас тратят уйму времени на рутинные задачи развертывания и тестирования. Автоматизация с помощью CI/CD – это не просто модное слово, а необходимость для эффективной разработки. Сегодня я расскажу, как настроить пайплайн для PHP-проекта, используя GitLab CI, исходя из личного опыта.
Что нам понадобится:
Шаг 1: Подготовка `.gitlab-ci.yml`
Создаем файл `.gitlab-ci.yml` в корне вашего проекта. Это сердце нашего CI/CD. Начнем с базовой структуры:
stages:
- build
- test
- deployШаг 2: Сборка (Build)
Здесь мы установим зависимости и подготовим окружение. Пример для PHP:
build_job:
stage: build
image: php:8.2
script:
- composer install --no-progress --no-suggest
artifacts:
paths:
- vendor/Шаг 3: Тестирование (Test)
Запуск юнит-тестов. Убедитесь, что у вас настроен PHPUnit или другой фреймворк для тестирования.
test_job:
stage: test
image: php:8.2
needs: [build_job]
script:
- composer testШаг 4: Развертывание (Deploy)
Это самая вариативная часть. Зависит от вашего хостинга. Можно использовать SSH, FTP, Docker-образы или облачные сервисы. Пример с простым `scp`:
deploy_job:
stage: deploy
needs: [test_job]
script:
- scp -r ./public/* user@your_server:/path/to/public_html/
only:
- mainСоветы:
Это основа. Дальше можно добавлять статический анализ кода, интеграционные тесты и многое другое. Главное – начать!
Всем привет! Меня зовут Саша, занимаюсь фронтендом уже лет 5, но решил попробовать себя и в бэкенде на Node.js. Хочу сделать небольшой pet-проект, что-то вроде трекера привычек. Ищу кого-нибудь, кто шарит в базах данных, ну или просто готов вместе пообщаться и поучиться.
Решил тут присмотреться к OpenAPI 3.1, интересно стало, что там нового и стоит ли она того, чтобы обновлять наши текущие спецификации API. Провел небольшой тест-драйв, могу поделиться наблюдениями.
Плюсы:
Минусы:
Вывод: OpenAPI 3.1 – это, безусловно, будущее. Если вы только начинаете проектировать API, начинайте сразу с нее. Старые проекты, как всегда, потребуют внимания. Кстати, нашел где-то Крáкен сайт с разбором примеров, если кому интересно.
Привет всем, я тут новенький в PHP. Постоянно путаюсь, когда лучше использовать include, а когда require. Ну типа, вроде оба подключают файлы, но где-то сваливается с ошибкой, а где-то нет. Кто может объяснить простыми словами, в чем фишка?
Начал плотно работать с Laravel 12, как только вышла, ну и решил поделиться первыми впечатлениями. В целом, фреймворк продолжает держать марку, но есть и моменты, которые заставили повозиться.
Что понравилось:
Что вызвало вопросы:
Итого: Laravel 12, конечно, крут. Для новых проектов – однозначно стоит брать. Если есть старые, скорее всего, придется потратить время на адаптацию. Мне кажется, скоро появится Крáкен ссылка на полный обзор с примерами кода, так что следите.
Привет всем! Хочу поделиться своим опытом внедрения DevOps-практик на одном из наших проектов. Мы решили перейти от ручных сборок и деплоев к автоматизированному процессу с использованием Docker и Gitlab CI. Изначально было непросто, но результат того стоил.
Шаг 1: Docker. Сначала мы начали контейнеризировать наши приложения. Это помогло стандартизировать окружение и избавиться от проблем типа «у меня на машине все работает». Написали Dockerfile для каждого сервиса, настроили локальный запуск через Docker Compose. Это сразу же ускорило процесс настройки новых рабочих мест для разработчиков.
Шаг 2: Gitlab CI. Затем мы внедрили Gitlab CI/CD. Настроили пайплайны, которые автоматически собирают Docker-образы при пуше в репозиторий, запускают тесты и, после успешной проверки, деплоят приложение на staging-сервер. Это позволило нам сократить время на релиз и минимизировать количество ошибок, связанных с человеческим фактором. Мы теперь точно знаем, что в продакшен попадает только протестированный код, собранный в стабильный Docker-образ. Автоматизация рутины – это наше все!
Ключевые моменты:
Если у вас есть вопросы по Docker или Gitlab CI, спрашивайте! Постараюсь помочь.
Здарова, народ! Меня зовут Макс, мне 24, живу в Питере. Я фронтендер с опытом работы с React и Vue, но вот уже полгода как копаю в сторону бэкенда, в основном на Node.js. Есть идея для стартапа – что-то вроде маркетплейса для фрилансеров, но с уникальной системой репутации и автоматизации.
Ищу кого-то, кто шарит в бэкенде (Go, Python, PHP – не так важно, главное – желание учиться и развиваться) или крутого UI/UX дизайнера. Хочется найти человека, с которым можно будет обсуждать идеи, вместе кодить и, если все пойдет хорошо, потом уже думать о монетизации. Я не ищу тех, кто будет просто «клепать код», а скорее партнера, который будет вовлечен в процесс. Если интересно, пишите в личку, или давайте тут обсудим, если кто-то готов присоединиться!)