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