1. способы поиска по рубрике
1.1. из расширенного поиска
1.2. поиск по рубрике из колаута
1.3. поиск по рубрике из справочника
1.4. поиск по рубрике + ДА
1.5. из Каталога
2. реестр рекламных материалов TODO
2.1. обновление
2.1.1. период обновления
2.1.1.1. проверка при запуске
2.1.1.1.1. раз в сутки, провеяем Export date в базе с системным временем, если Export date > системного времени на сутки или больше, запрашиваем базу с материалами
2.1.1.2. файл с рекламными материалами
2.1.1.2.1. обновляется постоянно, export date постоянно меняется
2.1.1.2.2. не обновляется (export date старше суток)
2.1.1.3. юникстайм
2.1.1.4. перебор серверов?
2.1.2. один реестр на проект
2.1.3. обновление отображаются в оболочке не сразу, есть кэш, кэш сбрасывается
2.2. появились новые РМ
2.2.1. микрокоментарий в рубрике для фирмы + его фас
2.2.1.1. комментарий ФАС для микрокоментария
2.2.1.1.1. может отсуствовать
2.2.2. комментарий в карточке организации
2.2.2.1. коментарий ФАС к коментарию в рубрике
2.2.2.1.1. может отсуствовать
2.2.3. рекламная ссылка (это еще одно поле, которое не должно совпадать с ссылкой на сайт из контактов по содержимому)
2.2.3.1. клик в ссылку из колаута, из справочника - регистрация с ВС
2.2.3.2. проверить, что есть в колауте
2.2.3.3. расширенный поиск по ссылке (не делаем!)
2.3. показ РМ не зависит от применения фильтров
2.4. старая реклама (из ДГДАТ) не потерялись
2.4.1. микрокоментарий
2.4.2. коментарий ФАС (для микромкоментария)
2.4.3. медиа реклама
2.5. взаимодействие с полученными весами
2.5.1. если не получили организацию в весах, то не показываем ее РМ, даже если получили их. Показываем из ДГДАТ(?)
2.6. валидность ХМЛ
2.6.1. микрокомментарий
2.6.1.1. нет переносов
2.6.1.2. нет html
2.6.2. комментарий
2.6.2.1. любой текст (макс длина)
2.6.2.2. обработка хтмл
2.6.3. рекламная ссылка
2.6.3.1. в URL ссылки всегда содержится протокол http https
2.6.3.2. синоним - текст
2.6.4. отсутствие аттрибутов
2.7. не применяем РМ, показываем все из ДГДАТ
2.7.1. поиск по радиусу
2.7.2. поиск в здании
2.7.3. поиск по названию организации
2.7.4. если не получили веса вообще, то не показываем РМ, показываем все из ДГДАТ
2.7.5. если файл с весами протух, то не применяем РМ
2.8. поиск НЕ по рубрике
2.8.1. у организации есть реклама в ДГДАТ в таблицах org, fil
2.8.1.1. показываем эту рекламу
2.8.2. у организации есть РМ
2.8.2.1. не показываем эту рекламу, не показываем рекламу вообще
2.8.3. у организации есть реклама в ДГДАТ в org_adprop
2.8.3.1. показываем эту рекламу
3. BSS
3.1. поддержка нового формата (новые поля)
3.2. сократить время между отправками
3.3. переход на HTTPS
4. реестр весов
4.1. запрос таблицы весов (сетевая часть)
4.1.1. сервер доступен и отдал нам нужную XML
4.1.1.1. валидный XML
4.1.1.1.1. обновления весов в базе
4.1.1.2. невалидный XML
4.1.1.2.1. не обновляем базу
4.1.1.3. не XML
4.1.1.3.1. не обновляем базу
4.1.1.4. NULL
4.1.1.4.1. не обновляем базу
4.1.1.5. пустой XML
4.1.1.5.1. база должна очиститься
4.1.2. запрос нужной XML
4.1.2.1. на сервере есть XML нужного нам города
4.1.2.1.1. загружаем ХМЛ
4.1.2.2. на сервере нет XML нужного нам города
4.1.2.2.1. создаем пустую базу
4.1.3. сервер недоступен
4.1.3.1. отвечает с ошибкой 404, 500
4.1.3.1.1. не изменяем базу
4.1.3.2. нет ответа вообще (pass)
4.1.3.2.1. таймаут 30 секунд
4.1.3.3. подхватывать другой сервер, если один не отвечает
4.1.3.4. нет сети
4.1.3.4.1. не было sql базы с весами
4.1.3.4.2. был sql с весами
4.1.4. работаем через прокси
4.1.4.1. HTTP(?)
4.1.4.1.1. сервер доступен и отдал нам XML
4.1.4.1.2. сервер недоступен
4.1.4.2. HTTPS(?)
4.1.4.2.1. сервер доступен и отдал нам XML
4.1.4.2.2. сервер недоступен
4.1.4.3. NTLM аутентификация
4.1.4.3.1. сервер доступен и отдал нам XML
4.1.4.3.2. сервер недоступен
4.1.5. запрос с частотой раз в 1 час
4.1.5.1. скачивает новый файл, если экспорт дейт старше в базе старше системного времени на 1 час
4.1.5.1.1. то есть обновляем файл весов, если он устарел более чем на час
4.1.5.2. в ответ пришел gzip
4.1.6. по протоколу HTTPS
4.1.6.1. не подтвердился сертификат
4.1.6.1.1. считаем, что веса не получены
4.2. ExportDate
4.2.1. дата в DGDAT <= дате в casino_db
4.2.1.1. да
4.2.1.1.1. применяем веса из casino_db
4.2.1.2. нет
4.2.1.2.1. применяем сортировку из DGDAT
4.2.2. дата в casino_db <= дате на сервере (в первый релиз проверку не делаем)
4.2.2.1. да
4.2.2.1.1. обновляем базу
4.2.2.2. нет
4.2.2.2.1. не обновляем базу
4.3. обработка валидного XML
4.3.1. XML с фирмами, которых нет в базе
4.3.1.1. считаем корректным, недостающие данные игнорируем при работе
4.3.2. XML с рубриками, которых нет в базе
4.3.2.1. считаем корректным, недостающие данные игнорируем при работе
4.3.3. сохранение в sql базе
4.4. не получили XML или XML плохой
4.4.1. не получили XML
4.4.1.1. применяется сортировка с последнего полученного XML
4.4.2. XML невалидный
4.4.2.1. если при разборе XML что то не то, то откатываем изменения
4.4.2.1.1. должна работать старая база
4.4.2.1.2. если sql базы для города не было, то применяем сортировку из DGDAT
4.4.2.2. если export date в неверном формате
4.4.2.2.1. НЕ записываем эту XML в базу
4.4.2.3. если не хватает атрибутов firmID,
4.4.2.3.1. нет
4.4.2.3.2. пустой
4.4.2.4. если не хватает атрибутов value (weight)
4.4.2.4.1. пустой \ =0
4.4.2.4.2. нет атрибута
4.4.2.5. если не хватает атрибутов id (rubric)
4.4.2.5.1. пустой
4.4.2.5.2. нет атрибута
4.4.2.6. если не хватает атрибутов export date (weights)
4.4.2.6.1. пустая
4.4.2.6.2. нет атрибута
4.4.2.7. если не хватает атрибутов project id (weights)
4.4.2.7.1. пустой
4.4.2.7.2. нет атрибута
4.4.2.8. нет секции weights
4.4.2.8.1. Не записываем эту XML в базу
4.4.2.9. нет секции rubric
4.4.2.9.1. очищаем базу
4.4.2.10. нет секции weight
4.4.2.10.1. зачищаем рубрику, в которой нет весов от фирм и весов
4.4.2.11. отрицательные значения весов
4.4.2.11.1. не загружаем ХМЛ
4.4.2.12. буквы вместо весов
4.4.2.12.1. не загружаем ХМЛ
4.5. обновили базу
4.5.1. НЕ применяем XML от старой базы, если не удается скачать новую XML
4.5.2. запрашиваем новую XML
4.6. обновили оболочку
4.6.1. новая оболочка работает с XML, оставшейся от старой оболочки
4.7. влияние XML надругую рекламу
4.7.1. подоконник в рубрике
4.7.1.1. выключаем рекламу для РД, если в XML она заявлен как не РД
4.7.2. глобальный подоконник (который для всех рубрик)
4.7.2.1. выключаем рекламу для РД, если в XML она заявлен как не РД
4.7.3. логотипы в рубрике
4.7.4. реклама в нижнем правом углу (не зависит от рубрики, не проверяем)
4.8. ПРИМЕНЕНИЕ ВЕСОВ
4.8.1. поиск с применением фильтра по ДА (например, пицца)
4.8.2. фильтрация результата поиска+переход по истории
4.8.3. Веса не применяются
4.8.3.1. орагнизации в здании
4.8.3.2. поиск по названию организации, среди которых есть орг-ции с весом
4.8.3.2.1. по всему проекту
4.8.3.2.2. в районе
4.8.3.2.3. вблизи остановки
4.8.3.2.4. поиск в радиусе
4.8.4. Веса применяются
4.8.4.1. переход по истории
4.8.4.1.1. рубрика с весами, рубрика с весами
4.8.4.1.2. рубрика с весами , рубрика без весов
4.8.4.2. поиск по взвешенной рубрике
4.8.4.2.1. по всему проекту
4.8.4.2.2. в районе
4.8.4.2.3. вблизи остановки
4.8.4.2.4. поиск в радиусе
4.8.4.3. рубрики в которых нет весов == старой выдаче
4.8.5. значения весов
4.8.5.1. минимальное - 15 значащих цифр е-307
4.8.5.2. максимальное - 15 значащих цифр е +307
4.8.5.3. минимальное = 0 - в этом случае не считается РД
4.8.5.4. одинаковые веса - в этом случае организации с одинаковыми весами сортируются между собой по алфавиту
4.8.6. перемешивание неРД в рубрике с весами
4.8.6.1. В выдаче рубрик с Казино нерекламодатели перемешиваются случайным образом (hash_value от строки uid64 + guid). Вырожденный случай - секция rubric пустая (в ней нет весов) - в этом случае организации тоже перемешиваются случайным образом
4.9. несколько процессов грыма
4.9.1. не блокирую базу с весами
4.10. регистрация BSS не сломалась
4.10.1. export date == Adst