- 1
$model = new $_POST['form_model'];
Нашли или выдавили из себя код, который нельзя назвать нормальным, на который без улыбки не взглянешь? Не торопитесь его удалять или рефакторить, — запостите его на говнокод.ру, посмеёмся вместе!
+163
$model = new $_POST['form_model'];
Краткость,
сестра таланта,
Yii,
FormController,
...
Ну, можно через eval :)
?x=1&x=2 По-идее должен создать массив.
Я подозреваю, что формат отсюда:
application/x-www-form-urlencoded
This is the default content type. Forms submitted with this content type must be encoded as follows:
Control names and values are escaped. Space characters are replaced by `+', and then reserved characters are escaped as described in [RFC1738], section 2.2: Non-alphanumeric characters are replaced by `%HH', a percent sign and two hexadecimal digits representing the ASCII code of the character. Line breaks are represented as "CR LF" pairs (i.e., `%0D%0A').
The control names/values are listed in the order they appear in the document. The name is separated from the value by `=' and name/value pairs are separated from each other by `&'.
И на этом объяснение заканчивается.
Не совсем.
RFC 3986 об этом говорит так:
Percent-encoded octets (Section 2.1) may be used within a URI to represent characters outside the range of the US-ASCII coded character set if this representation is allowed by the scheme or by the protocol element in which the URI is referenced. Such a definition should specify the character encoding used to map those characters to octets prior to being percent-encoded for the URI.
Т.е. сваливает указание кодировки и набора допустимых символов на более конкретные спеки.
Note. The "get" method restricts form data set values to ASCII characters. Only the "post" method (with enctype="multipart/form-data") is specified to cover the entire [ISO10646] character set.
Т.е. в get'е вообще соснули хуйцов, и в post'е без мультипарта тоже...
В 4 нет ни слова про юникод:
http://www.w3.org/TR/html401/interact/forms.html#h-17.13.4.1
В пятом:
http://www.w3.org/TR/html5/forms.html#url-encoded-form-data
Просто офигительная схема :)
Яркий пример х86-64. Я считаю ситуацию когда на 64 битном процессоре команда возвращающая 64битное значение кладёт его в два 32битных регистра ненормальной.
И причем тут байтоебство? Асм тут приведен только как один из примеров. Не нравится - бери за пример жабу с ее кучей легаси говна, которое ради совместимости не могут перепилить.
Возможно, ты просто ещё недостаточно хорошо знаешь жабу
А его нельзя адресовать как 64-битный регистр?
приходится rcx двигать на 32 разряда влево и or'ить с rax
И я спутал rcx и rdx.
Ах да, совсем забыл про них.
Кстати, а умножение 64х64 разве медленнее, чем 32х32? Имхо если надо 64 битный результат в одном регистре - можно поюзать настоящее 64 битное умножение, предварительно растянув операнды...
Команда вызвавшая у меня батхёрт была rdtsc. С ней к сожалению ничего не сделать. Только последствия разгребать.
Ааа, да я думал, что ты умножал числа и получил ответ в двух регистрах. С rdtsc да, хер че сделаешь.
Вот самопальная веб-сериализация вызывает у меня "фу, блядь, фу, нахуй".