- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Все что нужно знать о DDоS-атаках грамотному менеджеру
И как реагировать на "пожар", когда неизвестно, где хранятся "огнетушители
Антон Никонов
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Какая ссылка на статью лучше/правильнее:
1) site.com/post.php?id=123 (вроде как самый плохой вариант, устаревший)
2) site.com/privet-mir (так трудно реализовать, так как могут быть и статические страницы, типа contacts)
3) site.com/post/privet-mir.html (страница не статическая, комментарии могут появляться и в боковых колонках, что-то новое)
4) site.com/post/privet-mir/ (это статья, а не категория, логичнее без слеша)
5) site.com/post/privet-mir (если статью переименовать, то придется сохранять все старые названия каждый раз, чтобы делать с них редирект на новую, и выборка из базы чуть медленнее, чем по id)
6) site.com/post/123 (не будет подсветки слов в поисковике)
7) site.com/post/privet-mir-123 \
8) site.com/post/123-privet-mir - 7,8 и слова есть, и выборка из базы по id, и сохранять не надо старые названия, если что по id можно найти, а потом сравнить названия и перенаправить на правильный url, если название не сходится.
Какой вариант выбрали бы Вы?
Сам склоняюсь к 7 варианту, чтобы число ID не разделяло сайт и название статьи. Голосуем не стесняемся, высказываем своё мнение. Спасибо!
Вафелька, тогда может случится ситуация, когда будет статья, например contacts, а захочется сделать страницу на сайте с таким именем, но она будет занята и т.п. И наоборот, при создании статьи каждый раз проверять, нет ли уже статьи с таким именем и нет ли уже такой страницы. На вид то нормально, а подводных камней много...
2) site.com/privet-mir (так трудно реализовать, так как могут быть и статические страницы, типа contacts)
А сложность-то в чем? Вид ссылки может не зависеть от статичности или динамичности страницы.
3) site.com/post/privet-mir.html (страница не статическая, комментарии могут появляться и в боковых колонках, что-то новое)
И что?
Я б выбрал второй вариант.
---------- Добавлено 04.10.2015 в 00:32 ----------
Вафелька, тогда может случится ситуация, когда будет статья, например contacts, а захочется сделать страницу на сайте с таким именем, но она будет занята и т.п. И наоборот, при создании статьи каждый раз проверять, нет ли уже статьи с таким именем и нет ли уже такой страницы. На вид то нормально, а подводных камней много...
Я думаю, система не даст сделать дубль.
За третий вариант, обеими руками и ногами.
site.com/post/privet-mir.html
site.com/privet-mir
Использую эти варианты.
Я думаю, система не даст сделать дубль.
Система может и не даст, а поставишь плагины - новая статья может забить адресом старую.
Проще добавлять ID и не заморачиваться.
Я за site.com/privet-mir-123 но такого варианта нет в списке...
site.com/privet-mir
если так нельзя, то я бы выбрал
4) site.com/post/privet-mir/ или
5) site.com/post/privet-mir
Я за site.com/privet-mir-123 но такого варианта нет в списке...
Спасибо, неплохой вариант, для статей делать сразу без post/, а если нужны будут, например категории, то уже category/ допустим можно добавить, и всякие contacts вряд ли будут с цифрами в конце, то есть так можно и разделить на статические страницы, и статьи по цифрам в конце.
The WishMaster, а без ID статьи в url плохо тем, что при изменении названия статьи, url также желательно менять, а если страница уже проиндексирована, то придется добавлять редирект. А если статью 5 раз переименовывали? Хранить все старые названия для редиректа... А с id таких проблем нет.
А если статью 5 раз переименовывали?
Значит можно смело ставить диагноз.
Хотя чисто технически - можно хоть 100500 раз переименовывать, не изменяя при этом её урл.
Зато из-за игрищ с ИД можно столько приключений на седалеще поиметь.
Если так неймется поиметь циферки в адресе - можно сделать свой суррогатный ключ, не имеющий ничего общего с ИД.