У меня в этом практики ноль, но, могу разобраться в прочем что и делаю.
Мне нужна некая простая база (рабочая) чтобы наглядно было, потом уже проще будет.
Рабочая база - это сесть и почитать про базы данных. Как устроены, что умеют. Без этого приведенные примеры тебе ничего не дадут.
Зная основы, тебе уже будет абсолютно все равно на чем реализовывать - вордпрессе, или Питоне.
Как это понять для групповых чатов ?
Нужно только 2 собеседника в 1 чате.
Ну и упрости уже сам
К примеру user1 написал user2, user 2 ответил user 1. - далее удаление у себя сообщение удалили к примеру 2 пользователя то оно удаляется автоматом из БД у обоих пользователей.
Видите не все так просто
Ты прежде чем браться за такое - немного почитай про реляционные базы данных для начала, если такое пишешь. На самм деле это очень просто, с таких примеров начинают изучать БД на самом деле.
Ну что, вот совсем было лень отформатировать ответ от ГПТ-чата? Ты можешь в промпт вставить - "дай ответ в формате документа README", тогда он ответит одним файлом, в котором уже будет необходимое форматирование.
Убили интересную тему, может и правильно, но там был интересны момент, которая мне продемонстрировала что оппоненты в принципе не понимают чем отличается нейросеть от обычных алгоритмов меребора.Было заявлено что Deep Blue, который в 1997 году выиграл в шахматы у Каспарова, тоже самое что современнные нейросети. При том что это чушь. DB - это как раз алгоритм перебора. За счет колоссальной по тем временам скорости - 200млн оп/с и загруженной огромной базы партий. Он мог на каждом ходу перебирать подходящие варианты и отсекать те, что не приводят к победе(алгоритм отсечения). Играть в шахматы он не умел
А теперь - что такое Leela/ AlphaZero? Это уже нейросеть на основе deep learning. В него не загружались готовые партии. По факту обучение происходило в игре с самим собой. Изначально он знает только правила. Используется алгоритмы Монте-карло и СNN. Что это значит - не происходит перебора всех позиций - оцениваются только перспективные на данный момент и уже для них строится вариант хода.
По факту неразумный транзистор делает тоже самое, что и человеческий мозг - анализирует только важную информацию.
Кстати, примерно такое же отличие между файнридером и современными OCR - они не сравнивают с образцами букв, а просчитывают вероятность того, что это какой-то символ.
Надеюсь, кому-нибудь это было полезно.
Если ты готов оплатить - сделаю все что хочешь, выбирай - Java, Kotlin, Go, Python... 😎 Какой мне интерес иначе? Это очень примитивный функционал. Давно пройденный этап. Советы я тебе дал, дерзай.
быстрее решу. 20 минут на дизайн БД, Есть юзер и его айди, есть таблица сообщений, которяа посредством связей один-к-одному, один-ко-многим итд связывает пользователей и сообщения
20 минут на бэкенд код+ тесты.
30 минут на настройку уведомлений. Так как я не фронтендер - минут 40 уйдет на написание HTML страничек
Все.
Как ты это проверял? Написал тесты, например? В чем существующие не оптимизированы, какой функционал не нужен? Пока все это пустая болтовня.
Если ты не понимаешь логики - стоит ли браться?
Прежде чем начать делать что-то новое - изучи существующее и определи слабые места. Если ты не можешь этого сделать - почему ты считаешь, что напишешь лучше?
Мне, к примеру , такая задача неинтересна. Если надо, я ее решу для своего сайта примерно за 2-3 часа, с пушами, емэйл-уведомлениями, написанием юнитов и функциональным тестированием.
А расписывать кому-то - увольте)))
Ну и что именно тебя не устраивает в реализации, интересно узнать?
Сложность в чем? Не знаешь, как прописать связи между таблицами? Возьми любую тулу для рисования БД и накидай там - дело 15 минут.
Плюс предусмотреть возможность уведомления по почте о новом сообщении, плюс пуш-уведомление через сокет, например.
Но вообще, если речь про вордпресс - пустая трата времени.
