@DebianLife

Всем привет. Уже 3 дня ломаю голову, какой вид ЧПУ будет лучшим?! Кто что думает по этому вопросу?

Есть вот такие варианты:

внутренняя страница

1. http://site.ru/post/213
2. http://site.ru/post/id/213
3. http://site.ru/category_name/post/213
4. http://site.ru/category_name/post/id/213

имя страницы

1. /213
2. /213.html
3. /213-title-post
4. /213-title-post.html


страницы на главной в разделе и т.д

1. http://site.ru/5
http://site.ru/category_name/5

2. http://site.ru/page/5
http://site.ru/category_name/page/5

Или ваш вариант! Замучился уже (( То длинно, то не красиво, то не понятно, то с точки зрения SEO плохо, то с точки зрения реализации MVC и проблем с расширением функционала движка, головняк, и т.д. Не могу найти идеальное решение. Или хотя бы оптимальное.

0

@TAB

/post/213 | /post/213.html - коротко и ясно. Указывать явно id не имеет никакого смысла, ибо и так понятно что пост идентифицируется по указанному числу, а категорию и подавно, ибо в БД таблица постов как правило одна.

/5 | /5.html | /page/5 | /page/5.html - дело вкуса.

Помимо указывать или нет в конце /, предпочитаю исходить из строения файловой системы: если заканчивается на него значит директория, иначе файл.
Например /post/213.html - выводит пост с id 213 формата html (авось кому-то нужно в pdf - /post/213.pdf, odf - /post/213.odf, ..); /post/ | /post/+asc | /post/1/ | /post/1/+asc - очевидно выводит список постов по возрастанию постранично; /post/5/+desc - вывод в порядке убывания; /post/+2012.07.24 - вывод за указанную дату, /post/+2012.07 - за год и месяц, ..; /post/+last - свежайший или /post/+first - древнейший пост; /post - неопределённый или случайный пост в конце-то концов; и прочий поток мыслей

По:
Так или иначе на вкус и цвет .. Делать как Вам нравится (от Вас требуют).

0

@DebianLife

По поводу мне то удобнее, и красивее сделать так /5, чем так /5.html, но вот что лучше для поисковых машин, или им пофигу.

По поводу то тогда теряется универсальность и удобство в плане расширений в будущем. Тоесть, самый хороший вид, для построения MVC фреймворка, параметр= значение, тобишь /page/5, а если на внутренний странице будет идти /post/5, тобишь post это имя контроллера, после которого идет параметр, без имени. И это как бы нарушает общую структуру. Поскольку все параметры проверяются на соответствие пары имя параметра = значение, тоесть вычисляется контроллер, после чего создается массив параметров, если такие есть. Вот еще в чем сомнения, сделать то можно, но получится не очень универсально.

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

Добавлено через 5 минут
По поводу: делаю то для себя, по этому и хочется учесть все до мелочей, удобство самого движка в плане расширений в будущем, что бы потом не лазить по всему движку, когда захочется что-то добавить, а просто написать новый контроллер, если нужно модель и вид. И чтобы все подхватилось как следует, а не лазить в Front controller и так далее и там мудрить еще. Также должно быть и человеку понятно где он и что, чтобы было красиво, и чтобы поисковикам нравилось. Просто лучше все это учесть на стадии разработки, чем потом переписывать весь движок. И можно будет уже это использовать в последующих проектах, и уже не возвращаться к этому вопросу.

0

@your_tremor

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

Делайте как хотите ни на что не влияет.
Щас накинутся, типа, seo ошники.. ну они типа сеошники. ключевое слово "типа"

0

@DebianLife

Да я вообще не хочу ЧПУ ))) Если честно, но уже не первый год интернет пестрит, мол делайте ЧПУ, и на всех движках уже смотрю ЧПУ давно, вот и решил перевести потихоньку и свои самописные движки на ЧПУ )) А когда кинулся, блин вариантов куча, а идеального решения нет, вот и ломаю себе уже не первый день, а какже все таки лучше ))

0

@your_tremor

Главная басня: чпу поможет продвижению сайтов! Вы когда-нибудь набивали руками адрес длиннее ya.ru? предполжу, был у вас грешок google.ru(com) или yandex.ru. Было дело, сознайтесь!
Поисковикам накласть на ваш сложный адрес. Или на ваш простой, с чпу. Не тратьте силы на мишуру и бахрому... Если у вас есть какие-то пожелания в оформлении url(ну в рамках дизайна сайта) делайте как вы сами видите это дело

0

@DebianLife

Даже не знаю, я знаю что google вроде точно пофигу ЧПУ или нет. А вот насчет яши не уверен, та и блин на кокой сайт не зайду везде ЧПУ, изредка без. Та и сидел тоже думал, как из форм отправлять ЧПУ )) Что-то нормального решения пока в голову не пришло. Ведь я без использования регулярок в mod_rewrite хочу, чисто чтобы контроллер разруливал. У меня просто есть формы из которых формируются большие, сложные get запросы, как теперь с ними быть, хз, кто-тож уже решал эту задачку, буду рад услышать идеи )

0

@your_tremor

Не знаю по теме, ли нет.. ссылка может быть любой. чпу - прикол для seo шников. реально они никому не нужны. Вот ссылка ссылка которая работает и никто ее набирать в браузере не будет(посмотрите адрес url а не текст):https://www.google.ru/search?n... R1_86HMs3I

0

@OnYourLips

ЧПУ тут только 3.
При этом для поиска записи используется только id, а остальное игнорируется.

0

@DebianLife

Ну этож поисковик, у него понятное дело )) А вы зато гляньте на результаты поиска, у всех сайтов ЧПУ, тоесть нет спец символов в запросе.

Добавлено через 36 секунд
Не совсем понял, что вы имели введу? )

0

@your_tremor

Если на вашем сайте есть что-то, тогда поисковики его вытянут, не важно какие у него urlы. Если на вашем сайте нет ничего - seoшники вытащат вашу какашку. В связи с чем битва? Вы г.но продвигаете или что-то важное?

0

KOPOJI

в связи с тем, что раньше некоторые поисковики все, что после "?" просто-напросто опускали. Или парсили частично. Правда, думаю, на данный момент это не так актуально, но все же.. Да и многие считают, что ЧПУ-адрес запомнить проще, нежели с GET-параметрами (к примеру, здесь - куда понятнее, что раздел Apache называется apache или PHP - php, а не ?f=10 (к примеру)

0

@DebianLife

В данном случае мне интересно, один раз сделать для себя вывод, чтобы потом вовсех своих движках, придерживаться этой системы. Вот и все, старые сайты переводить нет смысла, а вот новые хочу, уже делать на новый лад, сейчас пишу движок, уже большая часть написана, но без ЧПУ, тобишь все запросы, выглядят http://site.ru/index.php?categ... order=desc ну и все в таком роде ) Вот и решил его переписать пока еще не закончил ))

0

@your_tremor

бред. больше трех букв никто ничего не запоминает.
Вы будете настаивать, что ссылки вводят руками? Я не ваш клиент
ключевое слово "некоторые"

0

@DebianLife

Ладно ребят, давайте не будем спорить, поскольку примерно 80% сайтов используют ЧПУ или им подобные URL. То давайте предположим что, другого выхода нет, и нужно делать с ЧПУ. Какой вид вы посоветуете, как бы сделали вы?

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

Потом как выглядет внутриняя страница?

Как выглядит окончание файла? Просто номер id, или с ключевыми словами, с .html или без и т.д.

0

KOPOJI

Обоснуйте.
Т.е., вы раздел apache не сможете запомнить? А раздел windows, linux, ....? Это исключительно ваши проблемы, что вы не можете или не желаете запоминать такое простое словосочетание. Таким образом можно сказать и про доменные имена - больше трех букв никто не запоминает. "Ya.ru - и баста. Yandex.ru ? Не, не слышал"
Я не буду, мне все равно. Я высказал свое мнение.
Я не доктор.
Спс, КЭП

Добавлено через 18 секунд
DebianLife, 3.

Добавлено через 31 секунду
c .html или нет - решать вам. Но я бы выбрал с .html, меньше проблем

0

@DebianLife

Вот не знаю как быть в этом движке, ну в движках где статьи, наверно да лучше с .html, а этот движок это сайт обои для рабочего стола, и там какбы нет контента как такового, и указывать по большому смыслу .html наверно нет смысла, может просто id картинки? И фигачить ли ключевые слова в имя страницы? Может в этом случае вообще внутрению страницу сделать как http://site.ru/wallpaper/234 или http://site.ru/wallpaper/id/234 не заморачиваться? Как считаете?

0

@your_tremor

я могу.
юзеру это не надо
пожалуйста и слава Богу!

0

KOPOJI

не надо - пусть не запоминает. А кому-то будет надо, пусь запоминает.

Добавлено через 2 минуты

0

@DebianLife

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

Добавлено через 16 часов 34 минуты
Блин, задрали меня эти ЧПУ Задрали меня эти поисковики, из-за них приходится себе голову выкручивать на изнанку Не могу придумать как сделать правильно, красиво и чтобы при этом, это вообще можно было реализовать. Ну вот как из таких запросов, делать красивые ЧПУ?

_http://localhost/index.php?resolution=1920x1200&category=1&tag=девушка&order=views&ad=asc&page=2

Этож просто бред! Как из форм делать запросы такого вида /category/girls/resolution/1920x1200/page/2 и так далее? 4 дня уже на эту херню потратил, так с места и не сдвинулся

Добавлено через 5 минут
Кто нибудь вообще реализовывал ЧПУ на сайтах где могут быть десятки параметров в запросе?

Добавлено через 4 минуты
Это что лепить вот такую бредятину? _http://localhost//girls/resolution/1920x1200/tag/девушка/order/views/ad/asc/page/2

Добавлено через 1 час 50 минут
Ну с формами, вроде придумал как! С помощью JS.

0