Параметры приложения apps.mlsparser: различия между версиями
Abushyk (обсуждение | вклад) |
Abushyk (обсуждение | вклад) |
||
(не показано 15 промежуточных версий этого же участника) | |||
Строка 1: | Строка 1: | ||
− | == | + | == Нативные параметры apps.mlsparser == |
− | |||
− | |||
− | ==== | + | '''apps.mlsparser.default_user_id - Пользователь по умолчанию''' |
+ | :''Тип: число'' | ||
+ | Наследует параметр '''apps.yandexrealty_parser.default_user_id'''. Т.е. в случае, если этот параметр указан и не равен 0, записи будут привязаны к ользователю с ID из этого параметра. Если же этот параметр установлен в 0, то записи удут привязываться к пользователю с ID, указанным в этом параметре, с той лищь разницей, что наличие пользователя с указанным ID , будет проверено и, в случае не существования такого пользователя, будет выдана ошибка. | ||
+ | |||
+ | '''apps.mlsparser.parser_root - Папка для загрузки файлов''' | ||
+ | :''Тип: строка'' | ||
+ | Относительный адрес от корня www-папки сайта, в которую будут загружаться xml файлы для парсинга | ||
+ | |||
+ | == Параметры наследуемые от apps.yandexrealty_parser == | ||
+ | |||
+ | '''apps.yandexrealty_parser.default_activity_status - Статус активности для добавляемых записей''' | ||
+ | :''Тип: чекбокс'' | ||
+ | Статус активности для добавляемых записей. В случае, если параметр выбран, записи, добавляемы парсером, будут активны. В противном случае, добавляемы записи будут вставляться в БД в неактивном состоянии. | ||
+ | <br /> | ||
+ | ''Наследуется MLS Parser'' | ||
+ | |||
+ | '''apps.yandexrealty_parser.default_user_id - Пользователь по умолчанию''' | ||
+ | :''Тип: число'' | ||
ID пользователя по умолчанию. Если 0 или не указано, то ID пользователя для вставляемых парсером записей будет браться из таблицы доменов. Если не 0 (а любое другое числовое значение), то в качестве user_id для позиции будет использоваться это значение и оно будет расцениваться как ID существующего в БД пользователя, но не будет проверяться парсером. Т.е. если в этот параметр будет установлено значение 5, то все записи будут привязаны к пользователю с ID=5, но икоим образом не будет проверен тот факт существует ли на самом деле в БД пользователь с таким ID. | ID пользователя по умолчанию. Если 0 или не указано, то ID пользователя для вставляемых парсером записей будет браться из таблицы доменов. Если не 0 (а любое другое числовое значение), то в качестве user_id для позиции будет использоваться это значение и оно будет расцениваться как ID существующего в БД пользователя, но не будет проверяться парсером. Т.е. если в этот параметр будет установлено значение 5, то все записи будут привязаны к пользователю с ID=5, но икоим образом не будет проверен тот факт существует ли на самом деле в БД пользователь с таким ID. | ||
+ | <br /> | ||
+ | ''Переопределяется параметром '''apps.mlsparser.default_user_id''' MLS Parser'' | ||
− | + | '''apps.yandexrealty_parser.allow_create_new_category - Разрешение на создание цепочек категорий''' | |
+ | :''Тип: чекбокс'' | ||
Если этот параметр выбран, то при парсинге буде проводиться анализ категории передаваемого объекта и, при отсутствии подходящей, будет создана соответствующая, куда и будет помещено объявление. | Если этот параметр выбран, то при парсинге буде проводиться анализ категории передаваемого объекта и, при отсутствии подходящей, будет создана соответствующая, куда и будет помещено объявление. | ||
− | ЯЕсли этот параметр не будет выбран, то, при отсутствии подходящей категории, новая категория создаваться не будет, а объявление будет помещено в категорию с ID из параметра apps.yandexrealty_parser.category_for_all | + | ЯЕсли этот параметр не будет выбран, то, при отсутствии подходящей категории, новая категория создаваться не будет, а объявление будет помещено в категорию с ID из параметра '''apps.yandexrealty_parser.category_for_all'''. |
− | Наследуется MLS Parser | + | <br /> |
+ | ''Наследуется MLS Parser'' | ||
− | + | '''apps.yandexrealty_parser.category_for_all - Категория по умолчанию''' | |
− | Если параметр apps.yandexrealty_parser.allow_create_new_category не установлен, все вставляемые парсером записи будут ассоциированы с категорией с ID указанным в этом параметре. Реальное существование категории с таким ID проверяться не будет. | + | :''Тип: число'' |
− | Наследуется MLS Parser | + | Если параметр '''apps.yandexrealty_parser.allow_create_new_category''' не установлен, все вставляемые парсером записи будут ассоциированы с категорией с ID указанным в этом параметре. Реальное существование категории с таким ID проверяться не будет. |
+ | <br /> | ||
+ | ''Наследуется MLS Parser'' | ||
− | == | + | == Загрузка картинок с помощью apps.mlsparser == |
− | |||
− | + | Параллельно загрузке данных парсер допускает загрузку картинок к данным. Загрузка изображений производится вторым потоком при обращении по специальному адресу. Набор картинок в виде архива формата ZIP должен, на момент запроса на парсинг картинок, находиться в папке /cache/upl/.<br /> | |
− | + | Обработчику передается имя этого архива.<br /> | |
+ | Архив должен быть одноуровневым - содержать исключительно графические файлы формата jpg, jpeg, gif и png.<br /> | ||
+ | Правило именования файлов в архиве следующее:<br /> | ||
+ | userid_uniqid_internaltypeid_ordernr.формат для полных изображений<br /> | ||
+ | thmb_userid_uniqid_internaltypeid_ordernr.формат для уменьшенных изображений<br /> | ||
+ | где<br /> | ||
+ | thmb_ - префикс уменьшенного изображения. При его отсутствии изображение считается полным<br /> | ||
+ | userid - уникальный идентификатор пользователя\программы выгрузки<br /> | ||
+ | uniqid - уникальный идентификатор объявления в базе из которой производится выгрузка<br /> | ||
+ | internaltypeid - уникальный идентификатор типа объявления<br /> | ||
+ | _ordernr - постфикс определяющий порядок изображения в наборе изображений. Используется тогда, когда для объявления передается более одного изображения.<br /> | ||
+ | ''Пример обозначения''<br /> | ||
+ | 4_6544_2.gif <br /> | ||
+ | 2_6544_2_2.jpeg<br /> | ||
+ | thmb_2_6544_2_2.jpeg<br /> | ||
+ | |||
+ | При передаче в архиве уменьшенных изображений, для полных изображений '''не будут формироваться''' превьюшки с учетом настроек сервера, а будут просто копироваться переданные уменьшенные, даже если они не соответствуют настроечным размерам уменьшенных изображений. |
Текущая версия на 21:30, 25 сентября 2016
Нативные параметры apps.mlsparser
apps.mlsparser.default_user_id - Пользователь по умолчанию
- Тип: число
Наследует параметр apps.yandexrealty_parser.default_user_id. Т.е. в случае, если этот параметр указан и не равен 0, записи будут привязаны к ользователю с ID из этого параметра. Если же этот параметр установлен в 0, то записи удут привязываться к пользователю с ID, указанным в этом параметре, с той лищь разницей, что наличие пользователя с указанным ID , будет проверено и, в случае не существования такого пользователя, будет выдана ошибка.
apps.mlsparser.parser_root - Папка для загрузки файлов
- Тип: строка
Относительный адрес от корня www-папки сайта, в которую будут загружаться xml файлы для парсинга
Параметры наследуемые от apps.yandexrealty_parser
apps.yandexrealty_parser.default_activity_status - Статус активности для добавляемых записей
- Тип: чекбокс
Статус активности для добавляемых записей. В случае, если параметр выбран, записи, добавляемы парсером, будут активны. В противном случае, добавляемы записи будут вставляться в БД в неактивном состоянии.
Наследуется MLS Parser
apps.yandexrealty_parser.default_user_id - Пользователь по умолчанию
- Тип: число
ID пользователя по умолчанию. Если 0 или не указано, то ID пользователя для вставляемых парсером записей будет браться из таблицы доменов. Если не 0 (а любое другое числовое значение), то в качестве user_id для позиции будет использоваться это значение и оно будет расцениваться как ID существующего в БД пользователя, но не будет проверяться парсером. Т.е. если в этот параметр будет установлено значение 5, то все записи будут привязаны к пользователю с ID=5, но икоим образом не будет проверен тот факт существует ли на самом деле в БД пользователь с таким ID.
Переопределяется параметром apps.mlsparser.default_user_id MLS Parser
apps.yandexrealty_parser.allow_create_new_category - Разрешение на создание цепочек категорий
- Тип: чекбокс
Если этот параметр выбран, то при парсинге буде проводиться анализ категории передаваемого объекта и, при отсутствии подходящей, будет создана соответствующая, куда и будет помещено объявление.
ЯЕсли этот параметр не будет выбран, то, при отсутствии подходящей категории, новая категория создаваться не будет, а объявление будет помещено в категорию с ID из параметра apps.yandexrealty_parser.category_for_all.
Наследуется MLS Parser
apps.yandexrealty_parser.category_for_all - Категория по умолчанию
- Тип: число
Если параметр apps.yandexrealty_parser.allow_create_new_category не установлен, все вставляемые парсером записи будут ассоциированы с категорией с ID указанным в этом параметре. Реальное существование категории с таким ID проверяться не будет.
Наследуется MLS Parser
Загрузка картинок с помощью apps.mlsparser
Параллельно загрузке данных парсер допускает загрузку картинок к данным. Загрузка изображений производится вторым потоком при обращении по специальному адресу. Набор картинок в виде архива формата ZIP должен, на момент запроса на парсинг картинок, находиться в папке /cache/upl/.
Обработчику передается имя этого архива.
Архив должен быть одноуровневым - содержать исключительно графические файлы формата jpg, jpeg, gif и png.
Правило именования файлов в архиве следующее:
userid_uniqid_internaltypeid_ordernr.формат для полных изображений
thmb_userid_uniqid_internaltypeid_ordernr.формат для уменьшенных изображений
где
thmb_ - префикс уменьшенного изображения. При его отсутствии изображение считается полным
userid - уникальный идентификатор пользователя\программы выгрузки
uniqid - уникальный идентификатор объявления в базе из которой производится выгрузка
internaltypeid - уникальный идентификатор типа объявления
_ordernr - постфикс определяющий порядок изображения в наборе изображений. Используется тогда, когда для объявления передается более одного изображения.
Пример обозначения
4_6544_2.gif
2_6544_2_2.jpeg
thmb_2_6544_2_2.jpeg
При передаче в архиве уменьшенных изображений, для полных изображений не будут формироваться превьюшки с учетом настроек сервера, а будут просто копироваться переданные уменьшенные, даже если они не соответствуют настроечным размерам уменьшенных изображений.