Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
траблы с репликой
|
|||
|---|---|---|---|
|
#18+
никаких критических ошибок но что-то не понятное. прошла реплика, в которой база отправила на пользователя user сообщение. всё было бы хорошо, если бы пользователь user не был публишером в той же базе! пото эта же база приняла сообщение от этого пользователя. кто может пояснить? есть подозрение, что это произошло после того, как мы делали изменения для удаленных баз через пасстру... но неужели это не отлавливается и база может сама себе послать репликационное сообщение? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.03.2006, 17:08 |
|
||
|
траблы с репликой
|
|||
|---|---|---|---|
|
#18+
Сама себе не может, а вот через перевалочный пункт - легко. При неправильной настройке репликации так и происходит. У нас была похожая ситуация, очень давно правда, консолидированная база слала события удаленным, а те в свою очередь, отправляли ей её же. Ну и естественно когда она принимала, у нее куча событий шла в игнор, т.к. к примеру вставить одно и тоже дважды не возможно. Проверь установки издателей и консолидированных пользователей, а заодно и подписки. Posted via ActualForum NNTP Server 1.3 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.03.2006, 22:53 |
|
||
|
|
start [/forum/topic.php?fid=55&tid=2013013]: |
0ms |
get settings: |
9ms |
get forum list: |
12ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
37ms |
get topic data: |
7ms |
get forum data: |
2ms |
get page messages: |
30ms |
get tp. blocked users: |
1ms |
| others: | 206ms |
| total: | 308ms |
| 0 / 0 |
