Wsl должен умереть вообще

Из WSL 2 виртуалку под капотом сделали, но с файлами все равно не совсем хорошо работает

Из WSL 2 виртуалку под капотом сделали, но с файлами все равно не совсем хорошо работает

Они еше и сделали свое ядро линукса для этого wsl

https://github.com/microsoft/WSL2-Linux-Kernel

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

Но мы же все знаем как это все поддерживается обычно )

под линуксом в винде тоже тормоза у симфони проектов )

За докер, уже сколько сталкивались - тли нативно юзать на линукс или поднимать виртуалку типа virtualbox с линукс, не wls и юзать там. Все остальное на винде и маке регулярно упирается в какие-то проблемы. На 11 винде что бы нормально работать с virtualbox надо снести hyper-v. По крайней мере у меня не получилось их подружить.

вообще hyper-v не совместим с другими системами виртуализации, он и VMware мешает

Ниче я думаю скоро симфони запилит свою виртуалку )

За докер, уже сколько сталкивались - тли нативно юзать на линукс или поднимать виртуалку типа virtualbox с линукс, не wls и юзать там. Все остальное на винде и маке регулярно упирается в какие-то проблемы. На 11 винде что бы нормально работать с virtualbox надо снести hyper-v. По крайней мере у меня не получилось их подружить.

Юзаю и симфони в докере и другие php-шные проекты - ну да, медленнее чем нативно, но вполне можно кодить. И это с учетом того, что код у меня на HDD лежит. Маковод с 12-летним стажем.

вообще hyper-v не совместим с другими системами виртуализации, он и VMware мешает

В virtualbox заявлена поддержка hyper-v

Юзаю и симфони в докере и другие php-шные проекты - ну да, медленнее чем нативно, но вполне можно кодить. И это с учетом того, что код у меня на HDD лежит. Маковод с 12-летним стажем.

На маке с файлами получше, чем на винде, но я точно не помню - там другие проблемы вылезали с докером у коллег (ещё до процев М1, на интелах) Я на маке даже не пробовал докер, у меня мак старенький(

Проблему с тормозами диска на windows+wsl2+docker решил переносом vendor и var папок внутрь контейнера. Страницы генерировались 5-10 сек до переноса, после 0,2-0,3 сек

я если честно разницы не особо заметил

Я тоже

Проблему с тормозами диска на windows+wsl2+docker решил переносом vendor и var папок внутрь контейнера. Страницы генерировались 5-10 сек до переноса, после 0,2-0,3 сек

Пробрасываете папку в контейнер как обычно, а потом указываете для отдельных папок диски докера, в docker-compose выглядит вот так: volumes: - ./:/srv/app - composerVendor:/srv/app/vendor - symfonyVar:/srv/app/var

В макОС есть проблема диких тормозов FS когда шаришь хостовую папку прямо в контейнер, для разработки, мы решили для себя проблему тем, что в докере мы поднимаем дополнительно FTP контейнер и выделяем виртуальный FS который шарим между приложением и FTP, через FTP кладем файлы приложения в контейнер, производительность великолепная с точки зрения FS.

А зачем так сложно? Што шторм что вскод уже умеют с исходникми внутри контейнеров работать

А зачем так сложно? Што шторм что вскод уже умеют с исходникми внутри контейнеров работать

Шторм уже умеет? Или тупо через сетевой диск wsl?

там все оооочень медленно

Так и осталось и на WSL2 тоже ((

Шторм уже умеет? Или тупо через сетевой диск wsl?

Да вроде умеет, у лицензию продлить не могу, а пиратить не хочу

Да вроде умеет, у лицензию продлить не могу, а пиратить не хочу

Можете легально использовать PhpStorm Early Access Program https://www.jetbrains.com/ru-ru/phpstorm/nextversion/ Только нужно будет обновлять раз в месяц

В виртуалке работает быстрее чем без виртуалки?

В виртуалке волумы с нативных файловых систем подключаются, а если с винды в WSL то через тормозую реализацию SMB - в ней и проблема

Можете легально использовать PhpStorm Early Access Program https://www.jetbrains.com/ru-ru/phpstorm/nextversion/ Только нужно будет обновлять раз в месяц

О, спс большое

А зачем так сложно? Што шторм что вскод уже умеют с исходникми внутри контейнеров работать

Не у верен что полтора года назад он это умел, а с тех пор как настроили фтп, все работает отлично, и никого не беспокоит. Надо посмотреть что это за штука. Спасибо.

О, спс большое

Правда бываю перерывы а программе... но одно время, до покупки лицензии, на EAP пол года сидел

под линуксом в винде тоже тормоза у симфони проектов )

Если волумы не юзать, то все ок )

Проблему с тормозами диска на windows+wsl2+docker решил переносом vendor и var папок внутрь контейнера. Страницы генерировались 5-10 сек до переноса, после 0,2-0,3 сек

ЧТД

Docker | PhpStorm https://www.jetbrains.com/help/phpstorm/docker.html

Проблему с тормозами диска на windows+wsl2+docker решил переносом vendor и var папок внутрь контейнера. Страницы генерировались 5-10 сек до переноса, после 0,2-0,3 сек

там еще на винде что-то с пакетами было от симфы или от доктрины, тоже все нормально работает ?

Да всё норм работает. php bin/console и composer я запускаю внутри докера, так что в windows нужен только docker

проект разворачиваешь в wsl, в убунте, и там все нормально и быстро работает. и без докера и с докером. и внутри докера и подключив папку с проектом как том. шторм из винды все файлы в wsl нормально видит

там еще на винде что-то с пакетами было от симфы или от доктрины, тоже все нормально работает ?

Нет, не все работает. Но вне контекста Симфы, глобальней,, га уровне модулей php. Навскиду memxahed, php-redis в винде не работают

На маке с файлами получше, чем на винде, но я точно не помню - там другие проблемы вылезали с докером у коллег (ещё до процев М1, на интелах) Я на маке даже не пробовал докер, у меня мак старенький(

На м1 все шедеврально

Всем привет! А подскажите, пожалуйста, что происходит, когда выполняется следующий код? Как я понимаю, СУБД выполнит запрос, а PHP будет по одной записи вытаскивать, а не держать все в памяти сразу. Если так, то СУБД ведь все равно будет все результаты в памяти держать? У меня вопрос, не будет ли проблем, если в таблице actions сотни миллионов записей? $statement = $connection->prepare('SELECT * FROM actions'); $results = $statement->executeQuery(); foreach ($results->iterateAssociative() as $result) { ...что-то делаем с записью }

будут проблемы

делай через курсор

будут проблемы

Потому что СУБД выполнит весь запрос и будет всё результаты в памяти держать, да?

да все будет в памяти

Спасибо!

Всем привет! А подскажите, пожалуйста, что происходит, когда выполняется следующий код? Как я понимаю, СУБД выполнит запрос, а PHP будет по одной записи вытаскивать, а не держать все в памяти сразу. Если так, то СУБД ведь все равно будет все результаты в памяти держать? У меня вопрос, не будет ли проблем, если в таблице actions сотни миллионов записей? $statement = $connection->prepare('SELECT * FROM actions'); $results = $statement->executeQuery(); foreach ($results->iterateAssociative() as $result) { ...что-то делаем с записью }

В этом случае строки будут все в памяти, но массивы по одному

Если бложек скучно, то сделайте проект похардкорнее, похожий на https://youtu.be/j2hvBhxTSuQ

Вот бы для нового симфони такой курс) а вы не планировали новых платных курсов?

Вот бы для нового симфони такой курс) а вы не планировали новых платных курсов?

Планирую, но нескоро. Пока сильно занят скринкастами @deworkerpro

Вот бы для нового симфони такой курс) а вы не планировали новых платных курсов?

А в чем проблема старого? Там не так много что поменялось. Из кардинального система аутентификации только в 5.2 или 5.3 сменилась.

Да и на 4-ой ветке ещё много проектов. Её тоже имеет смысл знать.

Если уж они не сильно отличаются то лучше проект с симфони 4 тогда перевести на 6

Логично вроде

Если уж они не сильно отличаются то лучше проект с симфони 4 тогда перевести на 6

Иногда все таки нецелесообразно (

Как минимум на пхп 8 переехать можно после этого и это вроде должно ускорить

Да и рано или поздно всеравно возникнет необходимость когда либо какой-то бандл либо либа будет требовать более новой версии

Если уж они не сильно отличаются то лучше проект с симфони 4 тогда перевести на 6

Помешают старые сторонние бандлы вроде FOSAuth, которые оказались заброшены.

А не знал

Ну короче работы думаю на месяц

За месяц мне кажется можно перенести

Маленький дисклеймер) я говорил за курс Дмитрия) а не в целом что 4.4 такая же как 6.0) а так да, я не всегда понимаю почему до сих пор живы проекты на 4.4, когда уже и сама симфони рассказывает какие куски деприкейтед и надо переписывать.

Целесообразно или нет тут индивидуально

Компании не хотят тратить время на рефакторинг

Это надо выбивать и обосновать

Как минимум можно ветку создать пол 6 симфу и колупать постепенно

Тех долг страшная штука

Это надо выбивать и обосновать

Если это продуктовая компания, у которой один свой продукт, то есть смысл его обновлять и рефакторить. А если это студия с сотней чужих проектов, то не заморачиваются.

А в чем проблема старого? Там не так много что поменялось. Из кардинального система аутентификации только в 5.2 или 5.3 сменилась.

проблема в том что если буду оттуда что то запускать то будет выясняться что что то не идёт уже что то из репозиториев выпилили. ну и там же php7.4

Как минимум можно ветку создать пол 6 симфу и колупать постепенно

Четыре раза пробовал отдельную ветку или новый репозиторий для полного переписывания легаси создавать. И всегда забрасывал эту затею через неделю. Это стопорит процесс доработок старого проекта пока пишется новый. Сама новая ветка устаревает. И так и не доходят руки доделать обновление до конца. Так что теперь советую только эволюционное обновление прямо по живому.

проблема в том что если буду оттуда что то запускать то будет выясняться что что то не идёт уже что то из репозиториев выпилили. ну и там же php7.4

Я когда начинал изучать симфони - я начал с книги Фабиана и версии симфони 5.1 которая там была описана.) я твиг и easy admin без подбора версий запустить не смог. Недавно делал проект учебный. Поставил бандлы, начал писать, потом пришлось тормознуться на месяц, потом доставил какие-то ещё бандлы и все, без composer update ловил ошибку по доктрине. 🤷🏻‍♂️ так что оно по-моему часто почему-то не запускается, нужно учится разбираться, имхо

Там еще был прикош какой-то несовместимости доктрины и пхп какой-то версии

Т.е. доктрина требовала более новый пхп, конечно выкинуть понятную ошибку или проставить поавильную версию пхп они не могут, поэтому ошибка долго гуглилась

Четыре раза пробовал отдельную ветку или новый репозиторий для полного переписывания легаси создавать. И всегда забрасывал эту затею через неделю. Это стопорит процесс доработок старого проекта пока пишется новый. Сама новая ветка устаревает. И так и не доходят руки доделать обновление до конца. Так что теперь советую только эволюционное обновление прямо по живому.

когда меняешь фрейм, вариантов особо то и нету

всем утро) не могу понять ошибку, симфа 4 !! PHP Fatal error: Uncaught Error: Class '***\CoreBundle\CoreBundle' not found in /var/www/src/Kernel.php:23 в бандл файле шторм пишет что все ок. это ставится как субмодуль, и в срц и в вендоры ставил. та же ошибка

Dump-autoload и ручное удаление кэша не помогает?

Dump-autoload и ручное удаление кэша не помогает?

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

Ещё вопрос может быть в версии composer, у меня было пару раз что на 2 не поднималось и надо было откатываться на 1-ю

Я переезжал с CodeIgniter 3 на симфони 5, если кто не знает, в CI 3 даже неймспейсов не было. Я просто создал папку легаси, засунул в неё код проекта, сделал адаптеры для симфони инфраструктуры чтобы старый код чувствовал себя как дома, написал скрипт который расставит нужные нэймспейсы и зарефакторил вызовы сервисов под обновленную инфраструктуру с учетом неймспейсов. Неделю примерно потратил на адаптеры, неделю на рефакторинг php, неделя ушла чтоб шаблоны в твиг перегнать, ну и неделя на отладку перед первым запуском. Ну а дальше новые фичи делали по феншую симфони и параллельно затрагиваемый старый код причесывали, выносили из папки легаси. Так что я думаю сменить версию симфы вообще не проблема. Дорогу осилит идущий.

Четыре раза пробовал отдельную ветку или новый репозиторий для полного переписывания легаси создавать. И всегда забрасывал эту затею через неделю. Это стопорит процесс доработок старого проекта пока пишется новый. Сама новая ветка устаревает. И так и не доходят руки доделать обновление до конца. Так что теперь советую только эволюционное обновление прямо по живому.

Соглашусь, параллельная попытка поднять новый проект отдельным приложением, в большинстве случаев не реально, нужно потренироваться на копии, подготовить вспомогательные скрипт, и обновляться прямо на живом проекте.

Помогите советом: как мне получить request в StateProcessor (api-platform) чтобы сохранить из реквеста client-ip и user-agent заголовки?

я думал прокинуть нужные данные в контекст, через декоратор ContextBuilder, но api-platform вырезает все кастомное из контекста, а других путей придумать не могу

я думал прокинуть нужные данные в контекст, через декоратор ContextBuilder, но api-platform вырезает все кастомное из контекста, а других путей придумать не могу

решил проблему прокинув RequestStack внутрь StateProcessor

Всем привет! Решил попробовать использовать для автодокументирования API bundle NelmioApiDocBundle, но столкнулся с проблемой, может кто знает как её обойти? У меня приложении идёт разделение API на frontendApi и backendApi, и соответственно они разнесены под разные домены, Symfony без проблем позволяет делать это. А вот как это описать в документировании? Там есть разделение на areas, но как я понимаю, оно не предполагает вынос их на разные домены.

https://swagger.io/docs/specification/api-host-and-base-path/

Всем привет! Решил попробовать использовать для автодокументирования API bundle NelmioApiDocBundle, но столкнулся с проблемой, может кто знает как её обойти? У меня приложении идёт разделение API на frontendApi и backendApi, и соответственно они разнесены под разные домены, Symfony без проблем позволяет делать это. А вот как это описать в документировании? Там есть разделение на areas, но как я понимаю, оно не предполагает вынос их на разные домены.

Не знаю оно или нет

ты можешь разнести area на разные домены

это не проблема

в роуте подставляешь нужную area

Спасибо!)