FOC454677

  • 961
Info
Group Name:
FOC454677
Category:
Page: FOC454677
Alexander
ок
Roman L
привет это то что здесь указано
https://github.com/unaio/una/issues/2842
как
setting: autoguggestion view for visibility field with ability to add new context entity
т е по дефолту как говорил алекс визщибилити как везде, но если поставить галку в сеттингах то отоно меняется на автосаджешшен с возможностью добавить новый ентри
Alexander
А никто проблем не предвидит с тем, что кастомный контрол позволит постить в контексты профилей, чьим партисипантом автор ревью не обязательно является? Беглый тест показал, что вроде все ок, но может я что-то упускаю.
Roman L
я посмотрю это в рамках https://github.com/unaio/una/issues/2844
возможно нужно при отправке поста делать сразу автофоллоу этого контекста тогда и отправка будет проходить и на уведомления подпишется
Alexander
ок
Alexander
Товарищи, как мне кажется, есть проблема с этой фичей в виде возможности добавления контента на лету (в попап формах). Мы хотим, чтобы такой контент добавлялся под определенным системным аккаунтом (System bot profile из настроек). Но вроде как весь создаваемый контент берет в авторы текущего залогиненого юзера. Я не знаю способа насильно указать автора при сабмите формы произвольного модуля. Такая же проблема будет в отношении аттачментов на форме (фоточки, видео, файлы, поллы) - все это добро тоже будет создаваться от имени юзера, а не под нужным нам акком.
Можно было бы наверное ловить алерт added и постфактум править автора, но мне кажется это не сработает, т.к. во-первых, нотификейшены уже отработают, во-вторых вероятнее всего с аттачментами будут проблемы. Или есть какой-то более элегантный способ создавать контент от имени другого акка?
Alex T⚜️
https://una.io/m/messenger/archive/120072 - да, с этим есть определенная проблема, но думаю можно обойти, если насильно как-бы залогинить робота перед созданием организации, типа так:
      bx_login($iRobotAccountId, false);
      check_logged();
Alex T⚜️
https://una.io/m/messenger/archive/119944 - да, почти все работает, но сейчас нельзя постить в орг если ты не мембер, и нужен еще новый контрол чтобы можно было выбрать любую орг, а не только там где ты мембер + создание орг на лету (последнее как кастомную модификацию для него, остальное в версию)
Alexander
Привет. Касательно тикета https://github.com/unaio/una/issues/2844
возможно его можно и не делать, т.к. оно вроде как и так работает. Ну т.е. если в allow_view_to к посту поставить -id профиля организации, то все работает - конекст отрабатывает. Т.е. если эту фичу задумали только ради reviews, то вроде как и не обязательно нужно что-то менять, т.к. на сколько я вижу по коду, профили намеренно по какой-то причине убрали из приваси групп.
Alexander
https://una.io/m/messenger/archive/120125
Если бы дело ограничивалось только организациями, то без проблем. Но у нас же не только организации, а любой контекстный контент должен уметь так создаваться. К примеру, форма создания ивента, если юзер присобачит к ивенту пикчу в "Upload New Event Picture", то эта пикча уйдет в сторадж юзера, а при создании ивента мы подменим аккаунт, и тогда нормально ли подцепится эта пикча к ивенту, если с т.з. системы выйдет, что контент постится не под тем акком, под которым хранится пикча в сторадже?
Кстати, возможность создания контента на лету мы делаем в виде кастома или в версию?
Alex T⚜️
https://una.io/m/messenger/archive/120072 - да, с этим есть определенная проблема, но думаю можно обойти, если насильно как-бы залогинить робота перед созданием организации, типа так:
      bx_login($iRobotAccountId, false);
      check_logged();
Alex T⚜️
https://una.io/m/messenger/archive/120146 - думаю это лучше сделать в виде кастома. Под одной сессией думаю лучше не менять пользователя туда-сюда. Целиком создание организации - это должег быть отдельный HTTP запрос к котором будет переключение пользователя и создания организации. С фотками может быть проблема - если использовать uplader-ы которые загружают файлы отдельным запросом. Но я думаю, что разрешить обычным пользователям создавать организации без фоток, а вот когда кто-то заклеймил организацию, то уже может добавить фотку и остальную инфу.
Alexander
https://una.io/m/messenger/archive/120125
Если бы дело ограничивалось только организациями, то без проблем. Но у нас же не только организации, а любой контекстный контент должен уметь так создаваться. К примеру, форма создания ивента, если юзер присобачит к ивенту пикчу в "Upload New Event Picture", то эта пикча уйдет в сторадж юзера, а при создании ивента мы подменим аккаунт, и тогда нормально ли подцепится эта пикча к ивенту, если с т.з. системы выйдет, что контент постится не под тем акком, под которым хранится пикча в сторадже?
Кстати, возможность создания контента на лету мы делаем в виде кастома или в версию?
Alexander
А, ну если это в версию не требуется, то все ок тогда. В кастоме не проблема такое реализовать в отношении одних лишь организаций.
Т.е. в версию у нас пойдет просто опциональное поле - autosuggestion которое позволит выбирать любой тип контекстных профилей + организации, но не будет предоставлять возможность добавлять контент на лету прямо с формы ревью, так?
Alex T⚜️
Да, все верно
Mark Purser
Hi Alexander - is there any progress to report with FOC module?
Alexander
Hi Mark. The Reviews module is ready, we are finalizing it with Alex. In the meantime today I'll start working on the custom modification on top of the module which will allow to create orgs on the fly and clam them.
Mark Purser
okay cool, that's great, can't wait to see it... :)
Mark Purser
Hi Alexander - when are you able to install Reviews onto FOC client site?
Alexander
Hi Mark, the Reviews module itself is ready. I just need a couple more days to work on the custom over it which will allow to create orgs on the fly and claim them. So early next week most likely.
1
Roman L
Алксандр дай свой скайп плиз
Roman L
надо пообщаться
Roman L
Video conference, duration - 27 min, 41 s.
typing a message...
Connecting
Connection failed
Empty

UNA - Social Media Software Framework

Close