My_Second_Nickname,
Если сам ODBC уже настроен, то в Asterisk'е надо настроить res_odbc.conf, cel.conf и cel_odbc.conf, включить модули res_odbc.so и cel_odbc.so.
Ну и да, создать таблицу cel примерно так:
CREATE TABLE `cel` (
`id` bigint unsigned NOT NULL AUTO_INCREMENT,
`eventtype` varchar(30) CHARACTER SET utf8mb3 COLLATE utf8mb3_unicode_ci NOT NULL,
`eventtime` timestamp NOT NULL DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP,
`userdeftype` varchar(255) CHARACTER SET utf8mb3 COLLATE utf8mb3_unicode_ci NOT NULL,
`cid_name` varchar(80) CHARACTER SET utf8mb3 COLLATE utf8mb3_unicode_ci NOT NULL,
`cid_num` varchar(80) CHARACTER SET utf8mb3 COLLATE utf8mb3_unicode_ci NOT NULL,
`cid_ani` varchar(80) CHARACTER SET utf8mb3 COLLATE utf8mb3_unicode_ci NOT NULL,
`cid_rdnis` varchar(80) CHARACTER SET utf8mb3 COLLATE utf8mb3_unicode_ci NOT NULL,
`cid_dnid` varchar(80) CHARACTER SET utf8mb3 COLLATE utf8mb3_unicode_ci NOT NULL,
`exten` varchar(80) CHARACTER SET utf8mb3 COLLATE utf8mb3_unicode_ci NOT NULL,
`context` varchar(80) CHARACTER SET utf8mb3 COLLATE utf8mb3_unicode_ci NOT NULL,
`channame` varchar(80) CHARACTER SET utf8mb3 COLLATE utf8mb3_unicode_ci NOT NULL,
`appname` varchar(80) CHARACTER SET utf8mb3 COLLATE utf8mb3_unicode_ci NOT NULL,
`appdata` text CHARACTER SET utf8mb3 COLLATE utf8mb3_unicode_ci,
`amaflags` int NOT NULL,
`accountcode` varchar(20) CHARACTER SET utf8mb3 COLLATE utf8mb3_unicode_ci NOT NULL,
`peeraccount` varchar(20) CHARACTER SET utf8mb3 COLLATE utf8mb3_unicode_ci NOT NULL,
`uniqueid` varchar(150) CHARACTER SET utf8mb3 COLLATE utf8mb3_unicode_ci NOT NULL,
`linkedid` varchar(150) CHARACTER SET utf8mb3 COLLATE utf8mb3_unicode_ci NOT NULL,
`userfield` text CHARACTER SET utf8mb3 COLLATE utf8mb3_unicode_ci NOT NULL,
`peer` varchar(80) CHARACTER SET utf8mb3 COLLATE utf8mb3_unicode_ci NOT NULL,
`extra` text CHARACTER SET utf8mb3 COLLATE utf8mb3_unicode_ci NOT NULL,
UNIQUE KEY `id` (`id`),
KEY `uniqueid` (`uniqueid`),
KEY `linkedid` (`linkedid`),
KEY `eventtime` (`eventtime`),
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb3 COLLATE=utf8mb3_unicode_ci
Golopolos, Элементарно.
Вот добавили вы на сайт кнопочку, которая переключает светлую и тёмную темы. И зашёл на ваш сайт некий пользователь, который не хочет регистрироваться, а просто так зашёл, посмотреть. И включает он себе тёмную тему, а по умолчанию тема светлая. Где вы будете хранить настройку незарегистрированного пользователя? Или при следующем заходе на сайт ему снова переключать тему вручную?
Golopolos, От каких настроек? Если от настроек сервера, то просто не надо этот блок пользователю передавать вообще. Если от настроек пользователя, то, как написал szQocks, в localStorage, только эта настройка будет своя в каждом браузере, которым пользователь входит на сайт.
szQocks, Настройка настройке рознь. Лайки явно не относятся к критическим вещам, об изменении которых пользователя надо извещать моментально.
А критические настройки, IMHO, проще засунуть в JWT, который обновляется раз в 10-15 минут. Это будет более универсальным решением, чем вебсокет.
szQocks, В том, что пользователь видит кнопку лайка, которой не может воспользоваться, нет ничего критичного.
А чтобы пользователь не гадал, почему он не может поставить лайк, должна быть правильно сделанная система сообщений об ошибках, что гораздо важнее, чем живое изменение настроек на фронте.
szQocks, Пользователю должен отдаваться самый минимум, то есть флаг "показывать кнопку лайков". Если флага нет, но пользователь влез в код и отправил таки лайк вручную, то срабатывает второе правило - после проверки пользователю сообщается "ай-яй-яй, вам пока нельзя ставить лайки".
Если настройка изменилась в большую сторону, то пользователь просто получит предупреждение. Если в меньшую, то ничего страшного, что пользователь сможет ставить лайки только после перезагрузки страницы или повторного логина.
szQocks, Пользователь должен видеть не настройку "10 дней", а статус - можно или нельзя ему ставить лайки. Самое логичное - при авторизации возвращать все разрешения пользователя и его персональные настройки, если таковые есть.
Ivan Ustûžanin, Да, вы правы. Это ограничение не на MX, а на сам CNAME.
Если для какого-то имени задан CNAME, то для этого имени не может присутствовать других записей, RFC 1034.
Levis474727, Вам не нужен. А клиенту? Вот сохранил он у себя страницу с товаром в закладки. Открывает - 404. Ну значит нет у вас этого товара, пойдёт на другой сайт.
Levis474727, Клиент может перейти по старой сохранённой ссылке и никакая очистка кэша ему не поможет. Вам надо у себя на сайте сделать перенаправление со старых ссылок на новые.
Если сам ODBC уже настроен, то в Asterisk'е надо настроить res_odbc.conf, cel.conf и cel_odbc.conf, включить модули res_odbc.so и cel_odbc.so.
Ну и да, создать таблицу cel примерно так: