wwt

http://ru.bem.info/method/

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

По-поводу готового не скажу, не интересовался. А вот по-поводу не трогая ядро почитайте еще раз. В данном фреймворке есть возможно переопределять системные классы. Так же можно просто создать свой класс наследующий класс Auth и дописать туда то что вам нужно, обычная практика ООП.

font-family: Arial, Geneva, sans-serif;Браузер будет пытаться подключить шрифт слева направо. И если ниодного, из перечисленных, в системе нет он последует рекомендации в конце строки "sans-serif" и подключит какой-то другой шрифт без засечек, который есть в системе. Какой конкретно предсказать не возможно ,ибо мы не знаем какие могут быть установлены шрифты в системе. Но это будет именно шрифт без засечек, если хотябы один шрифт такого типа установлен. Если ниодного нет, будет использоваться шрифт браузера по умолчанию. Ключевое слово в конце лучше всегда указывать.

это не сколько семейство, а сколько тип шрифта. если никакого из перечисленных шрифтов в системе нет то будет выбран другой имеющий тот же тип начертания. Если в системе нет ниодного шрифта этого типа то будет использован дефолтный. Но в любой системе обычно есть хотя бы один шрифт нужного типа. мы перечисляем шрифты через запятую и в конце указываем общий тип ключевым словом. sans-serif - "без засечек".

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

не всегда. в вашем скрипте вы устанавливаете индекс на 0 только в момент события, но не в момент загрузки документа. ДЛя того чтобы определенный пункт был выбран по дефолту есть атрибут selected. А в момент срабатывания события можно проверить не выбран ли этот дефолтный пункт и если выбрали его, то не открывать окно: if( ! TargetIndex) return false;

http://jsfiddle.net/HGe6N/

//и можно сделать проверку на 0 function OpenSite(DropDown) { var TargetIndex = DropDown.selectedIndex; if( ! TargetIndex) return false; DropDown.selectedIndex = 0; window.open(DropDown.options[TargetIndex].value,'_blank'); } Чтобы не срабатывало открытие окна если выбрали строку Open web-site

window.open('http://site.ru','_blank');

можно сравнивать с констатой PHP_INT_MAX

это не новый год. это дипрессия Может там снежинка в 3D )))

<option selected>Open web-site</option> Кстати: top.location.href = this.form.list.options[this.form.list.selectedIndex].value; return false;А не проще сделать вот так: location.href = this.value;return false;

Вы видимо не поняли идеологии фреймворков. И в частности коханы. Весь её функционал можно изменить не трогая ядра системы. И использовать ORM не обязательно, в кохане работа с БД организована 3-мя способами. Кроме обычной работы с БД там есть Query Builder и ORM. Что использовать вы можете выбирать сами. Плюс можно использовать всё сразу или по отдельности. Так же дополнить или изменить функционал модуля авторизации так же можно как угодно. Кстати сказать про права. В модуле авторизации вы можете просто добавлять пользователей в группы, это реализовано ролями. Но при этом самого описания ролей там нет. Это отдано на откуп программисту. К любой роли вы можете прикрутить всё что угодно.

В последнем примере ничего менять не нужно, там должен быть именно 0. Там фильтрация стоит по полю hidemenu а у него может быть только два значения 0 или 1 (не стоит галочка и стоит галочка).

$showInMenuOnly = isset($showInMenuOnly) ? $showInMenuOnly : 0;/* Param: showInMenuOnly Purpose: Show only documents visible in the menu Options: 0 - show all documents 1 - show only documents with the show in menu flag checked Default: 0 - show all documents Related: - <seeThruUnpub> - <hideFolders> - <where>*/Всё есть. Проблема где-то в другом месте. Может баг в самом Ditto попробуйте сделать вот так: [!Ditto? &display=`all` &hiddenFields=`item-img` &sortBy=`menuindex` &sortDir=`ASC` &tpl=`catalogue-list` &filter=`hidemenu,0,2`!]

Механизм сессий в php сам создает файл для сессии, и ключи, и куки для нее. Читайте http://www.php.su/articles/?cat=examples&page=070

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

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

Вот у вас вызовы сниппета Ditto в шаблоне [!Ditto? &display=`all` &hiddenFields=`item-img` &sortBy=`menuindex` &sortDir=`ASC` &tpl=`catalogue-list`!]добавьте в вызовы параметр filter, чтобы было так: [!Ditto? &display=`all` &hiddenFields=`item-img` &sortBy=`menuindex` &sortDir=`ASC` &tpl=`catalogue-list` &filter=`id,n,2`!]где n в параметре &filter=`id,n,2` это id вашего товара. id пишется в скобках после названия ресурса в дереве ресурсов. А вообще там есть решение еще проще. Есть параметр showInMenuOnly который говорит показывать только элементы видимые в меню. Но по умолчанию этот режим выключен . Так что можно вместо фильтра добавить его : [!Ditto? &display=`all` &hiddenFields=`item-img` &sortBy=`menuindex` &sortDir=`ASC` &tpl=`catalogue-list` &showInMenuOnly=`1`!]И на всех товарах которые должны отображаться в каталоге ставить галку "показывать в меню"

У него Evo , хотя сниппет Ditto для него есть. Так же возможно там какой-то самописный сниппет для вывода. Nem-One зайдите в админке в редактирование страницы, на которой выводится каталог, и скопируйте нам код. Чтобы было понятно используется ли у вас какой-то сниппет и какой конкретно.

это более глобальный вопрос тогда уж )) "Писать свою CMS с нуля, или использовать какую-нибудь готовую" ))Написать систему авторизации не так сложно как кажется, но вот обеспечить большой уровень безопасности, привентить всякие фичи типо ролей и тд уже не так легко как кажется. Так что делайте как сами считаете нужным ) Я бы написал сам раз уж начал писать сам CMS

Уточните какая версия modx используется? Какой модуль используется для вывода каталога товаров? Верно ли я понял что вы не хотите чтобы товар выводился в каталоге, но внутренние ссылки всеравно вели на него(тоесть публикация сохранилась)?

В коммерческий раздел тему. Там найдете исполнителя.

Если нужно привязывать данные к конкретному пользователю используйте механизм сессий.