Archívum - Jún 2006
június 29
Accessible AJAX Applications - 40 Tutorials and Articles
Negyven összegyűjtött ismertető
■ AJAX fejlesztés a Google Web Toolkit használatával
A májusban megjelent és nálunk is blogmarkolt Google Web Toolkit lehetővé teszi, hogy kliens oldali alkalmazásokat készítsünk Java nyelven. Az eszközkészlet gondoskodik arról, hogy szükség esetén (web módot alkalmazva) a Java kód megfelelő HTML+CSS+JavaScript kódra forduljon. Érdekes, hogy a napokban több részletes cikk is megjelent az eszközkészletről, melyek segítségével könnyebben értékelhetjük a szerepét.
SimpleXML-lel beolvasott XML-ben kötőjeles elemnév
simplexml_load_file beolvasok egy xml állományt. Minden tökéletesen müködik, azonban van egy ilyen a fileban: <GENERATED-DATE>2006.06.29.</GENERATED-DATE>.
Ezzel nem tudok megbirkózni. Hogyan lehetne megoldani a legegyszerűbben, hogy ehhez az adathoz is hozzáférjek? A problémát a kötőjel okozza.
Mivel a file-okat úgy kapom, így a problémát valahogy kezelnem kéne. Ötlet?
■ Ezzel nem tudok megbirkózni. Hogyan lehetne megoldani a legegyszerűbben, hogy ehhez az adathoz is hozzáférjek? A problémát a kötőjel okozza.
Mivel a file-okat úgy kapom, így a problémát valahogy kezelnem kéne. Ötlet?
Adobe Announces Immediate Availability of Adobe Flex 2
Megjelent a Flex 2, ingyenes SDK is letölthető hozzá
■ defined(ADATBAZIS) típusú ellenőrzés nem működik
Sziasztok!
Egyszerre több különálló oldalt működtettek ugyanazokkal a programokkal (fórum, regisztráció, cikk stb. kezelés), de külön táblákkal. A legegyszerűbb megoldás több adatbázis használata lenne, de erre nincs lehetőségem. Eddig úgy oldottam meg az index.php –ban megadtam egy változót és minden függvényben – ahol kellett – globálissá téve kiolvastam, hogy most mit kell a tábla neve elé illeszteni. Ez az érték soha sem változott meg a program futása közben, sőt azon kívül se túl gyakran …
Arra gondoltam állandóval fogom mostantól megoldani. Definiáltam az index php-banEzt egyszerűen beágyazott fájlokban és függvényeken keresztül is elérem.
Eddig minden rendben.
Van a programjaimban egy biztonsági zár az első sorban. Mindig megnézi, hogy létezik-e a változó vagy nem? Ha igen, akkor mehet a beolvasás. Ha nem, akkor valószínűleg a php fájl pontos helyét írták be, ilyenkor elküldöm az boklászót a főoldalra.
A konstans nem tudom isset()-el megnézni, csak azt, hogy definiáltam-e már.Egyik megoldás sem működik, mert mindig elugrál a főoldalra. Pedig az index.php-ban definiálva van és abba ágyazódnak be ezek a fájlok is.
Mi a hiba?
Tud valaki a leírtaknál egyszerűbb megoldást?
Ugye, lehet egyszerre több konstansom is.
■ Egyszerre több különálló oldalt működtettek ugyanazokkal a programokkal (fórum, regisztráció, cikk stb. kezelés), de külön táblákkal. A legegyszerűbb megoldás több adatbázis használata lenne, de erre nincs lehetőségem. Eddig úgy oldottam meg az index.php –ban megadtam egy változót és minden függvényben – ahol kellett – globálissá téve kiolvastam, hogy most mit kell a tábla neve elé illeszteni. Ez az érték soha sem változott meg a program futása közben, sőt azon kívül se túl gyakran …
Arra gondoltam állandóval fogom mostantól megoldani. Definiáltam az index php-ban
define("ADATBAZIS","egyes_");
Eddig minden rendben.
Van a programjaimban egy biztonsági zár az első sorban. Mindig megnézi, hogy létezik-e a változó vagy nem? Ha igen, akkor mehet a beolvasás. Ha nem, akkor valószínűleg a php fájl pontos helyét írták be, ilyenkor elküldöm az boklászót a főoldalra.
A konstans nem tudom isset()-el megnézni, csak azt, hogy definiáltam-e már.
if (defined(ADATBAZIS)==false) {header("Location: http://valmi.hu");}
if (! defined(ADATBAZIS)) {header("Location: http://valmi.hu");}
Mi a hiba?
Tud valaki a leírtaknál egyszerűbb megoldást?
Ugye, lehet egyszerre több konstansom is.
Index.html fájl átírásának kizárárása a rewrite-ból
Sziasztok!
Sikeresen be lett üzemelve az opensef komponens a joomla portálrendszer alá. Van egy index.html oldal, amiből egy linkkel lehet átkerülni a portálra. Az index.html a joomla gyökerében van. Tehát a www.valami.hu címet beírva eredetileg az index.html indult el, amióta bekapcsoltam az opensef működését, egyből belép a portálra, nem jön fel az index.html tartalma. Jelenleg a www.valami.hu-t beírva egyből az index.php-re történik az átirányítás.
Ha beállítom az DirectoryIndex index.html index.php sorrendet, akkor bejön ugyan az index.html oldal, viszont a rajta levő, az index.php-re mutató linkre kattintva nem jön be az index.php oldal, hanem visszajön az index.html oldal.
Mit kell még beállítani a .htaccess fájlban, hogy a mod_rewrite ne foglalkozzon az index.html -lel? Az alábbi tartalom van a .htaccess fájlban
Options +FollowSymLinks
Options +SymlinksIfOwnerMatch
RewriteEngine On
RewriteBase /
RewriteRule ^content(.*) index.php
RewriteRule ^component/(.*) index.php
DirectoryIndex index.php
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule ^(.*) index.php
Nagyon megköszönném, ha valaki tudna segíteni.
Zoltán
■ Sikeresen be lett üzemelve az opensef komponens a joomla portálrendszer alá. Van egy index.html oldal, amiből egy linkkel lehet átkerülni a portálra. Az index.html a joomla gyökerében van. Tehát a www.valami.hu címet beírva eredetileg az index.html indult el, amióta bekapcsoltam az opensef működését, egyből belép a portálra, nem jön fel az index.html tartalma. Jelenleg a www.valami.hu-t beírva egyből az index.php-re történik az átirányítás.
Ha beállítom az DirectoryIndex index.html index.php sorrendet, akkor bejön ugyan az index.html oldal, viszont a rajta levő, az index.php-re mutató linkre kattintva nem jön be az index.php oldal, hanem visszajön az index.html oldal.
Mit kell még beállítani a .htaccess fájlban, hogy a mod_rewrite ne foglalkozzon az index.html -lel? Az alábbi tartalom van a .htaccess fájlban
Options +FollowSymLinks
Options +SymlinksIfOwnerMatch
RewriteEngine On
RewriteBase /
RewriteRule ^content(.*) index.php
RewriteRule ^component/(.*) index.php
DirectoryIndex index.php
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule ^(.*) index.php
Nagyon megköszönném, ha valaki tudna segíteni.
Zoltán
ini_set() kicserélése
Üdv!
A problémám a következő:
Készítettem egy flash alkalmazást ami flash remoting-ot és amfphp-t használ szerver oldalon.
Nekem a gépemre telepített szerveren minden tökéletesen megy, viszont ha feltöltöm egy ingyenes szolgáltatóhoz ott az ini_set() függvény minden esetben le van tiltva.
Tudom hogy legegyszerűbb az lenne ha bérelnék egy saját szervert de ezt nem tudom és nem is akarom megtenni.
A kérdésem arra irányulna hogy van e valamilyen bejáratott mód arra hogy az ini_set() függvényt kiszedhessem és valami mással válthassam fel, amit nem szokás letiltani biztonsági okokra hivatkozva.
■ A problémám a következő:
Készítettem egy flash alkalmazást ami flash remoting-ot és amfphp-t használ szerver oldalon.
Nekem a gépemre telepített szerveren minden tökéletesen megy, viszont ha feltöltöm egy ingyenes szolgáltatóhoz ott az ini_set() függvény minden esetben le van tiltva.
Tudom hogy legegyszerűbb az lenne ha bérelnék egy saját szervert de ezt nem tudom és nem is akarom megtenni.
A kérdésem arra irányulna hogy van e valamilyen bejáratott mód arra hogy az ini_set() függvényt kiszedhessem és valami mással válthassam fel, amit nem szokás letiltani biztonsági okokra hivatkozva.
