У тебя в банде энтити лежат?

Но вообще как-то криво

?

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

Парни есть у кого верстак срочно баннер сверстать?

такой пойдет? самовывоз

такой пойдет? самовывоз

Кто-то пользуется\пользовался OVH Cloud?

именно cloud - нет, просто ovh - да

И как впечатления ?

я просто некоторые вещи не понимаю. я логинюсь на ca.ovh.com при этом попытка залогиниться в любой другой стране, приводит к требованию заполнения анкеты, но страна резинетства почему-то хардкод UK

этого хватит?

жирно

Используй опенкарт и продавай себе

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

Мйкрософт круто, но у меня нет денег на лицензионный ключ, поэтому у меня Linux

продай почку

Можно разместить на яндекс маркете, с фото и анализами

здрасьте, вопрос от СЗЗБ по доктрине старый проект, есть ентити, где много чего понавешано допустим, кастомер, у которого может быть скидка на отдельные товары: class Customer { /** * @ORM\OneToMany(targetEntity="\ProductDiscount", mappedBy="customer", cascade={"persist"}, orphanRemoval=true) */ private $productDiscounts; public function getProductDiscount(Product $product) { $criteria = ... $discount = $this->productDiscounts->matching($criteria)->first(); return $discount->percent(); } } для отдельных товаров работает, но если запрашивать скидку для группы товаров, то из-за matching не вся коллекция запрашивается, а только часть т.е. для n товаров будет N запросов, естесно все тормозит можно легко пофиксить добавив $this->discounts вначале, но об этом легко забыть, да и мест таких дофига (не только товары, но и сервисы и прочее), хотелось бы подчистить придумал создать класс со скидками, где каждая скидка в отдельном классе, т.е. class ProductDiscounts { /** * @ORM\OneToMany(targetEntity="ProductDiscount", mappedBy="discounts", cascade={"persist"}, orphanRemoval=true) */ private $productDiscounts; public function getDiscount(Product $product) { $criteria = ... $discount = $this->productDiscounts->matching($criteria)->first(); return $discount->percent(); } } class Discounts { /** * @ORM\OneToOne(targetEntity="ProductDiscounts") * @ORM\JoinColumn(name="id", referencedColumnName="id") */ private $productDiscounts; ... public function products() { return $this->productDiscounts; } ... } class Customer { /** * @ORM\OneToOne(targetEntity="ProductDiscounts") * @ORM\JoinColumn(name="id", referencedColumnName="id") */ private $discounts; public function getProductDiscount(Product $product) { return $this->discounts->products->getDiscount(product)->percent(); } } для Discounts и ProductDiscounts мне отдельные таблички не нужны - достаточно существущей кастомера, т.е. те классы я замапил на существующую табичку все работает, но со скидками можно работать только после того, как запросишь кастомера/скидки с базы: $customer = $em->find(Customer::class, $customerId); $customer->discounts()->products()->setDiscount($product, '12.3'); $em->flush(); // или $discounts = $em->find(Discounts::class, $customerId); $discounts->products()->setDiscount($product, '12.3'); $em->flush(); а вот если со скидками работать сразу после создания объекта - вылетает ошибка т.е. следующее не работает: $customer = new Customer(); $customer->discounts()->products()->setDiscount($product, '12.3'); $em->flush(); пробовал разное, и ошибки разные: нет персиста, или существующий id уже есть и т.д. на данный момент таких мест с ошибкой нет, но они легко могут появиться и как здесь быть, чтобы работало всегда, а не только после загрузки кастомера? можно, конечно, для всего сделать отдельные таблички и там все автоматом будет персиститься/сохраняться, но там, по хорошему, будет только одно поле: customerId, не нравится мне такой оверхед, хотелось бы на одной все разрулить, но какие варианты для этого есть?

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

А если приджоинить чтобы не было эн запоосов?

Бот на пэхапэ это жостко. Пиши на пить не, там и доки больше и примеров море

Ох и позвольте же полюбопытствовать, чем же это питухон так лучше php будет в этом вопросе?

Лучше

Никакого другого ответа и не ожидал

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

И ради чего страдать? Я понимаю, если б рекламировался # или java, там хоть логика есть.

Ты страдаешь сначала что бы не страдать потом. С учетом того чем я занимаюсь питон лучшая замена для перла полусиьось6

Так и что там есть, чего нет в пхп? Ну асинхронность понятно. Только она? Потому кроме нее останется только убогий синтаксис и медленная работа

Во всех языках есть что-то плюс/минус похожее. Можно и на перле продалжать работать. Мне питон шикарно зашел для AI, хорошо для пирсинга и апишек. Про скорость не Понял, у меня все в async так что милиспкунды считать не собираюсь

Речь изначально о чем шла? Ты даже не можешь сформулировать, в чем преимущество, но пишешь "пэхопэ говно пиши на питоне". Это, мне кажется, какая-то зараза в самом языке. Сколько бы не видел хейта на пхп, 9 из 10, что это будет любитель питона. Ни со стороны явы, ни с шарпа ни разу такого не слышал

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

Утверждение построенное на _________?

Мнение основаное на опыте. Утверждение - это сотни часов обсуждений, тестов, сравнений и по итогу или php>python или наоборот

Лучше