Chernetskiy

1. Деньги списали дважды сразу, через несколько минут один платеж вернулся а количество приобретенных фоток осталось двойным - 200 шт. Не думаю, что это списание для проверки карты, поскольку для этого они обычно списывают несколько рублей и копеек (не целое число, типа 3,65 руб, 5,17 руб и т.п.) а в данном случае списывалась полная стоимость пакета. Просто на момент платежа я привязывал одну карту, на которой денег оказалось меньше и платеж не прошел (забыл о покупках накануне ), привязал вторую карту и сразу списалось 2 платежа со второй карты. Думаю, что по 100 фото - пакеты не большие и придется часто покупать, особенно если скидывать из облака на сайт фото партнеров (у меня их много), может есть смысл сделать несколько пакетов к приобретению, например 250 - 500 - 1000 фото, соответственно со скидкой 5-10-15% или типа того, думаю многим будет интересно, или вместо скидки высылать код купона, он при покупке пакета предусмотрен... 2. Наверное дело в другом, загрузка из облака происходит как-то нестабильно, из одной серии фото некоторые фото загружаются а некоторые нет (у них одинаковые размеры, даты, характеристики и пр.). Не думаю, что здесь дело в размере фото, поскольку партнеры размерами и качеством фото не балуют, присылая иногда на объекты с ценой в миллионы евро фотки, больше похожие на аватарки от чего с ними часто приходится чинить разборки. Они-же в Европе жадные и часто фотографируют на камеры 0,3 Мп в телефонах первых выпусков... У меня сейчас на смартфоне стоит качество съёмки 3264х2448 dpi и такие фото нормально проходят.

Поправлюсь по 2-му пункту, дважды появляется только первое загруженное с со смартфона фото, и не совсем во фронтэнде а в слайдере, при просмотре фото объявления. Причем устанавливаю главным одно из фото, после чего дважды отображается в слайдере предыдущее фото, которое было главным (единственным), где-то зависает картинка, хотя кэш выключен. После обновления сайта теперь дважды показывается главное фото... Есть еще одно предложение и замечен глюк: Пользуясь мобильным приложением, я заметил, что возможно выгрузить на сайт только фото, которое появилось в смартфоне с фотоаппарата, однако, наверняка не только у меня но и у многих, при выборе фото со смартфона, отображаются папки с фото, которые автоматически выгружаются в облако или синхронизируются с чужими фото в облаке. Однако их вставить почему-то не получается - выбираешь фото, 1 фото из приобретенного пакета списывается, но фото на сайт не выгружается. У меня например несколько тысяч фото, которые загружают партнеры из-за рубежа в общие с ними папки (чтобы не пересылать их по email), было-бы удобно не гонять их через компьютер а сразу выгружать через приложение на сайт, тем более, что в облачных хранилищах зачастую размер под фото не лимитируется. У меня партнерские фотки храняться на Гугл-диске, Яндекс-диске, Дропбоксе, ОнеДрайве, немного в облаке от Майл.ру и с ними смартфон синхронизирован. Ага... после нескольких попыток пару фото из облака вставить удалось, но работает всё как-то нестабильно, при принципу 50/50, пока не понимаю, от чего это зависит.

Установил приложение на смартфон, произвел оплату пакета, всё работает... Однако заметил косяки: 1. Производя оплату пакета 100 фото за 30 руб., оплата почему-то произошла дважды, в результате списано 60 руб. за 200 фото... глюк или мой косяк, так и не понял. - Видимо не глюк. Только что пришла SMS, что один платеж возвращен мне на карту... однако пакет в 200 фото пока остался 2. Сфотографировал на смартфон картинку и добавил фото к объекту. Фото выгрузилось на сайт, но почему-то в админке фото в единственном экземпляре а на фронтэнеде фото сохранилось дважды... Ещё одно фото добавил, такая-же фигня... Да, при внесении платежа, есть еще возможность указания промокода... Рождественские промокоды будут? Ваши мысли в студию!

Вопрос по настройке модуля "Выгрузка Яндекс.Недвижимость". В настройках есть поля: - значение, отвечающее за признак продажи - пусто - значение, отвечающее за признак аренды - пусто - системное имя поля, содержащего изображение - пусто По умолчанию эти поля на что-то ориентированы или самому указывать определенные значения, например rent, sale, images_field или еще что-то?

А размеры загружаемого изображения во вкладке "Дополнительно" работают глобально или только при загрузке со смартфона?

По поводу высокого разрешения смартфона/планшета - поставил приложение на свой Samsung Note 3, у него экран Full HD, всё работает без проблем. В ходе использования приложения появились вопросы: 1. Поскольку камера у меня 13Mp и фото имеют большие размеры и весят уже не по детски, производится-ли предварительная обработка фото (например уменьшение до 800Х600 или 1024Х768 dpi)? А то в скором времени места на хостинге не останется, да и страницы объявлений будут грузится дольше. 2. Предполагается-ли в будущем предварительное редактирование фото на смартфоне/планшете? Например бывают ситуации съемки в условиях низкой освещенности, необходимость обрезать лишнее на фото, усилить яркость/контраст и т.п. Ну может кому-то еще понадобится наложить логотип или номер телефона 3. Поскольку в приложении показываются объявления с сайта, почему-бы не использовать это свойство в качестве подручной базы (вместо тетрадки )? Может есть смысл добавить к тексту объявления основные параметры недвижимости (этаж, метраж, санузел, балкон) и скрытое текстовое поле (заметки риэлтора) которые будут синхронизироваться с админкой сайта но не показываться на фронт-энде? (например для указания итогов встречи с клиентом, итогов общения с продавцом, точный адрес и т.п.) 4. Отсюда еще одно пожелание - добавить фильтр по типам недвижимости, ну и по населенным пунктам. Часто бывает необходимо на выезде, для оперативного подбора вариантов... Думаю остальные одобрят

Дима, а шаблон Realia для CMS Sitebill в какой версии используется, который для Wordpress, HTML или Drupal? Для Wordpress действующая версия 3.1.5 от 03.09.2014 г. версия HTML 1.0.1 от 15.05.2013 г. для Drupal 1.2.1 от 17.09.2013 г. Вордпрессовская версия у меня есть в оригинале, посмотреть в работе можно на chernetskiy.org (просто шаблон)

К стати, глюки могут продолжиться, т.к. почтовые сервисы сейчас меняют настройки доступа, переводят всех на защищенный режим с подтверждением через мобильник и т.п., о чем уже неоднократно получал письма.

Вот пришло сообщение от Недвижимость Mail.ru о том, что с 1 октября у них обновляется XML формат для загрузки объявлений... Подробности на http://realty.mail.ru/remont/help/aboutxmlrealty_new.html Подумал, что разработчикам пригодится, вроде требования небольшие и судя по всему, вопрос возможно решить на базе уже имеющихся параметров в CMS Sitebill ...

скинул на почту...

по п.3 поля-дублёры, проверил: если отключить поля имевшиеся изначально в таблице data, то с сайта пропадут (в подробностях объявлений) параметры: - количество комнат (полагаю, что и поиск к нему привязан) - мебель - материал стен - плита (на усмотрение, поскольку для Яндекса есть параметр по газу) если отключить расширенные (аналогичные) поля для XML Яндекс.недвижимость, то по видимому выгрузка станет не валидной. Логично их объединить в выгрузке.

Уважаемые разработчики, подскажите пожалуйста, куда и как впихнуть код для ипотечного модуля Юником24 вместо имеющегося штатного? Шаблон Realia. Разработчик предлагает варианты кода: Javascript, для PHP 5.# и для PHP с шаблонизатором Smarty. Какой из них вставлять?

Активировал "Расширенные поля в модель data" из модуля Yandexrealty... 1. дополнительные поля добавились с дублированием имеющихся. В соседней ветке уже писал о них, получается так, что первые (основные) поля работают на предоставление информации на сайте (кол-во комнат, мебель, материал стен) а вторые (дубли) работают непосредственно на файл выгрузки для Яши. Чего было код первых полей не вставить в поля выгрузки при формировании файла XML, в позициях вторых полей? Отключая первые или вторые поля, лишаешься соответственно информации в объявлениях на сайте или делаешь невалидным файл выгрузки для Яши. Решите проблему... Если ничего не предпринимать, то необходимо заполнять по 2 поля 2. На сайте в описании объектов появились не нужные обывателю (технические) поля "Актуально до" и "Выгружать в AFY"... зачем? 3. При подаче/редактировании объявления появились не совсем понятные для обывателя поля (чекбоксы) "Оплачено", "Добавлено вручную", это для чего пользователю? Почему эти моменты не прописать сразу в файл выгрузки или в настройки - на выбор, на крайний случай формировать их автоматически, при внесении оплаты и размещении объявления третьим лицом... ? 4. Может к полю "Актуально до..." прикрутить не календарь а что-то типа селект-бокса с позициями 1 мес., 3 мес., 6 мес., 12 мес. или всегда ? Удобнее будет, чем копаться в календаре, листая месяцы и годы

Попробовал... может я чего напортачил, может это особенности темы Realia, но создал текстовое поле "Контакты", привязал его только к Администратору, заполнил объявление и это поле. Зашел на сайт под именем гостя, без каких-либо прав и увидел текст этого "скрытого" поля. Не прокатило.

1. Понял, уже самостоятельно разобрался... 2. попробовал в потолках указать 2,7 и получил ошибку "указывать только целое число..." по этому вообще rules для данной позиции убрал и заменил поле на select_box из набора встречающихся вариантов высот, типа 2,5; 2,7; 3,0; 3,2; 3,4; 4,0; 5,0; 6,0; 7,0; метров. 3. на мой взгляд, просто не надо было заводить второе поле, если уже одно есть... достаточно было имеющееся поле вставить в формирование xml-файла. Теперь вот думай, будут-ли глюки, если оставлю действующими поля под Яндекс-выгрузку а дублеры, изначально имевшиеся в CMS отключу? 4. У них "ручной" валидатор... Много полей как раз не под AFY заточены, они заточены под выгрузку с AFY на сторонние рекламные площадки, у которых свои тараканы. Поскольку часто получаю приветы от загрузчика о том, что объявление не может быть выгружено: - на сайт А, потому, что не указано количество киловатт электричества, - на сайт В, потому, что не указано есть-ли газ в соседнем нас.пункте - на сайт С, потому, что не с той ноги встали ... По большому счету, поначалу казалось, что полей много, а с учетом привязанности этих полей к конкретным типам сделки и недвижимости, получается, что форма подачи объявления не сильно увеличивается, к тому-же конкретизирует многие моменты и упреждает возможные вопросы клиентов. Иногда бывает, что и сам забудешь детали по объекту, а базе всё есть. Всё равно как решать этот вопрос - с локальным компоновщиком или доработкой модуля выгрузки, но наличие необходимых полей, имеющихся в описании файла XML для AFY - предпочтительно, т.к. не хочется лишаться возможности выгрузки на пару десятков порталов и терять целевую аудиторию.

Возник вопрос: Как создать в таблице data специфичное текстовое поле, которое будет доступно только конкретному риэлтору, например для сохранения сведений о контактах продавца, каких-то памятных моментах - встречи, условия, заметки... Пока всё в одних руках, проблем нет, но когда объявления на сайте размещают несколько пользователей, не хотелось-бы, чтобы подобные записи видели коллеги...

Обратил внимание, в дополнительных полях таблицы data, для модуля Яндекс.недвижимость существуют доп.параметры типа: rules=type:int,Min=0, Max=100; О чем этот параметр? (как я понимаю, для указания пользователем только числа в ограниченном диапазоне и ничего другого ?) Насколько уместен этот параметр в текстовых полях и полях с запятой? Например в поле с высотой потолка ставится значение 2,7 м. а этот параметр не дает вносить подобные значения...

1. Да у меня этих прав, по самые помидоры ... только таблица автоматически не создалась. Может какое-то влияние оказывает Internet Explorer 11, из-под которого работаю? 2. По поводу формирования файла выгрузки в AFY, я обратил внимание на то, что там не хватает многих параметров, необходимых для этого файла (сокращенный вариант). Весь смысл как раз и заключается в том, что в XML для AFY прописывается максимум параметров, которые требуются при пересылке объявлений с AFY на другие рекламные площадки, т.к. у партнерских рекламных сайтов заполняются и другие конкретные позиции. Все возможные параметры партнеров как раз и учитываются в файле выгрузки AFY. Если эти параметры не указывать в выгрузке, то их придется ежедневно дописывать ручками на AFY, иначе объекты не будут приняты к выгрузке на сторонние сайты. С таким-же удовольствием к AFY можно подключить файл XML формата Яндекс.Недвижимости, эффект будет тот-же. 3. После активации позиции "Добавить расширенные поля в модель data" в модуле выгрузки Яндекс.недвижимость, появляются дополнительные поля в таблице data. Однако некоторые добавленные поля дублируются с существующими... возникает вопрос, что оставить, те поля которые были изначально или добавленные. Возникает подозрение, что убрав первые, может не работать поиск или еще что-то, убрав вторые, получишь некорректный или полу-пустой файл выгрузки формата Яндекс.Недвижимость. Речь идет о следующих полях таблицы: - room_count и rooms (количество комнат) - bathroom и bathroom_count (санузел) - walls (материал стен) - planning (планировка) - есть схожие building_type и building_series или open_plan (если речь идет о свободной планировке) - plate (плита) - вроде уже никем не используется - room_furniture и furniture (мебель) как быть?

В отсутствии реакции разработчиков, управился самостоятельно, добавил в admin.php строки кода для района, по аналогии с кодом для региона (строки 316-321)... всё работает, теперь в выгрузке есть районы.

Уважаемые разработчики, необходимо добавить в выгрузку параметр "район" (raion)? У меня в базе есть заполненная таблица re_raion, в выгрузке xml для afy есть только указание на <raion></raion> а содержимое - код для подстановки значения из какой либо таблицы (у меня re_raion) отсутствует. Как-бы этот момент допилить, а-то без указания районов в выгрузке будет беда, уже проходили... В Подмосковье много населенных пунктов с одинаковым названием не только в разных районах, но и в одном районе, а в отсутствии этого параметра AFY начинает мудрить с адресацией объявлений, перебрасывая их в другие районы а-то и регионы.

К стати, у вас и права на файлы/папки тоже установлены 600/700 ...

Косяк в файле apps/afyexporter/admin/admin.php правим строки 629 и 643, а именно, в начале строк указаны индексы недвижимости: '31 ' => ... '50 ' => ... и убираем лишние пробелы... '31' => ... '50' => ... Дима, заплатив за "готовый модуль" 2000 руб. я еще такой фигнёй должен заниматься? При уровне компьютерной грамотности средней школы Проверяйте код, а-то достанется еще какому-нибудь счастливому обладателю бубна.

Обнаружился косяк... Видимо у вас, при формировании соответствия не прописан тип "Дома/коттеджи (аренда)", поскольку запоминаются соответствия другим типам, только не этому.

Ну вот, залез в phpMyAdmin и ручками прописал в базу таблицу re_afyexporter_associations ... всё заработало. Разбирайтесь, почему таблица сама не прописывается при установке приложения... Так с CMS Sitebill я скоро стану программистом, не вечно-же в юристах бегать

заглянул в файл apps/afyexporter/admin/admin.php и судя по его содержимому, в базе должна появиться таблица re_afyexporter_associations, однако в базе такая таблица отсутствует.