Ну перелинковка такая и получится. Ссылка с главной на разделы. С разделов на товары. Тогда с товаров на главную ссылку можно скрыть. А товары пустить по кольцу без обраток, только через show_next/
Рекомендую программу PageWeight, с ее помощью очень удобно смотреть, как веса распределяются по сайту.

Да с чего у Вас в голове сидит "кольцо" и его катастрофический "разрыв"?
В этом разрыве единственное, что потеряется, так это вес у первого товара, потому что на него не зайдет ссылка с последнего. Остальные товары будут иметь все как надо.
Ну если так критично, поставьте ссылку на первый товар вручную с последнего товара, например из описания.

Переформулируйте вопрос

Знакомство с diafan.CMS и смена бесплатного шаблона
Видеоурок посвящен первому знакомству с интерфейсом diafan.CMS, структурой файлов, принципу управления сайтом, смене шаблона и будет полезен всем.
Первые шаги в панели управления diafan.CMS
Видеоурок посвящен основам управления сайтом и будет полезен всем.

Спасибо, старались :) Да, все сами сделали, наш сотрудник озвучивал. Сценарии уроков писали отделом.
Основная проблема контор, которые предлагают "профессиональное" создание видеоуроков в том, что текст читает профессионал в озвучке, но не профессионал в том, ЧТО он читает. Получаются заминки в спецтерминах, не те ударения, в общем, звучит дилетантски, хоть и красиво.

Смотрите видеоурок http://cms.diafan.ru/videouroki/urok1/
Все вопросы должны отпасть

Вот этот видеоурок должен значительно прояснить ситуацию, когда не понятно, с какой стороны подступиться к diafan.CMS со своим дизайном

<a href= target=_blank>http://diafan.ru/videouroki/[/url]

на переработке

Для новичков еще должна быть любопытна вот эта схема со страницы как работают шаблоны

Прикольные? Обычные. Стандартные векторные стрелки в фотошопе с острым началом. За конец стрелки тянешь кубик пером, стрелка вытягивается.

Я старый убил, а новый не внес, ибо его нет, т.к.ролик вот-вот. А корявый оставил, чтобы не забыть потом исправить

А потребности какие? Товар-галка-таблица?

Это да...
Дело в том, что мы делали на заказ нескольим клиентам такую функцию. Это не проблема. Договариваемся с конкретными людьми о содержимом xls-файла и, зная его магазин и его характеристики, легко делаем такой импортник... Каждый раз разный
В том-то и дело, что готовить надо файл. И это целесообразно, если надо еженедельно обновлять сайт с тысячами наименований.
Мы подумываем сделать какой-нибудь универсальный импорт, только наименование, цену и описание, т.е. базовые поля. Но не знаем, будет ли толк.

Первым делом надо эту структуру создать в админке. Идете в "Страницы сайта" и там создаете "меню слева" и "меню справа", или "меню1", "меню2", и "меню3", смотря что надо.

Затем в "меню слева" создаете плюсиками подстраницы "о нас", "услуги", "контакты" - это будет одно меню.
А в "меню справа" создаете "предложение 1", "предложение 2" и "предложение 3" - это будет второе меню.
Естественно, везде ставите галочки "Показывать на сайте" и "Показывать в меню".

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

А чтобы вывести пункты из раздела (а нам надо в одном месте вывести подпункты из "меню слева", а в другом из "меню справа") надо просто указать ID этих пунктов в теге в параметре koren.
Допустим, у "меню слева" ID=16, а у "меню справа" ID=20.
Тогда в одном месте пишите
- там выведется "о нас", "услуги", "контакты"
А в другом месте пишите тег - там выведется "предложение 1", "предложение 2" и "предложение 3"
Все описано в документации: http://cms.diafan.ru/dokument/full-manual/templates/shared-functions/

И вот гляньте, общие сведения о шаблонах и подключении дизайна: http://cms.diafan.ru/dokument/webmaster/themes/

Изящество не всегда должно быть самоцелью, если есть ущерб функциональности :)
Приятно иметь дело с инициативными пользователями :)

У нас внутренний лог ведется, естественно. Он же завязан с автообновлением.

Примерно в таком виде:
4.3.4.2
вчера, 12:35 modules/shop/shop.model.php
Исправлена ошибка, возникающая при поиске товаров
вчера, 12:34 modules/shop/shop.ajax.php
Доработана возможность указывать количество товара при покупке
4.3.4.1
19 ноября, пт modules/faq/faq.model.php
Исправлена работа ограничения на количество прикрепляемых файлов в форме
...

В принципе, это не секрет, можно и публиковать списком где-нибудь Это вы имеете ввиду?
В личных кабинетах пользователям со статусом "Партнер"?

Спасибо за столь тщательно высказанное мнение! Мы очень ценим! Со многим согласны и многое планируем реализовать!
По пунктам:
1. Да, аватарки сделаем. Но не первоочередно, это все-таки больше фича, чем функционально важный момент.
2. Стиль ника именно тут? Или вообще в модуле форума. Если вообще в модуле форума, то пожалуйста, меняйте, он class=author
3. Ну тут кому как. Мы знаем примеры форумов, где редактирование своих сообщений свободно всё время и ничего, не заспамливают. Текстареа в модуле также может быть оформлена как угодно, в любую высоту.
4. Ну по звездам должно быть видно, вроде как... В общем, проработаем и этот вопрос!
5. Смайлик упустили. Добавим!
6. А какой анкор очевиднее по-вашему?
7. Модератор может удалять сообщения, гуляя по форуму, не обязательно заходить в админку. Если на сообщение ответов не было, оно как раз сразу и бесследно удаляется. А если на удаленное сообщение были ответы, то как раз тогда на его месте появляется "Удалено модератором" и та самая галка ;)
8. Именно на этой форуме рейтинг настроен по количеству лицензий на diafan.CMS. Чем больше пользователь установил и настроил diafan.CMS, тем больше у него звезд А по умолчанию по количеству постов.
Над остальным покумекаем, сделаем так или иначе.
Баги исправили.

Ну это глюк JQuery, то добавляется, то глючит. Разбираемся, что там за дела. Исправим.
Но сообщение не дублируются, тут вы зря! Мы проверяем сообщения на дубли, они возникать не должны.

Именно на этом форуме писать могут только наши зарегистрированные пользователи. Для их удобства мы решили разрешить HTML-теги и прочие смежные возможности.
Считаете, что есть смысл закрыть их?
Или у Вас есть аналогичный пример XSS на каком-либо созданном сайте на diafan.CMS? ;)

Хотя да, наверное зря... Не каждый зарегистрированный пользователь - пользователь :)

byzeg
byzeg@mailforspam.com
Зарегистрировался: вчера, 23:31

Специально зарегистрировались, чтобы это запостить?

За каждый продукт просят деньги. Неуязвимых продуктов нет в природе. Возьмите Windows: патчи безопасности выходят еженедельно - и что? Майкрософту после каждой дыры в безопасности складывать лапы и перестать просить деньги за продукт?

Модуль форума у нас вышел в версии 4.3, т.е. месяц назад. Впервые мы его запустили именно здесь и именно на user.diafan.ru обкатывали, прежде чем создать модуль. Возможно, это была ошибка пропускать весь HTML в ВВ-теги, но это решение было принято осознанно, т.к. этот форум для вебмастеров и наших партнеров. В модуле для широких масс надо жестко всё урезать, согласны. Получается, byzeg, вы первый начали аудит безопасности нового модуля, за что вам благодарность. :) А мы этот аудит продолжим.

Чтобы была понятна всем пользователям ситуация: указанная уязвимость присутствовала только в модуле "Форум" версии 4.3.0-4.3.2
Если у кого-то используется версия в этих пределах, обновите модуль "Форума" через автообновление.

Мы широко не анонсировали форум, просто пустили ссылочку в личном кабинете. Не все еще сориентировались, видимо, вот и активности мало

Дмитрий, а зачем руками-то? update.php есть же в пакете. Помимо изменения таблиц в БД этот файл обновления может производить определенные действия с файлами картинок, переименовывая или перенося их. А это может не произойти, если права на папки на хостинге стоят не полноценные для работы скриптов.

Над этим работаем сейчас. Раньше, в 4.2, когда характеристику можно было назначить только для одной категории или для всех - проблем в группировкий не было, было хорошо видно, откуда характеристика.
В 4.3 характеристику сделали прикрепляемой к выборочным категориям, пришлось отображение убрать.
Сейчас занимаемся оптимизацией интерфейса. В ближайшие дни через автообновление выложим.

Кстати, баг с упорядочиванием вывода харакетристик исправили. :)

Ну-у... Думали, лучше дать больше возможностей, не стали наследовать характеристики. Мы считаем, что "доп.характеристики" - совсем нечасто обновляемый раздел. При заполнении магазина структура создается и все. Лучше дать возможность тонко настроить характеристики для кажддой категории и подкатегории... Нет? :)

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

Например, ставите в категории "Телефоны Nokia":



А ниже еще один телефон

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

Не, пока галку "Зависит от цены" можно только к одной характеристике прикрепить. Ставишь к другой, первая снимается автоматический, вроде комбобокса.
Неиспользуемые характеристики убирать - это удобно, конечно. Но БД устроена в виде таблиц, и если ломать таблицу (в одной строчке 5 колонок, в строчке ниже 9 колонок), или разбрасывать по разным, это значительно снизит производительность системы в целом, особенно при достаточной посещаемости...

Мы давно думаем по этому поводу. Пока универсального решения не пришло... Битрикс достаточно громоздкая и система со своими минусами, не самый лучший пример тоже. :)
Для новых модулей и компонентов - у нас тоже свобода действий, не затрагиваемая обновлением.

А допустим, пользователь решил изменить существующий модуль, например, добавить пару новых полей в "Новости" и нестандартные функции их обработки? Он неизбежно затронет файлы, которые в движке считаются системными и обновляются автообновлением...

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

И вот вы говорите . А например? Можете привести пример? Что и для чего Вы правили, что затем надо было обновиться, но не стали затирать свои изменения обновлением? Какой модуль? Это какие-то внешний доработки? Или функциональные?

Мы стремимся к 100% обратной совместимости и пока на эту тему претензий почти не было. Ядро и основные функции с 4.1 продолжают работать и в 4.2 и в 4.3. Взять любой шаблонный тег - как был в основе, так и остался. Просто добавились или изменились некоторые параметры тонкой настройки.

Кстати, для этой темы можно отдельную ветку завести.