хотя могли бы говна и покидать в эту сторону, там уже достаточно поводов - https://github.com/webber12/evocms-user/blob/master/routes.php

ну расскажи что ты создал и для чего?

ну расскажи что ты создал и для чего?

Я создал Скайнет внутри эво 3 😂😂

На базе компонентов ларавеля

Еще пару бессонных ночей и всё :)

нам всем пиздец)

нам всем пиздец)

ебанёт даунгрейд всех версий 3х на 1,4.

ебанёт даунгрейд всех версий 3х на 1,4.

Тебе лишь бы не развиваться 😁

Тебе лишь бы не развиваться 😁

вечером буду развиваться

Доки писать по этой всей фигне будет дольше и сложнее, чем саму эту фигню

Доки писать по этой всей фигне будет дольше и сложнее, чем саму эту фигню

😆заебись

создал монстра)

сеньоры, Огнелис без сторонних дополнений usb или Com порт читает? надо получить данные с Com порта в firefoxе под Windows. когда-то советовали через вебсокет + php, но это было десять лет назад. какие варианты есть сейчас?

Ну у меня как раз COM-портом занимается программка, написанная на C++ с Qt, получает/обрабатывает данные, слушает порт серверным сокетом. А PHP через клиентский сокет в этот порт по мере необходимости долбится и забирает оттуда данные. Всё работает.

создал монстра)

монстр ацкий епта )

Доки писать по этой всей фигне будет дольше и сложнее, чем саму эту фигню

все эти UserManager как раз и задумывались, чтобы было проще 🤷‍♂️

Кнопка повторить заказ выглядит так

js к ней так

порог входа просто сумасшедший ))

все эти UserManager как раз и задумывались, чтобы было проще 🤷‍♂️

ну там не с этим сложность, а с правами доступа и всеми любимыми валидациями. Получается грубо говоря, что одни могут только смотреть только свои документы, вторые смотреть и править только свои, третьи смотреть и править любые. Аналогично по заказам - одни могут только свои видеть, вторые могут не только видеть свои, но и отменить (для определенного текущего статуса) или повторить, третьи видят весь список заказов и могут их отменять к примеру

ну и валидация она всегда любимая тема ))

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

и проверять их можно системным методом

а не через сессии-хуессии

что за права?

которые к ролям цепляются

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

не ну у меня ж не админка, чтоб там столько прав было. Это же для фронта, тут разруливается на уровне текущего пользователя есть/нет доступа к каждому сервису и на уровне роли пользователя (входит в массив разрешенных или нет)

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

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

+

serious_t91 (1160.13) увеличил карму Pathologic93 (7255.58)

не ну у меня ж не админка, чтоб там столько прав было. Это же для фронта, тут разруливается на уровне текущего пользователя есть/нет доступа к каждому сервису и на уровне роли пользователя (входит в массив разрешенных или нет)

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

вот мне еще не хватало печали думать про то, что выйдет коммерс с правами))

выйдет - тогда и будем думать

не знаю, если бы у меня задача такая была, я бы форкнул коммерс и сделал права как положено, а потом бы отправил Михаилу пр ((:

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

нахрена мне права коммерса вообще?))

ну а про какие заказы ты говоришь с Commerce.reloadCarts()?

ну а про какие заказы ты говоришь с Commerce.reloadCarts()?

https://docs.evo.im/04_extras/commerce.html

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

это же фронт

ну и что

можно же сделать право "просмотр всех заказов", "просмотр только своих заказов"

может на сайте модераторы какие-нибудь заведутся на фронте

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

для каждого сервиса

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

а может и ничего не править)

так роли у тебя в админке птички ставятся?

не знаю, если бы у меня задача такая была, я бы форкнул коммерс и сделал права как положено, а потом бы отправил Михаилу пр ((:

Тут ты не прав. Добавление прав это только в 3.x и если нужна совместимость с 1.4, то для 1.4 это будет люто костылями или не будет работать

да, обычные админские роли

а, ну значит я не так понял

да, обычные админские роли

А у ролей права или просто по id роли?

вот дефолтный доступ - юзера берем из контекста web, у текущего юзера есть доступ и у любого админа с ролью 2. Плюс еще кастомно можем запилить что-то. А дальше для каждого сервиса типа ProfileInfo и т.п. можно переопределить

Ну вот да, Макс говорит что лучше не на роль, а на права роли завязываться

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

так у него может не быть права заходить в админку, но может быть право смотреть заказы

одно другому не противоречит

завел ему отдельную роль "редактор новостей" прописал ему права - и пусть себе работает)

ой, не повышайте порог входа - и так уже непреодолимый )))

создадут роль "дядя вася", выпишут ему доступ вида "OrderInfoAccessRules" => [ 'roles' => [ 'айдишник роли дяди Васи' ], ] и все счастливы

проще же в админке птички отметить, чем айди куда-то копировать

и проверять проще и нагляднее

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

а тут названия все вида НазваниеСервисаНазваниеПараметра - не промахнешься

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

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

так в смысле создать? там сейчас можно любые права создать? я просто не лазил там давно

или надо подбирать "примерно подходящие из тех что есть?"

нет, можно создавать

как мне дать права "может отменять только свои заказы"?))

создаешь право типа "cancel_own_orders"

так это еще потом каждому объясняй где это зачем и как называть надо точно

не, короче пока это лишнее

не нужно ничего объяснять

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

вот и все

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

https://github.com/webber12/evocms-user/blob/master/src/Middlewares/EvoUserAccess.php#L33

все в одном месте, есть методы чтобы с этим работать