Исходное сообщение
"Критическая уязвимость в системе управления web-контентом Dr..." Отправлено пох, 23-Фев-19 19:04
> Вот делать мне больше нечего, кроме как решать проблемы пэхапунов. Ну, реально. > Зачем я буду писать все эти замороки, есть у меня есть ну так, чтоб немного отличаться от абстрактного диванного теоретика, не? > Rocket[1]? Который генерит скомпилированный нативный бинарь, выполняя на этапе компиляции и для любого мелочного исправления нужно его перекомпилировать. (и еще пятнадцать раз, потому что с первого не всегда получается правильно) > всю работу, которую можно выполнить на этапе компиляции, чтобы не выполнять включая сборку кода, который вероятнее всего не будет вызван ровно ни разу до следующей перекомпиляции. А теперь представляем на нем такого типичного монстра каких пишут для больших сайтов на той дрюпалке - и ужасаемся. Оно,простите, сколько времени хотя бы перезапускается? (вот php-fpm, например - медленно, приходится костыликами обкладывать - но его-то мне и не надо перезапускать при изменении кода) > Так в чём проблема-то, я не понял? В том смысле, что я попробуй код из твоего примера применить там, где обычно применяются полученные из вебформы данные. Ну чего я тебе подсказывать должен, где на самом деле и как. > согласен с тем, что лучший подход -- это тащить данные блобом > до того места, где они понадобятся, и где-нибудь там, где они там ньюансы бывают... например, место это вообще не у нас. > Это делается _элементарно_. Обработчик запроса получает распарсенную форму, в которой то есть кто-то что-то сделал за тебя. > уже проверены все значения -- строки на валидность utf8, числа на а кто сказал что это utf? ;)