Изменения в БЭДЭ =))
По логу "холостых" запросов кто-то пытался искать "R_Boxcar11-066_21175187e.WAG", введена str_replace автоматически удаляющая комбинации ".ENG", ".eng", ".WAG", ".wag", "e.WAG", "e.wag", "f.WAG", "f.wag" из
поискового значения поля "имя английский".
По полю "приписан" думаю Артем прав, дорога естественно первична, ищется техническая возможность реализации "склейки" полей, пока вижу решение в двух "склеиваемых" полях в онлайн версии и поле с параметром "не ограничиваться списком" в локальной версии.
Собственно нужно начать формировать список железных дорог бывшего СССР включая бывшие и сегодняшние их названия.
==================================
Новости БД
Начнешь изучать юзерские логи и уверуешь в переселение душ =))
Как и ожидалось самое популярное поисковое поле "имя английский", это вполне закономерно - именно так выводятся ошибки ПС MSTS.
И вводят в него для поиска все что угодно, если русские символы сразу приводят к ошибке с разъяснением, то попытка найти вагон с поисковым значением "R_Flat13-401_43568930f" просто выдала пользователю "Не найдено", хотя данные по этому вагону в БД есть, правда полное имя файла "R_Tank15-1548_57179731_f.wag" в БД в соответствии с условием на значение "R_Tank15-1548_57179731".
Пришлось оптимизировать поиск по этому полю, это проще и удобнее пользователям, чем писать трактаты или заставлять ознакомляться с правилами ввода в БД, чтобы иметь представление как искать.
Для того чтобы исправить эту ошибку поиска пришлось обработать строку не простым str_replace, а более сложно, откусывая с конца ожидаемые символы:
- 0 этап откидываем пробелы с начала и конца (было).
- 1 этап, если в конце введено .wag или .eng откидываем 4 знака с конца (расширение), причем "поляжет" расширение в любом сочетании регистров WAG. waG. Wag и т.д.
- 2 этап, если после "отгрызания" расширения в конце строки "a, b, e, f, c" также в любом регистре долой еще один знак с конца (секция/груженый/пустой вагон).
- 3 этап, если после этого кромсания в конце строки найдется еще и "_" долой еще один знак.
- 4 этап, передача строки на проверку и последующее преобразование в поисковое значение.
Теперь
"R_Tank15-1548_57179731_f.wag",
"R_Tank15-1548_57179731_f",
"R_Tank15-1548_57179731_",
"R_Tank15-1548_57179731f",
"R_Tank15-1548_57179731"
равно как и с "e" выдаст правильный результат поиска.
С локомотивами сложнее, там в подавляющем большинстве случаев тоже все Ок, кроме особо завернутых вариаций типа "rcEMU_ER2-373_gR.eng", но думаю, что народ догадается, что искать нужно по "rcEMU_ER2-373" или "ER2-373".
Ввод в БД в это поле естественно остается без изменений - без расширений и типов (секция/груженый/головной и т.д.) или перечисление всех файлов без расширения, через запятую, но не более 5 файлов, а точнее max 100 символов вместе с пробелами после запятой.
Если что упустил - поправляйте, для этого собственно тут эту демагогию и развожу. =))
Список дорог по прежнему нужен для поля "приписан".
add
Кто искал "TE2-464-927" - запись поправил, имена eng были указаны неправильно
, Толяныч внимательнее
, Монголию в список добавил, защитный интервал повтора запроса сокращен до 6 сек.