- Deworker
- База знаний
- Разработка аукциона на SlimPHP и ReactJS
- Структура проекта
Структура проекта
Постановка задачи по разработке будущего проекта и определение используемых подходов. Предполагаемая структура проекта.
Скрытый контент
Чтобы не пропускать новые эпизоды подпишитесь на наш канал @deworkerpro в Telegram
- 1Структура проекта Free
- 2Почему именно микрофреймворк Free
- 3Что есть Docker Free
- 4Запуск и деплой сайта с Docker Free
- 5Создание production-сервера c Ansible Free
- 6Установка Slim и Symfony Console Free
- 7Оптимизация Docker-образов
- 8Xdebug для Docker в PhpStorm
- 9PHPLint, CodeSniffer, Psalm
- 10PHPUnit и Unit и Functional тесты
- 11DDD и ограниченные контексты Free
- 12Use Cases модуля аутентификации Free
- 13Регистрация пользователей и тесты Free
- 14Подтверждение регистрации Free
- 15Регистрация через социальные сети
- 16Восстановление пароля
- 17Смена пароля и тесты с зависимостями
- 18Смена Email с подтверждением
- 19Смена роли и удаление пользователя
- 20Создание БД и установка Doctrine ORM
- 21Mapping сущностей на таблицы в БД Free
- 22Миграции и фикстуры
- 23Отправка электронной почты
- 24Логирование в Docker и Sentry
- 25Написание и тестирование контроллеров
- 26Вынос кода в Middleware
- 27Валидация ввода для API
- 28Мультиязычность API
- 29Установка и деплой React с Docker
- 30Тесты и линтеры для React
- 31Браузерные E2E-тесты в Docker
- 32Философия CI, CD и CD Free
- 33Создание приватного Docker Registry
- 34Структура CI/CD Pipeline Free
- 35Тестовое окружение для Pipeline
- 36Установка Jenkins с Docker Free
- 37Построение Pipeline в Jenkins
- 38GitHub Actions и BitBucket Pipelines
- 39Построение Pipeline в GitLab CI
- 40Бесшовный деплой и оркестрация Free
- 41Подъём кластера Docker Swarm с Ansible
- 42Бесшовный деплой с Docker Swarm
- 43Обновление пакетов при CI/CD Free
- 44Обновление Docker с Composer и XDebug
- 45Интеграция PHPUnit и Psalm в PhpStorm
- 46Создание локального зеркала DockerHub
- 47Feature Flags для JS и PHP Free
- 48Оптимизация Pipeline монорепозитория
- 49Шаблон страниц и маршрутизация
- 50Регистрация на React и работа с API
- 51Переход на PHP 8.0
- 52Coding Standard с PHP CS Fixer
- 53Аутентификация OAuth2 с JWT Скоро
- 54Query-модель и страница профиля Скоро
- 55Message Driven архитектура Скоро
- 56Event Storming доменной модели Скоро
- 57... Скоро
Подскажите пожалуйста, будет react + redux или + mobx?
Redux. И расскажем про альтернативу MobX.
Спасибо
Подскажите, а будут рассказаны моменты про SEO? Насколько я знаю, сейчас только гугл может анализировать страницы на JS. В будущем планирую разрабатывать маркет узкоспециализированный, вот тревожит что не попаду в органическую выдачу. Спасибо за курс, он будет очень-очень полезен.
Да, расскажем про SSR.
Вообще супер
Супер план! Если все, о чем было сказано, будет реализовано - это будет самый крутой курс)
Классный курс! Уже хочется по скорее начать :) Дмитрий, а как много будет серий и с какой периодичностью они будут выходить?
Серий много, так как будет разделение на удобные части по темам. По две-три в неделю.
Дмитрий, с нетерпением жду курс.
Есть возможность рассмотреть вариант выбора между redux и mobx ? Немного пользовался redux и mobx. С mobx кода меньше раза в два да и въезжать быстрее. А вот примеров в сети ещё мало. По моему mobx в ближайшее время вытеснит redux, от слова, совсем.
Да, все попробуем.
План грандиозный, а сколько лет это будет идти? :) Пожелание: неплохо бы что у нас была диаграмма проекта, чтоб не потерятся и изменениях.
С Symfony предыдущий большой проект по одной трансляции в неделю сделали за три-четыре месяца.
Добрый день, а где можно найти трансляции этого проекта?
У меня в https://elisdn.ru/products
Да, про kubernetes было бы интересно послушать.
Это да
Супер, ждем )! Дмитрий будем ли писать документацию, либо может покажете на каком-то компоненте, не обязательно делать все.
Будем делать автодокументацию для API.
А про SSL будет (https://) ?
Да.
Вопрос, почему Slim а не Laravel или yii2 ?
Yii2 уже заброшен, а Yii3 ещё не вышел. Laravel и Symfony (если не рассматривать его как микроядро) - это крупные тяжеловесные фреймворки, более удобные для классических сайтов. Для API удобнее и быстрее именно микрофреймворки.
Но симфони же можно тоже в "голом" виде собрать (вроде skeleton) и работать в режиме микрофреймворка на нем, да?
Да, можно. Но к нему всё равно чаще через flex доставляют остальные его же бандлы и получается тот же Symfony Website Skeleton. И помимо этого он не поддерживает middleware.
Интересует Ваше мнение насчет Lumen, или есть определенные преимущества выбора именно Slim? Спасибо.
Lumen идёт изначально от Laravel. Микроскелетон Symfony идёт от Symfony. Оба Laravel и Symfony построены на symfony/http-foundation, а не на основе PSR-7. Да, можно поставить бридж для PSR-7, но это будет оверхедом.
Slim в этом плане абсолютно нейтральный PSR-совместимый микрофреймворк.
Звучит "вкусно"
А как использовать docker на macOS? Знаю, что у вас тоже есть мак. Пробовал использовать специальное приложение для macOS, но такой докер почему-то у меня тормозит. Если настраиваю виртуалке Ubuntu на macOS и там настраиваю докер, то работает быстрее, чем на приложении докер для мака. Но, что-то мне подсказывает, есть другие варианты. Подскажете как это делать? Может быть есть статьи?
Да, там медленные вольюмы, так что запрос "Slow Docker on Mac" в Google весьма популярен.
Решается копированием файлов из вольюма в локальную папку внутри контейнера с синхронизацией изменений утилитами вроде docker-sync.
Хотелось, что бы подробнее разбирали работу с rabbitmq и его конфигурированию. Варианты запуска воркеров на php (systemd, supervisor, etc..) и как следить на жизнью воркера ? Как понять, веркер работает, или просто повис (мертвый).
Я китаец и не понимаю по-русски. Содержание этого письма переведено через Google. Надеюсь, вы его понимаете.
Ваш видеоурок очень хорош, я надеюсь увидеть их все, но я не знаю, как платить как китаец?
Конечно, я не понимаю голос. Надеюсь, есть автоматически переводимые субтитры. Интересно, можно ли решить эту проблему?
Ждем Вашего ответа! Большое спасибо!
Брайан Хуанг.
Sorry, but I do not have English subtitles still. I will think about it.
Спасибо за ваш ответ, я понял платеж после небольшого исследования. Я смотрю ваше видео, но совсем не понимаю. Я думаю, что пропущу очень хорошее объяснение, а жаль. Но большое спасибо за ответ. Мой комментарий переведен через гугл, надеюсь, вы понимаете.
Добрый день. А если строить мультисайтовое (мультидоменное) приложение? Как его лучше организовать и могли бы на эту тему сделать ролики?
Про отдельные подразделы одного сайта? Или про приявку личного поддомена к каждому пользователю?
Нет, не подразделы. Видел подобную штуку на Вордпресе. Принцип такой: есть центральный сайт. Жмешь на кнопочку - получаешь "копию" сайта с некоторыми общими БД и некоторыми параллельными, не пересекающимися, но одинаковыми по структуре БД. Внутри копии все одинаковые, но друг с другом не пересекаются, ни админы этих копий, ни другие пользователи о других копиях не знают. Но если на "центральном" что-то сделали, напр, какой-то апдейт, то он автоматом применился у всех. "Центральный" админ видит и может менять админов у "копии". Админы копий могут менять шаблоны тем, возможно дотачивать какие-то запросы к БД, но основу поменять не могут. Естественно, могут включить/отключить какие-то модули/плагины вшитые в "копию". Копии могут ложиться хоть на ваш хостинг, хоть куда ещё. И имена так же само. Хоть в одном домене, хоть разные. Фактически центральный выступает в роли мониторинга и управления копий.
Или войти через: