Сообщений в теме: 192

[eugene_wb]

(и, наверняка, давно написанное отдельным продуктом, скриптом)

Берем например PhpMyFAQ и интегрируем http://www.phpmyfaq.de/download.php. Решений готовых масса, остается только поискать и выбрать нужное

[micehide]

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

ИМХО, привязка статьи должна быть к одной теме, если статья выводится в виде текста на конкретной странице (товара ли, категории ли и т.п.), а вот если в виде ссылки (даже можно с кратким текстом-описанием), то можно и к нескольким привязывать - опять же, вопрос клиентского вывода...

Все-таки считаю, что нужно исходить из основной задачи существования статей на сайте интернет-магазина, это:

• SEO - а именно, возможность продвинуть отдельные товары/бренды/коллекции с помощью статьи с ключевыми словами в которой будет присутствовать нужная ссылка или же выводить эту статью прямо на странице товара например.
• Удобство для посетителей, например: список терминов, упоминаемых в магазине: описания конструкций, особенности групп товаров и т.д. Ссылки на такие статьи можно расставлять прямо в тексте описания товара (более того, можно сделать это виде всплывающих подсказок или как угодно еще). *
• Еще?

* - похоже пункт 2 тянет вообще на отдельный модуль, хотя принцип у него практически что и у Статей...

[badisoft]

ИМХО, привязка статьи должна быть к одной теме, если статья выводится в виде текста на конкретной странице (товара ли, категории ли и т.п.), а вот если в виде ссылки (даже можно с кратким текстом-описанием), то можно и к нескольким привязывать - опять же, вопрос клиентского вывода...

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

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

[micehide]

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

Ага, и еще статьи привязвать к другим статьям ))))

[badisoft]

Ага, и еще статьи привязвать к другим статьям

Кстати, почему бы и нет? Нормальная мысль .

[Jeck2000]

А нет в этом модуле возможности создавать категории статей ?

[badisoft]

А нет в этом модуле возможности создавать категории статей ?

Нет. Если, конечно, вопрос о "топикстартовом" модуле, а не о других, которые тоже тут обсуждали.

PS. Сделать категории статей весьма не сложно. Если хотим привязку каждой статьи к одной категории, то добавить одну новую SQL-таблицу с категориями и одно поле к SQL-таблице статей. Если хотим привязку статьи к одной или более категорий, произвольно, то добавится еще одна SQL-таблица (кросс-ссылочная, "многие-ко-многим"). Оформить это все в админке (менюшки выбора и привязки статей, создания-удаления категорий) - тьфу вопрос. Но ЗАЧЕМ ВСЕ ЭТО НАДО в нашем скромном зоопар... эээ... ShopCMS?

[Jeck2000]

Я немного другое видимо имел ввиду, а может ты не совсем правильно понял. Я имею ввиду сделать нормальную структурированную систему. Ну например, есть у нас в каталоге раздел Дрели. Создаешь в админке раздел именно статей "дрели" и пихаешь тужа именно статьи про дрели. Если у тебя есть дрели ручные и дрели электрические, то раздел "Дрели" можно оставить как родительскую категорию статей, а к ней добавить 2 подкатегории "дрели ручные" и "дрели электрические" и уже статьи так же распределять по нужным разделам, ну а дополнительно уже допустим привязывать Категории статей к категории товаров, а отдельные статьи к отдельным товарам. Здесь я не говорю только про SEO (по сути, для SEO и дополнительных страниц достаточно, статьи можно и на них размещать)
А вот если сделать структуру, то очень удобно было бы посетителям, кто действительно хочет почитать полезную информацию, если выводить все статьи, то всё можно удобно выводить по разделам и подразделам. Короче могло бы быть всё красиво и нагляно, понятно было бы где и что

[badisoft]

немного другое видимо имел ввиду, а может ты не совсем правильно понял.

Сложно правильно или не правильно понять то, что не написано. Нет?

Я имею ввиду сделать нормальную структурированную систему. Ну например, есть у нас в каталоге раздел Дрели. Создаешь в админке раздел именно статей "дрели" и пихаешь тужа именно статьи про дрели.

Зачем? Зачем что-то создавать? Уже есть категория товаров "Дрели" (как и вся структура каталога) и достаточно привязать к ней статьи про дрели. Чтобы они показывались
1. как ссылки при любом товаре из этой категории.
2. как ссылки при заходе в категорию
3. еще как-то, но связанно с категорией "Дрели" .

Это уже давно реализовано. По части привязки статей к товарам - у меня в бесплатном выложенном тут модуле. По части привязки статей к категориям - misehide некоторое время назад публиковал (или обещал опубликовать) что-то аналогичное моему модулю. Либо мой переделать - тьфу вопрос.

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

Я так понимаю, что чукча не читатель. Иначе бы мог заметить и мою мысль "нахрена делать, если наверняка давно сделано", и ответ eugeny_wb c конкретикой "да, давно сделано". Там даже ссылка есть. Велком. Оно как раз для "посетителей, кто действительно хочет почитать полезную информацию".

[jikonast]

Прочитал, весь блог... есть предложение по доработке этого блока...

Добавить к статьям, комментарии посетителей?
Помогите реализовать эту идею, Так как это повысит вес страниц для гугла и яндекса.
и при этом сделать ограничение на количество комментариев,
для удобства, предлагаю сделать дополнительный вывод после каждой стать
"Комментарии к статье" и чуть дальше "посмотреть", после нажатия на кнопку посмотреть . откроется в отдельном окне новость с комментариями.

[badisoft]

Помогите реализовать эту идею, Так как это повысит вес страниц для гугла и яндекса
[...]
после нажатия на кнопку посмотреть . откроется в отдельном окне новость с комментариями.

Если комментарии открываются в отдельном окне, то как это повысит вес страницы?

[jikonast]

Откроется статья, а ниже будут комментарии. тогда да...


И для тех, кого устраивает дизайн и стили вывода новостей,
предлагаю заменить файл show_full_articles.tpl.html
ищем /core/tpl/user/шаблон/show_full_articles.tpl.html

и меняем на  show_full_articles.tpl.html   1.17К   4 Количество загрузок:

[badisoft]

И для тех, кого устраивает дизайн и стили вывода новостей, предлагаю заменить файл show_full_articles.tpl.html

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

<h4>{$postheader}</h4>

заменено на

{include file="header.tpl.html" header=$postheader}

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

добавить к статьям, комментарии посетителей? Помогите реализовать эту идею, Так как это повысит вес страниц для гугла и яндекса.

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

[jikonast]

Согласен, зачем это надо! Ты прав! Лучше сам помучаюсь, и допишу себе! )

[badisoft]

Согласен, зачем это надо! Ты прав! Лучше сам помучаюсь, и допишу себе! )

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

PS. Я правильно понимаю, что мы так и не узнаем, зачем Вы выложили и без каких-либо объяснений рекомендовали установить замену штатного TPL.HTML от модуля статьи?

[jikonast]

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

PS. Я правильно понимаю, что мы так и не узнаем, зачем Вы выложили и без каких-либо объяснений рекомендовали установить замену штатного TPL.HTML от модуля статьи?

Для того, чтобы потом не спрашивали как поменять стили, а при замене не делали мелкой ошибки.
забывая перенести div
А менял я

{$articles_full_array.textToPublication}

на

<div class="newsIndex">{$articles_full_array.textToPublication}</div>

[boss]

Ссылки на статьи и на сам модуль отображаються без дизайна
Подскажите как это можно исправить?


_http://all-pumps.kiev.ua/stati/

[eugene_wb]

добавить basehref в head.tpl.html

[badisoft]

Подскажите как это можно исправить?

Насколько я помню, причина в том, что в show_articles.tpl.html вокруг инклуда header.tpl.html поставлен тэг <H4>, а в show_full_articles.tpl.html вообще нет инклюда header.tpl.html, а просто выводится <h4>{$postheader}</h4>.
Попробуйте в обоих файлах вместо имеющегося решения прописать стандартное

{include file="header.tpl.html" header=$postheader}

PS. Вру. Это надо прописать в show_full_articles.tpl.html, а в show_articles.tpl.html надо

{include file="header.tpl.html" header=$smarty.const.STRING_ARTICLES_TITLE}

Т.е. просто убрать H4-тэг.

[idal]

Доброго времени суток.
Подскажите пожалуйста, а как можно сделать так, чтобы были и статьи и по такому принципу акции и естественно в админке был раздел акции, и вывод не stati а aksyi
Заранее спасибо.