Поиск
 
Авторизация
 Регистрация   Войти   Забыли пароль? 

Warning: preg_replace(): The /e modifier is no longer supported, use preg_replace_callback instead in F:\OpenServer\domains\vveb.ws\includes\bbcodes\mail_bbcode_include.php on line 20

Warning: preg_replace(): The /e modifier is no longer supported, use preg_replace_callback instead in F:\OpenServer\domains\vveb.ws\includes\bbcodes\mail_bbcode_include.php on line 21

Warning: preg_replace(): The /e modifier is no longer supported, use preg_replace_callback instead in F:\OpenServer\domains\vveb.ws\includes\bbcodes\search_bbcode_include.php on line 39
  Категория: Признаки хорошего сайта
Упрощение меню PHP-Fusion

Статья написана для разработчиков PHP-Fusion и для клиентов, которые уже полностью освоились в админке PHP-Fusion.
НОВЫМ КЛИЕНТАМ ЧИТАТЬ ДАННУЮ СТАТЬЮ НЕ РЕКОМЕНДУЕТСЯ - ВСЁ РАВНО НИЧЕГО НЕ ПОЙМЁТЕ.

PHP-Fusion - гибкий и большой движок. Поэтому каждый владелец сайта должен настроить его под себя, в том числе удалить лишнее. К чему я всё это пишу: я не могу запретить своему клиенту пользоваться каким-либо функционалом в PHP-Fusion, но я могу порекомендовать скрыть неиспользуемый функционал. А клиенту уже решать, что скрыть.

 

Упрощённая структура меню

Несмотря на то, что в PHP-Fusion очень хорошо продуманная структура категорий (больше ни в одной cms я такого не видел! ) :

«Статьи» -> Категория статей -> Статья
«Новости» -> Категория новостей -> Новость
«FAQ» -> Страница FAQ -> FAQ
«Фотогалерея» -> Фотоальбом (Категория фотографий ) -> Страница фотки
«Скачать» -> Страница файлов -> Сам файл загрузки
«Ссылки» -> Страница ссылок
«Страницы»

Разделы стандартного PHP-Fusion не мешало бы сократить, потому что посетителю неудобно искать вначале в «Статьях», потом в «FAQ», а ещё потом в «Новостях» и т. д.

На практике посетителя совершенно не интересует тип php-файла, при помощи которого был добавлен элемент или страница на сайт. Например:

«Статьи» -> Категория статей -> Статья (articles.php )

«Новости» -> Категория новостей -> Новость (news.php )

Посетителя интересует логическая цепочка, например:

Ремонт -> Поклейка обоев,

Продажа стройматериалов -> Гипсокартон

Раньше у меня сайт был на голом HTML, без всяких cms, он был гораздо проще и понятнее: открываешь раздел, а там несколько страниц в каждом разделе. Безусловно, такая структура имеет преимущество - простоту и линейность. РАЗДЕЛ -> СТРАНИЦА.

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

Пример меню сайта с разделами:

Главная Стройматериалы Ремонт Достижения Контакты
    Кирпичи, шлакоблоки   Поклейка обоев   Наши награды    
    Плитка   Шпатлёвка   Фотогалерея работ    
    Обои   Укладка плитки        
    Ковровые покрытия            

Пример сайта с условными разделами, где всё меню видно на главной странице внизу - Geroi-3.narod.ru

Или может выглядеть так:

Шапка сайтп
Главная Стройматериалы Ремонт Достижения Контакты
Скидки!!!
Стройматериалы
Кирпичи, шлакоблоки
Плитка
Обои
Ковровые покрытия
  Текст страницы

Копирайт

Причём посетителю сайта пофиг, будет ли страница «Обои» сделана (как «Фотогалерея» ) из отдельных фотографий или все фотки обоев будут на одной странице (как «Статья» ) .

Учитывая огромный функционал PHP-Fusion и огромное количесвство боковых панелей, такой простоты будет трудно добиться, но стремиться к такой линейной простоте надо.

 

Разделы стандартного PHP-Fusion не мешало бы сократить

«FAQ», «Ссылки», «Загрузить»

«FAQ», «Ссылки», «Загрузить» не имеют принципа сортировки (нумерации ) , но находятся на одной странице, поэтому их использование в настоящий момент неудобно. Если много элементов на одной странице, то они будут отображаться в порядке их добавления на сайт, а не в том порядке, в котором Вам надо. Кроме того, они в большей или меньшей степени повторяют «Статьи».

Конечно, определённые преимущества есть у «FAQ», «Ссылки», «Загрузить» по-отдельности, например:
= редирект в «Ссылках»,
= подсчёт количества скачиваний в «Загрузить»,
= мой мод спойлер (сворачивающийся блок ) в «FAQ».

Но, по большому счёту, эти преимущества - мелочи. Особенно для посетителя, который хочет найти всё как можно быстрее. Спойлер можно прикрутить при желании куда угодно, так же как и редирект.

 

«Страницы»

Попробуйте объяснить человеку, не знакомому с PHP-Fusion, чем «Страницы» отличаются от «Статей» : ) Для тех, кто не знаком с PHP-Fusion, объясню: «Страницы» в отличии от «Статей», не имеют категорий, зато их чуть удобнее добавлять в главное меню. «Страницы» сделаны исключительно для очень ленивых админов, которым лень вписать три строчки в главное меню (Название страницы, URL и номер ) . Но это всё МЕЛОЧИ для юзабилити со стороны посетителя!

 

«Новости»

Попробуйте объяснить человеку, не знакомому с PHP-Fusion, чем «Статьи» отличаются от «Новостей» : ) Какое на фиг дело посетителю, пришедшему на сайт, что в «Новостях», в отличие от «Статей», можно задать начальную и конечную дату публикации? Кому это вообще интересно, кроме админа сайта?

Истёк срок публикации новости - изволь перенести её в архив или удалить, а не создавать фактически дополнительный раздел сайта «Новости» с практически той же самой информацией, но автоматическим скрытием «Новостей» с истёкшим сроком публикации. Почему посетитель должен искать и в «Статьях», и в «Новостях»?

Я не говорю о том, что «Новости» надо везде удалить, я считаю, что на большинстве сайтов использование «Новостей» избыточно и неоправданно. Потому что обычно на сайтах 3-5 новостей, и делать для них отдельный раздел сайта нету смысла. Уж лучше изложить все новости в двух-трёх абзацах на главной, в «Приветствии сайта» (Админка -> Главные Установки ) или сделать одну-единственную отдельную страницу («Страницы» ) , а не создавать категории новостей и отдельные страницы для каждой новости. Так посетителю проще!

 

«Фотогалерея»

С одной стороны, наличие на сайте «Фотогалереи» - это архиважное преимущество. Особенно, если посетители могут загружать свои фотографии (есть, вроде, такой мод ) . С другой стороны, маленькие картинки (превьюшки ) можно вставлять в аннотации «Статей» (тэг <img> ) и в аннотацию элементов «Каталога» (тэг <img> ) . Тэг <img> - это не так удобно, но зато структура сайта гораздо проще. Если освоить <img>, «Фотогалерею» можно и вовсе отключить на сайте. Посетители могут грузить свои фото во вложениях на форуме, но это неудобно.

 

Комментарии

С одной стороны, очень приятным функционалом кажутся комментарии практически ко всем элементам PHP-Fusion («Статьи», «Новости», «Фотогалерея», «Страницы» ) . На практике я очень-очень редко видел полезные комментарии. Многие люди считают своим долгом написать в комментариях "отстой!!" или "о...еть". Эти же самые люди никогда бы не стали начинать новую тему на «Форуме», чтобы высказать свои два-три [бесполезных] слова. Да действительно, в PHP-Fusion комментарии можно отредактировать, можно даже приделать аватары пользователей, но реально комментарии не дадут Вам того ответа, который Вы хотите получить. Именно поэтому можно и не включать «галку разрешить комментарии». С запретом комментариев Вы ничего не потеряете.

Обратите внимание, комментарии в PHP-Fusion НЕ ИНДЕКСИРУЮТСЯ поиском по сайту! Поиск по сайту в PHP-Fusion ищет любой текст, кроме комментариев. И, вероятно, это потому, что, как правило, комментарии не несут никакой полезной информации.

К тому же, комментарии напрямую конкурируют с форумом сайта. Когда посетитель заходит на «Форум», он видит список тем, а обсуждения в комментариях для него не существует, пока он не откроет соответствующую статью. Иметь на сайте обсуждения во многих местах («Форум», комментарии к «Статьям», «Новостям», «Фотогалерее», «Страницам» ) мне кажется ошибочным.

Рекомендуется в конце статьи писать: «Обсуждение данной статьи в Такой-то теме форума», а в первом сообщении темы форума писать «Обсуждение Такой-то статьи».

 

Что осталось в итоге?

В итоге надо сделать так, чтобы:

= был один раздел сайта с важными материалами - для того, чтобы в нём писал Админ - это «Статьи» или «Каталог» (плагин Миривлада ) .

= был «Форум», на котором были бы ВСЕ обсуждения, в том числе и не очень важные статьи пользователей.

и всё! больше ничего, что отвлекало бы внимание посетителя.

(Сейчас речь не идёт о социальных сетях на базе PHP-Fusion, где нужны «Фотогалереи пользователей» или «Блоги пользователей». Речь идёт о серьёзном корпоративном сайте ) .

Сравнение «Статей» и «Каталога» (плагина Миривлада ) .

Параметры для сравнения «Статьи» «Каталог» (плагин Миривлада )
Подкатегории есть мод «Подкатегории статей». есть Подкатегории
Загрузка картинок в аннотацию и в основной текст можно загрузить картинку в описание статьи с помощью тэга <img>.
У Алипапы есть специальный плагин - навороченный редактор TinyMCE для загрузки картинок без FTP и визуального (WYSIWYG ) редактирования. Но это я ещё не делал.
Есть загрузка картинок без FTP
Комментарии и рейтинги есть нет
вставка HTML есть есть

Как видим, функционал почти одинаковый, хотя «Статьи» чуть мощнее. Разработки идут в обоих направлениях. И оба этих функционала можно одновременно использовать на сайте, например для разных тем.

 

Какую страницу назначить главной?

Как вариант, предлагаю назначить главной страницу «Статьи». так будет гораздо понятнее. Категории «Статей» станут фактически разделами сайта.

Добавлять ли на главную панели «Последние статьи» или «Последние темы форума» - это уже по желанию владельца сайта.

 

Дополнительные панели

Можно сделать панель «Категории статей», чтобы «Категории статей» отображались на всех страницах.

Можно сделать инклюд в статью «Другие статьи этого раздела». Хотя если статей в разделе много, надо ограничить их число, скажем до 8 или до 10.

 

Нумерация и очерёдность элементов

А вот вопрос с нумерацией и очерёдностью показа всех элементов PHP-Fusion, кроме главного меню, остаётся открытым. Этот вопрос будет мной решаться, со временем.

Если бы «FAQ», «Ссылки», «Загрузить» имели сортировку, то был бы смысл делать длинные страницы из множества коротких элементов.

А из категории «Статей» можно было бы сделать книгу, где каждая статья соответствовала бы отдельной главе.




Опубликовал Admin. 08.07.2010 01:23:27 · 0 Комментариев · 15254 Прочтений · Печать
Добавить комментарий

Добавить комментарий
Пожалуйста, залогиньтесь для добавления комментария.
Рейтинги