quote:

---

Op 28 maart 2003 14:08 schreef Snaack het volgende:
Zou kunnen ja, maar aangezien ik hier ook ASP ontwikkel draai ik liever IIS. Ik zou patches van de php-site kunnen halen, maar ik heb de laatste versie van PHP4 gedownd, daar zitten ze bij als het goed is.

Volgende week worden er hier trouwens nieuwe servers geinstalled, 1 centrale IIS webserver voor het (nog te bouwen) intranet en voor kleinschalige hosting. Dan ga ik lokaal Apache draaien

---

ik draai gewoon iis en apache lokaal naast mekaar.. moet alleen ff iis uitzetten als ik apache aanzet. gaat prima.

quote:

---

Op 28 maart 2003 14:09 schreef helmet het volgende:
Mja, ik weet niet in hoeverre Windows daar last van heeft, maar er zit een verschil tussen de 'enter'-tekens (voor de nieuwe regel) die Unix gebruikt en die Windows gebruikt.

---

Hmm.. Aangezien het forum (phpbb dus) gewoon werkt als ik de inhoud van dat bestand in het bestand waarin hij aangeroepen wordt neerzet en de parser niet klaagt over de 10.000 andere geïnclude bestanden neem ik aan dat het ergens anders aan ligt.

quote:

---

Op 28 maart 2003 14:10 schreef XdeckX het volgende:
ik draai gewoon iis en apache lokaal naast mekaar.. moet alleen ff iis uitzetten als ik apache aanzet. gaat prima.

---

Dat doe ik thuis ook Werkt prima idd!

[Dit bericht is gewijzigd door Snaack op 28-03-2003 14:22]

quote:

---

Op 28 maart 2003 14:21 schreef Snaack het volgende:
Hmm.. Aangezien het forum (phpbb dus) gewoon werkt als ik de inhoud van dat bestand in het bestand waarin hij aangeroepen wordt neerzet en de parser niet klaagt over de 10.000 andere geïnclude bestanden neem ik aan dat het ergens anders aan ligt.

---

Hmm, probeer anders eens, met de normale indhoud van config.php er nog steeds achteraan geplakt, een lege config.php (op dezelfde plaats) te includen?

hmmm..

andere vraag: in SQL-server is het mogelijk "reverse engineering" uit te voeren, je laat de DB-server dan dus SQL-bestanden (DDL scripts) aanmaken die of alleen de structuur van je DB definiëren of zowel de structuur als de inhoud.

Wel zo makkelijk als bijv. backup, voor het inrichten van een mirror DB-server etc..

Kan dat ook met MySQL? Ik heb er nog niets over kunnen vinden in de docs..

Nu kan ik vai PowerDesigner vast wel met de MySQL-server connecten en die laten "reverse engineeren" maar dat proggie heb ik niet bij de hand.

(/usr/bin/)mysqldump

quote:

---

Op 28 maart 2003 14:30 schreef helmet het volgende:
(/usr/bin/)mysqldump

---

Vet!!

Als ik trouwens een leeg bestand include krijg ik dezelfde foutmelding.. Vage shit!!

ik vraag me trouwens af waar in de foutmelding dit vandaan komt:

include_path='.;c:php4\\pear

die map bestaat bij mij niet..

[Dit bericht is gewijzigd door Snaack op 28-03-2003 14:41]

quote:

---

Op 28 maart 2003 14:40 schreef Snaack het volgende:
ik vraag me trouwens af waar in de foutmelding dit vandaan komt:
include_path='.;c:php4pear
die map bestaat bij mij niet..

---

edit Fuck, dat is vast gewoon op ZM. Zo te zien vallen daar de backslashes (\\) gewoon in weg, kun je die even terugzetten? Door dubbele backslashes (\\\\) neer te zetten?

[Dit bericht is gewijzigd door helmet op 28-03-2003 14:43]

quote:

---

Op 28 maart 2003 14:42 schreef helmet het volgende:
edit Fuck, dat is vast gewoon op ZM. Zo te zien vallen daar de backslashes (\) gewoon in weg, kun je die even terugzetten? Door dubbele backslashes (\\) neer te zetten?

---

ja. ik merkte net ook al dat die backslahes wegvielen..

Misschien een

echo $phpbb_root_path

voor de

include($phpbb_root_path . 'config.'.$phpEx);

?

quote:

---

Op 28 maart 2003 14:50 schreef helmet het volgende:
Misschien een

echo $phpbb_root_path

voor de

include($phpbb_root_path . 'config.'.$phpEx);

?

---

Dat heb ik uiteraard al gedaan

Zoals ik al zei worden andere bestanden die in dezelfde map staan OP DEZELFDE MANIER moeiteloos geinclude! Erg wazig..
Dit is de string die in de include gezet wordt trouwens:

./config.php

[Dit bericht is gewijzigd door Snaack op 28-03-2003 14:55]

quote:

---

Op 28 maart 2003 14:30 schreef helmet het volgende:
(/usr/bin/)mysqldump

---

dat werkt super zeg!!

mega snel

cool

volgens mij gaat die $phpbb_root_path naar c: ofzo...

include_path='.;c:php4\pear

is dit nou het pad waar die $phpbb_root_path naar verwijst of is dit nou de dir waar je php geinstalleerd hebt??
en als ie niet bestaat en hij moet verwijzen naar de dir waar je php het geinstalled dan gaat er daar iets niet goed.

quote:

---

Op 28 maart 2003 15:06 schreef XdeckX het volgende:
volgens mij gaat die $phpbb_root_path naar c: ofzo...

include_path='.;c:php4pear

is dit nou het pad waar die $phpbb_root_path naar verwijst of is dit nou de dir waar je php geinstalleerd hebt??
en als ie niet bestaat en hij moet verwijzen naar de dir waar je php het geinstalled dan gaat er daar iets niet goed.

---

Daar zit ik ook aan te denken ja.. Alleen, wondelijk genoeg, staat er in het include-bestand niets raars (dat naar die PHP-map verwijst)..

Hmmmpf.. andermans code *grmpf*

en wat doet ie dan als je die $php_root_path weghaalt uit de include??

include('config.'.$phpEx);

die $php_root_path verwijst zo te zien (bij jou instellingen) naar dezelfde dir als waar de config.php instaat.

(ga je em ergens anders in zetten dan is het wel weer handig om die $php_root_path te gebruiken.

quote:

---

Op 28 maart 2003 15:19 schreef XdeckX het volgende:
en wat doet ie dan als je die $php_root_path weghaalt uit de include??

include('config.'.$phpEx);

die $php_root_path verwijst zo te zien (bij jou instellingen) naar dezelfde dir als waar de config.php instaat.

(ga je em ergens anders in zetten dan is het wel weer handig om die $php_root_path te gebruiken.

---

hmmm..

dat maakt geen verschil, zelfs als ik include('config.php'); gebruk geeft hij foutmeldingen..

andere bestanden kan ik moeiteloos includen.. hmpf..

heb je als es gekeken naar die define regel??
misschien dat het daarom niet gaat..

maar op zich moet dat ook geen verschil maken

ik maak altijd mijn mysql gegevens met define...

voorbeeld
define('_mysqluser', 'root');

daarne roep ik die mysql zooi (die in 1 bestand staan) aan middels require
en dan snapt ie het ook wel... maar dan moet je wel het een en ander om gaan gooien...


dus eerst gewoon gaan kijken wat er gebeurt als je die define regel weglaat.

De andere website van Intestterror dus: http://www.nattekrant.net/~mark/intestterror2

euhm...

vraagje: ik gebruik nu als beveiliging een scriptje dat de HTTP_REFERER checkt. De scripts gaan pas iets doen als de referer van mijn domein komt.

Vinden jullie (PHP-guru's) dit teveel van het goede qua beveiliging?

quote:

---

Op 1 april 2003 16:03 schreef Snaack het volgende:
vraagje: ik gebruik nu als beveiliging een scriptje dat de HTTP_REFERER checkt. De scripts gaan pas iets doen als de referer van mijn domein komt.
Vinden jullie (PHP-guru's) dit teveel van het goede qua beveiliging?

---

Nee hoor.

Sterker nog, ik zou hier vooral niet mijn beveiliging van af laten hangen (als extra is het natuurlijk erg prettig) omdat het in principe te faken is. De referrer wordt namelijk door de browser teruggestuurd en is dus door de gebruiker (als die handig is) zelf aan te passen.

quote:

---

Op 1 april 2003 16:04 schreef helmet het volgende:
Nee hoor.

Sterker nog, ik zou hier vooral niet mijn beveiliging van af laten hangen (als extra is het natuurlijk erg prettig) omdat het in principe te faken is. De referrer wordt namelijk door de browser teruggestuurd en is dus door de gebruiker (als die handig is) zelf aan te passen.

---

Yup, de HTTP headers kan je spoofen...

Maar, ik gebruik dit dus als eerste vangnetje, hierna volgen checks op sessie e.d.

Dichttimmeren die site

Bedankt voor je reactie iig

aaaaaaaaaaaaaaaaaaaargh!!

IIS5 is me aan het pesten

Ik krijg telkens deze error als ik mijn PHP-scriptjes probeer te draaien:

CGI-fout
De opgegeven CGI-toepassing heeft foutief gereageerd door geen volledige set HTTP-headers te retourneren. De wel geretourneerde headers zijn:

Ik heb mijn webserver al herstart, cache gedelete, maakt niets uit.

Hoe de fukk komt dit?? Ik zat lekker te ontwikkelen en ineens verscheen deze error.

De webserver zit trouwens ook vreselijk te klooien met sessievariabelen

Wonderlijk genoeg worden sessievariabelen soms gezet.. Erg irritant!

Toch maar Apache gaan draaien? Het heeft een 2 weken goed gedraaid op Win2k/ IIS5.0/ PHP4

quote:

---

Op 7 april 2003 15:35 schreef Snaack het volgende:
CGI-fout
De opgegeven CGI-toepassing heeft foutief gereageerd door geen volledige set HTTP-headers te retourneren. De wel geretourneerde headers zijn:

---

Helemaal geen headers dus? Wazig... staan er nog fouten in de logfile van IIS?

quote:

---

Toch maar Apache gaan draaien?

---

Dat kan ik je zowieso aanraden Apache is doodsimpel op te zetten en een zeer degelijk pakket (open source he )

Ik heb van de week Apache geinstalleerd, werkt prima allemaal, alleen ik krijg PHP niet aan het draaien

quote:

---

Op 7 april 2003 15:41 schreef Shredhead het volgende:
Ik heb van de week Apache geinstalleerd, werkt prima allemaal, alleen ik krijg PHP niet aan het draaien

---

Blader dit topic even door zou ik zeggen, volgens mij is het al twee keer aan bod gekomen (in deel 2 alleen al).