только тут есть люди которые могут ответить. в остальных группах нету пробовал и щас тоже( спасибо

могут многие, просто не хотят тратить время

Понимаю)

Если один и тот же запрос одно временно в нескольких темплейтах  создай view composer и передавай их в те view  где это надо. Если информация не динамическая например категории не всегда меняется можешь кешировать. И для моделей добавить слушателей observer. При удалении или добавлении записи удалять кеш. И обратно кешировать при запросе

ну кстати с обсерверами для моделей - такая себе практика

я бы так точно не делал, но мб как костыльное решение сойдёт

что предложишь? евент кидать, хотя по сути то же самое

не, не тоже самое

то что, у тебя навешаны на модели события, разработчик по факту знать не знает и не должен

соотвественно, это может привести к ситуации, где человек, не знает, что сработал какой-то эвент модели и кучу вещей наменял, а потом через день дебаггинга выяснить

если ты конкретно где-то в сервисе кидаешь эвент - разработчик его видит сразу

разница как минимум с точки зрения чтения кода - большая

но я обычно в целом эвентами не особо балуюсь, не сильно нравятся мне, но сами по себе — неплохие, просто эти модельные обсерверы меня напрягают) ибо вот такие палки в колёса вставляют

но в простых проектах - велком такой подход, только не понятно зачем в простых проектах тогда вообще эвенты такие использовать)

ок, а другой вариант какой? если не эвенты

Сервисы,джобы и другие штуки

В зависимости от того,что конкретно тебе нужно

тут предложили очищать кеш и навеситься на обсервер.
Я рассматривал именно этот случай. Кмк норм

Все привет

Ищем в нашу дружную команду PHP-разработчика

Уровень кандидата не ниже middle

ЗП от 50 000 сом и выше в зависимости от опыта кандидата.


О проекте
Мы создаем веб-сервис с большой оффлайн-составляющей — сервис безопасных сделок https://наложка.рф. Сервис стоит на “плечах гиганта” СДЭК и тесно интегрируется в процессы доставки.
Сейчас выходим на рынок Кыргызстана и СНГ
Что у нас есть
Мы сделали и обкатали прототип, и теперь создаем масштабируемый продукт. Сейчас мы предоставляем услугу безопасной сделки между физлицами, работаем над сервисом Безопасной Покупки в интернет-магазинах, а также интегрируем сервис безопасных сделок в торговые онлайн-площадки.
Микросервисная архитектура дает нам возможность четко определять границы задач и использовать наиболее подходящие инструменты для их решения.
Небольшая команда проекта обладает большой гибкостью и позволяет быстро принимать решения. Команда на данный момент состоит из менеджера, дизайнера, верстальщика, девопса, фронтенд-разработчика и нескольких бэкенд-разработчиков.
На данный момент мы используем следующие языки и технологии:
• Frontend: VueJS;
• Backend: PHP7.4, Symfony 4, Doctrine ORM, Codeception, NodeJS, MySQL (MariaDB), RabbitMQ, Redis;
• Docker, Gitlab, JetBrains YouTrack.
Что мы предлагаем
• Работу над молодым масштабным проектом;
• Дружный коллектив, благотворную среду для профессионального роста;
• Возможность повлиять на ключевые процессы нашей компании;
• Гибкий подход к персоналу и графику внутри компании.
• Удаленный формат работы
Задачи, которые предстоит решать
• Разработка новых и доработка существующих backend-сервисов;
• Участие в разработке архитектуры проекта;
• Интеграция с различными внешними сервисами;
• Code review.
Мы ожидаем от кандидата
• Отличное знание и понимание ООП и проектирования;
• Реальный опыт работы с одним из современных PHP-фреймворков в production;
• Отточенные навыки использования PHP7, MySQL, GIT;
• Опыт работы с Docker в качестве среды разработки;
• Умение планировать свою работу.
Преимуществами кандидата будут
• Опыт проектирования и разработки высоконагруженных систем;
• Работа с серверами очередей, NoSQL БД;
• Работа с Symfony;
• Опыт проектирования и разработки API (REST);
• Опыт работы с одним из современных JS-фреймворков;
• Опыт интеграции с платёжными сервисами, CRM, 1С и т.п.


Резюме присылать мне в телегу @d_povazhnyi