magic_quotes_gpc

Здравейте,

Някой може ли да ме светне защо тази опция по подразбиране е включена в пхп-то? Никога не ми е била необходима, а постоянно я забравям и вече като видя някъде да ми escape-не " на \" побеснявам.

Има ли реална полза това нещо да е включено?

--
"Agile is a mindset, not a set of practices, rules, or tools."
Tom Poppendieck

ами причините са горе-долу като тези за register_globals ...

ползвай php.ini-recommended като база

иначе повечето библиотеки (като ADODB) имат вариант да си проверяват дали е он и ако не е, да искейпват с addslashes

magic_quotes_gpc го намирам за доста пречещо аз винаги го изключвам,

обаче защо ползвате функиции като addslashes, като има такива

[линк]
[линк]

аз не ги ползвам, а библиотеката (ADODB), а тя да се оправя както реши

бтв стандартно, не за всички бази има такива функции, т.е. затова ако видиш в документацията, там пише, че magic_quotes_gpc принципно се замества с addslashes (за да стане ясно за какво става въпрос)

вярно е, че няма за всички бази такива функции ... някой ден може и да сложат, където няма правиш заместители ;-)

>> magic_quotes_gpc принципно се замества с addslashes (за да стане ясно за какво става въпрос)
затова както казах винаги го изключвам ;-)) защото addslashes в общият случай работи за mysql, а за oracle например изобщо не работи

Според мен също е тъпо.
Поредният опит да се улеснява работата на програмистите и вместо да ги научи да не допускат определен тип грешки да им ги поправя преди да са успели да ги допуснат.
Резултатът: намалена бдителност (то нали ми слага обратни наклонени - аз тогава за кво повече да го гледам кво е) и лоша преносимост (за това време, което съм прекарал в чудене защо тук като напиша ' ми излиза ', а на другия сървър ми излиза \', можех да доплувам до Австралия и да се върна (а не съм кой знае какъв плувец)).

Goddam money. It always ends up making you blue as hell.

Явно не съм единствения дето не обича да го водят за ръчичка големите батковци, които са решили да мислят вместо мен. Оригиналната тема беше провокирана от поредния откос псувни, след като оправях дефекти свързани с тази опция. Между другото, май намерих най-безболезненият начин да се махне това. В .htaccess файлче в директорията слагам php_flag magic_quotes_gpc off и си свиркам.

--
"Agile is a mindset, not a set of practices, rules, or tools."
Tom Poppendieck

Освен ако не трябва да се разправяш две седмици с тъпи админи само за един AllowOverride различен от None...

Като стана на въпрос, има ли желаещи в php да се появи нещо подобно на taint mode в Perl?

Goddam money. It always ends up making you blue as hell.

Не съм пърладжия и повече от 2-3 реда на този "език" не мога да напиша, така че не знам за taint mode.

Иначе по въпроса за смотаните админи:
1) ако си на хостинг си мисля, че трябва да имаш пълна свобода да оверрайдваш каквото апачето позволява с хтаксес. Иначе бих сменил хостинга.
2) често се случва аз да съм админа и да извадя теслата и със зла усмивка да погледна хттпд.конф (като психопата с ножа, който се прибира при жена си и вика от вратата "Honey, I'm home")
3) болката от AllowOverride None се засилва допълнително от факта, че е така по подразбиране на чиста инсталация на апачето . Често се забравя и седи без нужда.

--
"Agile is a mindset, not a set of practices, rules, or tools."
Tom Poppendieck

>Иначе бих сменил хостинга
Не зависеше от мен, просто....

>болката от AllowOverride None се засилва допълнително от факта, че е така по подразбиране
>на чиста инсталация на апачето
Прав си, но донякъде. "Secure by default" добър принцип според мен. Другото е в ръцете на админите.

>не знам за taint mode
И аз не съм пърладжия (макар, че все повече се убеждавам, че езикът си заслужава, но е друга тема туй) и доскоро не знаех какво е това чудо taint mode. Е, както сигурно е очевидно, по един или друг начин вече съм научил какво е. Гореспоменатият задължава преди една външна (гет, пост, куки или бог знае още от къде) променлива да бъде използвана да бъде задължително обработена с регулярен израз. Идеята е да се сещаме винаги да проверяваме входа за коректност.

P.S. Как да укажа на [ quote ] име на този, когото цитирам?

Goddam money. It always ends up making you blue as hell.

Не съм толкова голям индианец и секюритито на апача ми бяга малко... Има ли реален проблем от това дали е позволено да променяш настройките за поддиректории с .хтаксес? Нещо ме съмнява, но не мога да го твърдя със сигурност.

Това с taint mode ми звучи интересно, но си мисля, че насила хубост няма да стане. Виж джава като задължава дебелопера да хваща изключенията, които са декларирани от някой извикван метод как масово "програмистите" пишат празни catch блокове, само за да избягнат грешката от компилатора .

И за quote -- поне аз не знам да може да се слага дефиниция на кого отговаряш. То май това се подразбира от поста.

--
"Agile is a mindset, not a set of practices, rules, or tools."
Tom Poppendieck

.htaccess файлът може да променя конфигурацията само на текущата директория, което не би трябвало да може да създаде проблем с администраторите, освен ако не съм пропуснал нещо...

Идеята на тейнт моуд като цяло ми се струва добра, но нищо не може да ме накара да не мисля, че ако един програмист не може да свикне да си проверява входа по-добре да ходи да продава краставици... Наистина не е лишено от смисъл, в някои не много чести случаи (десетки променливи, еднотипен хамалски код, пораждащ огромен шанс за пропуски и т.н.) да влезе употреба ю, но не мога да приема ползването на тейнт моуд в нормалния процес на работа.

quote не поздразбира нищо от поста, постоянно виждам чисто и просто:
"В отговор на:", с без името.

Goddam money. It always ends up making you blue as hell.