\Generator<string>|string[]?

Никак, страдай) обмазался елдами, топи до конца

о, и псалм переварит и шторм поймёт)

о, и псалм переварит и шторм поймёт)

только декларацию для него все равно будешь писать выше

разве нет?

Псалм ошибку даст)

я как то много его прям не юзал, у нас типо стандарт на работе phpstan с 7м уровнем

но я постоянно как не смотрю код на гитхабчике, там что то про psalm no check и тд

Да, я это понимаю. Но я умышленно не хочу привязываться к UoW, потому в интерфейсе делаю метод persist(), который делает на первый взгляд бесполезный ->persist(), но остаётся в интерфейсе для реализации в сервисах, которые могут не пользоваться (и не пользуются) Doctrine

хз, звучит не оч

Я все же вернусь к теме orm. Понимаю что есть и плюсы, и минусы, но тут как-то решили что одни минусы. Описали схему, на основе нее можно генерить миграции полностью автоматически - это позволит снизить время разработки. Не оптимально использовать select? Ну ок, это не во всех задачах, а когда нужно что-то сильно сложное, можно написать руками. Всякие записи и обновления через параметры позволят обезопасить запрос. Я это все к тому что нельзя говорить что это прям зло)) буду рада выслушать ваше мнение)

миграции к орм отношения никакого не имеют) ровно как и prepared statement

у гоферов orm - это херовина, которая sql строит, к примеру. Но, опять-таки, это не о том)

миграции к орм отношения никакого не имеют) ровно как и prepared statement

Ну как не имеет, doctrine можно так настроить, чтобы на основе описанной Entity генерились миграции.

а в твиге можно свою доктрину написать

прям внутри шаблона

Ну как не имеет, doctrine можно так настроить, чтобы на основе описанной Entity генерились миграции.

это побочная фича

doctrine -- это не совсем ORM.

есть отдельные тулы для миграций

doctrine -- это не совсем ORM.

развивай

развивай

ся (простите)

Это комплекс либ

ну, под определение "комплекс либ" можно что угодно подвести

Так на главной написано

https://www.doctrine-project.org/

The Doctrine Project is the home to several PHP libraries

Это комплекс либ

Doctrine, The Open-Source PHP ORM and Persistence Tools Project?

И чо?

Одно другое не исключает

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

нигде не говорится "это не ОРМ", а вот обратное как раз говорится

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

так вот можно настроить doctrine не только для Entity. в этом вся и суть. И ОРМ тут не нужно

по такой логике можно и пхпшторм настроить для редактирования рецептов блюд азиатской кухни. но это не делает его "не совсем IDE"

и да, шторм это тоже комплекс либ

и да, шторм это тоже комплекс либ

шторм это комплекс плагинов, а не либ, не путай

ладно, господа, позанудничали и хватит

привет ребята, у меня #вопрос #интересный есть к примеру сайт созданный на php, нужно добавить схемы в виде фотографий, где будут распределяться объекты, можно ли сделать на схеме эти объекты динамичными, чтобы при желании их перемещать?

можно, мы не против

опа, Мясник из Блавикена

опа, Мясник из Блавикена

хорощий шутеечка, брат

но если серьезно, можно ли услышать какую-либо трезвую мысль на вопрос? возможно ли такое или нет?)

конкретизируй задачу

тебе трезво сказали "можно"

но что конкретно тебе надо, что за объекты и как двигать - не не пояснил

конкретизируй задачу

если можешь найти похожие примеры в инете - технически это возможно

а деталей ты никаких не предоставил, так что как именно это реализовывать - никто не подскажет

скорее всего, это будет не особо связанная с php задача, а больше по фронту

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

тебе для этого нужно "вырезать" столы с фото

а что будет под ними?)

привет ребята, у меня #вопрос #интересный есть к примеру сайт созданный на php, нужно добавить схемы в виде фотографий, где будут распределяться объекты, можно ли сделать на схеме эти объекты динамичными, чтобы при желании их перемещать?

да можно. Грубо говоря у тебя у кжадой схемы будет набор объектов, а у кжадого объекта свои координаты. Ну и соовтетственно с помощью JS двигаешь их и обновляешь координаты на сервере или после каждого перемещения или после сохранения

Это скорее js вопрос, будет фотка, поверх еще к примеру круг, по событию mousedown хватаем элемент и перемещаем по событию mouseup фиксируем

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

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

"по ней сделали схему" - что скрывается за этой нехитрой фразой?

что-то в таком духе под схемой подразумевается

вообще чисто фронтендная задача

Я все же вернусь к теме orm. Понимаю что есть и плюсы, и минусы, но тут как-то решили что одни минусы. Описали схему, на основе нее можно генерить миграции полностью автоматически - это позволит снизить время разработки. Не оптимально использовать select? Ну ок, это не во всех задачах, а когда нужно что-то сильно сложное, можно написать руками. Всякие записи и обновления через параметры позволят обезопасить запрос. Я это все к тому что нельзя говорить что это прям зло)) буду рада выслушать ваше мнение)

Никто не говорит что это зло

то есть по сути тебе надо сделать драг-н-дроп мышкой в браузере и сохранение позиций перемещенных объектов?

В чем вопрос то? У тебя есть карта, на карте объекты. У объектов координаты.

да, для владельцев кафешек получается, это чисто по JS значит?

http://api.jqueryui.com/draggable/

там есть события)

по событию drop хватаешь координаты и пишешь в базу

Я все же вернусь к теме orm. Понимаю что есть и плюсы, и минусы, но тут как-то решили что одни минусы. Описали схему, на основе нее можно генерить миграции полностью автоматически - это позволит снизить время разработки. Не оптимально использовать select? Ну ок, это не во всех задачах, а когда нужно что-то сильно сложное, можно написать руками. Всякие записи и обновления через параметры позволят обезопасить запрос. Я это все к тому что нельзя говорить что это прям зло)) буду рада выслушать ваше мнение)

По поводу описали схему - https://gist.github.com/fesor/0d5ecf0afc638c7870272ead20614681

Короче это то что мы объясняем как orm срет в головы ибо это к orm не имеет никакого отношения

по событию drop хватаешь координаты и пишешь в базу

совсем позабыл о Jquerry, премного благодарен)

совсем позабыл о Jquerry, премного благодарен)

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

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

принял)

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

но если схем будет уйма, можно как-то это автоматизировать?

т.к для каждой схемы будет много времени уходить(

но если схем будет уйма, можно как-то это автоматизировать?

что автоматизировать?

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

чтоб нельзя было двигать объекты за помещение и в сортиры

что автоматизировать?

точнее оптимизировать процесс, допустим схем будет штук 20-30, как быстро для каждой сделать?

а потом на клиенте проверяешь, чтоб передвинутый объект не выходил за рамки и всё

По поводу описали схему - https://gist.github.com/fesor/0d5ecf0afc638c7870272ead20614681

Ладно)) да, поняла о чем речь. Спасибо) сбивает название doctrine ORM, а потом выясняется, что это не ее возможности, а допы.

а потом на клиенте проверяешь, чтоб передвинутый объект не выходил за рамки и всё

пошел чекать, благодарю) в случае вопросов обращусь если что :D

Подскажите константу, которая отвечает за слеши

Подскажите константу, которая отвечает за слеши

DIRECTORY_SEPARATOR

DIRECTORY_SEPARATOR

Спасибо

Ребята, есть вопрос: мой коллега предлагает использовать на проекте MariaDB последней версии вместо MySQL последней версии. Проект еще на стадии разработки. У кого есть опыт работа с двумя инструментами, могли бы поделиться, пожалуйста. Интересуют преимущества перехода на Марию и возможные проблемы. Заранее благодарю. Если можно, тегайте меня в сообщении.

эмм

а твой коллега этоне аргументирует никак?

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

мария вроде окончательно забила на совместимость с мусклом, дальше будут только больше расходиться, в марии есть пара интересных вещей вроде sequence, aria. Если есть вероятность возвращения на мускл, можно перкону заюзать. Смотря зачем вообще выбирать немускл. Ну и про галеру я уже не пишу тут

Забили или объявили что скорее всего забьют?

Про второе читал в блоге перконы, первое ещё не встречал

Ребята, есть вопрос: мой коллега предлагает использовать на проекте MariaDB последней версии вместо MySQL последней версии. Проект еще на стадии разработки. У кого есть опыт работа с двумя инструментами, могли бы поделиться, пожалуйста. Интересуют преимущества перехода на Марию и возможные проблемы. Заранее благодарю. Если можно, тегайте меня в сообщении.

Проблем особо не было, переходили потому что TokuDB нужен был, полет нормальный

Забили или объявили что скорее всего забьют?

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

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

Тут ещё нужно учитывать непонятную политику Оракла в отношении лицензирования MySQL. Вполне возможно, что назад уже и смысла возвращаться не будет :)

Тут ещё нужно учитывать непонятную политику Оракла в отношении лицензирования MySQL. Вполне возможно, что назад уже и смысла возвращаться не будет :)

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

когда у тебя база на пару-тройку тб, не особо легко)

если я не ошибаюсь, из крупняка википедия вроде переехала на марию

ну тут конечно сейчас выбор интересный - мускл 5.х, мускл 8.х, мария, постгре. Есть над чем подумать

перкону я бы не сбрасывал со счетов, на pg многие из мне знакомых по религиозным причинам переходят с mysql, рационального ответа почему - не дают

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

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

у меня на прошлой работе, новый проект зарезали делать на посгре, грит пока у неё норм доки не будет, только мускуль (с) мой бывший сто

да ладно, норм там дока