Archívum - Feb 19, 2010 - Fórum téma
url cim szerkesztéséhez keresek segitséget
Olyat szeretnék megoldani, hogy az url ben lévő get-ek ne látszódjanak, csak a mögötte levő tartalom címe. PL:
index.php?col=7&id=22 Helyett:
fekek/fekbetet.
Szóval, hogy számok és változók helyett csak nevek legyenek.
Kösz, R.
■ index.php?col=7&id=22 Helyett:
fekek/fekbetet.
Szóval, hogy számok és változók helyett csak nevek legyenek.
Kösz, R.
alkalmazás struktúra - a klasszikus adatok újraküldése probléma
Sziasztok!
Problémám a kövezkező lenne:
Írtam egy webes alkalmazást, amely a tartalmakat dinamikusan generálja az index.php-ben.
Refresh-nél ugyebár előugrik a kis ablak, hogy a firefoxnak újra kell küldenie az adatokat.
Olvastam, hogy ezt a header(location..)-el lehet megoldani, de az Istenért sem sikerül megfelelően.
Ha ugyebár magára az index.php-re irányítom át az oldalam hibaüzenetet kapok, hogy nem hajtható végre (ezt meg is értem).
Gyanítom, hogy az alkalmazásomat kellene átstruktúrálni, csak szeretnék valami támpontot, hogy merre induljak, mi a bevett gyakorlat?
Az alkalmazás eddig így működik:
Bejelentkezésnél ugyebár post-tal elküldöm az adatokat, ha ezek átmennek az autentikáción akkor az újra betöltődött index.php body-jában már a beléptető ablak helyett már a felhasználói felületet tölti be.
Ennek a megoldása még talán ok is lenne, ha áttenném az utóbbit egy külön fájlba(mondjuk egy main.php-ba) és oda irányítanám át sikeres auth esetén.
Ami nagyobb fejtörést okoz az az alkalmazás belsejében lévő formok elküldése, ezeket hova irányítsam ahol feldolgozza a postot?(ha magára az oldalra akarom irányítani akkor újfent hibaüzenetet kapok).
Hogy kellene kinézzen egy ilyen adminfelület szerű alkalmazás struktúrája?
Bár nincs szükség refreshelgetésre, mégsem szeretném, hogyha a gyanútlan user kétszer küldene fel egy hírt az oldalra (mégha az könnyen törölhető is), azért mert frissítette az oldalt.
Előre is köszi a segítséget!
Üdv.: Nu7ec
■ Problémám a kövezkező lenne:
Írtam egy webes alkalmazást, amely a tartalmakat dinamikusan generálja az index.php-ben.
Refresh-nél ugyebár előugrik a kis ablak, hogy a firefoxnak újra kell küldenie az adatokat.
Olvastam, hogy ezt a header(location..)-el lehet megoldani, de az Istenért sem sikerül megfelelően.
Ha ugyebár magára az index.php-re irányítom át az oldalam hibaüzenetet kapok, hogy nem hajtható végre (ezt meg is értem).
Gyanítom, hogy az alkalmazásomat kellene átstruktúrálni, csak szeretnék valami támpontot, hogy merre induljak, mi a bevett gyakorlat?
Az alkalmazás eddig így működik:
Bejelentkezésnél ugyebár post-tal elküldöm az adatokat, ha ezek átmennek az autentikáción akkor az újra betöltődött index.php body-jában már a beléptető ablak helyett már a felhasználói felületet tölti be.
Ennek a megoldása még talán ok is lenne, ha áttenném az utóbbit egy külön fájlba(mondjuk egy main.php-ba) és oda irányítanám át sikeres auth esetén.
Ami nagyobb fejtörést okoz az az alkalmazás belsejében lévő formok elküldése, ezeket hova irányítsam ahol feldolgozza a postot?(ha magára az oldalra akarom irányítani akkor újfent hibaüzenetet kapok).
Hogy kellene kinézzen egy ilyen adminfelület szerű alkalmazás struktúrája?
Bár nincs szükség refreshelgetésre, mégsem szeretném, hogyha a gyanútlan user kétszer küldene fel egy hírt az oldalra (mégha az könnyen törölhető is), azért mert frissítette az oldalt.
Előre is köszi a segítséget!
Üdv.: Nu7ec
