Существует ли универсальный алгоритм разбора УРЛа?

Question

[sitev_ru]

Должен, как я понимаю, разбирать следующее:

name1=value1&name2=value2
param1/param2/param3
param1/param2/name1=value1&name2=value2

Comments

[Алексей Уколов]

Что значит "разбора"? Что вы ожидаете получить в итоге?

[sitev_ru]

Ожидаю получить map: name1=value1, name2=value2 и т.д... с параметрами, наверное, так: param1=param1, param2=param2

[Илья]

то что знака "?" нет в строке это фича?

[Алексей]

Строку запроса (то что после "?") можно с помощью регулярного выражения разобрать.
Что делать с param1/param2/param3 не подскажу, т.к. не очень понятно чего вы хотите.
Я так понимаю это вы свою CMS на С++ пишете ?

Answer 1

[Алексей Уколов]

Вы желаете странного, но учитывая, что на URL есть спецификация, то можно сказать что да, универсальный алгоритм разбора URL существует.

Comments

[trevoga_su]

он не про URL, а про path часть спрашивает

Answer 2

[Viktor Vsk]

Посмотрите любой веб-сервер и попробуйте поотправлять параметры.

param1/param2/param3

Что это такое - слабо понятно.
Возьмите любой популярный фреймоврк и посмотрите, как там работает диспатчер
Кто вам сказал, что param1/param2 - это не param1 в который входит неэкранированный слэш?

А лучше - озвучьте преследуемую цель.

Comments

[sitev_ru]

Цель простая - сделать разбор строки параметров. Просто не использую стандартный веб-сервер, например, apache, а использую самописный... Мне приходит, например, УРЛ в таком виде param1/param2/name1=value1&name2=value2. Вот мозгую, как сделать его разбор

[Viktor Vsk]

sitev_ru: Наверное, нужно просто написать аналог www.php.net/manual/en/function.parse-str.php
Хотя, уверен что на с\с++ такое тоже есть

Answer 3

[trevoga_su]

Существует ли универсальный алгоритм разбора УРЛа

нет. не существует и не может быть универсального разбора части path URL-адреса. Потому что можно создать абсолютно любой виртуальный path.

Answer 4

[sitev_ru]

Набросал примерчик (отрывок из кода), меня на первых порах устроит, может кому пригодится:

string path = "param1/param2/name1=value1&name2=value2";

	pos = 0;
	int posEnd = path.length();
	int mode = 1;
	int index = 1;
	string name = "", value = "";

	while (true) {
		if (pos >= posEnd || path[pos] == '/' || path[pos] == '&') {
			if (mode == 1) {
				if (name != "") {
					value = name;
					name = "p" + to_string(index);
					index++;
					params.insert(name, value);
					name = "";
					value = "";
				}
			}
			else {
				params.insert(name, value);
				name = "";
				value = "";
				mode = 1;
			}
			if (pos >= posEnd) break;
		}
		else if (path[pos] == '=') {
			mode = 2;
		}
		else {
			if (mode == 1) name += path[pos]; else value += path[pos];
		}
		pos++;
	}

Answer 5

[Дмитрий Евграфович]

Лучший путь - это посмотреть, как реализован роутинг в современных фреймворках. В вашем примере строка некорректная, корректно будет так: param1/param2?name1=value1&name2=value2 - знаком вопроса отделяются параметры от пути. А какой смысл в велосипедах, если удобная работа с роутером и многими другими вещами очень удобно реализована до вас куда более опытными коллегами в виде symfony, laravel и других фреймворков?

symfony-gu.ru/documentation/ru/html/book/http_fund... - вот почитайте, надеюсь, поможет.

Comments

[sitev_ru]

"Request - это простое объектно-ориентированное представление сообщения HTTP-запроса. С его помощью вы имеете все данные из запроса на кончиках пальцев" - зачем это в Symfony? А так примерно то, что мне надо...

[Дмитрий Евграфович]

sitev_ru: В смысле зачем это в блоге для тех, кто обучается кодить на фреймворке или зачем фреймворку этот компонент?

[sitev_ru]

зачем фреймворку?

[Дмитрий Евграфович]

sitev_ru: как и все остальное во фреймворке - для удобства и экономии времени разработчика. Пока вы озадачиваетесь написанием механизма разбора адресной строки, другой разработчик возьмет фреймворк, в котором этот механизм реализован (как и многие другие типичные задачи) и используют его для того, чтобы писать необходимую им логику приложения. Причем в нем уже есть то, с чем вы наверняка столкнетесь в будущем: тип запроса (get, post, put, delete), унификация получения от них параметров (тех, что в get идут после знака вопроса), роутинг, валидация данных. Какой смысл кодеру писать логику разбора адресной строки, если он может просто написать "адрес, соответствующий шаблонку /user/{id} обрабатывается контроллером User"? Ну и учитывая, что симфония все-таки фреймворк для веб-приложений, в подавляющем количестве случаев данные будут поступать именно из http запросов.

[sitev_ru]

"симфония все-таки фреймворк для веб-приложений" - тогда становится понятно...

Answer 6

[Dmitriy Mozgovoy]

function decodePath(url){

           var parts=(url+"").split("?",2),
               path=(parts[0]+'').split("/"),
               query=(parts[1]+'').split("&"),
               params={};

               query.forEach(function(value){
                   var group=value.split("=");
                   params[group[0]]=group[1];
               });

           return {
               path:path,
               params:params
           };
       }

       console.log(decodePath("param1/param2/?name1=value1&name2=value2"));

/*
Вернет	
params:	Object { name1="value1",  name2="value2"}
path :  ["param1", "param2", ""]
*/

Answer 7

[Дмитрий Филатов]

Насколько я понял вопрос вам может помочь использование регулярных выражений.

Answer 8

[Станислав Макаров]

Если вам так нужен самописный сервер на плюсах, попробуйте для разбора урла использовать вот это: cpp-netlib.org/0.11.1/in_depth/uri.html#generic-ur... , а вообще можете и сервер попробовать оттуда взять.

Comments

[sitev_ru]

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