Archívum - 137651
szeptember 13
Vajon a "files" könyvtár rendszerváltozóban van tárolva?
A standard "files" könyvtárnak -ahol az avatars meg egyéb képek vannak- van e valamilyen rendszerváltozója, vagy ha használni szeretném akkor égessem be az elérési útját? Azért kérdezem, mert több modul is használja, logikus lenne, hogy létezik ilyen változó csak nem bukkantam rá se a forráskódban se az apiban. A http://jonbob.drupaldevs.org/ oldal jó, de ott sem lelem.
Kösz:Kuller
■ Kösz:Kuller
SOAP alapkérdés
Elöljáróban megköszönném, hogy kérésemre létrejött az XML fórum is! Köszönöm, köszönöm...
Első kérdésem egy teljesen primitív kérdés:
Egy feladat megoldásához SOAP felületen keresztül kellene kapcsolódnom egy webszolgáltatáshoz (webservice). Éppen ezért elkezdtem tanulmányozni a témakört. Nagy örömömre pont itt a weblaboron is találtam két cikket XML-RPC és SOAP témakörben (meg is rendeltem rögtön a könyvet, bár ahogy a tartalomjegyzékét olvastam a témakört mélyebben nem érinti, de jó könyvnek tűnik!). Minél inkáb beleásom magam a témába, annál gyakrabban ötlik fel bennem a kérdés:
Miért kell ilyen "hót" egyszerű dolgkhoz SOAP-ot használni?
A SOAP használata azért jó, mert egységes felületet biztosít... eddig ok. De ahhoz, hogy ezt a felületet elérhessem, mindenképp ismernem kell a szabályokat, eljárásokat, amik segítségével kapcsolódni tudok. Ráadásul a SOAP a főként a HTTP protokollra épülve továbbítja a kéréseket és válaszokat.
Mennyivel jobb, mondjuk meghívnom pl egy scriptből az arfolyam.tozsde.hu:1234 címen található webservice-nél mondjuk a getQuote("ibm") függvényt SOAP üzenetekkel, mint mondjuk arfolyam.tozsde.hu/getquote.php?stock=ibm
Az első megoldást is csak akkor tudom elérni, ha egy csomó szabályt ismerek és betartok, meg a másodikat is. A második megoldás azért sokkal egyszerűbb - persze szerintem.
Tehát mi értelme van egyáltalán így bonyolítani a dolgokat?
Miért jobb webservice-ként megvalósítani ezeket a szolgáltatásokat, mint "hagyományosabb" módon?
Várom az építő és okulást adó válaszokat!
:-)
Sziasztok:
P][G
■ Első kérdésem egy teljesen primitív kérdés:
Egy feladat megoldásához SOAP felületen keresztül kellene kapcsolódnom egy webszolgáltatáshoz (webservice). Éppen ezért elkezdtem tanulmányozni a témakört. Nagy örömömre pont itt a weblaboron is találtam két cikket XML-RPC és SOAP témakörben (meg is rendeltem rögtön a könyvet, bár ahogy a tartalomjegyzékét olvastam a témakört mélyebben nem érinti, de jó könyvnek tűnik!). Minél inkáb beleásom magam a témába, annál gyakrabban ötlik fel bennem a kérdés:
Miért kell ilyen "hót" egyszerű dolgkhoz SOAP-ot használni?
A SOAP használata azért jó, mert egységes felületet biztosít... eddig ok. De ahhoz, hogy ezt a felületet elérhessem, mindenképp ismernem kell a szabályokat, eljárásokat, amik segítségével kapcsolódni tudok. Ráadásul a SOAP a főként a HTTP protokollra épülve továbbítja a kéréseket és válaszokat.
Mennyivel jobb, mondjuk meghívnom pl egy scriptből az arfolyam.tozsde.hu:1234 címen található webservice-nél mondjuk a getQuote("ibm") függvényt SOAP üzenetekkel, mint mondjuk arfolyam.tozsde.hu/getquote.php?stock=ibm
Az első megoldást is csak akkor tudom elérni, ha egy csomó szabályt ismerek és betartok, meg a másodikat is. A második megoldás azért sokkal egyszerűbb - persze szerintem.
Tehát mi értelme van egyáltalán így bonyolítani a dolgokat?
Miért jobb webservice-ként megvalósítani ezeket a szolgáltatásokat, mint "hagyományosabb" módon?
Várom az építő és okulást adó válaszokat!
:-)
Sziasztok:
P][G
A PHP 5 Standard Library bemutatása
Harry Fuecks ismét egy alapos bemutatóval ajándékozza meg olvasóit, ezúttal a PHP 5-ben bevezetett Standard PHP Library kerül terítékre. Az SPL lehetővé teszi, hogy saját objektumainkat a PHP ciklusaiban egyszerűen kezeljük, vagy akár tömbként érjük el tulajdonságaikat. Ráadásul ezeken felül beépített iterátorok széles skáláját biztosítja használói számára. Harry részletes példákkal illusztrálva mutatja meg, hogy mik az iterátorok, miért jó velük dolgozni, és mi jót jelent az SPL a PHP 5 használói számára.
■ PHP 5 konfliktus(?) - avagy hogyan működik a nyílt forrás
Az előbbi hírben emlegetett szeptemberi PlugIn Magazine jelentetett meg egy elemző szándékú cikket Ian Felton tollából, mely a PHP 5 fejlődési iránya és a felhasználói tábor igényei között felfedezett vélt vagy valós ellentét figyelmen kívül hagyását rója a Zend számlájára. Számokat idézve a Zend felméréséből arra a következtetésre jut, hogy a PHP felhasználói tábora nem igazán akarta a kiterjesztett objektum-orientált szolgáltatásokat, és hogy ez károsan hathat a PHP használatára a távolabbi jövőben.
