Полная Версия: Преобразование псевдозапроса в SQL
| Цитата (tceburashka.com @ 27.04.2016 - 23:35) |
| Гм... я единственное не пойму, почему Вас неустраивает обыкновенный GET\POST формат запроса? http://server.ru/api?reqkey="12345678...DPdy98e4c" Далее формируйте сам запрос |
попробуй сформировать через GET
(regkey=123 AND language=ru) OR (regkey=321 AND language=en)
_____________
[продано копирайтерам]
в 99% случаев таких запросов никому не нужно будет.
_____________
Парсинг - автоматизация ручной работы. http://tceburashka.com
_____________
Парсинг - автоматизация ручной работы. http://tceburashka.com
| Цитата (tceburashka.com @ 28.04.2016 - 02:20) |
| в 99% случаев таких запросов никому не нужно будет. |
какое милое обоснование._____________
[продано копирайтерам]
Ваш запрос можно было описать так:
http://server.ru/api?ru.regkey="123&q..."321"
в скобках можно перечислять все категории... на сколько я понял, что нужно получить... но в 99% случаях одновременно небудут запрашивать
_____________
Парсинг - автоматизация ручной работы. http://tceburashka.com
http://server.ru/api?ru.regkey="123&q..."321"
в скобках можно перечислять все категории... на сколько я понял, что нужно получить... но в 99% случаях одновременно небудут запрашивать
_____________
Парсинг - автоматизация ручной работы. http://tceburashka.com
| Цитата |
| phpforum.su/html/counter/counter.php?link=http://server.ru/api?ru.regkey=%22123%22&en.regkey=%22321%22 |
| Цитата |
| http://server.ru/api?ru.regkey=%22123%22&en.regkey=%22321%22 |
tceburashka.com
Ну вот видишь, при каждом новом запросе ты меняешь структуру параметров, следовательно меняешь код скрипта.
Я могу тебе накидать еще пару десятков запросов, при которых каждый раз тебе нужно будет менять исходный код, причем у тебя там будет жуткая каша из условий.
Это катастрофически недопустимо.
Почитай книжку "Роберта Мартин. Чистый код." Очень полезная, очень хорошо приводит мысли в порядок.
Например, твое "ru.regkey=....." - это в корне неверно. У тебя имя параметра содержит в себе значение. А если бы там был не языковой параметр, а description? Да с иероглифами или арабской вязью?
В моем же случае, правила пишутся в xml, и при любом самом извращенческом запросе, код скрипта будет неизменным.
Нужны новые хочушки - прописали их в xml и все работает дальше без перекомпиляции, деплоя и остановки серверов.
_____________
[продано копирайтерам]
Ну вот видишь, при каждом новом запросе ты меняешь структуру параметров, следовательно меняешь код скрипта.
Я могу тебе накидать еще пару десятков запросов, при которых каждый раз тебе нужно будет менять исходный код, причем у тебя там будет жуткая каша из условий.
Это катастрофически недопустимо.
Почитай книжку "Роберта Мартин. Чистый код." Очень полезная, очень хорошо приводит мысли в порядок.
Например, твое "ru.regkey=....." - это в корне неверно. У тебя имя параметра содержит в себе значение. А если бы там был не языковой параметр, а description? Да с иероглифами или арабской вязью?
В моем же случае, правила пишутся в xml, и при любом самом извращенческом запросе, код скрипта будет неизменным.
Нужны новые хочушки - прописали их в xml и все работает дальше без перекомпиляции, деплоя и остановки серверов.
_____________
[продано копирайтерам]
))) Я решал по поставленной задаче.
Если изначально продумать как все будет работать, то можно и Get\Post обойтись. Просто ты сейчас, как мне кажется усложняешь. задача интересная, но вот потребителей твое решение будет отпугивать, они пойдут к конкурентам, где все просто. У тебя останется 5%, которым понравится это, к тому же ты приманишь к себе людей, которые захотят поломать, потому как сразу понятно, что это SQL запрос. Причем в твоем случае, клиент управляет, что будет в запросе, а не ты. Отсюда на подсознательном уровне они будут думать, что у тебя быстрее всего где-то дырка. Во-вторых, можно организовать такой запрос, который положит просто тебе сервак, со всеми этими подзапросами и условиями. Подумай об этом.
_____________
Парсинг - автоматизация ручной работы. http://tceburashka.com
Если изначально продумать как все будет работать, то можно и Get\Post обойтись. Просто ты сейчас, как мне кажется усложняешь. задача интересная, но вот потребителей твое решение будет отпугивать, они пойдут к конкурентам, где все просто. У тебя останется 5%, которым понравится это, к тому же ты приманишь к себе людей, которые захотят поломать, потому как сразу понятно, что это SQL запрос. Причем в твоем случае, клиент управляет, что будет в запросе, а не ты. Отсюда на подсознательном уровне они будут думать, что у тебя быстрее всего где-то дырка. Во-вторых, можно организовать такой запрос, который положит просто тебе сервак, со всеми этими подзапросами и условиями. Подумай об этом.
_____________
Парсинг - автоматизация ручной работы. http://tceburashka.com
| Цитата (tceburashka.com @ 28.04.2016 - 15:19) |
| но вот потребителей твое решение будет отпугивать, они пойдут к конкурентам |
Обычно все происходит ровно наоборот, как и с этой задачей.
Клиент просит реализацию.
Если мы ее находим интересной, мы ее воплощаем в ядро и клиент получает скидку на 50%. Если неинтересной, то это чистой воды индивидуальный заказ.
Об безопасности мысль правильная, но она тривиальная и аксиоматичная.
| Цитата (tceburashka.com @ 28.04.2016 - 15:19) |
| ))) Я решал по поставленной задаче. |
Задача именно такая: реализовать запрос к api с произвольными параметрами, описанных через маппинг в xml
_____________
[продано копирайтерам]
Я бы за такое API для составления запросов люто хейтил того кто это написал. Неоправданая сложность, потенциальные дырки. Уж лучше дать доступ к sql, с тотальным вырезаением всего дерьма.
_____________
Люди, имеющие низкий уровень квалификации, делают ошибочные выводы, принимают неудачные решения и при этом неспособны осознавать свои ошибки в силу низкого уровня своей квалификации
_____________
Люди, имеющие низкий уровень квалификации, делают ошибочные выводы, принимают неудачные решения и при этом неспособны осознавать свои ошибки в силу низкого уровня своей квалификации
chee
Не будем разводить холивар
Всей картины я по понятным причинам выложить не смогу, а делать выводы об цвете коровы по толщине ее третьего соска глупо
Поставленная подзадача решена и это главное.
_____________
[продано копирайтерам]
Не будем разводить холивар
Всей картины я по понятным причинам выложить не смогу, а делать выводы об цвете коровы по толщине ее третьего соска глупо
Поставленная подзадача решена и это главное.
_____________
[продано копирайтерам]
Здесь расположена полная версия этой страницы.