Вы не зашли.
Trashcka, смысл в том, что при отсутствии класса вёрстка становится фиксированной. С одним идентификатором это реализовать будет невозможно.
С #navMain соглашусь, но подождем когда twig появится в шаблонах, тут надо именно от него отталкиваться будет, а-то мало-ли..
Форма логина всё-таки не такой уж и шаблонный предмет, вместе с формой поиска. В зависимости от концепций дизайна разметка у инпутов может быть абсолютно разной и менять html все-равно придется, соответственно в моём случае нет смысла насыщать формы лишними тегами.
По 2 дива - пофиксил где это возможно
--по ссылке шаблон обновил
#page => #conteiner +
class="rubber" - отвечает за резиновую верстку, подумаю еще как более изящно решить этот вопрос.
#navMain - внутри вложен ul список с меню, нужно на тот случай, если ul>li будет задаваться через шаблонизатор, что-бы идентификатор не терялся за пределами main.tpl
h1 - если честно, пока еще не продумал как в CMS правильно организовать этот вопрос, т.к. по идее в первом теге h1 должно находится то-же, что и в title для лучшей индексации поисковиками. (если можно, распиши подробнее как тут на твой взгляд будет лучше сделать)
по #login_form у меня работает jQuery функция, которая её отображает итп... #search_form я просто позиционирую, причина та же, что и с #navMain, что-бы идентификатор не оказывался за пределами main.tpl, но идентификатор можно задать и самой форме...
Насчет формы входа списком, не совсем понял - зачем это нужно в конкретном случае, поясни пожалуйста
#maincontent.... по два дива нужно для того, что-бы ширина левого блока была автоматической для резины и можно было расставить паддинги со своими стилями для #content, #in_side_bar
Див с очисткой в конкретном случае в дополнение выполняет функцию hr, также над ним сразу идет текст новости, не вложенный в дивы, где можно ставить overflow
По-поводу p.center, #navMain li - скинь ссылку, где почитать можно.
CSS пишу в строчку для себя, у меня есть автоматическая штука, которая потом в один сделает его правильным
Trashcka, мне кажутся скверными высказывания о html, понятно что я ещё всё прооптимизирую, но разметка совсем не перенасыщена. Что касается css, у шаблона всё-таки должен быть хоть какой-то стиль по моему мнению, но оптимизации тоже вполне всё поддается. Пока на стадии создания всё бью на отдельные блоки, потом буду распределять более грамотно все стили
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01//EN" "http://www.w3.org/TR/html4/strict.dtd">
<html xmlns="http://www.w3.org/1999/xhtml" xml:lang="ru" lang="ru">
<head>
<title>Шаблон Next Generation CMS</title>
<meta http-equiv="Content-Type" content="text/html; charset=windows-1251" />
<link rel="stylesheet" type="text/css" href="css/style.css" />
<script type="text/javascript" src="js/jquery-1.5.bn.js"></script>
<script type="text/javascript" src="js/jquery.cookie.min.js"></script>
</head>
<body>
<div id="page" class="rubber">
<div id="header"> <a id="logotype" href="#"><img src="" alt="изображение" />Основной логотип</a>
<div id="navMain">
<!--верхнее меню-->
</div>
<h1>название раздела, в котором вы находитесь</h1>
<div id="search_form">
<!--форма поиска-->
</div>
<div id="login_form">
<!--форма входа-->
</div>
</div>
<div id="colum_content">
<div id="maincontent">
<div id="content">
<!--контент-->
</div>
</div>
<div id="side_bar">
<div id="in_side_bar">
<!--сайд бар-->
</div>
</div>
</div>
<div id="footer">123</div>
</div>
</body>
</html>
А это разметка шаблона globlog к сравнению:
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
<html xmlns="http://www.w3.org/1999/xhtml" xml:lang="ru" lang="ru" dir="ltr">
<head>
<meta http-equiv="content-type" content="text/html; charset=windows-1251" />
<meta http-equiv="content-language" content="ru" />
<meta name="generator" content="NGCMS 0.9.2 Release + SVN [SVN729+]" />
<meta name="document-state" content="dynamic" />
<link href="http://ngcms/engine/plugins/rating/tpl/skins/basic/rating.css" rel="stylesheet" type="text/css" />
<meta name="description" content="Здесь описание вашего сайта" />
<meta name="keywords" content="Здесь ключевые слова, через запятую (,)" />
<link href="http://ngcms/templates/globlog/css/style.css" rel="stylesheet" type="text/css" media="screen" />
<script type="text/javascript" src="http://ngcms/engine/includes/js/functions.js"></script>
<script type="text/javascript" src="http://ngcms/engine/includes/js/ajax.js"></script>
<title>Заголовок вашего сайта : Главная страница</title>
</head>
<body>
<div id="loading-layer"><img src="http://ngcms/templates/globlog/images/loading.gif" alt="" /></div>
<div class="min_width">
<div class="main">
<!--header -->
<div id="header">
<div class="indent">
<div class="logo">
<h1><a href="/">Логотип</a></h1>
<div><span>Слоган сайта</span></div>
</div>
</div>
<div class="side_left_menu">
<div class="side_right_menu">
<div class="side_top_menu">
<div class="left_top_menu">
<div class="right_top_menu">
<div class="block_search">
<!--форма поиска-->
</div>
<div class="menu">
<div class="mw_login">
<!--верхнее меню-->
</div>
<div class="clear"></div>
</div>
<div class="clear"></div>
</div>
</div>
</div>
</div>
</div>
</div>
<div class="content">
<div class="side_left">
<div class="side_right">
<div class="side_top">
<div class="side_bot">
<div class="left_top">
<div class="right_top">
<div class="left_bot">
<div class="right_bot">
<div class="indent">
<div class="w100">
<div class="column_center">
<div class="indent_center">
<div class="side_left_2">
<div class="side_right_2">
<div class="side_top_2">
<div class="side_bot_2">
<div class="left_top_2">
<div class="right_top_2">
<div class="left_bot_2">
<div class="right_bot_2">
<!--контент-->
</div>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
<div class="side_bar">
<!--сайд бар-->
</div>
<div class="clear"></div>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
<div id="footer">
<!--футер-->
</div>
</div>
</div>
</body>
</html>
Внутри может оно и технологично, но снаружи не зацепило (а шаблон это именно наружка). Не люблю темные тона
Цеплять нечем, ибо стараюсь максимально минимизировать html в том числе, что-бы разработчикам не приходилось ковыряться пол года в каскаде кода для правки шаблона под себя или смены дизайна. Т.е. исходный код на мой взгляд в поставляемых шаблонах должен быть предельно ясным и кратким.
Но если будут предложения по цветовым гаммам, там достаточно изменить одну картинку и выслать мне коды цветов для основных стилевых моментов - без труда сделаю 2-й вариант
Всем доброго времени!
Решил создать шаблон для NGcms, который был бы качественно свёрстан и в то-же время красиво смотрелся.
В данный момент шаблон находится в стадии разработки, так как по-сути я принялся за переделку всей клиентской (именно пользовательской, не включая админки) части CMS, таким образом нужно адаптировать все плагины итп.
Ориентируюсь я больше на организацию клиентского кода в CMS и задачу более грамотных концепций по применению CSS с Яваскриптом для удобства их редактирования будущими разработчиками. Надеюсь, если Виталику понравится моя идея - будем вносить незначительные правки в движку.
Мной предусматривается обязательная возможность работоспособности сайта без используемого мной фреймворка, т.е. с его применением я пишу только конкретно данный шаблон, а если что-либо планирую править в двиге связанное с яваскриптом, то пишу для этого дополнительно функцию без использования фреймворка. Стараюсь делать всё таким образом, что-бы изменения не отражались пагубно на всех остальных шаблонах, но частично конечно-же затронут пару мелких моментов, которые я лично буду готов исправить во всех поставляемых с NGcms шаблонах.
Художник из меня некудышный, но с юзабилити, вёрсткой (оптимизированной для SEO) и яваскриптом дружу, соответственно мне нужно ваше мнение касательно внешнего вида и стилевой составляющей. Что-бы вам хотелось видеть в реализованном шаблоне и поставляемом шаблоне движка, как бы вы лучше изменили цвета итд итп. Если есть желание и возможность, с удовольствием приму ваши готовые изображения для сайта в psd формате (благо их немного используется, но логотипа я пока не придумал)
===
Ключевые особенности: использую в шаблоне фреймворк jQuery, не стесняюсь применять CSS 3.0 игнорируя при-этом осла, из интересных реализованных моментов - форма входа на сайт с микро-валидацией и возможность лёгкого изменения типа вёрстки с резины на фиксированную (для разработчика, т.е. в итоге ссылки не будет, надо будет изменить один класс в main.tpl). Весь css и JS код прокомментирован. Черные блоки в контенте сделал для описания и возможности скрыть лишнее, подняв нужное к верху странички
Поддержка: IE7+(кроме моментов с CSS3, кои я сделал так чтоб не совсем уж гадко в IE выглядел сайт), FireFox, Opera, Hrome, Safari ( последних версий, остальные браузеры и другие версии перечисленных не проверял)
Вот то, о чем идет речь: http://zxs.ru/test1/index.html (шаблон будет всегда доступен по-этой ссылке, пока не закончу работу. Об обновлениях буду оповещать в теме)
http://zxs.ru/test1/comments.html - хитрый вывод комментариев с использованием хэшей вместо "?news_id=7&page=2". Пока к движке не прикручивал, но на предмет баговости оттестировал, всё фурычит. До 500 страничек с +/-2000 комментариями работает достаточно шустро, до 100 стр с 1000 комментами летает. Планирую прикрутить прелоадер. Если кто возьмется за прикрутку к плагину comments или подскажет, как лучше прооптимизировать яваскрипт, буду благодарен. Подробное описание в сообщении ниже..
http://zxs.ru/test1/bbcode.html - редактор ББ кодов (предлагаемый сразу для использования в админке и комментариях...)
http://zxs.ru/bbcode/index.html - обновленный редактор ББ кодов примеренный на админку.
Жду ваших мнений, идей, критики.
-время редактирования темы = время обновления шаблона по той-же ссылке.
Дизайн очень красивый, со вкусом... Но меня если честно абсолютно устраивает нынешний, т.к. в красивом интерфейсе разных CMS легко теряюсь и как-то релакса наводит что-ли
От одинаковых тайтлов отказываться нельзя, а вот что-бы перед добавлением номера к идентичному алиасу проверялся весь урл на наличие полного совпадения - это штука нужная. Т.к. я например вместо имени категории юзаю везде дату (_http://blah.ru/yyyy-mm-dd/its-article/либо _http://blah.ru/yyyy-mm-dd-its-article/)
Slavchik, <input type="image" class="enter" src="{tpl_url}/images/enter.jpg" value="вход" />
замените на
<input type="image" style="width:60px;" class="enter" src="{tpl_url}/images/enter.jpg" value="вход" />
Посмотрите в сторону http://corporate.foreca.com/ru/products … /internet/, они предоставляют xml информеры для Яндекса.... (правда нужно писать их админам, но думаю оно того стоит.)
ROZARD пишет:himango, Если ты про 30wmz то эта цена готового шаблона...
Хорошо, тогда что в вашем понимании "готовый шаблон", возможно мы думаем о разных вещах?
В моём понимании готовый шаблон должен включать 3 пункта:
1) Макет, нарисованный согласно предпочтениям заказчика.
2) 100% валидная верстка.
3) Шаблон для NGcms
Вы говорите о проекте дизайна с вёрсткой написанной с 0-я, адаптированной для работы с NGcms, а тут шла речь об адаптации уже существующих популярных (или не очень), понравившимся вам шаблонов (у которых уже готова верстка, не важно - какая) под работу с NGcms. Как вариант наверное можете выслать ваш макет, нарисованный согласно вашим предпочтениям для его валидной верстки и адаптации под NGcms, вероятно люди откликнутся, но это может стоить на мой взгляд дороже 30$, а может и нет. В зависимости от сложности макета И это уже не шаблон, а проект реализации вашего дизайна и он в таком случае должен быть уникальным для вас, я полагаю.
Переустановите плагин comments, если ошибка не пропадет, то в шаблоне plugins/comments/comments.form.tpl найдите строчку
alert('Error parsing JSON output. Result: '+cajax.response);
и замените её на
//alert('Error parsing JSON output. Result: '+cajax.response);
Продублирую вопрос и тут:
Будет ли актуально, если я буду высылать .tpl шаблоны и стили вместе с демкой в едином архиве для каких-либо частей админки?
Например я бы с удовольствием переделал немного оформление редактора для добавление новостей + поправил бы несколько мелких ошибок в коде (верстке) итп
+ насчет каталога http://ngcms.ru/forum/viewtopic.php?id=657#p19119
Дайте ссылку на ресурс, где можно воспроизвести ошибку, либо почитайте http://ngcms.ru/forum/viewtopic.php?id=619, т.к. лично у меня с SVN 756 подобной ошибки с комментариями нет.
Если действительно дело дойдет до разработки плагина каталога товаров, то вот мои мысли на этот счет (к сожалению финансово пока принять участия не смогу, но если ситуация изменится, то с радостью поддержу проект):
Названия разделов выдумываю на лету, поправьте если окажусь в чем-то не прав.
1. Структура каталога
Каталог должен включать в себя массу различных возможностей, но основная суть заключается в том, что-бы пользователь мог добавить товар в корзину и произвести заказ товара(ов) (хронопеи и пр. платежные системы не берем, это отдельная тема вообще). Таким образом на выходе мы должны получать уведомление на электронную почту/в интерфейсе административной панели с данными оставленными пользователем для дальнейшего контактирования с ним, оформлением и осуществлением заказа.
Для реализации такой сути по минималке потребуется:
1.1. хранилище товаров в базе данных, их выборка/сортировка для поставления в клиентской части сайта
1.2. инструмент для добавления/редактирования уже имеющихся товаров в каталоге (их список)
1.3. инструмент для добавления/редактирования групп товаров (система категорий и подкатегорий товаров редактируемая администратором)
1.4. инструмент вывода сообщения о заказе в административной панели
1.5. инструмент уведомляющий администратора по электронной почте
1.6. расширение пользовательского профиля до данных необходимых для оформления заказа, видимых только администрацией. Это нужно для заказа товаров без заполнения полной формы заказа по-новой (электронный адрес, телефон для связи, фио, юр/частное лицо, страна/город проживания/почтовый индекс итд итп)
1.7. система предупреждения зарегистрированного пользователя о том, что при оформлении заказа данные можно взять из его профиля, либо предложить ему их заполнить по-новой. При-этом новые данные заместят старые в профиле пользователя, о чем он также будет уведомлен.
1.8. то-же самое, что и в 1.6., 1.7. - только без учета регистрации пользователя (предлагается заполнить форму заказа)
2. Логика (структура более подробно)
Структура каталога должна быть гибкой и легко адаптируемой под нужды разработчика. Т.е. при разработке модуля нужно учесть и предусмотреть ряд моментов, которые могут стать поводом для того, что-бы пришлось переписывать весь модуль с 0-я.
Я приведу пример системы интернет-магазина из Ruby on Rails (Ruby - это язык программирования, Rails - это грубо говоря CMS, которая поставляется на Ruby по-умолчанию, отсюда и пошло такое полное название). Ruby on Rails сложная даже для администрирования, но пожалуй одна из самых гибких систем интернет-каторогизации товаров, которую я когда-либо встречал.
2.1. таксономия (это страшное слово, с которым мне пришлось столкнуться оказалось весьма смысловым, немного распишу его суть) - это система позволяющая устанавливать единые, но в то-же время не зависящие друг от друга параметры/группы параметров для товаров и категорий товаров в нашем случае.
2.1.1. для категорий товаров это грубо-говоря древо способное включать в себя новые разделы и подразделы, в которых уже будут находиться определенные товары
2.1.2. для товаров устанавливаются настройки, благодаря которым можно применять одновременно несколько подразделов, выводить их допустим в каждой подкатегории какой-либо из категорий, или даже в нескольких подкатегориях категорий. При-чем для категорий и подкатегорий можно устанавливать критерии, при наличии которых у товара, тот будет отображаться в соответствующих категориях/подкатегориях. (например если товар имеет поле "цвет", или "диван", то пихаем его туда-то... итд итп)
2.2.2 система параметров у товара (они-же критерии). Допустим мы продаем автомобиль, у него куча характеристик. Но нам нужно сделать так, что-бы в каталоге отображались только те или иные характеристики в зависимости от их наличия у автомобиля, а заполнять вновь и вновь всё от марки до параметров двигателя мягко говоря не целесообразно, то именно в этом случае и понадобится система параметров у товара. Грубо-говоря это список редактируемых полей, которые можно будет подключать к товару/группе товаров/категории/группам категорий. Т.е. если мы добавляем автомобиль и выбираем для него категорию mazda, то из наших настроек для редактирования параметра товара выбираются те параметры, которые присуще именно для автомобилей mazda.
2.2. ... потерял мысль немного, перейду к дальнейшим пунктам. Вероятно в совокупности распишу всё что нужно, но не совсем по-порядку.
3. Клиентская часть на сайте
Для пользователя необходимо следующее: меню, в котором будут располагаться пункты с категориями товаров (допустим диваны, кровати, шкафы - это подкатегории категории "мебель", а принтеры, сканеры, кулеры - это подкатегории из категории "оргтехника" итд). При выборе нужной категории (и подкатегории, если она имеется) пользователь попадает на страничку с группой товаров. Товары идут изначально в блоках 300х300 пикселей, прибиты к левому краю (это моё видение. пишу чтоб вы представили картину так, как представляю ее я. По сути это всё меняется веб мастером как его душе угодно). В блоках изображение товара, его название и цена. При клике на блок пользователь попадает на страничку с более подробной информации об уже конкретном товаре, там перечисляются характеристики товара, имеется его фотография (возможно и не одна), кнопка "добавить в корзину" с возможностью выбора кол-ва товаров (или без неё)., какие-то основные характеристики, например наличие товара итд итп. А также в разделе с каталогом присутствует(хотя ее можно запихнуть куда удобно веб-мастеру) кнопка "моя корзина (n-товаров)", при клике на которую пользователь попадает в корзину, где он может произвести некоторые настройки над своими товарами. Обязательны на мой взгляд следующие настройки: возможность перевыбора кол-ва товаров (с калькуляцией), выбор валюты, возможность удалить товар, ссылка на страничку товара, кнопка оформления заказа. Под калькуляцией подразумевается цена товара 1шт, цена одного типа товара Nшт, цена всех товаров в совокупности. При клике по кнопке оформления заказа пользователь переходит на страничку, где ему предлагается заполнить данные о себе, либо взять их из его профиля. После заполнения и отправки формы пользователю говорится "Спасибо!", а на почту администратора высылается уведомления со всеми данными.
Ну и по-пунктам всё что я расписал:
3.1. отображение списка категорий/подкатегорий
3.2. отображение группы товаров в своей категории
3.2.1. маленькая фотография товара
3.2.2. название товара
3.2.3. цена
3.3. отображение подробного описания товара
3.3.1. фотографии товара
3.3.2. характеристики
3.3.3. наличие кол-ва на складе
3.3.4. цена
3.3.5. кнопка добавления в корзину (с возможностью выбора кол-ва добавляемых товаров)
3.4. интерфейс корзины
3.4.1. поле с названием товара
3.4.2. возможность изменить кол-во отдельного товара
3.4.3. цена одного типа товара в кол-ве 1шт и N(выбрано пользователем)шт
3.4.4. цена за все товары в корзине
3.4.5. кнопка удаления одного или всех типов товаров
3.4.6. кнопка оформления заказа
4. Клиентская часть административной панели
....
4. Необходимые настройки
Настройки включают в себя таксономию, далее пишу по пунктам:
1. возможность вывода товара при не указанном наличии оного, либо равном 0-ю
2. возможность для определенных групп товаров (в зависимости от категории/подкатегории) не показывать поле с выбором кол-ва товаров как на страничке подробной инфы о товаре, так и в корзине (например если мы продаем дома, квартиры или автомобили - нафига нам морочить пользователя кол-вом подобного рода товаров, а если мы торгуем рыболовными снастями, то тут и говорить не о чем - возможность выбора количества необходима!)
3. возможность задать дополнительные поля в корзину (допустим доставка по Москве в пределах МКАД стоит 200 рублей, а за ее пределами 300, то мы добавляем поле выбора способа доставки, где окончательная цена суммируется в зависимости от параметров этого поля. Обязательно добавлять выбор данного поля в уведомление пользователю)
4. ... идеи кончились пока-что, на самом деле просто устал писать )) Это нужно еще более подробно разбирать на предварительной стадии разработки плагина.
======
Итог.
Данный плагин при грамотной реализации способен обеспечить NGcms более широким кругом пользователей, это как-минимум. Причем этот круг будет расширяться в ущерб конкурентным CMS, т.к. такой системы грамотно реализованной я не видел нигде кроме Spree и битрикса пожалуй (с первым всё крайне сложно, а второй платный).
Я в свою очередь с удовольствием займусь разработкой клиентской части административной панели модуля и на сайте, да и вообще активно поучавствую в организации вопросов технической реализации модуля, если кто возьмется за серверную (программную разработку модуля)...
vitaly, а когда прогнозируется подключение шаблонизатора twig?
Это просто прорыв в NGcms открывающий многие двери к удобству реализации всяких функциональных штук для разработчиков.
Можно подключить библиотеку JQuery и для класса комментария выполнить следующую функцию:
<script type="text/javascript">
$(function(){
$('.comment_class:odd').css('background','#000');
})
</script>
Для идентификатора будет соотв. #comment_id
1. Тенденция идет как раз на вынос всего в плагины, включая новости.
2. Внутрення логика будет с новым шаблонизатором http://www.twig-project.org Там будут условные блоки
{% if users %} ... {% endif %}
То есть приходим к ads_pro В него и нужно добавлять некоторую новую функциональность
ads_pro к сожалению не работает в последних версиях SVN и об исправлениях или доработках никто ничего не говорил
А вот новый шаблонизатор - это уже интересно ))) Особенно радует, что это не Smarty ))
Предлагаю включить в движку (не в виде плагина, а по-умолчанию) механизм по управлению блоками создаваемыми администратором. Что-то вроде ads_pro, но так что-бы работало с последними версиями svn.
И с разделением этих блоков на две группы "блоки контента", "теги пользователя" (блоки контента понимают всё кроме php), теги пользователя работают только с пхп.... соотв. вызов как и был {block_name} что-бы работал в шаблонах... Добавить раздел в административной панели, где будут включены все теги, где их можно будет добавлять (редактировать существующие) пользователя, т.к. вызов новостей - тот же тег по сути и тд.
+ было бы здорово включить какую-нибудь внутреннюю логику из серии "если страничка с таким-то алиасом", то "....", else...ну и так далее. Это позволит не плодить кучу шаблонов main.tpl, будет достаточно организовать единственный шаблон с подключением в него различных блоков отвечающих за те или иные моменты. Это на тот случай, если шаблон главной странички принципиально отличается от других разделов сайта.
В общем хорошо бы подумать в эту степь, я в свою очередь готов предложить концепции реализации клиентской части моей идеи в виде верстки, если она будет кому интересна.
а просто echo 'How are you?'; - работает? У меня вызывает некоторое подозрение переменная makeUkrnetLink()... задается ли она в links.php и если да, то зачем скобки в конце? Я в пхп не силен, но вызов переменной крайне похож на вызов функции в яваскрипте )))
Если в отдельном php файле это работает, то попробуйте тут заменить апострофы на кавычки
legenda, пхп нужно вставлять без "<?php" и "?>", об этом писалось выше.
А вот проблема описанная Евгением остается актуальной и для меня
legenda, в phpmyadmin в таблице 2z_images создайте строку ni.storage => int, Null "Нет" (всё остальное пустым, по-умолчанию "Нет" пустым, либо "Как определено" со значением "0")
Запрос будет выглядеть приблизительно след. образом: alter table 2z_images add column ni.storage int default 0
Не увидел сразу раздела "у меня не работает", перенесите пожалуйста...
Проблема описывается и тут: http://ngcms.ru/forum/viewtopic.php?id=914&p=4#p18483, но ее решения нет
SVN Changeset 756, версия плагина ads_pro 0.10 (последняя)... Плагин устанавливается нормально, но при редактировании блока открывается создание нового. При создании нового заменяется старый блок, прошу помочь в решении данной проблемы или указать на альтернативные возможности создания блоков с возможностью использования в них php.
Так же вопрос - возможно ли использовать аналогичные языковые блоки?? Т.е. что-бы в шаблонах можно было вставлять {blah} и при переключении разных языков с помощью xfeds тег выводил какую-нибудь фразу на разных языках в зависимости от настроек Оо... Это что-бы не плодить кучу разных main.tpl....
Wolverine, все-же готов спорить. Если я в приведенном примере набираю в браузере никнейм латиницей, то он при переходе по ссылке автоматически переводится в нужный формат, в движке же кидает на страничку несуществующего пользователя..
Wolverine, у меня из jchat открывается имя профиля так, как у меня открыто И в таком случае не работает. А должен быть вот такой результат с кириллицей: http://capitalcity.combats.com/inf.pl?l … тые+Локоны т.е. когда вписываешь в строке браузера, то оно само регенерируется в формат ссылки %C7%EE%EB%EE%F2%FB%E5%20%CB%EE%EA%EE%ED%FB