ну так это же программно поменять можно

а зачем?

ну так это же программно поменять можно

Поменяй

да и конструкция все таки не депрекатнутая же array()

т.е. формально все по феншую все равно

как то странно-тратить силы) они же не бесплатно пилят его

Назови хоть одну причину идти менять?

ну вот это похоже на правду, про деприкейтед

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

Потому что не современно?

Назови хоть одну причину идти менять?

удобство, если это аргумент

скорее всего у них политика "что не депрекатнуто то не трогаем"

удобство, если это аргумент

В чём удобство?

скорее всего у них политика "что не депрекатнуто то не трогаем"

похоже да, не подумал об этом

силы копят а так чекать код на круто-стильно-молодежно я думаю в сенсио этим не занимаются

Вот будут править файл, заменят. А специально идти...

вот еще правильней http://php.net/manual/ru/datetime.diff.php

разве что смотреть что дифф меньше секунды. Или реально сравнивать стринги через ->format('U')

@rinat_z угу так судя по всему

В чём удобство?

в краткости, не благодари

в краткости, не благодари

Лол.

силы копят а так чекать код на круто-стильно-молодежно я думаю в сенсио этим не занимаются

поэтому они запилили php-cs-fixer, чтобы самим не чекать это :)

Для читаемости разницы нет никакой.

Лол.

так же можно про psr сказать какой нибудь, подумаешь выравнивание

@andrewkovalyov )))) надо кстати посмотреть это все. Я совсем новичок еще в симфе и современном php

вы там у себя дико дэклайните PR с array()?

наркоманы штоле

так же можно про psr сказать какой нибудь, подумаешь выравнивание

Ты не видишь разницы между подстрааиванием существующего кода и написанием нового?

Для читаемости разницы нет никакой.

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

Ты не видишь разницы между подстрааиванием существующего кода и написанием нового?

ну я думал 4ая версия это не совсем подстраивание?

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

пример - в рубях используется старый синтаксис хешей кое где до сих пор. А почему? Да потому что никто не запрещал

ну я думал 4ая версия это не совсем подстраивание?

Но это не значит, что она пишется с нуля.

разница между array() и [] в code styles принятных в данной конктретной организации ;)

Но это не значит, что она пишется с нуля.

ну просто мне казалось это не сложно, показалось странным

Поэтому переписывать ради переписывания - это глупо.

окай

ну просто мне казалось это не сложно, показалось странным

На это всё равно надо потратить время. А выхлопа не даёт никакого.

вложенность лично мне читается проще когда []

тем более в слове array так то есть смысл. Да, мы все знаем что [] это массив. Но и слово вполне себе оправдывает. Массив()

понял, спасибо за ответы

тут подымался вопрос про Zend 3, он так же актуален как симфони? в каких регионах больше проектов на них? ну тоесть есть же некое условное разделение популярнсоти фреймворка. Yii-РФ, ларавел-америка, симфони-европа

Да везде. Прям вот принципиально важных отличий мало. Многие вещи в этиз фреймерках похожи. Некоторые вообще открыто взяты из других фреймверков.

Все это MVC

Поэтому переписывать ради переписывания - это глупо.

ну вот ради интересна-лично вы в коде как пишете? целиком array или коротким синтаксисом?

ну вот ради интересна-лично вы в коде как пишете? целиком array или коротким синтаксисом?

Коротким.

просто как мне кажется Симфони и Зенд они более похожи между собой и более "правильные" по концепциям, соответсвенно и более сложны в изучении

а Ларавел и Yii соответсвенно попроще в этом деле и есть некие упщуения в концепциях для удобства разработки, и больше похоже друг на друга, нежеле на симфони или зенд

я вот в пыхе решил сразу симфони изучать по принципу "тяжело в ученье, легко в бою" хотя лару тоже пробовал и совсем мало yii2

но это сугубо имхо т.к. в другой области вращаюсь

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

но все вышесказанное мною - сугубо имхо.

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

боже что вы пишите

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

тогда уж лучше было бы начать с зенда, а не симфы, тоже имхо )

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

@DarthTonny тоже вариант ) но я не сторонник бооольших иерархий классов ) хотя кто знает, есть знакомые кто успешно юзает зенд. в том числе 3-й

Ваш разговор напомнил мне один старый анекдот В селе на многолюдных поминках подпивший мужичек (дабы выпендриться перед девками и показать себя грамотеем) стал приставать к священнику с "разоблачающими" вопросами. Тот старался не обращать на дурака внимания, но после заявления: "Бога же нет, так чего Вы людям головы дурите?" батюшка блеснул очами, повернулся к атеисту-самоучке и басом спросил: - "Сын мой, а где ты работаешь?" - "На молочной ферме!" ответил тот - "А скажи мне: почему бык гадит твердым, а корова - жидким?" - "Откедова ж я знаю?" -стушевался безбожник Все замолчали в предчувствии эффектной развязки. Священник не обманул ожиданий и громовым голосом изрек: - "А ежели даже в говне не разбираешься, так что-же ты в религию лезешь?!"

токо )

*н

спасибо за оценку ?

но мог бы так написать без анекдота

но есть кстати ребят и обратная аналогия. Допустим современному солдату вместо АК-74 сказать если ты винтовку Мосина в руках не держал, куда тебе автомат?

Ребята, могли бы немного пояснить в кратце работу cascade=persist в Doctrine. Если у меня есть сущность Company, в ней поле $user с каскадом=персист, то при добавление нового(не сохраненного) объекта User в Company, он автоматически создатся и сохранится в Бд, верно?

Ребята, могли бы немного пояснить в кратце работу cascade=persist в Doctrine. Если у меня есть сущность Company, в ней поле $user с каскадом=персист, то при добавление нового(не сохраненного) объекта User в Company, он автоматически создатся и сохранится в Бд, верно?

не создастся

по идее при удалении user удалится и company

если я не путаю

путаешь

Ребята, могли бы немного пояснить в кратце работу cascade=persist в Doctrine. Если у меня есть сущность Company, в ней поле $user с каскадом=персист, то при добавление нового(не сохраненного) объекта User в Company, он автоматически создатся и сохранится в Бд, верно?

тебе не нужно отдельно сохранять (руками) юзера

да да не так

Ребята, могли бы немного пояснить в кратце работу cascade=persist в Doctrine. Если у меня есть сущность Company, в ней поле $user с каскадом=персист, то при добавление нового(не сохраненного) объекта User в Company, он автоматически создатся и сохранится в Бд, верно?

если ты его ручками не создашь, то ничего автоматически не создастся. Каскадный персист всего-лишь говорит о том что если есть отношение A <-> B и у тебя есть два связанных объекта $a insatanceof A и $b instanceof B, то при вызове $em->persist($a); доктрина сама сходит и добавит $b в unit of work

Ребята, могли бы немного пояснить в кратце работу cascade=persist в Doctrine. Если у меня есть сущность Company, в ней поле $user с каскадом=персист, то при добавление нового(не сохраненного) объекта User в Company, он автоматически создатся и сохранится в Бд, верно?

http://docs.doctrine-project.org/projects/doctrine-orm/en/latest/reference/working-with-associations.html#transitive-persistence-cascade-operations

если ты его ручками не создашь, то ничего автоматически не создастся. Каскадный персист всего-лишь говорит о том что если есть отношение A <-> B и у тебя есть два связанных объекта $a insatanceof A и $b instanceof B, то при вызове $em->persist($a); доктрина сама сходит и добавит $b в unit of work

т.е. тебе не нужно будет делать $em->persist($b);

валидный пример у них и понятный

т.е. тебе не нужно будет делать $em->persist($b);

если $b у тебя = User, то с каскад персист - этого делать не надо

если $b у тебя = User, то с каскад персист - этого делать не надо

а я о чем?

Хмхм, понял. Благодарю

я не понял про $b

пиши сразу в конктексте вопроса

:)

Парни, есть вопрос, прям уже растерялся) У старого доброго fzaninotto/faker есть метод realText() который возвращает текст на языке указанной локализации. Он берет текст, схлопывает пробелы preg_replace'ом (с модификатором u), и потом с explode режет на слова по пробелам. На локальной машине окружениеи такое же как на удаленном сервере. Кодировка в mysql везде utf8mb4. Однако на локальной машине всегда все без проблем, на удаленной часто бьется строка и получаем General error: 1366 Incorrect string value: '\xD1.' for column Куда можно еще посмотреть?

Причем, ошибка не всегда! Иногда сразу режет криво, иногда отрабатывает нормально. Зависимости не нашел никакой

На удаленной одинаковая строка всегда ошибку вызывает или тоже плавает?

Т.е. возьми ту с которой падает и попробуй посохранять ее несколько раз без изменений

На удаленной одинаковая строка всегда ошибку вызывает или тоже плавает?

плавает. порой все без ошибок отрабатывает

а там несколько сотен строк сидируется

хм, тогда если только в сторону настроек соединения смотреть, может у тебя там пул какой-то и не все сконфигурированы одинаково

Все одинаково. Сам прям в растерянности

Наверняка чего-то не вижу, но вот куда смотреть - ума не приложу

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

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

может не влазит строка в поле?

Да не, думал тоже. Но ошибка именно про кодировку

General error: 1366 Incorrect string value: '\xD1.

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

Вот именно. А почему она так обрезается?

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

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

не, колонки стандартные 191, строка в районе 50

ок

я обычно в скрипте где что то режу или регулярки, такое пишу mb_internal_encoding('UTF-8');