Александр Аксентьев

https://tatiyants.com/pev/#/plans/new

group by решение

https://invisioncommunity.com/
тут например можно сделать то что надо и апдейты как раз для купивших и т.д., но в основном это форумный движок.

Если планируете делать веб страницы из сплошного неформатированного и неоформленного текста, то не нужно :D

Или извращаться как-то так https://codeburst.io/dynamic-modules-with-vuex-and...

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

https://dev.mysql.com/doc/refman/5.7/en/event-sche...

Из-за сложностей в политике безопасности в компании невозможно настроить корректную работу инструментов и фреймворков (composer, docker, npm и т.д.)

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

Project with remote code для 2+ разработчиков равноценно отказу от гита вообще т.к. гит и нужен чтобы конфликты разруливать в таких ситцациях. А так все редактируют всё одновременно и тупо перезаписывают код друг друга.

В целом нормальный процесс разработки это разработка на локалке.
И для этого тонна инструментов Vagrant/Docker/Virtualbox или даже Windows Subsystem for Linux.

Но у вас походу разработчики в интернет вообще не ходят из-за политик?

Как правильно организовать работу в NetBeans нескольким php-разработчикам c общим репозиторием?

и причем тут netbeans вообще, всех заставляют работать не в том что им удобно, а в том что установлено?

Нет никакого смысла привязываться к домену вообще.

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

Защищаться надо на уровне сервера, защита от спама запросами и всякое такое.
На клиенте это всё бесполезно, какое JWT вы там хотите если все данные в открытую лежат изначально? Вам просто нужен любой удобный идентификатор по которому вы поймете что запрос идёт к определенному проекту в системе. Логично что это должен быть не просто порядковый номер, а что-то буквоцифренное дабы не было возможности перебором проспамить всех ваших пользователей.

https://www.php.net/manual/ru/language.types.type-...

(int), (integer) - приведение к integer
(bool), (boolean) - приведение к boolean
(float), (double), (real) - приведение к float
(string) - приведение к string
(array) - приведение к array
(object) - приведение к object
(unset) - приведение к NULL

Суть в чем, есть ли какой-то сервис для наладки этого процесса?

не очень

Или все придется вручную программистам прописывать?

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

Все поля обрабатываются функцией пример

и это никак ни от чего не защищает.

Откуда узнали что именно через phpmailer? Другого кода нет на сайте?

такая уязвимость

какая такая?

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

Нужен полноценный скрипт с логикой который обрабатывает вот эту кашу в таблице и записывает какой-то финальный вариант по каждому звонку.