rulinux.net - Форум - Web-development - YAML и PCRE.

Re:YAML и PCRE.

Sat, 05 May 2012 16:32:21 +0400

Ок. Поступим по твоему. Мне не принципиально. Ибо урлов с : всего 2. Message_(.*):edit и user_(.*):edit Правда в обоих случаях контроллеры на message_(.*) и message_(.*):edit будут разными, так-что никаких тут граблей нет.

Re:YAML и PCRE.

Sat, 05 May 2012 16:25:26 +0400

> Ты сперва приведи вескую причину их изменения.
Причину я уже привёл. Если ты не считаешь её достаточно веской - ну сходи по граблям сам, я настаивать не буду.

Re:YAML и PCRE.

Sat, 05 May 2012 16:24:03 +0400

Где ты это вычитал? Я про случай когда паттерн /blog/{slug} может быть распознан при обращении к /blog (обрати внимание, без слеша на конце) если для slug задано дефолтное значение. Мне кажется что с двоеточием это реализовать будет значительно сложнее.

Re:YAML и PCRE.

Sat, 05 May 2012 16:20:21 +0400

Ты сперва приведи вескую причину их изменения.

Re:YAML и PCRE.

Sat, 05 May 2012 16:19:30 +0400

В книге в главе про маршрутизацию указано что разделитель может быть любым движок разрулит их с одинаковой эффективностью.

Re:YAML и PCRE.

Sat, 05 May 2012 16:17:55 +0400

> Кроме страницы редактирования ещё и другие ссылки бывают. Тогда надо определиться, какие остаются, какие - нет.

Да, давай определимся - покажи какие ссылки необходимо оставить с двоеточиями и почему.

Re:YAML и PCRE.

Sat, 05 May 2012 16:16:49 +0400

Я считаю, что слеши как раделители движок разрулит сам и это будет более эффективно. По крайней мере из книги такое впечатление.

Re:YAML и PCRE.

Sat, 05 May 2012 16:14:10 +0400

Я по-прежнему считаю что должны остаться все ссылки. Миша, обоснуй твое нежелание юзать : в УРЛах.

Re:YAML и PCRE.

Sat, 05 May 2012 16:11:55 +0400

>Да, это будет серьёзная утрата, что ссылки из гугола на страницу редактирования профиля будут работать неправильно.
Кроме страницы редактирования ещё и другие ссылки бывают. Тогда надо определиться, какие остаются, какие - нет.

Re:YAML и PCRE.

Sat, 05 May 2012 16:11:39 +0400

Ну что-ж попробуем.

Re:YAML и PCRE.

Sat, 05 May 2012 16:10:50 +0400

>Если убираю # то вообще ругается на то что не может распарсить yml конфиг.
В общем, проверил - работает вот так:



RulinuxEngineBundle:

    pattern:  /hello/{name}

    defaults: { _controller: RulinuxEngineBundle:Default:index }

    requirements:

      name: "[a-zA-Z0-9\_\-\/\.]{2,}$"

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

Re:YAML и PCRE.

Sat, 05 May 2012 16:05:43 +0400

> Есть текущие урлы

Где?? Поднимите мне веки!

> Если их менять при переписывании, то ссылки на сайте и в гугле работать перестанут. Наверное, лучше сохранить то, что есть.

Да, это будет серьёзная утрата, что ссылки из гугола на страницу редактирования профиля будут работать неправильно.

Re:YAML и PCRE.

Sat, 05 May 2012 16:03:06 +0400

> URL-ы должны остаться такими-же как сейчас.

Никому они ничего не должны. Никто не пострадает от того, что ты вместо :edit сделаешь /edit

> А обработчики таки разные.

Тогда так:

text



user_edit:

    pattern: /user_{name}/{action}

    defaults: { _controller: AcmeBlogBundle:Blog:user_edit_method}

    requirements:

        action:  edit

user_show:

    pattern: /user_{name}

    defaults: { _controller: AcmeBlogBundle:Blog:user_show_method}

Re:YAML и PCRE.

Sat, 05 May 2012 15:55:06 +0400

>Незачем вносить всякие сомнительные "если" когда можно отказаться от использования двоеточия в УРЛе в качестве разделителя.
Есть текущие урлы, которых много. Если их менять при переписывании, то ссылки на сайте и в гугле работать перестанут. Наверное, лучше сохранить то, что есть.

Re:YAML и PCRE.

Sat, 05 May 2012 15:54:22 +0400

И да, я сознательно заменил двоеточие слэшем. Ибо оно не нужно.

Не согласен. URL-ы должны остаться такими-же как сейчас. А обработчики таки разные.

Re:YAML и PCRE.

Sat, 05 May 2012 15:54:00 +0400

> А в случае когда много таких записей и они пересекаются?
Знаешь слово KISS?

Re:YAML и PCRE.

Sat, 05 May 2012 15:52:49 +0400

> если в имени гарантированно нет ":"
Незачем вносить всякие сомнительные "если" когда можно отказаться от использования двоеточия в УРЛе в качестве разделителя.

Re:YAML и PCRE.

Sat, 05 May 2012 15:52:45 +0400

>Бля. Я предвидел от ответ, но не от тебя а от анонима. А в случае когда много таких записей и они пересекаются?
Я с тобой не спорю о нужности валидации, я просто так, к слову:)

Re:YAML и PCRE.

Sat, 05 May 2012 15:52:02 +0400

Бля. Я предвидел от ответ, но не от тебя а от анонима. А в случае когда много таких записей и они пересекаются?

Re:YAML и PCRE.

Sat, 05 May 2012 15:50:11 +0400

Если у тебя, как показано, один и тот же обработчик вызывается, то так:

text



blog:



pattern: /user_{name}/{action}



defaults: { _controller: AcmeBlogBundle:Blog:index, action:show }

И да, я сознательно заменил двоеточие слэшем. Ибо оно не нужно.

Re:YAML и PCRE.

Sat, 05 May 2012 15:49:45 +0400

Кстати, если поставить

pattern: /user_{name}:{action}

перед

pattern: /user_{name}

оно должно разрулить и без валидации, если в имени гарантированно нет ":". Если сверху вниз проверка идёт, как во всех фреймворках.

Ну или "[^:]+", как тупой вариант.

Re:YAML и PCRE.

Sat, 05 May 2012 15:46:05 +0400

Ок. Как ты предлагаешь разрулить вариант


blog:
pattern: /user_{name}
defaults: { _controller: AcmeBlogBundle:Blog:index }
blog:
pattern: /user_{name}:edit
defaults: { _controller: AcmeBlogBundle:Blog:index }

без


requirements:
page: #([a-zA-Z0-9\_\-\/\.]{2,})$#

ибо зайдя по адресу /user_Tux-oid:edit В качестве имени пользователя получаем Tux-oid:edit?

Re:YAML и PCRE.

Sat, 05 May 2012 15:43:48 +0400

> Толстота. Это документированная функциональность же.
Была бы документированная - не было бы этого треда. В целом, функционала, описанного в Книге, достаточно для построения сайта. И не надо там усложнять ничего - ведь эти проверки же будут происходить при каждом обращении к сайту.

Re:YAML и PCRE.

Sat, 05 May 2012 15:41:18 +0400

>RewriteRule ^user_([a-zA-Z0-9\_\-\/\.]{2,})$ profile.php?user=$1
Имхо,

url: /user_{name}
requirements:
name: "[A-Za-z0-9_/\.-]{2,}"

Впрочем, можно взять вообще "[\w_/\.-]+", наверное, ведь смысл проверки при роутинге всё же не в полной валидации, а в том, чтобы один урл на другой не наложился.

Re:YAML и PCRE.

Sat, 05 May 2012 15:40:57 +0400

Если убираю # то вообще ругается на то что не может распарсить yml конфиг.

Re:YAML и PCRE.

Sat, 05 May 2012 15:36:25 +0400

> А как-ты мне предлагаешь проверять URL на валидность допустим ввода имени пользователя

Предлагаю никак не проверять. Ты же всё равно будешь его потом по базе пробивать.

Re:YAML и PCRE.

Sat, 05 May 2012 15:35:57 +0400

>Хм странно. Регулярка #([a-zA-Z0-9\_\-\/\.]{2,})$# При записи ее в параметр page:
Видимо не надо ставить разделители в начале и конце, т.е. #. Я даже не уверен, что $ можно делать (но тут могу ошибаться).

~~А зачем тебе такой жуткий регэксп, кстати?~~ а, понял.

Re:YAML и PCRE.

Sat, 05 May 2012 15:34:14 +0400

>Меня беспокоит твоё желание нахачить чего-то в роутинге. Неужели недостаточно стандартной документированной функциональности? Сегодня у них сделано как пишет SystemV, завтра они перехерачат этот функционал на что-нибудь другое, а твои регекспы утратят совместимость. Постарайся обойтись без наворотов!
Толстота. Это документированная функциональность же.

В пхп есть две реализации регэкспов (сторонние не рассматриваем) - Posix и PCRE. Второй используется почти повсеместно. А, так как для posix не нужны delimeters, которые они усердно расставляют, получается, что там внутри точно PCRE. И вряд ли они когда-нибудь перейдут на никому не нужный Posix.

Re:YAML и PCRE.

Sat, 05 May 2012 15:33:45 +0400

А как-ты мне предлагаешь проверять URL на валидность допустим ввода имени пользователя. Сейчас это сделано так RewriteRule ^user_([a-zA-Z0-9\_\-\/\.]{2,})$ profile.php?user=$1 А тут как предлагаешь? К тому-же это заявленный функционал фреймворка и ниразу не хакинг.

Re:YAML и PCRE.

Sat, 05 May 2012 15:31:14 +0400

Хм странно. Регулярка #([a-zA-Z0-9\_\-\/\.]{2,})$# При записи ее в параметр page: начинает ругаться при вводе УРЛ вида /blog/Test что не найден путь из $_GET.

Re:YAML и PCRE.

Sat, 05 May 2012 15:29:41 +0400

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

Re:YAML и PCRE.

Sat, 05 May 2012 15:18:46 +0400

Судя по всему, да. В коде везде preg_match и все дела.

Вот тут они компилируют route, и создают обычный на вид регэксп self::REGEX_DELIMITER.'^'.$regexp.'$'.self::REGEX_DELIMITER.'s'.

А вот тут, кстати, пишут, что:

Don't forget to put Regexes with square brackets in quotes! If you forget them, the YAML parser for the routes will interpret them as an array expression.

YAML и PCRE.

Sat, 05 May 2012 14:53:50 +0400

Субж. Поддерживает ли конфиг Symfony PCRE?

Из книги:


blog:
pattern: /blog/{page}
defaults: { _controller: AcmeBlogBundle:Blog:index, page: 1 }
requirements:
page: \d+

Так вот какой синтаксис РегЭкспов тут используется?