Peter Krajčo <peter.krajco@zoznam.sk>: > V dokumntacii na www.php.net som sa docital v: Chapter 20. Using remote > files, ze pokial je zapnuta volba allow_url_fopen=on malo by to > fungovat pod unixom, ale nefunguje to! Pochopil si to spatne. Pokud je povolene "allow_url_fopen=on", tak muzes pomoci fopen(), file() require() atp. otevirat soubory pres protokol http (tj zacinajici na http://server/file). Takze jedna strana je skript ktery si vyzada nejake data od druhe strany pres protokol http. Pak ale logicky zalezi na tom, co druha strana posle te prvni. No a protoze ta druha strana v tvem pripade je nejspis nejaky apache + PHP a ten soubor ma priponu php, tak je zpracovan php parserem na druhe strane a prvni strane je poslan VYSLEDEK php skriptu, nikoliv jeho OBSAH, jak si asi predstavujes. Prejmenuj si ten tvuj skript na txt soubor a nejspis to bude chodit. Ale pamatuj na to, ze je to bezpecnostni dira jako VRATA. Chapes? > Nuz, neostava mi nic ine ako mu dat zdrojaky :-(((( A jak si to vubec predstavujes? Das klientovi cast skriptu ktera pobezi na jeho serveru, ale ke svemu behu bude vyzadovat komponenty umistene na tvem webu? Bude si tedy pri generovani kazde stranky sestavovat http spojeni na tvuj server aby si to stahlo potrebny kod? To nemuzes preci myslet vazne... Jednak to bude dost zdrzovat a pak je to taky bezpecnostni dira jako hrom. Preci neni problem si cestou precist tvoje zdrojaky, nebo nedejboze podstrcit jiny kod... A ty bch nechtel byt tim klientem, chcipne ti server a me nepujde web... Ach jo. ;o))) -pp21-Received on Thu, 1 Jul 2004 17:04:16 +0200
This archive was generated by hypermail 2.1.8 : 01. 07. 2004, 17:04 CEST