Тут проще через наличие
$this->diafan->page, если она есть, то выводить тег, ссылающийся на $this->diafan->rewrite минус pageX
Типа

Но кстати, с чего это содержимое страниц http://domen.com/shop/malyshi/page2/ и http://domen.com/shop/malyshi/page3/ будет очень похожим на http://domen.com/shop/malyshi/??? Там везде разные товары, разные описания, разные цены

В пятницу мы праздновали десятилетие компании. Извините за задержку

Провели для себя, потому что
Ну а в новостях скоро опубликуем!

Кратко так:
Ставим в админке галку "товар временно отсутствует". На сайте в карточке товара выходит форма для емайла. Покупатель вносит своё мыло. В отдельной таблице заводится запись, товар такой-то ждет такой-то емайл. Затем товар поступает на склад. Админ снимает галку "товар временно отсутствует" и сохраняет товар. В момент сохранения товара система смотрит, что галка была, а теперь нет, соответственно, товар появился. Система смотрит таблицу ожиданий для текущего товара, берет там емайлы, шлет им уведомления и удаляет их из таблицы.

Если у Вас импортник, и наличие товаров обновляется при загрузке файла, то уведомления нужны и туда, да. По идее Честно признаться, я не уверен, есть ли уведомления при обновлении товаров через файл, и не проверял, не сталкивался с этим. Но если Вы говорите, что нету, то закиньте в предложения эту идею.

Рассказываю. Многие хозяева магазинов жаловались, что некоторые покупатели уходят с сайта после нескольких нажатий "купить". Что такое, как так, почему? Выяснилась проблема: заходим на сайт, погуляли, перешли в корзину (!), она пустая. Ок, мы ничего и не покупали, просто глянули. Идем в каталог товаров, покупаем три товара, вверху сайта в блоке корзины видим, что все нормально, 3 товара на сумму. Тычем в корзину - открывается пустая корзина! "А-а, все сломалось, сайт говно", покупатель психует, уходит. А это просто браузерный кеш. Нажимаем ctrl+F5 и все нормально, товары проявились. Но покупателю же не обьяснишь...
Я проверял сайты на Битриксе, и других цмс, в ИЕ проблема актуальна, если сначала зайти в корзину, потом накупить и вернуться в корзину. Она пустая кажется. Но если не заходить в пустую корзину перед покупками, проблемы нет.
Мы пытались победить эту беду сильным запретом кеша, но тогда браузер грузит заново все стили страницы, js и все картинки оформления, что погано. Тогда мы приделали к урлу ?random, чтобы страница корзины была всегда как бы новая. Проблема исчезла, корзина всегда актуальная. Адрес ?random в роботсе мы закрыли.
Так что вот Если есть соображения, готовы слушать

Ох, Валерий Викторович, я высказывал сомнение по этому поводу, но наши меня убедили, что пользователи поймут. Оказывается, не особо
Короче: в версиях 5.2-5.3 и далее отключение возможности продажи товаров (соответственно, скрытие кнопки "Купить") осуществляется с помощью удаления корзины! Удалили(скрыли) страницу, в которой прикреплен модуль "Корзина" - нет кнопки "Купить". И обратно: если есть в система страница с подключенной корзиной - значит есть кнопка "Купить".
Логика тут в принципе правильная, если некуда товары складывать, то и покупать надо запрещать. Но эта логика не особо очевидна, на мой взгляд. Наши программисты настояли, что еще один лишний параметр отключения кнопки "Купить" в системе не нужен.
Поэтому мы сошлись на компромиссе: в настройках магазина есть псевдогалка "Запретить покупать товары", которую нельзя устанавливать, и у подсказки которой как раз написано, что надо удалить корзину, чтобы запретить покупать товары и скрыть кнопку "Купить".
Поэтому у Вас, видимо, "Корзина" просто была удалена из системы. Вы переустановили, корзина проинсталлилась - "Купить" появилась.

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

А почему Вы пишете

а программируете

?
Тогда уж AND надо
А вообще, лучше

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

Что значит "генерирует"??? Эти комменты в дефолтовом шаблоне. Не копируйте их в свой дизайн и все

Вы предлагаете нам автоматически удалять комментарии из пользовательских шаблонов???

Система генерирует HTML из шаблона. Но шаблон-то Ваш. Какой Вы его сделаете, то Вам система и нагенерит. Вы же не делаете сайты на демо-шаблоне?

Не, это поле для внутреннего пользования, для админа. На сайте не фигурирует.
Надо посмотреть ее имя в БД, запрашивать в модельке, как обычно, затем выводить во вьюхе.

Да нету никаких настроек. Не рассчитана diafan.CMS на Win сервер.

Это предложение уже есть у нас в плане, сделаем мы Бренды.
"Бренды", он же "Марки", он же "Производители", он же Гоша, он же Гога, он же Жора, он же Георгий Иванович

Собственно, об этом и написано в документации

А раз настроек у тегов нет, то все немного осложнилось тем, что эти настройки для тегов пришлось создать

Ну теперь для спасибо есть "СПАСИБО"

http://cms.diafan.ru/dokument/full-manual/upmodules/images/#images_variations
Создаете нужное количество обработок исходной фотографии. "Превью список (prew_spisok)", "Превью в полное (prew_polnoe)" и "Большая картинка (large)". Будете загружать фотку, она превратится в три разные соответствующие фотографии. Затем на получении их используете имена размеров

Возможно все.
Не ясно, в чем проблема.
Вы хотите тег сделать?
Тогда приведите полный код меню.

Топик претендует на звание идеального

Открываете страницу, НА которую надо сделать редирект, раскрываете "Дополнительные параметры" и там в поле "Редирект со страницы на текущую" вписываете

Брр. Не понял, да. Т.е. Вы ищете товары поиском, получаете список товаров и ссылку. Берете эту ссылку и хотите ее куда-то редиректить на другую страницу сайта? На какую? С каким адресом? Зачем?
Через .htaccess можно, просто условия будут немного другие, чем обычно

Ха! Каша у Вас в голове
301 редирект - это когда по одному адресу запрашивается страница, но у страницы теперь другой адрес, и система об этом знает, что страница была по старому адресу, но теперь адрес у нее новый. Соответственно, делается редирект. В Вашем случае для системы есть страница с поиском товаров, с адресом /katalog.html?catid=117&module_ajax=&action=search&p11[]=103. Система эту страницу знает именно по этому адресу. Если Вы делаете редирект на страницу /katalog/117/search/103/ - система думает "Что это??? Я понятия не имею, что это за адрес" - и ничего не работает. То есть, вывод: чтобы работал 301 редирект, конечный адрес должен быть известен системе, она должна открывать эту страницу.
Путь решения проблемы для небольшого количества страниц (ручная работа):
1. Вы создаете страницу сайта, обычную. Делаете ей ЧПУ /katalog/117/search/103/. В визуальный редактор вставляете шаблонный тег поиска по товарам show_block module=shop param=*** с Вашим catid и p11=103
2. Кормите Яндексу существующие страницы /katalog/117/search/103/, которые известны системе и работают

Путь решения проблемы для большого количества страниц (автоматический режим) теоретический
Я точно не помню, но мне кажется пару лет назад я делал что-то подобное, через регулярку в htaccess. Особенность была в том, что мы запрашиваем УРЛ1, правило подгружает содержимое УРЛ2, но в адресной строке остается УРЛ1. Т.е. система знает УРЛ2. И при запросе УРЛ1, система думает, что просят УРЛ2 и его отдает. Как раз можно сделать при запросе /katalog/117/search/103/ адрес остается в строке именно этот, но цмс отдает содержимое /katalog.html?catid=117&module_ajax=&action=search&p11[]=103.
И через регулярку пишется, чтобы 117 из katalog/ подставлялось в catid и т.д.
Но еще раз говорю, точно я не помню, ни правило, но регулярку. Это надо погуглить. Вроде можно.

Так же как и форму поиска для магазина.
show_search module="ab"

Ну это смотря какая версия. ads был в 5.0-5.1, но модуль блокировался антивирусняками, поэтому переименовали в ab

Топик такой, с вызовом.
Данил, Вы чего ждете здесь? Ответов "Да, диафан будет лучше"? Или извинений за "несоблюдение сроков"? Или жаркую дискуссию по каждому пункту, что все не так, как Вы говорите?
Порядок - понятие относительное. Сильно зависящее от привычек конкретного человека. Кто-то видит в разбросанных по столу документах хаос, а для кого-то все по рукой. И ровные стопки не удобны и не привычны. Мы делаем документация так, как нам кажется будет удобно и понятно пользователям. Мы вообще все делаем так, как нам кажется, будет удобно людям, и интерфейс цмс и функции, и шаблонные теги. Они не похожи на другие цмс, но людям нравится. Все нравиться нельзя, поэтому те, кому нравится - работают с нами. Кому не нравится, делают сайты на других цмс. Нет проблем.
Это вообще странный вопрос. Откуда кто-то может знать, будет ли Вам стыдно?
Гарантий нет. Ничто не вечно. Где гарантии, что Apple не закроется завтра?
Мы обещаем выпустить релиз 1-го октября, мы это сделали. Написать новость о выходе релиза ровно 1-го октября мы не обещали. А дема обычно после выхода релиза обновляется.

Документация, вопрос очень больной. И большой. Те, кто занимался разработкой мало-мальски крупного продукта, знают, что задокументировать программу часто даже сложнее и дольше, чем ее саму написать. У нас все распылено пока, документацию пишут программисты, под контролем ведущего программиста, после самой разработки. Вот и получается, что есть заминки и задержки. Но мы уже решили, буквально на прошлой неделе, что будем объявлять вакансию технического писателя, который будет заниматься только документацией. Так что этот вопрос мы скоро решим, надеюсь, полностью и навсегда.

Это потому, что в menu.view.show_level_2.php рекурсия в самого себя menu.view.show_level_2.php.
menu.view.show_level_1.php при углублении ссылается на menu.view.show_level_2.php, а menu.view.show_level_2.php сам на себя.

Пожалуйста, нет проблем. Скопируйте menu.view.show_level_2.php в menu.view.show_level_3.php, измените там шаблон вывода - будет уровень 3 показываться отдельно. Конечно, не забудьте из menu.view.show_level_2.php сослаться на 3

Сделайте menu.view.show_level_4.php menu.view.show_level_5.php и menu.view.show_level_6.php - будет у вас 6 внешних видов всех 6 уровней

Вот это да-а-а-а... Андрей, это сколько я себя помню! С версий 4.х, мне кажется!