Ошибка в переводе с Русского на авт-е название фай
Друзья, подскажите в чём проблема!
Наш сайт agentstvo3d.ru/
На данный момент есть небольшая проблема видимая для нас, при загрузке фото когда добавляем новый обьект в админке, если фотография подписана на русском языке, то при переводе этого текста для файла на английские буквы почему то происходит ошибка именно с буквой «Л» и появляется не понятный знак.
Просто сейчас у нас идёт выгрузка через xml панель на порядка 7 досок обьявлений и некоторые доски такие изображения не принимают. Боюсь что и на другие процессы работы сайта это может повлиять. Не могли бы подсказать в чём может быть причина и куда смотреть? За ранее благодарю! Скриншот из админки прикрепляю, как это выглядит.
Наш сайт agentstvo3d.ru/
На данный момент есть небольшая проблема видимая для нас, при загрузке фото когда добавляем новый обьект в админке, если фотография подписана на русском языке, то при переводе этого текста для файла на английские буквы почему то происходит ошибка именно с буквой «Л» и появляется не понятный знак.
Просто сейчас у нас идёт выгрузка через xml панель на порядка 7 досок обьявлений и некоторые доски такие изображения не принимают. Боюсь что и на другие процессы работы сайта это может повлиять. Не могли бы подсказать в чём может быть причина и куда смотреть? За ранее благодарю! Скриншот из админки прикрепляю, как это выглядит.
Комментарии: 11
Авторизуйтесь или зарегистрируйтесь, чтобы оставлять комментарии.
проблему нашёл — она заключается в плагине yTranslit
на сайте я уже работу плагина исправил
но надо написать автору, чтобы он выпустил обновление
дело было в том, что у вас из псевдонимов вырезается символ кавычки
»
он мультибайтовый
а в плагине str_replace, который байт обрезает у таких символов
и получается битый символ
видимо, первые байты символа Л и кавычки совпадает
P.S. А что считается в консоли браузера?
А что за закрытая база недвижимости? На счёт что там считается понятия не имею) я не разбираюсь в этом)
Далее, в базе помимо объектов можно сохранять контакты клиентов менеджера вместе с реквизитами, а также заявки от них на недвижимость. Заявки, видны только админам и тем менеджерам, чьи это клиенты.
Далее, по параметрам, указанным в заявке, фильтруются объекты и менеджер может посмотреть подходящие и в дальнейшем выслать клиенты PDF с ком. предл., ну а дальше если объект его, связаться с собственником, а если нет, то связаться с менеджером, который добавил объект.
Ну и еще много всяких ништячков.
На самом деле мое мнение на счет большинства систем по недвижке очень простое — хозяевам агенств, агентам и т.д. неизвестно, что существует такая вещь, как «Геокодирование». Смысл в том, что объекты позиционируются по координатам широты и долготы (к примеру, 37.587137 55.770882), а не названий «городов», «регионов», «улиц» и т.д. Благодаря этому через тот же yandex.maps api можно получать тьму информации и инструментов для работы (хоть точное расстояние между точками в метрах, при чем не по прямой, а с учетом того, что потребуется обходить дома и т.п.)… Яркий пример: realty.yandex.ru
Без понимания этих основ составить ПРАВИЛЬНОЕ тех задание практически нереально и в большинстве случаев будет происходить позиционирование по названиям улиц, номеров домов и т.д.… У них по ходу работы накопятся тьма дубликатов/копий из-за того, что кто-то где-то написал адрес с большой буквы, а кто-то с маленькой… Или где-то сократил «площадь» до «пл.» с точкой, а кто-то до «пл» без точки… ну и т.д… Как следствие все летит к чертям, т.к. в итоге получается бардак и отсутствие структурированности, т.к. начинает через работать поиск и фильтрация ну или т.п. Да, защит от дурак можно напридумываиь миллион и более, но все равно рано или поздно они не спасут.
К чему я это… Понятное дело, что почти любой агент по недвижке на одном месте все эти координаты крутил. Но с другой стороны и большинство программистов аналогично про них не задумывались, т.к. слишком специфичная тема. И из-за ошибки в самой основе основ только и получается, что пытаться