DM
заменить единую точку отказа на единую точку компроментации так се
Size: a a a
2020 March 12
SP
короткие токены
SP
в 99.9% ситуаций токен на 10 минут каких и ротация ключей + RSA какой с нормальным менеджментом ключей... и никаких проблем
DM
ротация ключей
так се развлечение
SP
ну просто не пали ключи)
SP
экспоузи публичный ключ и все
SP
есть всякие JWKset-ы и прочее
DM
ну просто пиши код который не взломать ;)
SP
опять же никого не призываю юзать JWT/JWK/HMAC
DM
ну просто сложностей если делать нормально - куча, а профит или если сервис внешний или... не, точку отказа не расматриваем, чем короче токен, тем меньше профита, а обеспечить аптайм такого сервиса... можно
DM
в общем я к тому что механизм узкоспециализированный, а юзаю его... "да вот же бандл и готово"
2020 March 13
T
Ребят помогите в тривиальном вопросе.
Статьи пишутся в markdown разметке.
На стороне клиента планируется парсится статья и выводить соответственно markdown разметки, но вот загвоздка в списке статей, где выводиться частичное содержание статьи без разметки, появляюттся звёздочки, ну типа жирный шрифт и другие элементы разметки.
Так вот как лучше сделать, удалять эти звёздочки и решетки или же лучше хранить чистый html в БД и просто перед выводом с помощь strip_tags удалять теги?
Статьи пишутся в markdown разметке.
На стороне клиента планируется парсится статья и выводить соответственно markdown разметки, но вот загвоздка в списке статей, где выводиться частичное содержание статьи без разметки, появляюттся звёздочки, ну типа жирный шрифт и другие элементы разметки.
Так вот как лучше сделать, удалять эти звёздочки и решетки или же лучше хранить чистый html в БД и просто перед выводом с помощь strip_tags удалять теги?
EG
Tmbrn
Ребят помогите в тривиальном вопросе.
Статьи пишутся в markdown разметке.
На стороне клиента планируется парсится статья и выводить соответственно markdown разметки, но вот загвоздка в списке статей, где выводиться частичное содержание статьи без разметки, появляюттся звёздочки, ну типа жирный шрифт и другие элементы разметки.
Так вот как лучше сделать, удалять эти звёздочки и решетки или же лучше хранить чистый html в БД и просто перед выводом с помощь strip_tags удалять теги?
Статьи пишутся в markdown разметке.
На стороне клиента планируется парсится статья и выводить соответственно markdown разметки, но вот загвоздка в списке статей, где выводиться частичное содержание статьи без разметки, появляюттся звёздочки, ну типа жирный шрифт и другие элементы разметки.
Так вот как лучше сделать, удалять эти звёздочки и решетки или же лучше хранить чистый html в БД и просто перед выводом с помощь strip_tags удалять теги?
В данном случае удаление разметки markdown === удалению разметки html.
А хранить преобразованную в html версию желательно, чтоб каждый раз при выводе статьи не заниматься преобразованием, а преобразование обновлять по мере обновления статьи.
А хранить преобразованную в html версию желательно, чтоб каждый раз при выводе статьи не заниматься преобразованием, а преобразование обновлять по мере обновления статьи.
T
В данном случае удаление разметки markdown === удалению разметки html.
А хранить преобразованную в html версию желательно, чтоб каждый раз при выводе статьи не заниматься преобразованием, а преобразование обновлять по мере обновления статьи.
А хранить преобразованную в html версию желательно, чтоб каждый раз при выводе статьи не заниматься преобразованием, а преобразование обновлять по мере обновления статьи.
Спасибо
DK
Привет всем. Ребята, подскажите плз, есть RabbitMQ, он занимается рассылкой сообщений для пользователей у которых Активная подписка, в самом Консамере перед отправкой сообщения получаю список пользователей у кого Активная подписка на это сообщение и отправляю, проблема возникает в том, что если пользователь был Актив, а потом стал Неактив, то Консамер не видит изменений пока не перезапустишь очереди. Так и есть? или где то в настройках Кролика что то упустил? Спасибо.
BT
ты упустил что-то в реализации консьюмера
он вообще никак не связан с тем, откуда и как ты берешь данные
он вообще никак не связан с тем, откуда и как ты берешь данные
DD
положил в очередь - забудь что там изменилось после этого
DK
ты упустил что-то в реализации консьюмера
он вообще никак не связан с тем, откуда и как ты берешь данные
он вообще никак не связан с тем, откуда и как ты берешь данные
ну как бы я в нём иду в БД и получаю список Юзеров подписанных на эту рассылку (утрировано, но так и есть), дальше беру сервис и делаю:
$service->sendMessage($message, $user);
DK
или мне список юзеров передавать вместе с сообщением уже в консамера ?
BT
или мне список юзеров передавать вместе с сообщением уже в консамера ?
как захочешь, так и сделаешь