> Обычно
Зависит от задачи.
Если сайт практически полностью состоит из полустатических страниц практически без интерактива - можно на jsp.
Если пользователь не может отказаться от использования твоего приложения - можно на jsp.
Если нацеливаемся на массового потребителя, то лучше вложиться в нормальный фронтенд.
Если очень много интерактивных элементов, то js будет много и нет большого смысла смешивать с jsp.
Я так понимаю, речь идёт о веб-приложениях с применением event-sourcing
А вообще да, лентюй прав и искать - это ваша задача.
Можете начать с того, что такое веб-сервис и что такое события, и как их можно обрабатывать
UPD: Появилась мысль, что речь может идти о webhook
Ну видимо надо сделать что-то типа if post.author != username
А вообще тут бы в коде прибраться.
1. Именование функции. Что такое post()? Возможно, имели в виду post_что-то там?
2. Именование параметров. Что такое username? Возможно, имели в виду author_name? Имеется смысл засовывать туда id автора или вообще целый объект
3. Нет аннотации типа у post
4. Лишний перевод строки в get_object_or_404 (+ странное имя у функции)
5. Именование PostForm не совпадает по стилю с другими функциями.
6. У вас в двух местах есть проверки author != request.user и autor == request.user. Вторая из них не нужна, тк будет всегда true
При http запросах всё будет упираться в ввод-вывод, так что очень вероятно, что сам тор медленно работает - тогда лучше наоборот урегулировать количество одновременных запросов.
Как именно это сделать не подскажу, тк в rust разбираюсь не очень хорошо.
В тех ситуациях, когда у вас может быть несколько классов с одинаковым набором методов, но при этом с разной реализацией.
Например можно выдумать интерфейс ITextWriter, который будет иметь метод WriteLine.
Можно придумать несколько реализаций такого интерфейса - одна будет писать в консоль, а другая может добавлять строчки в какой-то массив, а третья вообще отправлять в какой-то веб-сервис.
