если можно добавь еще на access inj чтоб взял не только с body правильный ответ, но и с title. Щас проверил когда правильное поле на тайтл тулза не видет его. Если конечно можно конечно

Это вряд ли, парсятся все сорцы страницы, включая заголовки. Пример в студию или в личку

PS: Не забывайте про POST/GET менять. Далеко не все скули поддерживают POST

провер пм

проверил, все работает.

Видео по работе с ms access смотрел? Там просто нестандартная ошибка при order+by+100, не как у всех. Т.е. здесь:

другой код, сделай order+by+100 и увидишь - 80040e14

неправильно нашел твой sqlhelper2.7 - там всего одна колонка, т.е.:

-11+union+select+1+from+[brute table]

Метод GET. Легко проверяется ручками - order+by+1 и order+by+2 - и сразу поймешь

Проверяй настройки. Код ошибок не универсален для каждой скули в ms access. Ошибки надо сверять на каждом этапе - подбор колонок, брут таблиц, брут колонок. Внимательней

PS: Там сложный запрос и union+select не прокатит, данные сдампить не получится

хех ты не правильно раскрутил

вот так и теперь посмотри на тайтл ))

ну хз, такая скуля странная, таблица tblNews сбрутится при любом кол-ве колонок, и с 1, и с 4, и с 10 и с ..... Считай исключение из правил

из этого вывод: если можно сделай чтоб не тока неправильный ответ настроил, а правильный тоже можно было выбрат как на мускуле. Тогда можно будеть обходит поставив слово "Latest News" на правильный ответ и будеть отличать поля 1 и 4.

Как идея? Можно реализовать?

Ну да, согласен, но только тут не все так просто, как хотелось бы, вот классический пример access скули:

кол-во колонок 7 штук. Но при order+by+7 показывается ошибка. Т.е. есть граница, которую можно отследить, но нет четко выраженного сообщения, когда кол-во колонок подобранно верно. Есть когда больше, или меньше

И такая ситуация в большинстве access скуль. Так что алгоритм пока такой, т.к. он более универсальный

В этом случаи я вставляю и легко обходится, но если бы ты сделал что можно было поставит если че: "no News that match that ID" на верный ответ