Archívum - 2006 - Fórum téma
július 10
6-8 jegyű kód generálása előre megadott karakterekből
Hello,
Olyan függvényre lenne szükségem amivel előre megadott karakterek felhasználásával generálna egy 6-8 jegyű kódót. (és egy változóba tudnám menteni.
Köszi
■ Olyan függvényre lenne szükségem amivel előre megadott karakterek felhasználásával generálna egy 6-8 jegyű kódót. (és egy változóba tudnám menteni.
Köszi
július 9
miért indul új munkamenet az oldal újratöltésekor?
Sziatok!
A kérdésem a következő lenne: miért indul új munkamenet az oldal újratöltésekor? Próbáltam utánanézni a manualban, kerestem a Weblabor fórumában és levlistáiban is, mellesleg az utóbbiban találtam egy hasonló hozzászólást, de sajnos arra nem érkezett válasz :(
Egy bejelentkező oldalt készítek és jelenleg még a legelején tartok: elkészítettem a formot, ami továbbítja az adatokat, valamint a programot, ami leellenőrzi a beérkező információt, majd továbbítja a felhasználót egy másik oldalra. Azonban a form elküldésekor minden esetben új session indul, vagy legalábbis új session_id kerül generálásra.
Ami még érdekesebbé teszi a helyzetet, hogy a két különböző szerveren is futtattam a kódot és míg az egyiken működött, a másikon előált ez a gond.
Mint írtam átolvastam az ide vágó cikkeket és a fórum hozzászólások nagy részét, így igyekszem leszögezni: az oldal elején (mindenféle kimenet előtt) ott a session_start függvény és a programkódban sehol nincs megszakítva a munkamenet.
A kód a következő:...
[colorer=php]if ( isset( $_POST['uinput'] ) == true AND isset( $_POST['pinput'] ) == true )
A kérdésem a következő lenne: miért indul új munkamenet az oldal újratöltésekor? Próbáltam utánanézni a manualban, kerestem a Weblabor fórumában és levlistáiban is, mellesleg az utóbbiban találtam egy hasonló hozzászólást, de sajnos arra nem érkezett válasz :(
Egy bejelentkező oldalt készítek és jelenleg még a legelején tartok: elkészítettem a formot, ami továbbítja az adatokat, valamint a programot, ami leellenőrzi a beérkező információt, majd továbbítja a felhasználót egy másik oldalra. Azonban a form elküldésekor minden esetben új session indul, vagy legalábbis új session_id kerül generálásra.
Ami még érdekesebbé teszi a helyzetet, hogy a két különböző szerveren is futtattam a kódot és míg az egyiken működött, a másikon előált ez a gond.
Mint írtam átolvastam az ide vágó cikkeket és a fórum hozzászólások nagy részét, így igyekszem leszögezni: az oldal elején (mindenféle kimenet előtt) ott a session_start függvény és a programkódban sehol nincs megszakítva a munkamenet.
A kód a következő:
echo "<div id=\"bejelentkezo\">\n";
echo "<h2 id=\"cimsor\">Bejelentkezés</h2>\n";
echo "<form name=\"belepes\" method=\"post\" action=\""._admin_oldal."?sid=".session_id()."&padmin=login\">\n";
echo "<div id=\"egyutt\">\n";
echo "<div id=\"felirat\">Felhasználónév:</div>\n";
echo "<div id=\"mezo\">\n";
echo "<input name=\"uinput\" type=\"text\" size=\"43\">\n";
echo "</div>\n";
echo "</div>\n";
echo "<div id=\"egyutt\">\n";
echo "<div id=\"felirat\">Jelszó:</div>\n";
echo "<div id=\"mezo\">\n";
echo "<input name=\"pinput\" type=\"password\" size=\"43\">\n";
echo "</div>\n";
echo "</div>\n";
echo "<div id=\"bejelent\"><input type=\"submit\" name=\"bejelent\" value=\"belép\"></div>\n";
echo "</form>\n";
echo "</div>\n";
[colorer=php]if ( isset( $_POST['uinput'] ) == true AND isset( $_POST['pinput'] ) == true )
Nem található oldal kezelése PHP-ben, ha régi hírlevélből kattintottak
Sziasztok!
Volna egy érdekes kérdésem, és nagyjából sejtem a megoldást, de a véleményetekre lennék kiváncsi!
A rendszeres hírlevelemben terelgetem a jónépet az oldalamra, úgy, hogy létrehozok, csak a hírlevélből megközelíthető dinamikus tartalmakat. pl:
http://www.domain.hu/index.php?sendid=12&cikk=1&mailid=1451
Ha valaki a hírlevélből rákattint a hivatkozásra, mert érdekli, akor a statisztikám jegyzi hogy ki volt az aki megnézte, meg mikor, meg honnan stb..
A probléma akkor van, ha a hírlevél aktualitása után kattint a hivatkozásra (pl.: 2 hónap múlva), és az a tartalom addigra már nemlétező!
Na most miután ez egy dinamikusan létrejött oldal ezért a err 404 nem segít, hiszen az index.php létezik!
Én arra gondoltam, hogy amikor feldolgozom az url-t akkor úgy hajtatom végre az adatbázis műveletet, hogy a helytelen visszatérés esetén ne az sql hibaüzenetet írja ki, hanem kiírja hogy: Sajnos a keresett stb...
Ehhez kapcsolódóan egy kérdésem van!
Hogyan kell kikapcsolni a hibaüzenetek kiírását (gondolom manual, csak kb. hol?)
Várom válaszotokat: s_volenszki
■ Volna egy érdekes kérdésem, és nagyjából sejtem a megoldást, de a véleményetekre lennék kiváncsi!
A rendszeres hírlevelemben terelgetem a jónépet az oldalamra, úgy, hogy létrehozok, csak a hírlevélből megközelíthető dinamikus tartalmakat. pl:
http://www.domain.hu/index.php?sendid=12&cikk=1&mailid=1451
Ha valaki a hírlevélből rákattint a hivatkozásra, mert érdekli, akor a statisztikám jegyzi hogy ki volt az aki megnézte, meg mikor, meg honnan stb..
A probléma akkor van, ha a hírlevél aktualitása után kattint a hivatkozásra (pl.: 2 hónap múlva), és az a tartalom addigra már nemlétező!
Na most miután ez egy dinamikusan létrejött oldal ezért a err 404 nem segít, hiszen az index.php létezik!
Én arra gondoltam, hogy amikor feldolgozom az url-t akkor úgy hajtatom végre az adatbázis műveletet, hogy a helytelen visszatérés esetén ne az sql hibaüzenetet írja ki, hanem kiírja hogy: Sajnos a keresett stb...
Ehhez kapcsolódóan egy kérdésem van!
Hogyan kell kikapcsolni a hibaüzenetek kiírását (gondolom manual, csak kb. hol?)
Várom válaszotokat: s_volenszki
július 8
Hibaüzenetek elcsípése
Sziasztok!
A freeweb-en van a tárhelyem és ott minden hibaüzenet megjelenik. Ezeket az üzeneteket egy fájlba szeretném menteni, megtiltani a megjelenítésüket és egy információ szegény hibaüzenetet kiírni. A beállításokat, persze nem tudom megváltoztatni... :-(
Ti hogy oldanátok meg ezt?
Írjak @-ot minden elé és állítsam össze darabonként az üzenet szövegét?
Milyen változóban/állandóban tárolódik pl.: a Warning! fvnev() ... in php/fajl/eleresiutvonal/fajl.php on line 19 szöveg?
■ A freeweb-en van a tárhelyem és ott minden hibaüzenet megjelenik. Ezeket az üzeneteket egy fájlba szeretném menteni, megtiltani a megjelenítésüket és egy információ szegény hibaüzenetet kiírni. A beállításokat, persze nem tudom megváltoztatni... :-(
Ti hogy oldanátok meg ezt?
Írjak @-ot minden elé és állítsam össze darabonként az üzenet szövegét?
Milyen változóban/állandóban tárolódik pl.: a Warning! fvnev() ... in php/fajl/eleresiutvonal/fajl.php on line 19 szöveg?
Veszélyes az objektumközpontú programozás?
Sziasztok!
Már egy jó ideje programozok PHP-ben, de eddig még soha sem használtam objektumokat. Tőletek hallottam, hogy milyen jó, ezért úgy gondoltam kipróbálom. Elővettem a könyvemet (Tanuljuk meg a PHP4 használatát 24 óra alatt), odalapoztam az Objektumok fejezethez és teljesen meglepődtem!
„Az objektumközpontú programozás veszélyes. Megváltoztatja a programozásról való gondolkodásmódunkat és ha egyszer hatalmába kerít, nem tudunk tőle szabadulni.”
Húha! Ez most jó vagy rossz? A számítógépek 5. generációjába vezették be az Objektum orientált programozást, most a 6. generációban vagyunk.
- Tehát ez az alapja a modern programozásnak? vagy
- Egy régi túlhaladott, elavult technika?
Ahogy elolvastam nem tűnik, olyan ördöngösségnek. (pl.: a var változó definíció nagyon sok helyen van Pascal, Javascript...)
A végén ismét: ~ az objektumközpontú programozás megértése nélkül is jó PHP programozó válhat az emberből.
Előnyök: könnyű átlátható, újrahasznosítható és rugalmas forráskód.
Hátrányok: több erőforrás használat, más gondolkodásmód, amelytől nem szabadulhatunk. :-)
- A PHP5 is ezt az ágat erősíti. (Nem tudom miben több.) Tehát ez a világ legszuperebb dolga? vagy
- Állandóan nagy harc folyik az erőforrások használatának a lecsökkentésében érdekében. Erre pazaroljuk a drága időt?
Szóval az lenne a kérdésem: Tényleg veszélyes az objektumközpontú programozás? Vagy csak a könyv visel egy régebbi álláspontot?
Mivel csak egy könyvem van, ezért nem tudom összehasonlítani, hogy mennyire vegyem figyelembe a leírtakat. Szeretném a véleményeteket kérni ez ügyben. Előre is köszönöm a válaszotokat.
■ Már egy jó ideje programozok PHP-ben, de eddig még soha sem használtam objektumokat. Tőletek hallottam, hogy milyen jó, ezért úgy gondoltam kipróbálom. Elővettem a könyvemet (Tanuljuk meg a PHP4 használatát 24 óra alatt), odalapoztam az Objektumok fejezethez és teljesen meglepődtem!
„Az objektumközpontú programozás veszélyes. Megváltoztatja a programozásról való gondolkodásmódunkat és ha egyszer hatalmába kerít, nem tudunk tőle szabadulni.”
Húha! Ez most jó vagy rossz? A számítógépek 5. generációjába vezették be az Objektum orientált programozást, most a 6. generációban vagyunk.
- Tehát ez az alapja a modern programozásnak? vagy
- Egy régi túlhaladott, elavult technika?
Ahogy elolvastam nem tűnik, olyan ördöngösségnek. (pl.: a var változó definíció nagyon sok helyen van Pascal, Javascript...)
A végén ismét: ~ az objektumközpontú programozás megértése nélkül is jó PHP programozó válhat az emberből.
Előnyök: könnyű átlátható, újrahasznosítható és rugalmas forráskód.
Hátrányok: több erőforrás használat, más gondolkodásmód, amelytől nem szabadulhatunk. :-)
- A PHP5 is ezt az ágat erősíti. (Nem tudom miben több.) Tehát ez a világ legszuperebb dolga? vagy
- Állandóan nagy harc folyik az erőforrások használatának a lecsökkentésében érdekében. Erre pazaroljuk a drága időt?
Szóval az lenne a kérdésem: Tényleg veszélyes az objektumközpontú programozás? Vagy csak a könyv visel egy régebbi álláspontot?
Mivel csak egy könyvem van, ezért nem tudom összehasonlítani, hogy mennyire vegyem figyelembe a leírtakat. Szeretném a véleményeteket kérni ez ügyben. Előre is köszönöm a válaszotokat.
Margin beállítása H2,3 elemeknél
Olvastam a cikkeket a weblaboron de sehol nem találtam erre választ. H2 elemeim után és elött van egy hatalmas margin, ezt hogy lehetne megszüntetni? margin-bottom: -1em -el működik, de az utolsó elemből levág egy kis darabot így a szöveg nem látszik. Na meg mi az a em? Eddig csak pixelről hallottam.
■ Elvesztett jelszó elméletben
Sziasztok!
Töröm a fejem hogy elvesztett jelszó esetén milyen módon lenne biztonságos az új jelszót eljuttatni a felhasználóhoz. Eddig a jelszavakat nem kódoltam, így nagyon egyszerű volt a felhasználóhoz tartozó jelszót elküldeni. Most viszont md5el kódolom. Hogy célszerű ezt megoldani? Köszönöm a válaszaitokat!!
■ Töröm a fejem hogy elvesztett jelszó esetén milyen módon lenne biztonságos az új jelszót eljuttatni a felhasználóhoz. Eddig a jelszavakat nem kódoltam, így nagyon egyszerű volt a felhasználóhoz tartozó jelszót elküldeni. Most viszont md5el kódolom. Hogy célszerű ezt megoldani? Köszönöm a válaszaitokat!!
Fórum admin gond
Sziasztok!
Szeretném jóindulatotokat és a segítségeteket kérni. Örököltem egy php-s Fórumot. Ennek mintájára ugyanazon tárhelyszolgáltatónál, de más weblapon elkezdtem felépíteni egy újat. A Php myadminban szépen elkészítettem a táblázatokat, illetve a tárhelyre feltöltöttem a szükséges fájlokat. Jelszót is cseréltem, hogy az új Fórumnak is meglegyen a MySql kapcsolata. Ígyhát megvan a Fórum oldala és admin lapja. Létrehoztam már témát és működik az üzenetküldés is.
Ami a problémám, hogyha belépek az oldal a Fórum adminba és akármelyik szerkesztési gombra nyomok kivág onnan. Mivel az eredeti Fórumon ilyen nincs biztos elfelejtettem valamit, csak egy rossz beállítás vagy ilyesmi lehet, de hiába töröm a buksim nem jövök rá mit szúrtam el.
Ötleteiteket szeretettel várom. Tisztelettel: Zsebi
■ Szeretném jóindulatotokat és a segítségeteket kérni. Örököltem egy php-s Fórumot. Ennek mintájára ugyanazon tárhelyszolgáltatónál, de más weblapon elkezdtem felépíteni egy újat. A Php myadminban szépen elkészítettem a táblázatokat, illetve a tárhelyre feltöltöttem a szükséges fájlokat. Jelszót is cseréltem, hogy az új Fórumnak is meglegyen a MySql kapcsolata. Ígyhát megvan a Fórum oldala és admin lapja. Létrehoztam már témát és működik az üzenetküldés is.
Ami a problémám, hogyha belépek az oldal a Fórum adminba és akármelyik szerkesztési gombra nyomok kivág onnan. Mivel az eredeti Fórumon ilyen nincs biztos elfelejtettem valamit, csak egy rossz beállítás vagy ilyesmi lehet, de hiába töröm a buksim nem jövök rá mit szúrtam el.
Ötleteiteket szeretettel várom. Tisztelettel: Zsebi
július 8
Appserv telepítés után "Unable to service"
Sziasztok !
Segítségeteket kérnép Appservet telepítem az Appache részel van gondom telepítés után Unable to service ÉS nemindul el... Ez valyon mitől lehet ? Köszönöm a segítséget kezdő vagyok még a témában!
■ Segítségeteket kérnép Appservet telepítem az Appache részel van gondom telepítés után Unable to service ÉS nemindul el... Ez valyon mitől lehet ? Köszönöm a segítséget kezdő vagyok még a témában!
Fórumom weblapja és mysql táblája is latin-2, mégsem jó
Egy fórum írásába kezdtem, néhol elöjött az a probléma hogy a űő karakterek helyett kérdőjeleket látok. Az oldalon a charset=iso-8859-2, mysqlben a dbnek a kodolása latin2_general_ci, a tábláké, és a soroké is. Megfelelő párosítás a iso-8859-2 és a latin2_general_ci? Úgy hallottam ha minden azonos típusú nem lehet probléma, nálam mégis.. Javasolták hogy próbálkozzak utf8al, már elején elbukott az ötlet, amikor includeolt szövegek ékezetei helyett négyzeteket láttam.
Várom a válaszokat, köszönöm!
■ Várom a válaszokat, köszönöm!
