Archívum - 139783
augusztus 23
win php ben nincs postgres support?
A wines apacsomról szeretnék kapcsolódni a linuxos postgres adatbázisomhoz. és ez a hibaüzenet.:
Fatal error: Call to undefined function: pg_connect() in d:\appserv\www\hotel\oldalak\gb\functions_pg.inc on line 20
Mi lehet ennek az oka? nem tartalmaz a php postgres kiegészítőt? ha ez a gáz..honnan lehet letölteni és hogy lehet beélesíteni?
■ Fatal error: Call to undefined function: pg_connect() in d:\appserv\www\hotel\oldalak\gb\functions_pg.inc on line 20
Mi lehet ennek az oka? nem tartalmaz a php postgres kiegészítőt? ha ez a gáz..honnan lehet letölteni és hogy lehet beélesíteni?
PHPedit debugger nem működik
Sziasztok !
Én még nagyon kezdő vagyok a PHP-ban. Olyannyira, hogy még a fejlesztőkörnyezetet most próbálom kialakítani. Na ezzel van a bajom.
Az összeállítás: Win XP + Apache 1.3.26 + PHP 4.2.2 + DBG 2.10lp1 + PHPEdit 0.7.1.78
A bajom az hogy nem megy a debug. A PHPEdit debugger status az mondja monden OK.
Ha azonban megpróbálok egy oldalt debuggolni, néhány másodperc méla csend után ezt az üzenetet kapom: "Sessin start timeout has expired." Na most ennek akkor mi baja? Kérem ha valaki tud segítsen.
Előre is köszönöm!!!
■ Én még nagyon kezdő vagyok a PHP-ban. Olyannyira, hogy még a fejlesztőkörnyezetet most próbálom kialakítani. Na ezzel van a bajom.
Az összeállítás: Win XP + Apache 1.3.26 + PHP 4.2.2 + DBG 2.10lp1 + PHPEdit 0.7.1.78
A bajom az hogy nem megy a debug. A PHPEdit debugger status az mondja monden OK.
Ha azonban megpróbálok egy oldalt debuggolni, néhány másodperc méla csend után ezt az üzenetet kapom: "Sessin start timeout has expired." Na most ennek akkor mi baja? Kérem ha valaki tud segítsen.
Előre is köszönöm!!!
Php.ini valtozatlansag
A kovetkezo problemaval kuzdok mar jo par napja: Windows NT4 alatt, Apache 1.3.2x es PHP 4.3.0-dev eseten barhova teszem a php.ini-t, hiaba modositok benne valamit, a modositasok nem kerulnek ervenyre. Tehat hiaba allitom be a max_execution_time-t, nem azt hasznalja.
Mar minden lehetoseget kiprobaltam (osszes php.ini torlese, kulonbozo helyeken valo tarolasa - C:\Winnt.400, C:\PHP, C:\Winnt.400\system32), de sehogyan sem mukodott.
Az erdekes dolog az, hogy pl a session.name direktivat sikerult megvaltoztatnom.
A problema a 4.2.2-es stabil verzioval is fennal.
Tovabbi reszeletek itt: http://www.phpbuilder.com/board/showthread.php?s=c50912638e049f562f00cfdbe0442657&threadid=10207264
Otlet? :(
■ Mar minden lehetoseget kiprobaltam (osszes php.ini torlese, kulonbozo helyeken valo tarolasa - C:\Winnt.400, C:\PHP, C:\Winnt.400\system32), de sehogyan sem mukodott.
Az erdekes dolog az, hogy pl a session.name direktivat sikerult megvaltoztatnom.
A problema a 4.2.2-es stabil verzioval is fennal.
Tovabbi reszeletek itt: http://www.phpbuilder.com/board/showthread.php?s=c50912638e049f562f00cfdbe0442657&threadid=10207264
Otlet? :(
augusztus 16
Képfeltöltés
hello
Valaki tud egy jó leírást hogyan lehet képet feltölteni php segítségével.
mysql hozzáférés van de a szolgáltató nem engedi azt a módszert, hogy
egy temp- be feltöltöm a képet, ami aztán átkerül a tárhelyedre
file_uploads=off
help!!!
■ Valaki tud egy jó leírást hogyan lehet képet feltölteni php segítségével.
mysql hozzáférés van de a szolgáltató nem engedi azt a módszert, hogy
egy temp- be feltöltöm a képet, ami aztán átkerül a tárhelyedre
file_uploads=off
help!!!
augusztus 14
PostNuke hírek
Az elmúlt hetekben több változás is történt a PostNuke háza táján, melyekről elmulasztottunk beszámolni. Ezekből a három legnagyobbat emelném ki:
1) Megjelent a PostNuke 0.720 számos hibajavítással, apróbb változtatásokkal. Ebben a verzióban sajnos még mindig maradtak apróbb hibák, következetlenségek, ezek főleg a frissítéseket, nem pedig a vadonatúj, "szűz" telepítéseket érintik.
Letöltés: http://www.postnuke.com/downloads/pn-072-fenix.tgz
1) Megjelent a PostNuke 0.720 számos hibajavítással, apróbb változtatásokkal. Ebben a verzióban sajnos még mindig maradtak apróbb hibák, következetlenségek, ezek főleg a frissítéseket, nem pedig a vadonatúj, "szűz" telepítéseket érintik.
Letöltés: http://www.postnuke.com/downloads/pn-072-fenix.tgz
PHAkt 2.0.66
A román Interakt ma jelentette meg az egyik legkedveltebb vizuális webes fejlesztőeszköz, a Macromedia Dreamweaver MX PHP szervermodelljének újabb, 2.0.66 változatát. Bár a Dreamweaver MX tartalmaz alapvető PHP/MySQL támogatást, a PHAkt2 MX jelentősen kibővíti azt, a következő képességekkel ruházva fel a programot:
- többfajta adatbáziskiszolgáló támogatása transzparens módon (az ADOdb könyvtár segítségével)
- MySQL, PostgreSQL és MSSQL dátum- és időformátumok támogatása
- felhasználóazonosítást végző sablonok
- mester/részlet sablonok
- "További részletek" sablonok
- javított kódgenerálás (minden újrafelhasználható kód a functions.inc.php fájlba kerül)
- többszörös, bővíthető adatkészletek (recordset) támogatása
- IIS és Apache 2 támogatás abszolút átirányítások használata által.
Az új verzióban az ADOdb könyvtár is frissült, korábbi verzióról történő frissítéskor először mindenféleképp le kell törölni a korábbi ADOdb verziót, és az újat másolni a helyére.
Honlap és letöltés: http://www.interakt.ro/products/PHAkt
■ - többfajta adatbáziskiszolgáló támogatása transzparens módon (az ADOdb könyvtár segítségével)
- MySQL, PostgreSQL és MSSQL dátum- és időformátumok támogatása
- felhasználóazonosítást végző sablonok
- mester/részlet sablonok
- "További részletek" sablonok
- javított kódgenerálás (minden újrafelhasználható kód a functions.inc.php fájlba kerül)
- többszörös, bővíthető adatkészletek (recordset) támogatása
- IIS és Apache 2 támogatás abszolút átirányítások használata által.
Az új verzióban az ADOdb könyvtár is frissült, korábbi verzióról történő frissítéskor először mindenféleképp le kell törölni a korábbi ADOdb verziót, és az újat másolni a helyére.
Honlap és letöltés: http://www.interakt.ro/products/PHAkt
winXP+PHP4.1.2+Apache1.3.20+IE6 hiba
Sziasztok!
A következõ, meglehetõsen egzotikus hibajelenséggel kapcsolatban szeretnék segítséget kérni:
Windows98, Apache1.3.20, MySQL3.23.42, PHP4.1.2, Internet Explorer 5 összeállításban a szkriptjeim az elvárások szerint mûködnek.
Nemrégiben WinXP Pro-ra álltam át, ugyanezekkel az elemekkel, kivéve persze az IE6-ot.
Néhány szkriptem - próbálkozásaim alapján azok, amelyek futtatásának kimenete meghalad egy kb. 40 Kb-os értéket -
az IE6 böngészõben nem jelenik meg: vagy semmi nem történik, vagy a "The page cannot be displayed" hibaüzenet jelenik meg. Ha új ablakba kérem az eredményt, akkor a homokóra õrült vibrálásba kezd, a státuszsorban a "web site found" és a szkript URL-je felváltva villog. Ha pár másodperc után ez megáll, az eredmény az esetek 90 százalékában rossz: szemét karakterek jelennek meg, amik elrontják a formázást. Ha nem áll meg a villogás, akkor semmi sem történik, csak a stop gombra kattintás marad.
Próbáltam több PHP verziót, mind ugyanezt produkálta. Próbáltam a Netscape 4.77-et. Csodák csodája: a Netscape helyes eredményt ad!
Legelõször valami hibás szkriptre gyanakodtam, de a hibajelenséget már a phpinfo(); utasítás kimenete is produkálja.
Babrálva a szkriptjeimet, adódott a fentebb említett 40 Kb-os határ.
Ugyanazon az otthoni gépen van Win98 (böngészõ: IE5) is. Feltelepítve a fennti szerveroldali elemeket, minden mûködik!
Látszólag tehát a WinXP a ludas, gyaníthatóan az IE6.
Szeretném a dolgaimat újra következetesen WinXP alatt használni, a szkripteket IE-rel megjeleníteni! Mit lehet tenni?
Elõre is köszönöm a segítséget!
■ A következõ, meglehetõsen egzotikus hibajelenséggel kapcsolatban szeretnék segítséget kérni:
Windows98, Apache1.3.20, MySQL3.23.42, PHP4.1.2, Internet Explorer 5 összeállításban a szkriptjeim az elvárások szerint mûködnek.
Nemrégiben WinXP Pro-ra álltam át, ugyanezekkel az elemekkel, kivéve persze az IE6-ot.
Néhány szkriptem - próbálkozásaim alapján azok, amelyek futtatásának kimenete meghalad egy kb. 40 Kb-os értéket -
az IE6 böngészõben nem jelenik meg: vagy semmi nem történik, vagy a "The page cannot be displayed" hibaüzenet jelenik meg. Ha új ablakba kérem az eredményt, akkor a homokóra õrült vibrálásba kezd, a státuszsorban a "web site found" és a szkript URL-je felváltva villog. Ha pár másodperc után ez megáll, az eredmény az esetek 90 százalékában rossz: szemét karakterek jelennek meg, amik elrontják a formázást. Ha nem áll meg a villogás, akkor semmi sem történik, csak a stop gombra kattintás marad.
Próbáltam több PHP verziót, mind ugyanezt produkálta. Próbáltam a Netscape 4.77-et. Csodák csodája: a Netscape helyes eredményt ad!
Legelõször valami hibás szkriptre gyanakodtam, de a hibajelenséget már a phpinfo(); utasítás kimenete is produkálja.
Babrálva a szkriptjeimet, adódott a fentebb említett 40 Kb-os határ.
Ugyanazon az otthoni gépen van Win98 (böngészõ: IE5) is. Feltelepítve a fennti szerveroldali elemeket, minden mûködik!
Látszólag tehát a WinXP a ludas, gyaníthatóan az IE6.
Szeretném a dolgaimat újra következetesen WinXP alatt használni, a szkripteket IE-rel megjeleníteni! Mit lehet tenni?
Elõre is köszönöm a segítséget!
augusztus 14
PostNuke MAGYAR DOKSI
Igazat bevalva ma találkoztam először a témával, úgyhogy egyelőre csak sejtem, mi is ez az egész. Tartalomkezelő rendszer... rendben, de hogy kell installálni, programozni, használni... Szóval még az elején vagyok, így ha tudnátok ajánlani valami magyar doksit a témához, vagy ha el tudnátok inditani valamilyen irányban, nagyon hálás lennék.
■ 4.2.2. nincs paraméter
Egy kicsit tele lett a hócipőm még nyáron is amikor feltettem a phped 3-at. Ezután behalt a jól bevált 4.1.2-es php-m. Gondoltam leszedem akkor már a legujabb 4.2.2-t. Erre ez a legujabb STABLE release nem akar átadni egyetlen változót se. SE GET, SE POST!
Ez hibás ahogy van, vagy én vagyok béna?
■ Ez hibás ahogy van, vagy én vagyok béna?
PHP Weekly - 98.
A Zend szokásos heti hírlevelének 98. számából:
PHP PECL Hitelesítési Hatóság - a két héttel ezelőtti PECL hitelesítési problémákat követően úgy tűnik, hogy vagy Rasmus Lerdorf, vagy Stig Bakken lesz majd e terület felelőse. Ha a PHP közösségben valakinek van már tapasztalata hasonló területeken, vagy a folyamat egyszerűsítésében tudna segíteni, kérjük, vegye fel a kapcsolatot a fejlesztőkkel a levelezőlistán!
Tömb inicializálása - Yasuo Ohgaki talált egy hibát a PHP jelenlegi verzióinak tömbinicializálásában. A következő kódrészlet (amint azt Yasuo megadta) bemutatja a problémát:
Az első példa a következő hibát okozza:
a második pedig:
Már ez a következetlenség is eléggé zavaró, de Yasuo rámutatott, hogy egyik hibaüzenet sem a megfelelő viselkedés - az valószínűleg a változó újrainicializálása lenne tömbként, hiszen a gyakorlott PHP programozók pont ezt a viselkedést várnák.
Még nincs eldöntve, hogyan lesz megoldva a 4.3.0-ig ez a "funkció".
PHP PECL Hitelesítési Hatóság - a két héttel ezelőtti PECL hitelesítési problémákat követően úgy tűnik, hogy vagy Rasmus Lerdorf, vagy Stig Bakken lesz majd e terület felelőse. Ha a PHP közösségben valakinek van már tapasztalata hasonló területeken, vagy a folyamat egyszerűsítésében tudna segíteni, kérjük, vegye fel a kapcsolatot a fejlesztőkkel a levelezőlistán!
Tömb inicializálása - Yasuo Ohgaki talált egy hibát a PHP jelenlegi verzióinak tömbinicializálásában. A következő kódrészlet (amint azt Yasuo megadta) bemutatja a problémát:
< ?php
$str = 'A';
$str[] = 'b';
? >
< ?php
$int = 123;
$int[] = 'b';
var_dump($int);
? >
$str = 'A';
$str[] = 'b';
? >
< ?php
$int = 123;
$int[] = 'b';
var_dump($int);
? >
Az első példa a következő hibát okozza:
"PHP Fatal error: [] operator not supported for strings in - on line 3 -(3) :
Fatal error - [] operator not supported for strings"
Fatal error - [] operator not supported for strings"
a második pedig:
"PHP Warning: Cannot use a scalar value as an array in - on line 3 -(3) :
Warning - Cannot use a scalar value as an array
Warning: Cannot use a scalar value as an array in - on line 3 int(123)"
Warning - Cannot use a scalar value as an array
Warning: Cannot use a scalar value as an array in - on line 3 int(123)"
Már ez a következetlenség is eléggé zavaró, de Yasuo rámutatott, hogy egyik hibaüzenet sem a megfelelő viselkedés - az valószínűleg a változó újrainicializálása lenne tömbként, hiszen a gyakorlott PHP programozók pont ezt a viselkedést várnák.
Még nincs eldöntve, hogyan lesz megoldva a 4.3.0-ig ez a "funkció".
