-
Юбилейный DevConfX пройдет 21-22 июня в Москве. Как всегда — Вы решаете, кто попадет в программу секции Backend — голосуйте за интересные доклады
ЧПУ и translit
- Автор темы Sky_Flex
- Дата начала
Анатолий
Новичок
Это нормально.и как ты представляешь это? переводить чтоли google.com/translate? впринципе можно... но а если там например поменяется что? и весь сайт к чертям.. или ты предлагаеш при добавлениии новости админам писать самим англ. вариант?
мне кажется это еще нелепее...
Полностью автоматизировать наполнение сайта (нормального сайта) невозможно - этим занимается человек. И ему не составит труда заполнить еще одно поле.
Sky_Flex
Новичок
baev
тогда точно и пользователю не набрать и смотреть тошно на такой адрес...
ТАК ВСЕ ЖЕ - КАК ПРАВИЛЬНЕЕ ПОСТАПАТЬ С АДРЕСАМИ?
1.цыфры
2.реальное имя - транслитом
3. и вот новое: реальное имя - переведенное на англ.
???
хм... а если перевод не коректен, что довольно часто бывает...
тогда точно и пользователю не набрать и смотреть тошно на такой адрес...
ТАК ВСЕ ЖЕ - КАК ПРАВИЛЬНЕЕ ПОСТАПАТЬ С АДРЕСАМИ?
1.цыфры
2.реальное имя - транслитом
3. и вот новое: реальное имя - переведенное на англ.
???
fog
Рыцарь Джедай
По технической части вопроса
ИМХО средствами PHP генерировать часть URL неправильно, потому, что ты её увидишь и сможешь отредактировать только после поста записи.
Поэтому я использую для этого JS - при вводе в поле заголовка названия, в соответствующее поле сразу прописывается предполагаемый URL, и его можно посмотреть и скорректировать при надобности руками.
Хранится, естественно, в отдельном поле.
По теории ЧПУ - моё мнение, что руками вводить никто не будет ничего сложнее sute.ru/news, поэтому основные адреса страниц типа news, products, contacts _нужно_ сделать осмысленными, а страницы названий продуктов - чтобы можно было при желании прочитать, но не расчитывать, что кто-то будет это вводить руками, так что можно расслабиться и использовать транслит. Нужно это только для того, чтобы человек в хистори нашел нужную страницу пробежав глазамию. Если страница будет обозначена /product/123 то понятней будет ещё меньше, можно надеяться только на наличие правильно сформированного тайтла страницы, и что браузер посетителя умеет эти тайтлы в хистори показывать. Хотя, моё мнение, что пользователи в хистори меньше смотрят на тайтлы и больше на URL.
ИМХО средствами PHP генерировать часть URL неправильно, потому, что ты её увидишь и сможешь отредактировать только после поста записи.
Поэтому я использую для этого JS - при вводе в поле заголовка названия, в соответствующее поле сразу прописывается предполагаемый URL, и его можно посмотреть и скорректировать при надобности руками.
Хранится, естественно, в отдельном поле.
По теории ЧПУ - моё мнение, что руками вводить никто не будет ничего сложнее sute.ru/news, поэтому основные адреса страниц типа news, products, contacts _нужно_ сделать осмысленными, а страницы названий продуктов - чтобы можно было при желании прочитать, но не расчитывать, что кто-то будет это вводить руками, так что можно расслабиться и использовать транслит. Нужно это только для того, чтобы человек в хистори нашел нужную страницу пробежав глазамию. Если страница будет обозначена /product/123 то понятней будет ещё меньше, можно надеяться только на наличие правильно сформированного тайтла страницы, и что браузер посетителя умеет эти тайтлы в хистори показывать. Хотя, моё мнение, что пользователи в хистори меньше смотрят на тайтлы и больше на URL.