Павел Карелин

Да все таки мне кажется самая актуальная вещь это именно выставление длительности. Что бы можно было выставлять хоть секунду. И резервировать её. По остальным пунктам я в принципе согласен, все нужно и пригодится. Скорей всего для этого будут использоваться сторонние библиотеки. Например для смс или оплаты.

Ну и собрались вы делать три месяца назад. Ну я так думаю что за такие сроки можно уже вполне сделать. Требования там вполне нормальные и даже скажу больше. Очень нужные. Собственно в примерно таком ключе и планировалось. Так что если есть желание обговорить более детально или помочь финансово, всегда пожалуйста.

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

Что то недоделанное я вряд ли возьму. А требования нужно почитать. Мне кажется очень правильно отталкиваться от хотелок реальных юзеров. Потому что именно для вас это дополнение и делается.

Спасибо, учту.

Сейчас проверил еще раз постинг, все работает прекрасно.

У тебя какая то проблема с передачей поста. Такое чувство что просто нет контента. То есть параметром status передается сам пост. Проверь что все отправляется. Попробуй переустановить компонент.

Так и есть.

Я даже и не буду спорить, но если у парня ни разу все не на Fenom, что скорей всего, у него будет запускаться и родной парсер и Fenom, и тормозить будет куда сильнее чем без Fenom. А так конечно да с Fenom работает гораздо шустрее. Хотя modx и так достаточно быстрый.

Стандартный [[!mySnippet? &param1=`param` &param2=`param`]] не намного хуже смотрится и читается.

Есть два простых способа
или передавать в параметр сниппета, а потом ловить такую переменную.

[[!mySnippet? &param1=`param` &param2=`param`]]

В коде вызываем $param1 и $param2 соответственно.
или доставать объект ресурса в котором лежит tv и подхватывать её в скрипте.

// Берем ресурс с id 10
$resource = $modx->getObject('modResource',10);
//Получаем значение tv с именем name_of_tv
$val = $resource->getTVValue('name_of_tv');
// Поле ресурса еще проще получить
$pagetitle = $resource->get('pagetitle');

А то что ты пишешь не корректно, потому что интерпретатор вставляет переменные уже после выполнения сниппета. Так что их туда нужно или передавать или получать.

В процессе развития статьи у меня появилось, много идей. И система бронирования мне не очень интересна.

Хардкорный парсинг у меня уже есть, работает без прокси, с ручным заполнением капчи. По контентному API ситуация такая примерно и есть. Бесплатный куцый API который выдает минимум информации. Для начала можно взять его за основу, а потом если у сообщества будет интерес можно будет расширять.

Ну и пусть будут себе настройщиками. Как поговаривал Артемка Лебедев.

Как мотивировать себя что-то делать? Да никак, оставайтесь в ж… е!

Я не говорил что битрикс лучше.

Ну извините меня 3к за парсер, например для меня очень дорого. При чем я в принципе не очень люблю RSS, я в принципе думаю что для небольшого парсера html вполне бы нашлось местечко. Хочешь большой и навороченный модуль берешь xParser, а у меня будет что то вроде xParserLight. Но это пока только мысль, не вариант что именно так и будет. Скорей всего я просто не буду реализовывать что то подобное, потому что видно что Автор не забросил компонент и постоянно его дорабатывает.

Очень хорошие идеи.

На сколько я понимаю это парсер RSS лент, сам я rss ни разу не пользовался. Однако думаю что это совершенно другая вешь, хотя как я понимаю компонент идет к парсингу html. Так что в принципе не вариант. Может быть как альтернатива, создание небольшого расширения более дешевого. С минимальным функционалом.

Может быть просто юзать битрикс?

У меня тоже такое было. Хорошо что все получилось))