Коды и операторы ucoz работают лишь на страницах сделанных в модулях: "Новости" - news, "Редактор страниц" - index, "Фотоальбом" - photo, "Каталог файлов" - load, "Дневник" - blog, "Каталог статей" - publ, "Каталог сайтов" - dir, "Доска объявлений" - board, "Гостевая книга" - gb, FAQ(вопрос/ответ) - faq.

Если я залил html документы в созданные самостоятельно директории, то коды работать не будут?

Ответ: , нет, не будут, они не проходят через фильтр, который преобразует эти коды в их значения.

Еще раз:
- есть страница, созданная с помощью редактора страниц Панели Управления (предположим, с $URI_ID$ = 'page6')
- при ее генерации необходимо отключить генерацию правого глобального блока для увеличения доступной ширины страницы
- я это делаю в шаблоне страниц с помощью условного оператора типа <?if($URI_ID$ != 'page6')?>
- при добавлении новой страницы, которая должна генериться по тем-же правилам что и 'page6', приходится тупо модифицировать вышеупомянутое условие
- все это приходится повторять для каждой новой страницы, которая должна иметь формат по типу страницы 'page6'

После третьего-четвертого раза у меня, как программиста, возникает естественный вопрос - как применить общее правило для страниц, имеющих формат страницы 'page6'?

Неплохим решением, имхо, было-бы добавление в свойства страниц некоторого числа флажков для разработчиков. По типу резервных полей в некоторых модулях системы. При таком подходе я, к примеру, решил бы свою проблему легко - для всех страниц, имеющих формат по типу страницы 'page6', установил-бы, например, первый такой флажок и в условном операторе написал-бы простое условие типа <?if(!$PAGE_FLAG1$)?>.

Как альтернатива для меня в данном случае подходит и проверка URL-адреса страницы - всем вышеупомянутым страницам можно легко присвоить URL-адрес типа scheduler_page1, scheduler_page2 и т.д., после чего в условном операторе проверять вхождение слова 'scheduler' в URL-адрес текущей страницы типа <?if(substr($PAGE_URL$,0,10) != 'scheduler_')?>.

Добавлено (29-Авг-2010, 23:52:37)
---------------------------------------------
мде. идея с substr/strpos отпадает - укоз выдаёт мне на $SECTION_URL$ постоянно - publ/0.
fflesh, так где можно такую таблицу посмотреть?. и где почитать про $SID$ и $CID$

я хотел сделать (условно), чтобы в каждом разделе было своё оформление. т к сайт у меня про игры, то разделы это по сути разные игры.

вариант с $URI_ID$ не подходил, так-как в разделе у каждого материала он разный ($URI_ID$)

поэтому, из того, что мне было известно, было только $SECTION_URL$, но как с ним работать, я не знал.
потом fflesh мне подсказал, сначала про substr/strpos, потом про $SID$ $CID$.

с substr/strpos я накосячил и першел к $SID$ $CID$ - оказалось что они возвращают значение, только когда просматриваешь сам материал. а когда ты находишься в разделе данного материала, то они возвращали пустое место. т е етот вариант мне пришлось тоже отбросить.
попутно я заметил, что идея с $SECTION_URL$ и substr/strpos ,в принципе, реализуема. дальше я потратил два часа и сделал вот это

теперь у меня на сервере есть папочка, в которой по названию хранится оформление к каждой игре (разделу) в одном экземпляре. осталось только заняться оформлением ...

а fflesh `у спасибо.

щас в твоём разберусь.

Добавлено (30-Авг-2010, 16:35:57)
---------------------------------------------
понял. ты берёшь последнее число - т е номер категории. хоть это и просто сделать, но я в самом начале решил от этого отказаться, т к в каталоге статей и , например, в галерее, номера разделов разные. и пришлось бы одно оформление закачивать на сервак в двух (и более) вариантах. поэтому решил, что лучше раз помучаюсь , а потом ....

Добавлено (30-Авг-2010, 16:40:04)
---------------------------------------------
кстати, по этому же принципу хотел решить проблему с $CAT_NAME$ в информерах - вместо $CAT_NAME$ использовать это выделенное название из ссылки (по сути тоже, только без регистра и с _ ) но оказалось что в информерах $CAT_NAME$ возвращает только номер категории.