Archívum - 2006
július 10
A Google beperelte a kurzor.hu-t üzemeltető céget
A google.hu végre a Google-é lehet
■ július 9
Beépülés alatt a Weblabor Wiki
Márciusban proclub és winston kezdeményezésére indult el a Weblabor Tudásbázis Projekt (WTP). A kezdeti lendületet sajnos nagyobb szünet követte, és időközben több csatornán kaptunk kérést, hogy jobban emeljük ki azt, ami már felkerült, illetve igyekezzünk ösztönözni a wiki bővítését. Nos, a szerkesztőséggel egyeztetve úgy határoztunk, hogy valamelyest integráljuk a wiki oldalait a Weblaborba.
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
Gliffy.com - Create and share diagrams online.
Sokoldalú online diagram szerkesztő
■ Don’t serve JSON as text/html
Egy gyakori hibáról a Google sebezhetősége kapcsán
■ 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.
■ 
