Боже мой, что это за гавно код? НИКОГДА не пишите так.
Забудьте как страшный сон всё, что вы знали. Во фремворках так не пишут, да и в других ситуациях тоже, там всё это оборачивают и используют нормальные функции.
Открывайте документацию и изучаете до дыр, пока не начнёте нормально писать.
Ну я видимо зря старался писал как нужно делать репизотории, раз вы чхали и всё равно продолжаете гавно кодить, то я удаляю ответы с прошлых ваших вопросов.
Ну вы бы хотя бы попытались бы погуглить, а не всё спрашивать.
Wifi - это очень нежная технология.
Любое перекрытие - минус скорость, особенно противопоказаны на пути сигнала ставить холодильник или микроволновку, но и ноутбуки тоже :)
В идеале люди должны сидеть вокруг сигнала, ни чем его не перегораживая, если же люди сидят друг за другом, то с каждым телом сигнал будет падать, и последнему достанутся крохи.
Евгений Иванов, а должны всегда отвечать да, особенно, если смотрите только видеоуроки и не читаете официальные документацию.
И в симфони ещё принято после каждого обновления запускать обновление рецептов, чтобы удалить или поправить файлы, от старых версий. Всё это конечно делается с git и после применения рецепта сверяются отличия и принимаются все или частичные правки.
MikUrrey, ну понятно короче, вы нагородили гору бандлов и пытаетесь из этого сделать феррари :) Это так не работает.
Для симфони полезны только те бандлы - которые упрощают интеграцию сторонних сервисов - типо доктрины, knp пагинатор, работа с ФС и т.д, но и здесь нельзя переусердствовать, например вместо Api-platform лучше использовать ручной swagger
Всё остальное типо EasyAdmin это просто чтобы набросать макет и показать заказчику, а потом переписать всё как нужно. Да и ещё такие бандлы часто бросают на произвол судьбу (возможно конечно не с EasyAdmin, он пока довольно большой) и потом спустя годы, вы обнаружите, что не сможете обновится до последней версии симфони не переписав все бандлы :)
Это ещё не говоря, что бандлы заставляют вас жутко велосипедить пытаясь обойти их ограничения.
Даже с доктриной иногда приходится велосипедить, т.к она часто работает не так как нужно, путает порядок действий в одной транзакции. Я иногда даже думаю выкинуть доктрину и заменить на другой ORM маппер.
А с чего вы решили что они медленно работают?
Может проблема не в них? А в том как вы их используете?
Может вы используете наследование? Или что-то ещё?
Так или иначе если вам буквально нужно получать на выходе готовые сущности, то есть такая крутая штука как https://www.doctrine-project.org/projects/doctrine...
А ещё есть вариант использовать для чтения БД DBAL доктрины.
ещё как вариант сделать таблицу очередь, через которую проходят заказы, а потом уходят получая свои номера.
Конечно это относительно "дорогой" вариант :)
BoShurik, скорее всего по видеоуроку :)
В доке об этом упоминается с Symfony 4.0 Ну либо он читал какую-то русскую доку, которая не обновляется с симфони 3.
Wolf_Yout, все языки похоже, там отличия только в синтаксисе. Вы только что сказали, что не знаете вообще ничего в программирование. Ну тогда вам на фрилансет.
return [
'name' => $entity->getName();
// и так всё что нужно в json отдать.
];
Вы можете конечно попробовать через Symfony Serializer и Normalizer, но там есть подводные камни, оно через одно место работает, если нужно вложенные сущность в JSON превращать.
Hfnas, посмотрите ещё раз, там можно смотреть какие события были затронуты, если вы думаете, что удаляется магическим способом.
Возможно у вас настроено в Entity, каскадное удаление, причин может быть много.
Ну, а если вы уверены, что это баг, то вам нужно сообщить об этом на GitHub в симофни или api platform.
Забудьте как страшный сон всё, что вы знали. Во фремворках так не пишут, да и в других ситуациях тоже, там всё это оборачивают и используют нормальные функции.
Открывайте документацию и изучаете до дыр, пока не начнёте нормально писать.
Ну я видимо зря старался писал как нужно делать репизотории, раз вы чхали и всё равно продолжаете гавно кодить, то я удаляю ответы с прошлых ваших вопросов.