Тема: URL в модуле контент
Здравствуйте!
Такой вопрос, создаю раздел "Новости" на сайте, надо чтобы он был доступен по определенному URL из меню. Как изменить URL контентного раздела. Сейчас там просто подставляется text1, text2 и т.д.
Форум ReadyScript Вопросы по работе с системой URL в модуле контент
Чтобы отправить ответ, вы должны войти или зарегистрироваться
Здравствуйте!
Такой вопрос, создаю раздел "Новости" на сайте, надо чтобы он был доступен по определенному URL из меню. Как изменить URL контентного раздела. Сейчас там просто подставляется text1, text2 и т.д.
В системе используются маршруты (маски адресов). Новости открываются по маске. /text-aliasраздела/ . Вы можете только alias раздела менять, просто указав при редактировании категории псевдоним. Если псевдоним не указывать, то действительно будет /text-1/ и т.д.
В системе используются маршруты (маски адресов). Новости открываются по маске. /text-aliasраздела/ . Вы можете только alias раздела менять, просто указав при редактировании категории псевдоним. Если псевдоним не указывать, то действительно будет /text-1/ и т.д.
Не совсем конечно удобно. Ну и сам модуль контента, очень слабый по базовому функционалу.
У нас упор на функционал магазинов. Это же не движок блога.
Что бы Вы хотели бы видеть?
У нас упор на функционал магазинов. Это же не движок блога.
Что бы Вы хотели бы видеть?
Да, понимаю что магазин, но как минимум нужны нормальные урл и возможность ручной сортировки статей, для создания простейшего статейника.
Что такое нормальный урл? Разве /text-novii-material/ не нормальный урл? Или поисковик его не поймёт? Или есть штрафные санкции к text- ?
Я думаю, что для поисковой машины это семечки и плевать ей на text-.
Что такое нормальный урл? Разве /text-novii-material/ не нормальный урл? Или поисковик его не поймёт? Или есть штрафные санкции к text- ?
Ну это просто какие то полумеры, хочется полный контроль и не хочется объясняться по поводу этого с клиентами.
Создайте страницу в конструкторе, дайте ей уникальный альяс -NEWS и выводите на ней новости/статьи и т.д.
модулем вывода новостей.
А любую последовательность или вид вывода можно сделать, поправив шаблон вывода.
Т.е. можно Новости выводить в site.ru/news, отзывы в site.ru/feedbacks.
На самом деле, RS очень гибкая система и всегда можно найти выход. Если необходим полноценный блог, то лучше делать отдельным поддоменом, что сделано у многих крупных фирм.
Что такое нормальный урл? Разве /text-novii-material/ не нормальный урл? Или поисковик его не поймёт? Или есть штрафные санкции к text- ?
Ну это просто какие то полумеры, хочется полный контроль и не хочется объясняться по поводу этого с клиентами.
А Вы им так и объясните, что это требование системы. ЧПУ будет строится от text- и на SEO не влияет. Это в "лохматых" годах делали такие url, что довало абсолютную неоднозначность, и замедлчло работу. Т.к. если сайт становился огромным, и все сведения хранились в одной таблице (какой url чему соответствует), то увеличивалось время на поиск в этой таблице, например если записей несколько миллионов. Маршруты, не общаются к БД, а сразу получают контроль и передают всё в контроллер. Для этого они и были придуманы. Это более современный подход. Хотя способы есть, но тут придётся покрутится. Например как делает Ярослав из предыдущего хоста, но по умолчанию всё именно так происходит.
На самом деле, RS очень гибкая система и всегда можно найти выход. Если необходим полноценный блог, то лучше делать отдельным поддоменом, что сделано у многих крупных фирм.
В том то и дело что не нужен полноценный блог, нужен простенький статный раздел с возможностью сортировать статьи в категории. Ну если с URL теперь немного понятнее, спасибо кстати, то видимо сортировку придется допиливать. Вообще странно что нет ни ручной сортировки товаров, ни ручной сортировки статей, во многих случаях нужная вещь.
На самом деле, RS очень гибкая система и всегда можно найти выход. Если необходим полноценный блог, то лучше делать отдельным поддоменом, что сделано у многих крупных фирм.
В том то и дело что не нужен полноценный блог, нужен простенький статный раздел с возможностью сортировать статьи в категории. Ну если с URL теперь немного понятнее, спасибо кстати, то видимо сортировку придется допиливать. Вообще странно что нет ни ручной сортировки товаров, ни ручной сортировки статей, во многих случаях нужная вещь.
Сортировка статей происходит по дате по убыванию. Вы можете там это сделать. И в админке отсортировать по полу размешено. Добавляется справа на шестирёнке.
Что касается товаров, то мы как-то на заказ делали такую вещь, но Вы себе даже не представляете масштаб этой задачи. Особенно в рамкам множественных категорий. За несколько лет с такой просьбой обратились пару человек. Остальным 99% пользователей такая задача не понадобилась. И она сильно усложняла логику и контроллеры. Поэтому в коробку это не вошло.
Особенно в рамкам множественных категорий.
Ну вот как раз в рамках множестеных это понятно что сложно интересует именно в одной.
Ну в общем ясно, видимо будем пилить под себя.
За несколько лет с такой просьбой обратились пару человек.
Есть такая штука "ожидаемая полезность продукта", да без нее продукт будет вполне себе работать, но я например даже не задумывался что в CMS в коробке нет ручной сортировки товаров, потому что она есть в большинстве CMS.
И вот теперь смотрите какая ситуация, у человека стоит задача выбрать CMS, он просматривает все что есть на рынке, смотрит вашу CMS, она ему нравиться, но не видит такой простой и ожидаемой функции как ручная сортировка товара. В вашем же случае выборка "никто не просит, никому не надо" основана на тех кто уже является вашими клиентами, да им действительно оно не надо, иначе бы они и не выбрали вашу CMS.
Это конечно утрированно, но суть думаю ясна. Просто многие разработчики говорят "Это никому не надо" основываясь на мнении своих текущих клиентов, а не потенциальных. Не зря же во всех CMS сортировка товаров есть из коробки.
1. В каких CMS есть данная функция в коробке, чтобы мы постморели?
2. Я могу скинуть Вам наработки по данной теме, чтобы облегчить задачу. Но там без .my.inc.php, не обойтись скорее всего Вам будет.
Подскажите, пожалуйста, для чего может пригодится ручная сортировка товаров?
Посмотрел приведенные системы и понял, что во фронте выбираемая пользователем сортировка в стандартных шаблонах (кроме могуты) практически не используется, либо крайне ограничена (только наименование и цена в симпле и диафане).
Может поэтому и есть необходимость в ручной сортировке (или задаваемой жестко: по дате, названию как в shop-script.)
В основном все ищут либо по цене, либо по названию. Но хитрые маркетологи придумали "импульсные продажи", т.е. тогда когда нужно продать определённый товар, они подсовывают на первую страницу определённые позиции. Тема не слишком востребованная, т.к. есть лидеры продаж, но тем не менее имеет место быть.
Создайте страницу в конструкторе, дайте ей уникальный альяс -NEWS и выводите на ней новости/статьи и т.д.
модулем вывода новостей.
А любую последовательность или вид вывода можно сделать, поправив шаблон вывода.
Т.е. можно Новости выводить в site.ru/news, отзывы в site.ru/feedbacks.На самом деле, RS очень гибкая система и всегда можно найти выход. Если необходим полноценный блог, то лучше делать отдельным поддоменом, что сделано у многих крупных фирм.
А что то я не нашел где там задавать уникальный алиас. Расскажите подробнее пожалуйста?
Чуть ошибся.
http://joxi.ru/KAxz1Jxs4OwQ7m
Создаете пункт меню с типом "Страница" или "статья" и в конструкторе создаете страницу, связанную с данным пунктом: http://joxi.ru/p275J4Ks0qZ6Mr
Чуть ошибся.
http://joxi.ru/KAxz1Jxs4OwQ7m
Создаете пункт меню с типом "Страница" или "статья" и в конструкторе создаете страницу, связанную с данным пунктом: http://joxi.ru/p275J4Ks0qZ6Mr
Спасибо, попробую.
Чуть ошибся.
http://joxi.ru/KAxz1Jxs4OwQ7m
Создаете пункт меню с типом "Страница" или "статья" и в конструкторе создаете страницу, связанную с данным пунктом: http://joxi.ru/p275J4Ks0qZ6Mr
А новости получается выводить через шаблон, через блок-контроллер "последние новости"?
Да, именно так. Просто модуль новостей выведите.
т.е. без паджинации будет?
Шах и мат) Действительно, а паджинации то и нет... Ждем комментарии разработчиков.
Ну чтож теоретически можно сделать следующим образом.
Сам блок контроллер для пагинации принимает параметр p из GET запроса.
Для отображения пагинации нужен сам объект пагинации. А именно:
\RS\Helper\Pagination
Можно воспользоваться функцией static_call (http://readyscript.ru/dev-manual/dev_sm … tatic_call) и помощью неё заполнить объект пагинации из своего модуля, передав нужные переменные в публичную статическую функцию своего апи. Например вызовом в шаблоне:
{static_call var=paginator callback=['\Custom\Model\Api','myPagination'] params=[$this_controller->article_api, $this_controller->getParam('pageSize')]}
В самой функции, надо сделать примерно следующее:
/**
*
* @param \Article\Model\Api $article_api - объект АПИ статей
* @param integer $limit - по сколько резульататов выводить.
*/
public static function myPagination($article_api, $limit)
{
$page = \RS\Http\Request::commonInstance()->get('p', TYPE_INTEGER, 1); //Получаем из GET текущую страницу
$total = $article_api->getListCount(); //Получим общее количество статей
$paginator = new \RS\Helper\Paginator($page, $total, $limit);
retrun $paginator;
}
В самом шаблоне чуть ниже static_call можно вызвать теперь шаблон пагинатора:
{include file="%THEME%/paginator.tpl"}
Чтобы отправить ответ, вы должны войти или зарегистрироваться
Форум ReadyScript Вопросы по работе с системой URL в модуле контент