Archívum - 2002
július 18
PN 714 telepítés
Megpróbáltam telepíteni a fent említett postnuke-ot. Az install.php a nyelv kérdéssel kezd, én válaszolok aztán nem lép tovább. Ilyenkor mi van?
■ július 17
Block modul hiba (?)
Fatal error: Cannot redeclare blocks_php_block() in /includes/blocks/php.php on line 44
Nos, ezt az üzenetet kaptam, amikor új blokkot szerettem volna az oldalunkhoz adni. Most upgradeletem a PostNuke 7.13-asra, és utánna már nem ment. Segítsen vki plíz! :o
■ Nos, ezt az üzenetet kaptam, amikor új blokkot szerettem volna az oldalunkhoz adni. Most upgradeletem a PostNuke 7.13-asra, és utánna már nem ment. Segítsen vki plíz! :o
PHP Weekly - 94.
A Zend szokásos heti hírlevelének 94. számából:
Kiegészítők függvényeinek elnevezése - egy rövid tipp a C alapú PHP kiegészítők reményteli fejlesztőinek: a függvények elnevezésének formátuma legyen modul_fuggvenynev vagy modul_fuggveny_nev. Ne használj nagybetűket az elnevezésben, mert a PHP abban az esetben nem fogja megfelelően regisztrálni a függvényt!
Zend 2 állapot, PHP 5.0 - Az elmúlt héten jónéhány kérdés felbukkant a listán a második Zend motor időzítésével kapcsolatban. Természetesen a fejlesztők - mint minden szoftver esetében - itt sem szívesen adnak meg egy biztos dátumot, de két alfa megjelenés után az általános nézőpont az, hogy valamikor a jövő év legelején készül majd el. Feltételezhetően ehhez kapcsolódva mutatkozik majd be az új PHP 5.0 is. Amint új információt kapunk, azonnal beszámolunk róla ezeken az oldalakon!
Kiegészítők függvényeinek elnevezése - egy rövid tipp a C alapú PHP kiegészítők reményteli fejlesztőinek: a függvények elnevezésének formátuma legyen modul_fuggvenynev vagy modul_fuggveny_nev. Ne használj nagybetűket az elnevezésben, mert a PHP abban az esetben nem fogja megfelelően regisztrálni a függvényt!
Zend 2 állapot, PHP 5.0 - Az elmúlt héten jónéhány kérdés felbukkant a listán a második Zend motor időzítésével kapcsolatban. Természetesen a fejlesztők - mint minden szoftver esetében - itt sem szívesen adnak meg egy biztos dátumot, de két alfa megjelenés után az általános nézőpont az, hogy valamikor a jövő év legelején készül majd el. Feltételezhetően ehhez kapcsolódva mutatkozik majd be az új PHP 5.0 is. Amint új információt kapunk, azonnal beszámolunk róla ezeken az oldalakon!
július 15
Kepek az adatbazisban
Hi !
A problemam az, hogy az adatbazisba sikeresen betoltottem a kepet, de kiolvasni mar nem sikerul. Tobb kodot is kiprobaltam mar ami masnak mukodott, de nekem 1ikse.
Xitami servert futtatok Windows alatt, a legutolso mysql serverrel, es 4.0.6os phpvel.
■ A problemam az, hogy az adatbazisba sikeresen betoltottem a kepet, de kiolvasni mar nem sikerul. Tobb kodot is kiprobaltam mar ami masnak mukodott, de nekem 1ikse.
Xitami servert futtatok Windows alatt, a legutolso mysql serverrel, es 4.0.6os phpvel.
július 14
modul
Hali!
Az lenne a kérdésem, hogy ha szeretnék csinálni egy olyan oldalt a postnuke-on belül, ami teljesen más szerkezetű, mint a hírek, cikkek...stb, azt hogyan lehetne megcsinálni modullal, vagy pedig annélkül is megvalósítható?
■ Az lenne a kérdésem, hogy ha szeretnék csinálni egy olyan oldalt a postnuke-on belül, ami teljesen más szerkezetű, mint a hírek, cikkek...stb, azt hogyan lehetne megcsinálni modullal, vagy pedig annélkül is megvalósítható?
július 12
portál PHP-ben?
Kedves hozzáértők,
Lenne egy amatőr kérdésem, de a válasz talán nem lenne tanulság nélkül való mások számára sem.
Weboldal tervezés mellé az ügyfeleknek szeretnék egy CMS rendszert is kínálni, növelendő ugye az érintettek körét.
Adódik az egyszerű kérdés, hogy nulláról kezdve mibe érdemes belefogni?
Lehetőségek:
1., microsoft.net - felejtős, mert a., nem szeretném az ügyfeleket microsoft szerverhez kötni, b., nem akarom magam microsoft feljesztőrendszerhez (és az objektumkönyvtáraihoz) kötni, c., lehet, hogy az egész feljesztés átkerül később más OS-re (pld. linux) és nem akarom az egészet előröl kezdeni.
2., PostNuke - felejtős, mert nem programozóknak akarom eladni az oldalakat.
3., PHP - kérdés, hogy elég-e a teljesítménye, ha valami komoly adatbázisban kell keresnie, és nem lopja-e le az egész scriptet valami vicces srác a szerverről, kérdés továbbá az XML támogatása.
4., Java, Perl, C++ - ??
A kérdés elég kezdő ugyan, de sokat segítenétek az indulásban. Persze az is lehet, hogy az egész meghaladja az erőmet, de ez is jobb lenne, ha az elején derülne ki.
köszi a válaszokat
■ Lenne egy amatőr kérdésem, de a válasz talán nem lenne tanulság nélkül való mások számára sem.
Weboldal tervezés mellé az ügyfeleknek szeretnék egy CMS rendszert is kínálni, növelendő ugye az érintettek körét.
Adódik az egyszerű kérdés, hogy nulláról kezdve mibe érdemes belefogni?
Lehetőségek:
1., microsoft.net - felejtős, mert a., nem szeretném az ügyfeleket microsoft szerverhez kötni, b., nem akarom magam microsoft feljesztőrendszerhez (és az objektumkönyvtáraihoz) kötni, c., lehet, hogy az egész feljesztés átkerül később más OS-re (pld. linux) és nem akarom az egészet előröl kezdeni.
2., PostNuke - felejtős, mert nem programozóknak akarom eladni az oldalakat.
3., PHP - kérdés, hogy elég-e a teljesítménye, ha valami komoly adatbázisban kell keresnie, és nem lopja-e le az egész scriptet valami vicces srác a szerverről, kérdés továbbá az XML támogatása.
4., Java, Perl, C++ - ??
A kérdés elég kezdő ugyan, de sokat segítenétek az indulásban. Persze az is lehet, hogy az egész meghaladja az erőmet, de ez is jobb lenne, ha az elején derülne ki.
köszi a válaszokat
július 10
IIS + PHP + Gettext
Nem tudom IIS alatt a gettext-et beloni. phpinfo() szerint enabled, de aztan semmit.
barmit, barhogyan allitgatok, nem megy. linux alatt, ua a script meg siman.
Kerdes: megy valakinek IIS alatt a gettext, es hogyan?
koszi!
dt.
■ barmit, barhogyan allitgatok, nem megy. linux alatt, ua a script meg siman.
Kerdes: megy valakinek IIS alatt a gettext, es hogyan?
koszi!
dt.
július 9
PN 0714 - interneten
adott php 406. mysql iss5
feltelepitem a pn 0714-et de az admin egy resze https-en akar menni, de az nem erheto el.
mit tehetek?
■ feltelepitem a pn 0714-et de az admin egy resze https-en akar menni, de az nem erheto el.
mit tehetek?
PHP Weekly - 88.
Még egy jócskán elkésett Zend hírlevél mára...
Archív hírlevél, június 3.-án jelent meg, csupán akkor elmaradtam a fordításával.
Hibavadászat - gratulációk a PHP Minőségbiztosítási csoportnak! Míg a levelezőlista forgalma minden rekordot megdöntő alacsony szintre süllyedt, a QA tagok alaposan felforgatták a hibajelentő rendszert a téves bejelentések törlése érdekében. Úgy tűnik, hogy néhány száz hibás, téves bejelentést sikerült törölni, ami kétségkívül nagyban megkönnyíti a többi fejlesztő munkáját.
Csatolt XML - a PHP fejlesztői levelezőlista forgalmának legnagyobb részét ezen a héten az XML téma alkotta, nevezetesen, hogy mennyire fontos az XML a PHP szempontjából, valamint hogy a libxml könyvtár a PHP nyelv részeként belekerüljön-e a jövőbeli kiadásokba.
Könnyen igazolható, hogy miért jó, ha a libxml a PHP része - azt jelentené, hogy az XML szabványok (lásd a fenti linket) nagyobb része lenne a PHP-n belülről elérhető. A fejlesztők új kiegészítők írásánál mindig támaszkodhatnának arra a jelenlévő XML funkcionalitásra, anélkül, hogy extra könyvtárak meglétét kellene ellenőrizniük. Mindez végüli egyszerűbb telepítési folyamatot jelentene mindazoknak a végfelhasználóknak, akik szeretnék az XML-t, de nem kérnek a külső kód PHP-be történő fordításának gondjaiból.
A MySQL-t hozták fel annak példájaként, hogy egy jól csomagol kiegészítő és könyvtár egyszerűen csak "működik".
Míg a legtöbb fejlesztő pozitívan viszonyult az ötlethez, sokan aggódtak a könyvtár extra mérete miatt, és amiatt, hogyan lehet azt szinkronban tartani a "hivatalos, legutolsó, stabil változattal".
Végül még nem született meg a végső megegyezés, talán a jövő héten többet hallunk még erről a témáról.
Archív hírlevél, június 3.-án jelent meg, csupán akkor elmaradtam a fordításával.
Hibavadászat - gratulációk a PHP Minőségbiztosítási csoportnak! Míg a levelezőlista forgalma minden rekordot megdöntő alacsony szintre süllyedt, a QA tagok alaposan felforgatták a hibajelentő rendszert a téves bejelentések törlése érdekében. Úgy tűnik, hogy néhány száz hibás, téves bejelentést sikerült törölni, ami kétségkívül nagyban megkönnyíti a többi fejlesztő munkáját.
Csatolt XML - a PHP fejlesztői levelezőlista forgalmának legnagyobb részét ezen a héten az XML téma alkotta, nevezetesen, hogy mennyire fontos az XML a PHP szempontjából, valamint hogy a libxml könyvtár a PHP nyelv részeként belekerüljön-e a jövőbeli kiadásokba.
Könnyen igazolható, hogy miért jó, ha a libxml a PHP része - azt jelentené, hogy az XML szabványok (lásd a fenti linket) nagyobb része lenne a PHP-n belülről elérhető. A fejlesztők új kiegészítők írásánál mindig támaszkodhatnának arra a jelenlévő XML funkcionalitásra, anélkül, hogy extra könyvtárak meglétét kellene ellenőrizniük. Mindez végüli egyszerűbb telepítési folyamatot jelentene mindazoknak a végfelhasználóknak, akik szeretnék az XML-t, de nem kérnek a külső kód PHP-be történő fordításának gondjaiból.
A MySQL-t hozták fel annak példájaként, hogy egy jól csomagol kiegészítő és könyvtár egyszerűen csak "működik".
Míg a legtöbb fejlesztő pozitívan viszonyult az ötlethez, sokan aggódtak a könyvtár extra mérete miatt, és amiatt, hogyan lehet azt szinkronban tartani a "hivatalos, legutolsó, stabil változattal".
Végül még nem született meg a végső megegyezés, talán a jövő héten többet hallunk még erről a témáról.
