JRequest и фильтрация - Разработка расширений для Joomla

Доброго времени суток. Ни как не могу справиться с одной проблемой. Получаю через post-запрос изображение в виде base64. JRequest часть текста обрезает.
Пробовал использовать параметры:

    1 - JREQUEST_NOTRIM - если установлен, то пробелы по краям не обрежутся, по умолчанию пробелы отсекаются.
    2 - JREQUEST_ALLOWRAW - если установлен, то будет отключена всякая фильтрация, при этом более высокие биты игнорируются.
    4 - JREQUEST_ALLOWHTML - позволяет html-код. Но если установлен, то все равно будет включен фильтр безопасности по очистке html-кода.

Ни один не помогает, всё равно происходит обрезание кода. Как быть?

Именно JRequest режет? В $_POST все ок?

Попробуйте ещё вот такую комбинацию:
$var = base64_decode(JRequest::getVar('myVar', '', 'POST', 'BASE64'));

P.S.
Лучше вместо JRequest использовать JInput, так как JRequest уже в легаси и скоро от него совсем откажутся.

P.S.
Лучше вместо JRequest использовать JInput, так как JRequest уже в легаси и скоро от него совсем откажутся.

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

А теперь если есть задача взять данные именно из $_POST надо делать лишние телодвижения.

А теперь если есть задача взять данные именно из $_POST надо делать лишние телодвижения.

Почему же? Все осталось так же как и раньше:

Getting Values from a Specific Super Global


http://docs.joomla.org/Retrieving_request_data_using_JInput

Кроме того, JInput сразу же доступен в контроллере в качестве свойства $input начиная с Платформы 12.2 (Joomla 3.x)

А с файлами как удобно.
$files = $input->files->get('jform1');
Спасибо.
Аккуратный массивчик

А с файлами как удобно.
$files = $input->files->get('jform1');
Спасибо.
Аккуратный массивчик

Аха. Так что плюсов стало больше, чем в JRequest. Главное уметь ими воспользоваться

Почему же? Все осталось так же как и раньше:

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

Ведь magic-методы - это fallback, к ним обращение идёт после того как в классе не найден запрашиваемый метод.
Соответственно их постоянное использование идёт в ущерб производительности.
Основное применение для них - обработать ошибку, которая не была перехвачена вовремя, а не быть использованными постоянно.


Если посмотреть на обработку этого в JInput - что получается?
Создан дефолтный экземляр класса, который берёт данные из $_REQUEST, в нём не находится объекта/метода $post, идёт fallback к методу __get(), в котором заново создаётся экземпляр класса с уже заданными параметрами.

Да и вот это веселит

// TODO throw an exception