Ушел с вуе года три назад )

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

Но реакт победил потому что амэрыка как обычно

Ну и с нэйтив они вовремя выстрелили

Вьюха неудобная просто. Портянка такая в файле, все в кучу намешано.

Там давно же есть composition api

Портянок нет уже

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

Ну я про него и говорю. Код компонента 100500строк

Какого компонента

Который пишешь

Непонятно, а в реакте почему меньше?

Он магически сокращает код как-то?

В реакте ток то что касается внешнего отображения. Остальное по други файлам раскидал и норм.

Хуки ток дергаешь )

Ну не совсем понятно в чем разница

Дергай себе во вью useStore() use...

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

Какой-то лютый кринж прописывать километровые обьекты

Или это старая версия... Вуекс кажись. Охх, не помню 😄

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

В onMount хуке делаешь и вроде никаких проблем

В onMount хуке делаешь и вроде никаких проблем

Ну, я ж написал что тока в маунте. С плеером проблема. Как тока нода с сорцами создалась, плеер начинает скачивать медиа контент. До хука. И получается что в хуке подписываешься на события, а плеер уже выдал ошибку. Т.е. ничего не ловишь. Также и с другими ивентами, типа контент загружен, может проигрывать и т.д. С кликами работает да. Потому что клики уже после отрисовки начинают делать.

Наверное там ещё был ифрейм какой-нибудь

orphanRemoval в доктрине с oneToOne работает или нет? кто-нибудь знает? а то что-то у меня не удаляются сущности из базы

orphanRemoval в доктрине с oneToOne работает или нет? кто-нибудь знает? а то что-то у меня не удаляются сущности из базы

Для 1-2-1 setProp(null) делай, потом удаляй

Для 1-2-1 setProp(null) делай, потом удаляй

я итак обнуляю свойство. Но после флаша в привязанной таблице записи остаются

Мож ошибка какая в декларации 🤷

Каскад не нужен

Если орфан юзаешь.

Каскад это для ФК. Т.е. перекладываешь обязанность на базу.

Если орфан юзаешь.

убрал, ниче не изменилось))

убрал, ниче не изменилось))

Там у тебя связанная сущность как ид юзается. М б. Из-за этого. Я не спец в доктрине. Но это чёт странное )

orphanRemoval в доктрине с oneToOne работает или нет? кто-нибудь знает? а то что-то у меня не удаляются сущности из базы

Должно, возможно не на той стороне поставили

Должно, возможно не на той стороне поставили

Скрин удален. Там атрибут ид стоит у сущности релейшена

Скрин удален. Там атрибут ид стоит у сущности релейшена

щас проверю с пк - обычным id

Вообще орфан не юзай. Сайд эффекты есть :(

Вообще орфан не юзай. Сайд эффекты есть :(

Надо просто понимать что и для чего юзается

Вообще орфан не юзай. Сайд эффекты есть :(

а как удалять то? мне в домене это делать удобнее чем через доктрину

Надо просто понимать что и для чего юзается

Да, но это постоянно в голове держать надо

а как удалять то? мне в домене это делать удобнее чем через доктрину

Тут вопрос что за флоу, и что где удалять =)

Возможно вам нужен каскад (уровня ОРМ), а возможно орфан. А может и через БД будет норм.

Да, но это постоянно в голове держать надо

Ну по сути это штука для единичного владения. Если ты его поставил не там где надо, ну извиняй

Тут вопрос что за флоу, и что где удалять =)

юзер помечен для не ручной работы а через автоматику. Эта автоматика хранится в отдельной сущности. Сущность привязана к юзеру как onetoone

Ну по сути это штука для единичного владения. Если ты его поставил не там где надо, ну извиняй

Да, но если ты по каким-то причинам зануллил сначала, а потом вставил обратно. Случается то, чего не ждал )

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

Да, но если ты по каким-то причинам зануллил сначала, а потом вставил обратно. Случается то, чего не ждал )

Тут согласен, если это приведет к удалению, не очень. Но мне кажется не приведет. Ведь UoW обрабатывает на уровне флаша. Конечно если ты сделал null флаш, а потом установил абратно и снова флаш - ну опять же "ну извиняй"

Тут согласен, если это приведет к удалению, не очень. Но мне кажется не приведет. Ведь UoW обрабатывает на уровне флаша. Конечно если ты сделал null флаш, а потом установил абратно и снова флаш - ну опять же "ну извиняй"

без сознания чтоли кодил?)

без сознания чтоли кодил?)

Ну могут быть разные ситуации, какие нить вложенные трнзакции, несколько транзакций

Дык там в доке доктрины написано 10раз подумать, прежде чем юзать орфан ) Лучше явно удалять.

Дык там в доке доктрины написано 10раз подумать, прежде чем юзать орфан ) Лучше явно удалять.

Оно просто может быть неудобно архитектурно. Но так да, штука может нормально подгадить, если профакапился сам

@neuromance

https://gist.github.com/pylebecq/f844d1f6860241d8b025

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

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

можно же тегнуть просто нас)

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

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

S3

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

Если магазин подразумивает загрузку медиа файлов от юзеров (например, в комменты) то s3, если только фото товаров загружаемые админами И проект не особо большой то можно локально хранить Но в целом s3 де-факто стандарт хранения файлов

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

Зависит от масштаба проекта, планируемого трафика и средств. Как такового правильного или неправильного чтобы прям однозначно - скорее всего нет. Опять же зависит что за изображения, какие есть сценарии по работе с ними. Что будет полезно - это взять какую то готовую абстракцию, типа fly system. Через нее можно и локально и s3 и всякие ftp.

Если магазин подразумивает загрузку медиа файлов от юзеров (например, в комменты) то s3, если только фото товаров загружаемые админами И проект не особо большой то можно локально хранить Но в целом s3 де-факто стандарт хранения файлов

Где это правило? Ну т.е. описанный стандарт прям

Где это правило? Ну т.е. описанный стандарт прям

это просто удобно

это просто удобно

Удобно в чем? Администрировать свой minio? Платить дополнительно для облачный сервис? Не иметь нормальной работы с listingом и объемами? Это прежде всего object storage и удобен он масштабированием. Если масштабирования не требуется в чем удосбство?

Где это правило? Ну т.е. описанный стандарт прям

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

Удобно в чем? Администрировать свой minio? Платить дополнительно для облачный сервис? Не иметь нормальной работы с listingом и объемами? Это прежде всего object storage и удобен он масштабированием. Если масштабирования не требуется в чем удосбство?

вот как раз свой минио это сложнее

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

Да, стандартом, что значит стандартом? Типо это хорошая практика? Написать магазин на 1000 товаров и 100 трафик дейли, и надо s3?

вот как раз свой минио это сложнее

Вот именно, тогда идем в готовый и платим за это доп бабки. Зачем?

Вот именно, тогда идем в готовый и платим за это доп бабки. Зачем?

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

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

Удобный в чем, если работаем например через абстракцию?

Ну ок, он может поддержать некую сохранность данных и только

Удобный в чем, если работаем например через абстракцию?

есть куча аналогов, стоят так же, но меньше фнкционал

или лепить свое хранилище

что выглядит на первый взгляд дешевле

но до первого факапа

Вот именно, тогда идем в готовый и платим за это доп бабки. Зачем?

Если объемы не большие <5гб то cloudflare бесплатно работает, если больше - стоит не дорого. Масштабирование может потребоваться внезапно, и лучше иметь возможность сделать это быстро

Если объемы не большие <5гб то cloudflare бесплатно работает, если больше - стоит не дорого. Масштабирование может потребоваться внезапно, и лучше иметь возможность сделать это быстро

можно вообре регать халявный амазон и все)

его хватает)

Если объемы не большие <5гб то cloudflare бесплатно работает, если больше - стоит не дорого. Масштабирование может потребоваться внезапно, и лучше иметь возможность сделать это быстро

Чтобы внезапно, надо это даже в приложении поддерживать, несколько инстансов и тп тп. Перекинуть с локалки на s3 - дело не прям геморное

Я не против s3, но вы смотрите со стороны своих крупных сервисов и т.д. Человек пишет свой первый проектик, и тут ему уже s3 пользоваться. Зачем?

Опять же не знаете потребности

У меня был случай, когда s3 не подошел, потому что много обработки файлов было