LiveStreet CMS

Заметил, что если вместо sc-demo.livestreetguide.com/product/items/cat1 ввести sc-demo.livestreetguide.com/product/Items/cat1, то случится вот что:
Fatal error: Uncaught exception 'Exception' with message 'Can not find the template: Items.tpl' in /home/lsguide/public_html/sc-demo/engine/modules/viewer/Viewer.class.php:330 Stack trace: #0 [internal function]: ModuleViewer->Display('Items.tpl') #1 /home/lsguide/public_html/sc-demo/engine/classes/Engine.class.php(558): call_user_func_array(Array, Array) #2 /home/lsguide/public_html/sc-demo/engine/classes/Router.class.php(439): Engine->_CallModule('Viewer_Display', Array) #3 /home/lsguide/public_html/sc-demo/engine/classes/Router.class.php(137): Router->__call('Viewer_Display', Array) #4 /home/lsguide/public_html/sc-demo/engine/classes/Router.class.php(137): Router->Viewer_Display('Items.tpl') #5 /home/lsguide/public_html/sc-demo/engine/classes/Router.class.php(127): Router->Shutdown(false) #6 /home/lsguide/public_html/sc-demo/index.php(34): Router->Exec() #7 {main} thrown in /home/lsguide/public_html/sc-demo/engine/modules/viewer/Viewer.class.php on line 330

тыц

+ спасибо от меня

Имхо это частный случай и названия в каталогах обычно не состоят из двух слов «белый стул» и «белый стол», тем более что они врядли будут похожи друг на друга.

Открываем первый попавшийся каталог по запросу «белый стул купить» и видим: Стул BZ500S белый, Стул K114 черный, Обеденная группа стол T017 + 4 стула Y011, Стол 1104 и т. д.

То есть, чтобы изменить запрос так как вы говорите, ему придется сначала вырезать половину того самого запроса. + Есть еще парсер, который может сбивать с толку пользователя, если в названии будут присутствовать какие-нибудь '' или "".

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

Какие плагины у вас установлены?

Я прошу пардон, не достаточно внимательно прочитал ваш вопрос. Реврайт делается в конфиге, это понятно. А редирект можно настроить в панели хостинга, у меня так. Все делается одновременно, без проблем.

Я к тому, что делал реврайт, потом редирект в хостинг-панели, и наоборот. Исчезновений страниц не заметил. На тот момент постов было около 150.

Поэтому, пользуясь случаем, хотел бы уточнить.

а с чего вы взяли, что страницы «моментально» выпадут из поиска?

без проблем)

/templates/skin/synio/css/jquery.notifier.css

#notifier .n-box.n-error { background: #850505; color: #fff; }

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

логика примерно такая (интуитивно):

<a href="{if $oUserCurrent}{router page='topic'}add/{/if}" {if !$oUserCurrent} onclick="return ls.favourite.toggle(304,$('#fav_topic_304'),'topic');"{/if} class="btn btn-success btn-write pull-right" id="modal_write_show">{$aLang.block_create}</a>

работать будет, но...«return ls.favourite.toggle(304,$('#fav_topic_304'),'topic');» явно не отсюда.

К классу кнопки можно добавить класс «js-login-form-show sign-in». При клике по кнопке пользователь увидит модальное окно авторизации.

class="button button-write js-login-form-show sign-in"

очень быстрый беглый взгляд на tut.by и onliner.by

tut.by:

<h1><a class="ad" data-atom-target="main_news_1" target="_self" href="http://news.tut.by/auto/402568.html"><img width="454" height="304" alt="" src="http://img.tyt.by/432x288c/n/01/b/q3_1tit.jpg" class="b-mainnews__img"> Время выгодных вложений!</a></h1>

<h3 class="b-label rGeoTarget rGT15800"><a data-atom-target="geonews/minsk" title="Минск" href="http://news.tut.by/geonews/minsk/">Новости Минска</a></h3>

<h3 class="b-label r10"><a data-atom-target="politics" title="Политика" href="http://news.tut.by/politics/">Политика</a></h3>

onliner.by:

<h3 class="b-tile-header">
            <span class="txt max-lines-4" style="float: none; position: static;">Бросил все и переселился в дом на колесах</span>
            <div class="complementary">
                                    <span class="complementary-item photo">35<i class="b-icon-3"></i></span>
                                                            </div>
        </h3>

<h2>
        <a href="http://tech.onliner.by">Технологии</a>
    </h2>

обычный, конечно.

обычно создают статическую главную страницу со списком каталогов по категориям и изображениями разделов. набор каталогов не так часто меняется.

так и сделал.

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

а вот это было бы очень здорово, потому что сейчас как раз и встало несколько вопросов.
1. Как связать все схемы в одну или хотя бы дочерние с материнскими (чтобы в схеме электроника отображались все продукты схем: холодильники, электропечи и т.д.?
2. Как осуществлять поиск по всем схемам сразу (схема каталога у меня примерно похожа на яндекс-маркет, сверху поиск, и это основная вещь на главной; снизу — категории с картинками, как вы и писали)? Может ваш Simple Search поможет, но я пока не понимаю, как с ним можно осуществить поиск по 40 схемам (как сделать поиск по одной схеме мне понятно)?

кому как нравится. пользователь может и убрать среднее значение.

в Action'ах закомментировать строку ниже, или можно как-то легче?

$this->Viewer_AddHtmlTitle($this->Lang_Get('plugin.simplecatalog.Title'));

почему не по-человечески? внизу есть блок сео данных и там поле ввода ЧПУ — вводите любое нужное значение. Каталог сформировал урл автоматически если он был занят.

да, если речь идет об админе. но не об обычных пользователях. например если делать бесплатные объявления и сто человек захочет продать нокию 3310. (но это конечно не так принципиально на данном этапе).

это не логично т.к. у продукта может быть много категорий и к какой категори его относить — не известно.

например, к первой добавленной, а показывать во всех. (так сделана категоризация в плагине treeblogs (дерево блогов), но там конечно и механизм несколько иной.

Кстати, вы не думали сделать добавление категорий при публикации продуктов и фильтрацию чекбоксами, а не списком с прокруткой. ну или чекбоксы с окном прокрутки, если количество категорий больше 10, к примеру.

Спасибо за ответы!

Напоследок хочу вынести на обсуждение один фундаментальный для меня момент, он касается добавления своих полей. Сейчас их можно добавлять к схеме, и это круто. Но есть одно но. Я сейчас делаю каталог, который состоит из 6 категорий, и 44 подкатегорий. Для примера возьмем одну категорию «Электроника», и несколько подкатегорий: пусть будут «Холодильники» и «Стиральные машины». Холодильники я хочу фильтровать по 20 полям (бренд, тип, ширина, глубина и т.д.), а стиральные машины по 21 полю. Поля в холодильниках и стиральных машинах у меня отличаются. Я так понимаю, что для каждой новой подкатегории мне нужно создавать отдельный каталог со своими полями. Но как быть если у меня их 44? При всем при этом надо не забывать про материнские категории (к примеру холодильники и стиральные машины должны находится в категории «Электроника». Все товары из подкатегорий должны отображаться в материнской категории).

Возможно, вы планируете сделать возможность добавлять поля к категориям/подкатегориям?

lifecom , может напишете небольшую статейку с инструкцией, как правильно ставить на топики и комментарии?

Здравствуйте, хотел бы с вашей помощью разобраться в иерархии, которую создает плагин.

Допустим у меня есть сайт «Тест» (test.ru), два каталога: «Каталог1» (catalog1) и «Каталог2» (catalog2) и продукт в «Каталог1»: «продукт1» (product1), также продукт в «Каталог2»: «продукт1».

Каталог:
путь к Каталог1 = test.ru/product/items/catalog1. title страницы: «Каталог1 / Плагин Simple Catalog / Тест».
путь к Каталог2 = test.ru/product/items/catalog2. title этой страницы такой: «Каталог2 / Плагин Simple Catalog / Тест».

По идее, «по-человечески» путь должен выглядеть: test.ru/catalog1. а title страницы: «Каталог1 / Тест».

Продукт:
Путь к «продукт1» из «Каталог1» = test.ru/product/item/product1. title страницы: «Продукт1 / Плагин Simple Catalog / Тест».
Путь к «продукт1» из «Каталог2» по идее должен был быть = test.ru/product/item/product1, но таким он быть не может, потому как повторяет url «продукт1» из «Каталог1», поэтому он автоматически поменяется примерно на такой test.ru/product/item/product1032236269b0c6af2, что тоже по-моему не очень по-человечески. title страницы: «Продукт1 / Плагин Simple Catalog / Тест»

По-идее, «по-человечески» путь должен выглядеть так: test.ru/catalog1/product1. test.ru/catalog2/product2.

Категории:
Если добавить категорию «Категория1» (category1) в каталог, то она будет тоже достаточно странно отображаться: test.ru/product/category/catalog1/category1

По идее, «по-человечески» было бы так: test.ru/catalog1/category1.

Итого, чего хотелось бы:
1. Иерархии вида: сайт/каталог/категория/продукт. Или: сайт/каталог/категория/подкатегория/продукт. и title соответстенно: продукт / категория / каталог / сайт. Или: продукт / подкатегория / категория / каталог / сайт.
2. Если у «продукт» повторяются url, то, делать замену вида: «продукт1», «продукт2», а не «продукт1032236269b0c6af2».

Спасибо

1) Жестко ли привязывается плагин к одному доменному имени, или я все же смогу со временем перенести его на другое? (использоваться плагин при этом будет на одном домене).
2) Как производить адаптацию плагина под свои нужды на локальном сервере, если он может использоваться только на одном домене?