блин, давайте не превращать чат в филиал гиксов :D

а чё?

да нафиг )

пср-4 еще этот сраный, и говноавтолоадеры... тьфунахер, костыли на костылях, и костылями погоняют

проблема пхп в том, что он создан как шаблонизатор, и досих пор имеет это наследие. Врятли что-то с этим сделаешь

это наследие только в голове))) ибо на это шаблонизаторе последние года пишут только api)))

В автолодерах-то что не так?

пср-4 еще этот сраный, и говноавтолоадеры... тьфунахер, костыли на костылях, и костылями погоняют

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

В автолодерах-то что не так?

когда задашься вопросом зачем он нужен, откроется истина тебе :D

когда задашься вопросом зачем он нужен, откроется истина тебе :D

Типа что в языке нет нормальной системы подгрузки классов?

ага

для этого придумали composer который справляется на ура)

Ой да во всех языках какая-то херня присутствует

Это так, да. Но в пхп я вот лично чет каждый день страдаю. А хочется иногда наслаждаться тем, что делаешь.

Непонятно как вы свои страдания с языком связываете.

если ты пишешь исключительно на пхп, то у тебя и проблем нет конечно же. Как говорится слаще морковки ничего не пробовал.

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

У пхп одна проблема - пхпшники.

...отстань, демагог.

Всем привет. Как можно посмотреть причину, почему функция file_put_contents() вернула false?

Попробуй https://www.php.net/manual/ru/function.error-get-last.php

SameSite null окей или настолько плохо, что лучше отказаться от использования?

Можешь написать свой Option класс

Если тебе нул.не нравится

Мне в принципе интересно только с точки зрения безопасности таких куков

А я не понял вопроса

Куки вообще плохо )

Кто-то уже юзал 6? В чем, кроме перфоменса, разница?

Я за фичи*

https://symfony.com/blog/category/living-on-the-edge/6.0-5.4 Все фичи в 5.4, в 6 только типизацию завезли.

Кто-то уже юзал 6? В чем, кроме перфоменса, разница?

основная фича мажора это: "require": { "php": ">=8.0.2",

основная фича мажора это: "require": { "php": ">=8.0.2",

Это же не повод мажорную версию повышать, так что основная все-таки - типизация

Это же не повод мажорную версию повышать, так что основная все-таки - типизация

semver не согласен, это как раз таки повод т.к. эта строчка тут же ломает обратную совместимость, а вот типизация есть и в 7.4 в 8.0 да ее стало еще больше, так что и вместе и по отдельности это повод повысить мажор

а так это конечно спор ниочем ))

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

semver не согласен, это как раз таки повод т.к. эта строчка тут же ломает обратную совместимость, а вот типизация есть и в 7.4 в 8.0 да ее стало еще больше, так что и вместе и по отдельности это повод повысить мажор

Эмъ... Какую? У тебя публичное апи не поменялось, ты же мог 5 на 8й выполнять? То есть если была 8я, то для тебя ничего и не изменилось Иначе любое повышение версии зависимого пакета можно по семверу на мажорную списать

Эмъ... Какую? У тебя публичное апи не поменялось, ты же мог 5 на 8й выполнять? То есть если была 8я, то для тебя ничего и не изменилось Иначе любое повышение версии зависимого пакета можно по семверу на мажорную списать

Даже если повысил только патч

По семверу если тебе в коде ничего менять не надо, то и мажорную повышать не надо Если в коде после обновления ты только новые фичи можешь добавить, но старое менять не надо - минор повысили С версиями зависимостей никак не связано

Точнее не "тебе", а пользователям твоего пакета

symfony 5.4 "require": { "php": ">=7.2.5", вот есть приложение на симфе 5.4 и пыхе 7.2 я ведь не могу взять и обновится до симфы 5.5 в которой они допустим только поменяли версию пыхи на 8.0... приложение встанет колом

я вот про такое говорю

У меня деплой, чуть позже)

деплой? в пятницу? )) сочувствую

Я 3 года здесь и все это время так деплоим и до меня так же деплоили, пока полет нормальный 😈

symfony 5.4 "require": { "php": ">=7.2.5", вот есть приложение на симфе 5.4 и пыхе 7.2 я ведь не могу взять и обновится до симфы 5.5 в которой они допустим только поменяли версию пыхи на 8.0... приложение встанет колом

А теперь представь, что в твоём случае они не 8 указали, а 7.4 - ты точно так же не можешь обновиться. Поэтому мажор что ли повышать надо? А если не 7.4, а 7.2.15 сделали - опять мажор?))) У тебя публичное апи не поменялось, поэтому максимум минор, а можешь вообще как патч выпустить У тебя из-за зависимостей не обновится и ничего колом не встанет

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

А вообще если код для 7й пыхи на 8й запустить - там поломается че-нить? Я bc не знаю Просто можно игнорировать же зависимости))) или в конфиге указать, что у тебя вообще 9я php стоит и все ставиться спокойно будет, а вот будет ли работать?

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

Я выше уже кидал пример некорректного использования зависимостей зависимостей у симфони. И там как раз решением было бы патчем указать какую лишнюю зависимость мы используем, следующим патчем было было бы повысить мажорную версию нового зависимого пакета и переписать имя используемого класса из laminas-code У тебя не break changes, то есть не мажор Нет нового функционала, то есть не минор Остаётся патч - как раз для bug fixes Хотя ты повысил мажорную версию зависимости. Прям как с php

А вообще если код для 7й пыхи на 8й запустить - там поломается че-нить? Я bc не знаю Просто можно игнорировать же зависимости))) или в конфиге указать, что у тебя вообще 9я php стоит и все ставиться спокойно будет, а вот будет ли работать?

ну там бывают такие bc что очень сильно зависит от проекта, у кого-то сломается. а кто-то это никогда не юзал

я свой пет-проект перевел на 8 просто поменяв версию пыхи в композере, прогнал тесты и phpcs и всё норм

Хм у меня 5.4 симфа.не заводилась на 7.2 пыхе

Что-то там с аннотациями ругалось

Это же не повод мажорную версию повышать, так что основная все-таки - типизация

В мажорах у Symfony обычно несовместимые изменения (если есть), смена версии PHP и удаление всего deprecated. У компонента валидатора, например, поменялось конфигурирование аннотаций.

В мажорах у Symfony обычно несовместимые изменения (если есть), смена версии PHP и удаление всего deprecated. У компонента валидатора, например, поменялось конфигурирование аннотаций.

Смена версии php не повод повышать мажор, я про это Удаление deprecated - повод, типизация - повод, смена апи/конфигурации - повод, но не повышение версии зависимости. Здесь патч или минор максимум

Смена версии php не повод повышать мажор, я про это Удаление deprecated - повод, типизация - повод, смена апи/конфигурации - повод, но не повышение версии зависимости. Здесь патч или минор максимум

Именно. Основное это BC break и deprecated. А остальное вроде смены версии здесь просто до кучи.

Так я про это и говорил) что мажор не из-за php

Смена версии php не повод повышать мажор, я про это Удаление deprecated - повод, типизация - повод, смена апи/конфигурации - повод, но не повышение версии зависимости. Здесь патч или минор максимум

Ну не патч точно. Будет весьма неуважительно не дать накатить секьюрити-патч из-за того, что предыдущий патч версию сменил.

Ну не патч точно. Будет весьма неуважительно не дать накатить секьюрити-патч из-за того, что предыдущий патч версию сменил.

Ну если из всех изменений была только смена версии, то это как раз security patch'ем и будет То есть хочешь патч - обновляйся, не хочешь - будут проблемы Здесь причина смены версии важна же. Видел пакеты, где её наоборот понижали из-за багов в определённой версии php А повышать чисто ради повышения - глупая затея

А теперь представь, что в твоём случае они не 8 указали, а 7.4 - ты точно так же не можешь обновиться. Поэтому мажор что ли повышать надо? А если не 7.4, а 7.2.15 сделали - опять мажор?))) У тебя публичное апи не поменялось, поэтому максимум минор, а можешь вообще как патч выпустить У тебя из-за зависимостей не обновится и ничего колом не встанет

плановые обновления жи ну

плановые обновления жи ну

Ничегонепонимаю (с)

я тож не понимаю чего жалуешься на версии, при плановых выпусках обнов :)

Я не жалуюсь, я говорю, что причиной мажора не повышение версии php было, если про семвер говорить

ну, плановые повышение мажора. Чо такова

не первый раз же )

Если планово мажор выпустили, но внутри нет изменений - ну глупость же

Смысл этого изменения?

Погоня за версиями? Ну каждый апдейт версии повышайте, что мешает?))) пусть разработчики мучаются с обновами, нам-то что?

Называть типизацию отсутствием изменений очень странно.

Мне кажется ребята все логично сделали. Хочешь новых фич - 5.4 Хочешь типизацию и у тебя пхп 8+ - 6.0

Называть типизацию отсутствием изменений очень странно.

Про типизация я говорил, что это причина повышения мажора А дальше я писал только про повышения мажора из-за повышения зависимостей без привязки к симфони. Не путайте)

Про типизация я говорил, что это причина повышения мажора А дальше я писал только про повышения мажора из-за повышения зависимостей без привязки к симфони. Не путайте)

То есть есть у меня пакет и я просто так решил мажор выпустить без изменений, или чисто версию php поменял. Вот такие кейсы рассматривал

ну, плановые повышение мажора. Чо такова

А, ну ещё мажор можно повышать если апи не менялось, но внутри куча переработок была и какие-то внутренние классы исчезли То есть для большего числа пользователей ничего не изменилось и они могут тупо версию повысить, а малая часть не столько юзала, сколько допиливала каким-либо образом, то есть внутрь лезла - для них изменения стали необратимы и мы можем мажор повысить

А, ну ещё мажор можно повышать если апи не менялось, но внутри куча переработок была и какие-то внутренние классы исчезли То есть для большего числа пользователей ничего не изменилось и они могут тупо версию повысить, а малая часть не столько юзала, сколько допиливала каким-либо образом, то есть внутрь лезла - для них изменения стали необратимы и мы можем мажор повысить

А то я не все кейсы описал)

Понятие публичный апи в таких языках как пхп довольно широкое

Если учесть рефлексию например )

Если учесть рефлексию например )

злых буратин никто не отменял, но в плюсах ты вообще можешь доступ к private-переменным получить, если ссылка на объект есть (ну раньше по крайней мере можно было, сейчас не знаю как) а всякие артмани вообще доступ к прайвит-данным объекта другого приложения имели

злых буратин никто не отменял, но в плюсах ты вообще можешь доступ к private-переменным получить, если ссылка на объект есть (ну раньше по крайней мере можно было, сейчас не знаю как) а всякие артмани вообще доступ к прайвит-данным объекта другого приложения имели

даешь мажорную версию каждый релиз! иногда релизить можно вообще без изменений 😈 и без доков, обфусцированно-минифицированное в архиве, чтоб жизнь сладкой не казалась

Погоня за версиями? Ну каждый апдейт версии повышайте, что мешает?))) пусть разработчики мучаются с обновами, нам-то что?

стойте дак это же... это же ларавель )) с их новым планом обновлений мажора а так муравей говорит что у симфони тоже есть план выпуска обновлений и после N.4 сразу идет N++, а так как симфони это не пет проект одного человека то там всегда набирается что-нибудь такое что легко оправдывает повышение мажора... да хотя бы те же депрекейшины внутри самой симфы и никакие внешние факторы не нужны а так я согласен про semver, был не прав

Как минимум раз в год можно выкинуть депрекейтед

стойте дак это же... это же ларавель )) с их новым планом обновлений мажора а так муравей говорит что у симфони тоже есть план выпуска обновлений и после N.4 сразу идет N++, а так как симфони это не пет проект одного человека то там всегда набирается что-нибудь такое что легко оправдывает повышение мажора... да хотя бы те же депрекейшины внутри самой симфы и никакие внешние факторы не нужны а так я согласен про semver, был не прав

вы с Муравьем на два чата трудитесь?)

пора уходить в подполье