А что не так? Это нормально, правда flush() делать надо в контроллере в handler или прямо в action контроллера. Иначе вы будете делать бесполезные записи в БД, когда это можно сделать одним коммитом.
lonelymyp, я в курсе, я описал наиболее распространенную ситуация для мощный БП от 100 W, которые постоянно искрят при подключение в розетки в домах где нет земли.
У Laravel как бы огромное сообщество, но так же много устаревших плагинов, которые не поспевают за обновлениями. + огромное количество магических методов, которые не понимает ни какая IDE без специальных костылей. Поэтому многое для надёжности придётся писать самому.
У Symfony нет этих минусов, но там нужно кодить по лучшим практикам, а это сильно раздувает код (хотя если правильно изначально проектировать, то раздуваться код будет на любом фреймворке, просто другие позволяют "гавнокодить" ака фасады в Ларавел) + Доктрина, такая ещё штука, многое нельзя сделать из коробки простым способом из-за паттерна unit of work, что возможно от ORM Ларавел или Yii.
flyte, это было в прошлом, сейчас реляционные базы умеют практически всё что и NoSQL, особенно Postgresql, Microsoft SQL, Oracle, но так как только Postgresql бесплатный, то выбор очевиден.
Чтобы выбирать NoSQL нужно иметь ОЧЕНЬ специфическую задачу. Если вы хоть что-то знаете в SQL, прочтение книжки даст вам ответы на многие вопросы. Благо книжка написана и переведена простым языком и читается в захлёб.
Gigant221,
Снов винды - это уже очистка всех следов, при условии, что вы не будет использовать браузер с вашим старым логином (например гмайл в хроме или яндекс в Я.браузере).
И лучше использовать FireFox, - это наиболее безопасный браузер.
Gigant221, если ваш провайдер позволяет это (это если вы напрямую в комп кабелем подключаетесь без роутера), то конечно стоит поменять и МАК. Нужно изменить все возможные следы, которые могут выдать вас.
Но на сколько я знаю, веб сайт не может узнать ваш МАК адрес, только если вы светите IPv6 сгенерированный на основе мак адреса.
Спасибо, без понятие, как я пропустил это в доке :)
Благодаря этой информации, я смог правильно загуглить и похоже, так устроено во всех (по крайне мере) С подобных языках.
Дмитрий, не, я не про аргументы метода (или я вас не правильно понял), я про то, что я получаю доступ к приватному методу getRootInternal, через последовательность Item->InstalledItem (конечно это делается из класса InstalledItem, но меня это удивило, я не встречал такого на своём опыте)
После чтения stackoverflow у меня появилось такое сомнение (возможно глупое):
Если я буду принимать в Entity в методе add() аргумент сервиса, не значит ли это, что теперь Entity знает об сервисе, хотя по best practice не должен этого знать?
Flying, у меня есть подозрения, что Doctrine теряет Id для класса Children.
Похожий случай был, без наследования, поэтому я использовал так сказать мини хак и в классе Children
указывал напрямую свойство id и потом в конструкторе присваивал значение.
Но теперь, при наследование, я не могу сделать такой трюк, т.к доктрина ругается на дубликат этого свойства в классе Parent.
Flying, SomeClassForChilder со связью 1:1 имеет такую связь, потому что, есть ещё SomeClassForChilder2 со связью 1:1, которая в данном примере не используется, поэтому опушена..
Mapping у меня синхронизирован с базой данной.
[OK] The database schema is in sync with the mapping files.
В dev.log тоже самое, что и в debug панели Symfony.
Транзакция отклоняется при добавлении в базу таблицы Parent, где все поля заполнены правильно, то есть если вручную скормить этот SQL код в бд, то ошибки не будет. Видимо в лог не успевает записаться следующий sql запрос, который должен быть от класса Children