- sziku69: Fűzzük össze a szavakat :)
- Luck Dragon: Asszociációs játék. :)
- sziku69: Szólánc.
- Meggyi001: RTX 5060 - Az új népkártya?
- D1Rect: Nagy "hülyétkapokazapróktól" topik
- bitpork: Phautós tali a Balcsinál 2025 Augusztus 2 napján (szombat)
- f(x)=exp(x): A laposföld elmebaj: Vissza a jövőbe!
- Lauterbrunnen
- Gurulunk, WAZE?!
- btz: Internet fejlesztés országosan!
Hirdetés
Talpon vagyunk, köszönjük a sok biztatást! Ha segíteni szeretnél, boldogan ajánljuk Előfizetéseinket!
Új hozzászólás Aktív témák
-
Sk8erPeter
nagyúr
Ez elég furcsa, lehet, hogy ott, ahol először próbálkoztál, alapértelmezettnek vette az ob_start()-ot...
Ez a kimeneti bufferelés viszont nagyon rossz programozói gyakorlathoz vezethet, és nehezebbé teszi az átláthatóságot, ráadásul bőven megoldható enélkül is mindenféle feladat.
cucka itt korábban leírta erről a véleményét: [link], szerintem igaza van. -
radmin
csendes tag
Ha jól gondolom, akkor LINUX-ot használsz, s terminálból csatlakozol a freeweb szerveréhez.
Az ellenőrzéshez javasolnék (a terminálnál maradva) egy mc-t, s abban kapcsolódni ftp-n, s meg tudod nézni, hogy valóban van e állomány a könyvtárban, vagy nincs.
Grafikus felületen a gftp kliens is alkalmas erre a célra. Amelyik neked jobban bejön, használd azt.
-
radmin
csendes tag
Saját webszerveren törölted a cuccot, vagy egy ingyenes webszerveren.
Ha saját, akkor könnyen lehet rajta segíteni, ha pedig egy ingyenes szolgáltató, akkor izgalmasabb a dolog.
Az ingyeneseknél előfordulhat (hozzáteszem, nem mindegyik esetében), hogy ha törölsz könyvtárat, vagy fájlt, mondjuk valamilyen FTP kliens segítségével, akkor a könyvtárat ott hagyja látszólag. Viszont ha kilépsz, majd újra belépsz, akkor már elméletileg nincs ott a könyvtár sem.
Nálam pont ilyen esetek fordultak elő, s leginkább az extra esetében.
-
1ed
csendes tag
A cookie-ban tárolt információ a HTTP kérések fejlécében utazik, ezért a rajtuk végzett módosítások mindig csak a következő HTTP kérés során jutnak érvényre. Kétféle ilyen fejléc van:
Set-Cookie: NAME=VALUE; expires=DATE; path=PATH; domain=DOMAIN_NAME; secure
illetve
Cookie: NAME1=OPAQUE_STRING1; NAME2=OPAQUE_STRING2 ...
Az előbbit a szerver küldheti a böngészőnek, ha szeretne beállítani egy sütit, az utóbbit pedig a böngésző küldi a szervernek, ha az adott domainhez tartozik valamilyen süti.
Kétféle süti létezik:
- munkamenet (session): ez a böngésző bezárásával törődik (kivéve ha úgy zárjuk be a, hogy a létező lapok újra megnyíljanak)
- tartós (permanent/persistent): egy adott érvényességi idegi létezik (tehát a böngésző bezárása után is megmarad)
A PHP-ban a setcookie fv-el lehet egy sütit beállítani, a $_COOKIE nevű szuperglobális több segítségével pedig a már létezők értékét elérni. Itt van egy példa, ami talán segíthet megérteni.
A felhasználókezeléshez azonban session-t szoktak használni. Ilyenkor (alapbeállítás szerint) a session_start(); fv. hívás hatására létrejön egy "PHPSESSID" nevű session cookie, és a későbbikben a PHP ez alapján azonosítja a klienst és állítja elő a hozzá tartozá $_SESSION tömböt. A $_SESSION tömb adatai viszont már nem a kliens gépen hanem a szerveren tárolódnak (így egy kicsit biztonságosabb). Szóval ha felhasználókat szeretnél kezelni, akkor ezt használd. (A belépés és kilépés után ne felejtsd el újrageneráltatni a sessionid-t!) -
Sk8erPeter
nagyúr
Miért nem használsz inkább $_SESSION változókat, ha nem szeretnéd, hogy a felhasználó gépén tárolódjanak az adatok? A session időtartamára is igaz egy-két dolog, ezt már cucka korábban leírta, én nem írom még egyszer
: [link]
Megszüntetni hasonlóan a többi változóhoz az unset() függvénnyel lehet.
Miért ragaszkodsz ennyire az Internet Explorerhez?
A konkrét kérdéseddel kapcsolatban a PHP-kódod szempontjából nem igazán számít, melyik böngészőt használod...
-
1ed
csendes tag
Esetleg: setcookie("felhasznalo", false, mktime(0, 0, 0, 1, 1, 70));
de ha a szerver órája késik akkor elvileg működnie kéne, amúgy is. Azt ugye tudod, hogy csak a következő oldalbetöltéskor fog kitörlődni a $_COOKIE tömbből, hacsak nem törlöd magadnak: unset($_COOKIE['felhasználó']);Ahogy Tele von Zsinór is írta.
-
Tele von Zsinór
őstag
Ha jól nézem, ez valami ingyenes szolgáltató. Ftp-vel jelentkezz be, és a txt fileon állítsd a jogokat 666-ra (rw-rw-rw-).
Másik lehetőség, hogy "w" helyett "w+" módban nyitod meg, és ftp-n törlöd. A pluszjel annyit tesz, hogy ha nem létezik a file, létrehozza.A gondod pontosan az engedély hiányából jön: ftp-n hoztad létre a filet, így az ftp felhasználó (azaz te) lett a tulajdonosa. A webszerver más néven fut (gyakran www-data), így más jogokkal rendelkezik. Jelen esetben nem volt írási joga.
Új hozzászólás Aktív témák
- Eladó Gaming PC! 1080 és 1440p játékra
- Csere - Beszámítás! Gamer PC : I7-6700K / 32GB DDR4 / RX 570 8GB / SSD + HDD
- Csere - Beszámítás! Gamer PC : I7-6700 / RX 5700XT / 16GB DDR4 / 256GB SSD + 1500GB HDD
- Gamer PC - i5 14400f, RTX 3080, 16gb RAM + GARANCIA
- MSI Meg X399 Creation alaplap AMD Ryzen Threadripper 2920X processzorral, 32GB memóriával eladó!
- GYÖNYÖRŰ iPhone SE 2022 128GB Midnight -1 ÉV GARANCIA - Kártyafüggetlen, MS2985
- Gamer Notebook! Lenovo Ideapad Gaming3! I7 10750H / GTX 1650Ti / 8GB DDR4 / 256GB SSD
- Macbook Air 15 Retina (2023) M2 16GB 256GB Magyar iStyle vásárlás számla, doboz + Skin 1év Garancia
- iPhone 12 mini 128GB Black -1 ÉV GARANCIA - Kártyafüggetlen, MS3090, 100% Akkumulátor
- Jo Nesbo: LEOPÁRD (nem olvasott)
Állásajánlatok
Cég: FOTC
Város: Budapest