Это экспорт поля с картинками типа uploads. Толку с него при выгрузке нет, как и от любого другого поля картинок, поэтому можно исключать эту колонку из перечня выгружаемых.
Обратная загрузка по полям обычно производится на основе выгруженного файла. Т.е. выгрузии, по примеру дополнили или справили и загрузили назад. Единственное отличие касается только картинок, они обрабатываются иначе чем остальные поля. Краткое описание как сформатировать поле с картинками есть тут
Это языковые переменные. Первые, которые L_ - это от системы и приложений.
Вторые LT_ - это шаблона.
В некоторых шаблонах есть свой файл переводов в папках /template/frontend/realia/language/
Там и лежат такие переменные. Открываем файл соотв. языка, находим нужную метку и меняем ее текст.
1. Для указания подённой стоимости необходимо вести в модели объявления поле cost_per_day, которое будет содержать стоимость дня аренды. Это поле не конфигурируемо в данный момент, поэтому системное имя должно быть сохранено.
2. Учет занятых дат ведется следующим образом: клиент вытыкивает нужные даты, эти даты проверяются по базе среди наличествующих дат. Но не по всем, а по "проверенным". Каждый диапазон бронирования имеет признак "проверености" (is_validated) - обычно это чекбокс в данных брони, поэтому при проверке учитываются именно эти даты (что бы в случае ботоатаки вам не побронировали все даты и не сделали невозможным бронирование вообще). Так же и на календарик выводятся только "проверенные" даты. Именно поэтому сразу после бронирования ваши даты не будут отмечены в календаре, так как они исходно не "проверенные".
3. Учет заявок не резервирование происходит в самом приложении Резервации, в приложение Клиент, при наличии оного. Отправка письменных уведомлений управляется настройками (чекбоксы):
'apps.reservation.notify_admin_about_reservation_orders' - слать нотификацию админу
'apps.reservation.send_user_reservation_data' - уведомление тому, кто осуществил резервирование
4. Т.е. бронировщик подает заявку, заявка уведомляет админа, админ принимает решение бото-заявка это или нормальная. Соотвественно удаляет ее или связывается\дает указание связаться с клиентом+ставит отмтеку что is_validated, что бы она уже учитывалась в календаре и при выборе дат.
Кажется ничего не пропустил.
В самих резервациях не видит. Но видит в Клиент.
Да. Это подтверждение физического создания заявки. Но так как система полуавтоматическая и связь с клиентом неизбежна, мы решили пойти именно этим путем, что бы клиент хоть примерно помнил где и что он нажимал.
cost_per_day, там чуть выше описал. Только подёнка.
Я так понимаю то что вам надо делается в редакторе форм. Редактируете нужно поле в data и там можно выставить галки в пункте "Активно в категории (по-умолчанию активно везде)".
В редакторе форм, таблица data. Выбираем нужный элемент, к примеру материал стен. После нажимаем редактировать. В настройке элемента указывает(отмечаемый) в каких категориях он должен отображаться.
