Hirdetés
- sziku69: Fűzzük össze a szavakat :)
- Luck Dragon: Asszociációs játék. :)
- eBay-es kütyük kis pénzért
- ubyegon2: Airfryer XL XXL forrólevegős sütő gyakorlati tanácsok, ötletek, receptek
- Brogyi: CTEK akkumulátor töltő és másolatai
- sziku69: Szólánc.
- droidic: Windows 11 önállóság nélküli világ: a kontroll új korszaka
- laskr99: DFI és DFI Lanparty gyűjteményem
- Magga: PLEX: multimédia az egész lakásban
- Sub-ZeRo: Euro Truck Simulator 2 & American Truck Simulator 1 (esetleg 2 majd, ha lesz) :)
Új hozzászólás Aktív témák
-
SirRasor
addikt
válasz
fordfairlane
#17473
üzenetére
Thx, értem! Na így már meg tudom csinálni tökéletesre


-
SirRasor
addikt
Erre próbáltam guglizni, de ezt már nem értem
Picit tudnád jobban körvonalazni?
Ha megvan a session id, akkor azzal mit érek, ha kilépéskor elméletileg megsemmisül a szerveren?Viszont most találtam egy ilyet, és asszem megold minden gondot, ha jól értelmezem:
http://php.net/manual/en/function.session-set-cookie-params.php - azaz a session-nek is lehet lejárati időt adni úgy, mint a sütinek.Amúgy itt az oldal

-
SirRasor
addikt
válasz
creation
#17467
üzenetére
Nem hiszem, hogy azzal előrébb lennék, mert akkor is túl nagy lesz egy idő után a cookie. Inkább engedek az igényeimből, és inkább ne számítson a böngésző bezárás. Mármint amíg a honlapon van, addig nem kapja meg 2x ugyanazt a kérdést, aztán ha visszalátogat, akkor meg..ez van.
SQL-be semmi szín alatt se raknám bele, mert az meg az adatbázist növelné meg brutál módon. Sőt, szerintem lehetetlen megoldani, mert akkor minden egyes kérdéshez mondjuk az adott eszköz IPcímét kéne elraknom, mert úgy működne 100%-osan.
Most az jutott eszembe, hogy ha nem kéne hosszabban megjegyezni, akkor még session se kéne. PHP-ben egy szimpla 2 dimenziós tömb, és az új kérdést meg ajaxxal bele tudom tolni.
Óóóó én állat, megvan a megoldás! Félig. Ha abból indulok ki, hogy egy ember ne lásson már 1 kérdést egyszerre, akkor...az a lényeg, hogy minden kérdést max 1x lát. Tehát tök fölöslegesen keverem meg az SQL-es lekérdezést. Ha szépen sorban lépked a kérdéseken, akkor elég azt megjegyeztetni cookie-val, hogy éppen hol tart. Ha eljut a végére, akkor:
A. várhat az újabb kérdésekre (mondjuk kiírja a honlap, hogy már az összes kérdést látta)
B. átválthat kevert üzemmódra, de abban ott a rizikó, hogy 2x kaphat 1 kérdést (mint most), de az "A" pont megléte miatt ez már nem olyan nagy bűn.Azért ha van jobb ötlet, azt szívesen várom

-
SirRasor
addikt
Üdv, van egy huncut kérdésem:
Honlap feldob kérdéseket. Mindig csak 1-et, aztán ha a tovább-ra kattintok, akkor még1et felad stb.
Van mondjuk 736428364(sok) kérdés benne.Hogy tudok úgy lekérdezni, hogy véletlenszerűen adjon ki 1-et, DE x napig (vagy amíg én nem akarom) ne dobja fel azt újra? Ha nem számítana, akkor könnyű, mert SQL-el elintézem úgy, hogy order by RAND 0,1 oszt' csókolom.
1. Gondoltam session-ra, abban tömböket jól lehet tárolgatni: pl: tomb[kerdes_ID][vót'-e mán*]
*ami lehet 0 meg 1 és akkor már nyert ügyem van. Viszont ha bezárom a böngészőt, akkor a sessionnek vége, viszont napokban, akár hetekben kell csinálni a hozzáférhetőséget.2. Kuki az már jobban hangzik az időtállósága miatt. A tömbözés is megoldható trükkösen (tomb(0)(0) hihi), DE...de, és ezért is kezdtem azzal, hogy "736428364" kérdés, tehát még ha ID-ket és 0-1-est tárolnék bennük, akkor is túl nagy lesz a mérete és fölöslegesen fogja terhelni a szervert elküldéskor. Meg talán 4kb-nál nagyobb is lesz.
Van-e 3-as megoldás? Van olyan megoldás, ami max a kliensgépet terheli, és jó lehet nekem? Vagy ami egyszerűbb?
-
SirRasor
addikt
Hoi!
Találkoztatok már olyannal, hogy
"Parse error: syntax error, unexpected '{' in..." hibát dob, ha csinálok egy szabvány try blokkot?
Arra a sorra dobja a hibát, ahol a try { helyezkedik el. Ha sort török, és egyedül áll a {, akkor arra a sorra mondja a hibát.DE csak a try-nál fordul elő. Elé bevágtam szimpla ifet teleaggatott {}-al és továbbjutott rajta.
Másik szerveren nem volt ilyen gond, de guglizásban arra jutottam, hogy php.ini-vel nem lehet letiltani a try-finally dolgot. Vagy mégis?

-
SirRasor
addikt
válasz
fordfairlane
#14508
üzenetére
Közben összevontam rafináltan 1-be, de azért thx; így már kezd világosodni a dolog

eddig $query elnevezést használtam, csak neten egyre több helyen láttam kiírva a $result-ot erre a helyre, de akkor átpártolok az $stmt-re. Mondjuk én is $pdo-val példányosítom a pdo-t

-
SirRasor
addikt
Hoi! Csak egy gyors kérdés:
PDO lekérdezés $result->execute(array..
végigmegyek az elemeken:foreach($result as $data) { .. } a $data szépen visszaadja az értékeket.
Ha viszont utána (és nem benne!) csinálok még egy foreachet, akkor a $data már teljesen üres lesz, mintha a $result elbandukolt volna a végére és nem állna vissza.
Ötletek?
Új hozzászólás Aktív témák
- Vadonatúj, bontatlan iPhone 17 256GB kék KÁRTYAFÜGGETLEN! 1 év Apple garancia!
- (Használt/Used) Huawei Mate 20 Pro - 128 GB - Midnight Blue (Unlocked/Kártyafüggetlen)
- Gigabyte B450M S2H + Ryzen 5 1400 + MSI GTX 1650 Super 4GB
- "Szinte Új" iPad Pro 12.9 (3. gen) + Apple Pencil 2 + Smart Folio tok
- ASUS TUF Gaming VG34VQL3A 34" Ívelt Gamer Monitor
- ÚJ Microsoft Surface Laptop 7 13.8" 2K - 120Hz Érintő - Snapdragon X Elite - 16GB - 512GB-2 év gari
- ÁRGARANCIA!Épített KomPhone Ryzen 7 9800X3D 32/64GB DDR5 RAM RTX 5070 12GB GAMER termékbeszámítással
- Lenovo E490 Notebook i7/16/500
- BESZÁMÍTÁS! MSI B760 i5 13400 32GB DDR5 512GB SSD RTX 4070 12GB ÚJ Zalman T4 Plus FSP 650W
- GYÖNYÖRŰ iPhone 13 256GB Midnight -1 ÉV GARANCIA - Kártyafüggetlen, MS3206
Állásajánlatok
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest
Cég: Promenade Publishing House Kft.
Város: Budapest


Picit tudnád jobban körvonalazni?



