Игорь

Однако остался нерешенный момент с файлом robots.txt, а именно строкой Host:

В контексте создаем и публикуем ресурс (например, robots.txt) с пустым шаблоном: тип ресурса — документ, тип содержимого — text, псевдоним — robots. В содержимое пишем:

User-agent: *
Allow: /
Host: [[++http_host]]
Sitemap: [[++site_url]]sitemap.xml

1. Сначала мы докрутим общую инфраструктуру, затем уже панелька для управления.

С последнего сообщения прошло больше года — удалось ли вам разработать панель управления?

Тем не менее, думаю RealEst можно и нужно дополнить какими-то «фишками от недвижимости», например:

Каталог объектов с категориями и фильтрацией
— выделить объект («специальное предложение»), поднять его в поиске и вывести на главной странице

Страница с объектом
— вывод Яндекс.Панорамы с объектом
— вывод видео с объектом

Возможности
— выгрузка объектов в формате YML на Яндекс.Недвижимость

Базу объектов необходимо корректировать и наполнять (здесь 1С нет) — либо дать эту возможность менеджерам (получил заявку о продаже, изучил документы+сделал фото (видео) и разместил объект на сайт), либо собственникам — дать возможность добавлять объявления с последующей модерацией менеджерами (см. выше)

В отличии от интернет-магазина, с объектами недвижимости работают менеджеры, поэтому им необходим доступ с Front-end:
— создание, редактирование и удаление объектов недвижимости (ограничение прав на редактирование только «своих объектов»)
— работа с «Заявками на объект»

Это возможно реализовать?

Поиск недвижимости часто «привязывают» к объектам инфраструктуры, поэтому хорошо бы дополнить сборку GoogleStoreLocator.

Это говорит только о том, что человек добавил себе заметку в закладку (избранное) и возможно никогда им не воспользуется. Поэтому называть за это людей «неблагодарными», на мой взгляд, явно «перебор».

Лично я добавил заметку в избранное, чтобы не потерять — возможно в будущем данное решение и понадобится. Не «плюсовал», это плохо?

Добавил немного)

1. Спасибо, вы правы
2. Форма бронирования через диалог отлично работает с категориями объектов (люкс, стандарт, эконом и т.д). Если вместо категорий укажем объекты (например, 100 квартир) — получим огромный выпадающий список.
3. Номерной фонд гостиниц не требует фильтрации объектов, а сайт недвижимости (как и интернет-магазин) не может без нее полноценно работать. Поэтому необходима интеграция с msearch2 или его аналог.

1. Нет, период бронирования — сутки. В календаре «день» очень желательно разделить на 2 части: «до 12.00» (выселение) и «после 12.00» (расселение), так как общепринятое расчетное время 12.00.
2. В данном виде компонент оптимален для гостиниц с небольшим номерным фондом, так как форма бронирования через диалог не позволяет работать с большим количеством объектов (к примеру, на сайте 100 квартир, из них 20 однокомнатных, 40 двухкомнатных и 40 трехкомнатных).
3. Потребуется интеграция с msearch2 (или аналогом) — возможность поиска объектов по уникальному номеру, категориям (например — однокомнатные, двухкомнатные, трехкомнатные), датам заезда-выезда, стоимости, количеству спальных мест.

По ссылке «Полная документация» — пусто, за доработку компонента — спасибо! Планируется ли разработка аналогичного компонента для суточной аренды жилья (квартир)?

Напишите, пожалуйста, для «чайников» что и куда необходимо добавить в скрипт Василия

В текущем варианте не получится

Спасибо!

А как создать резервные копии всех сайтов на сервере и закачать в GDrive, как здесь?

Отправил!

Каждый объект — отдельный ресурс.

Номер:
— объекту присваивается уникальный номер

Категория:
— объекту присваивается своя категория (кровать, номер, квартира, дом и т.д)

Количество проживающих:
— Указываем количество спальных мест (п.2 Стоимости).

Календарь:
— День разделить на 2 части: «до 12.00» (выселение) и «после 12.00» (расселение), так как общепринятое расчетное время 12.00.
— Стоимость аренды (проживания) указывается на каждую дату
— День заселения и выселения маркировать половинным «зачеркиванием», при совпадении — «зачеркивать» полностью
— Возможность маркировки сразу диапазона дат

Стоимость:
— Меняется в зависимости от выбранных дат (п.2 Календаря), т.е есть возможность добавлять поля «дата-стоимость»
— Меняется в зависимости от количества проживающих (для хостелов)
— Указывается за номер либо спальное место
— Автоматически переносится на следующий год с возможностью редактирования.
— Возможность увеличить на указанный процент (процентная надбавка) — очень важно!
— Возможность снизить на указанный процент (дисконт)

Оплата:
Выбор способа оплаты:

— заявка оплачивается после подтверждения брони
— 
заявка оплачивается сразу (онлайн-бронирование).
Желательна интеграция с уже разработанными компонентами (https://modstore.pro/packages/payment-system/)

Форма заявки:
— Заявки на бронирование отправляются только через форму размещенную на странице ресурса.
Форма заявки «обрабатывает»
— 
данные календаря (не дает бронировать занятые даты)
— 
рассчитывает стоимость в зависимости от указанного количества проживающих (п. 3 Стоимости) и срока аренды


Поиск — самое главное!

Данный компонент необходимо интегрировать с msearch2 (https://modstore.pro/packages/ecommerce/msearch2) — возможность поиска объектов по уникальному номеру, категориям, датам заезда-выезда, стоимости, количеству спальных мест.

Это минимальные пожелания… Суточной арендой квартир занимался 5 лет, есть работающий сайт, могу в личку скинуть доступы