Сергей Шлоков

А когда будут скидки при оплате за год?

Ну и…

П.С. Ребята, вы когда просите помощи, обратную связь не выключайте. Реагируйте как-то.
Ведь желание помогать обратно пропорционально вашей вежливости.

Поймал. Спасибо.

Но сделать такой интерфейс не так уж сложно.

Нет. Я об этом и говорю.

Знаю одну гостиницу, у которой сайт на Revo с момента выхода системы в 2010 году, и еще одну, которой сейчас создают на ней сайт с нуля.
При наличии у Вас интереса, могу связать с ними для обсуждения возможного сотрудничества

Михаил, большое спасибо за предложение. В самое ближайшее время пока не планирую новую разработку. Очень много других дел. А это уже очень сложная система получается. Нужно много свободного времени. Лучше дайте им ссылку на эту тему.

Ну да, нужно так

$q = $this->modx->newQuery('DriverLicenseNotface');

Легким движением руки брюки превращаются…

public function prepareQueryBeforeCount(xPDOQuery $c) {
	$query = $this->getProperty('query');
	if (!empty($query)) {
		// Нужно вставить название своего объекта второй таблицы
		$q = $modx->newQuery('YourClassObject');
		$q->select('id');
		$q->where(array('name:LIKE' => '%'.$query.'%'));
		$ids = array();
		while($row = $q->fetch(PDO::FETCH_ASSOC)) {
			$ids[] = $row['id'];
		}		
		if (!empty($ids)) {
			$c->where(array(
				'name:IN' => $ids
			));
		}
	}
	return $c;
}

Рядовым администраторам в гостиницах не всегда можно давать возможность изменения цен/описаний/перечня услуг.

Мне кажется рядовым администраторам вообще не нужно давать доступ в админку. Им, наверно, нужно во фронте интерфейс сделать. Я вообще сторонник фронт-энда. Работать в админке можно только с крепкими нервами — слишком тяжелый интерфейс с кучей запросов. Плюс, с правами заморочки, с формами.

Чтобы изучить бронирования с нюансами, обратитесь в гостиницу и предложите им взаимовыгодное сотрудничество — они помогают выработать ТЗ и оттестировать новый функционал, а Вы по итогу работы предоставляете им полностью рабочий инструмент бронирований с их сайта.

Это нужно искать гостиницы с сайтами на MODX. То же и для форм онлайн-бронирования. Они платформо-независимы. Поэтому, думаю, не каждая гостиница заинтересуется моим дополнением. Ведь тогда придется переделывать сайт. А это гораздо больше, чем 2-5%. Более вероятно, что они наймут программиста и попросят сделать по аналогии.

Игорь, спасибо! Я так понимаю, это кусок готового ТЗ.

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

Было бы интересно в живую пощупать. Моя почта sergant210@bk.ru.

Открываешь сниппет, выбираешь вкладку Параметры и добавляешь параметр.

Чтобы сделать такой сервис нужно как минимум быть в теме. Сложно сделать хорошее приложение не зная тему изнутри. Поэтому я и сделал просто систему сбора заявок.
Ваши предложения тянут на новое дополнение. Так как в текущую информационную модель эти предложения уже не вписываются.
По поводу пункта 4,5 я уже писал. Не совсем непонятно как это реализовать. Так как управлять своей бронью может только зарегистрированный пользователь, а у него должен быть личный кабинет. И вот тут вопрос — на сайте уже есть личный кабинет пользователя? Или делать свой? А если есть, как их сопрягать?
По остальному очень интересные предложения. Их просто обдумывать нужно не один день.
А по поводу агрегаторов даже страшно и подумать. :)
П.С. Кстати, в сети есть предложения и с почасовым бронированием. Платные конечно.

Спасибо за подробную информацию.
По пунктам 1,2,3 буду думать.
По пунктам 4 и 5. Чтобы гость имел право изменять или аннулировать бронь, он должен быть зарегистрированным пользователем, а значит иметь личный кабинет… со всеми вытекающими.

6. Ценовые периоды.

Реализованы.

7. Помимо периодов, цены могут быть разными в зависимости от дня недели — будни дешевле выходных. Наценка в виде процента или фиксированная надбавка.

Все таки это система сбора заявок на бронирование. Наверное, такой функционал излишен. Пользователь видит все это на страничке номера. А расчеты ведутся в бухгалтерии.

8. Желательно это все связать с минишопом для онлайн-оплаты. Востребованная функция в последнее время.

То же самое. Для системы сбора заявок может быть и не нужно. Но вещь полезная. Повод изучить minishop.

Я же ж не против. :)
Вот с заселением разных пользователей сложновато. Ведь бронируются не сами номера (комнаты), а типы номеров (однокомнатные, люксы и т.п.). Не вываливать же пользователю все комнаты с номерами. Это такая простыня получится. А у хостела нужно знать занятость именно конкретной комнаты.
Но функционал нужный. Так что будем думать.

Да, накидал ты мне работы :)
Будем думать.

Согласен.

А менять дату заселения наверное стоит запретить

Тут непростой вопрос. А если он созвонился с пользователем и тот решил изменить дату.

Нет. Не до конца понимаю как это должно выглядеть. Т.е. админ изменил бронь, а пользователю идет письмо — «Вы бронировали номер на июль, а мы перенесли ее на январь»? Может быть админу запретить изменять бронь.
При удалении наверно нужно написать чего-то.
П.С. Услышать бы мнение знающих тему.

Думаю, что не очень подходит. Столики — это почасовое бронирование, а тут минимальный период — 1 день.

Хорошая мысль. Сделаем.

На сколько вот такая запись правильная?

Правильная. Но будет еще правильнее добавить сниппету параметр outerTp по-умолчанию со значением

<ul>[[+wrapper]]</ul>

Тогда вызывать можно также [[!mySnippet]]

Думаю, эту задачу надо будет делать для дальнейшего развития и популяризации магазина. Ребятам надо взять это на заметку.