psylosss

psylosss
Рейтинг
126
Регистрация
23.12.2005
Скриптом можно гораздо "полнее" обработать урл, то есть учесть вообще все.

Неубедительно в силу ненужной универсальности. Конечно, иногда никак кроме РНР не обработаешь, но это не повод обрабатывать на РНР все REQUEST_URI. Еще есть аргументы?

Если это первичный ключ, а разделов всего 10

это не первичный ключ.

antono:
Вообщем у вас все равно задача сводится к тому чтобы сообщить компьютеру что a=1, b=2, c=3 и т.д.

ну я собственно еще в первом посте об этом написал :) И спросил - можно ли реализовать это на mod_rewrite. Судя по тому, что прямого ответа никто не дал (максимум - предложил альтернативные варианты), то такое указанным способом не реализуется. Видимо, все же придется РНР дрючить для этой не его задачи.

mendel:
К сожалению более удачный алгоритм довольно ресурсоемок (в плане ресурсов на ручное составление базы)... в релизе будет оговорка что мол категории сильно приближенные и все такое...

Попробуйте посмотреть в сторону ИИ. Пусть пользователи поправляют тематику, если она угадана неверно, и подтверждают, если она угадана верно (или распарсите какие-нибудь яндекс-новости по рубрикам). И не надо будет никакую БД руками забивать.

antono, Алексей Барыкин, dkameleon, bearman, то, что вы предлагаете, лежит в области бизнес-логики. Я бы хотел обойтись без нее, и вынести все на уровень запросов.

Кол-во вариантов a|b|c ограничено и неизменно для данного проекта. Смысла городить тут бизнес-логику нет.

simka:
вообще идеальный вариант - это ЛЮБОЙ урл скармливать скрипту и уже им "парсить"

Можно поподробнее о преимуществах этого метода перед mod_rewrite?

bearman:
видимо человеку не нравится такой метод раз он идет в сторону опенсорс проектов и хочешь написать пару десятков правил для реврайта ))

При чем здесь опен-сорс?

psylosss добавил 27.05.2008 в 07:45

Алексей Барыкин:
А можно услышать изначальную задачу? Может к ней с боку подойти можно...

Примерно так: есть десяток разделов сайта. Каждый раздел - это сущность в БД со своим ID. Количество и название разделов не меняются. Предполагается, что разделы должны находиться по адресам

/name_a/

/name_b/

/name_c/

При открытии раздела нужно сделать запрос в БД для вывода, скажем, текста раздела. Сделать a|b|c первичным ключом - не вариант (т.к. ORM не поддерживает такую штуку, кроме того, структура разделов древовидная и есть повторяющиеся названия, например /name_a/ и /name_c/name_a/ - разные разделы).

Shtogrin, нет, это не то.

$1 - это то, что будет взято из левой части выражения, в скобках. То есть

/article_a.html будет заменено на /index.php?article_id=a

а надо, чтобы была замена

/article_a.html ---> /index.php?article_id=1

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

Боюсь, что все гораздо глубже, чем может показаться на первый взгляд. Техника речи напрямую связана с техникой мышления. Так что настоятельно рекомендую обратиться к профессиональным психологам. Молодец, что не пустил проблему на самотек!

Коля Дубр:
psylosss, да, это тоже повод. Но мне кажется, что если пользователь создает контент, который потом сможет изменять (т.е. который кому-то будет интересен спустя время) - в большинстве случаев бывает полезно хоть что-то о нем узнать. Т.е. прогнать через ту же регистрацию. А OpenID я лично использую (замечал, что и другие) как эдакий полу-анонимный аккаунт, ну там в камментах отжечь или плюсик видео поставить. В случае более серьезного взаимодействия с сервисом мне самому интересней представиться, заполнив профиль.

Спасибо :) ты оформил мои мысли в текст! Так и поступлю.

Коля Дубр:
Вот кстати. Если бы OpenID-сервер умел хранить простенький набор регистрационных данных (имя, мейл, аська, город, возраст, род занятий), и передавать их при первом логине на домен - я бы им, пожалуй, пользовался с большим удовольствием. Кто знает, может что-то такое уже придумали? Я-то особо в технологию не въезжал...

Он это умеет делать. Даже аватар может хранить (именно поэтому его используют наряду с gravatar).

Dash:
Я бы предложил ТС другие способы "упростить жизнь пользователям в плане регистрации" из области UI/Marketing:
- облегченные и закамуфлированные формы регистрации
- постепенное, ситуационное заполнение профайла

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

Вс это уже использовано

хотя тут лучше использовать квантификатор "+"...

\s+

Мы знакомы?

mendel:
а во вторых регулярка убирает только двойные...

а не наоборот?

 $content=str_replace('  ',' ',$content); // почикаем двойные пробелы.  

--------->

 $content=preg_replace('@\s{2,}@',' ',$content); // почикаем двойные пробелы.  
Всего: 2171