Hirdetés
- Luck Dragon: Asszociációs játék. :)
- WireGuard VPN a mindennapokra
- Ketogén étrend
- D1Rect: Nagy "hülyétkapokazapróktól" topik
- sh4d0w: StarWars: Felismerés
- [K2]: AnyDesk átverés
- sziku69: Szólánc.
- Gurulunk, WAZE?!
- sziku69: Fűzzük össze a szavakat :)
- ubyegon2: Airfryer XL XXL forrólevegős sütő gyakorlati tanácsok, ötletek, receptek
Új hozzászólás Aktív témák
-
Sk8erPeter
nagyúr
Szia!
Igen, mindenképp működjön SQL-alapokon. A tárhelyszolgáltatók többsége eleve biztosít MySQL-hozzáférést ingyenesen (általában phpMyAdmin-felülettel együtt), nálad van ilyen? (persze jelszóval, felhasználónévvel)
Ha igen, akkor kellene egy `visitors` tábla, auto_increment id-val (melyik sor), látogatási dátumhoz, IP-cím tárolásához tartozó mezővel, esetleg user agent nyilvántartásához tartozó mezővel (most hirtelen más nem jut eszembe). Ez alapján már sok szempont szerint nyilván tudod tartani a látogatóid adatait.
Amikor új látogató érkezik az oldalra, egyszerűen hozzáadsz egy sort ehhez a táblához, eltárolod $_SESSION változóban (session_start() után), hogy az ő látogatási adatai az adott munkamenetre vonatkozóan már el vannak tárolva, aztán az adatbázisban a látogatók táblájában eddig található sorokat összegezve kiíratod, így megtudod, hány látogatód volt eddig.Először derítsd ki, MySQL-adatbáziskapcsolattal rendelkezel-e, aztán segítünk a dolog technikai részében!
Egyébként a korábbi kódodban nem látok sessionben való tárolást, hogy az adott felhasználó "látogatását" legalább a munkamenet erejéig elmentetted, így elméletileg ez alapján minden egyes felhasználói oldalfrissítés növelte a fájlban található változó (látogatottságot mutató szám) értékét. Hacsak nem oldottad meg valami kerülő módszerrel...
===
(#7586) Speeedfire :
"szerintem itt felesleges lenne egy id"
Szerintem meg ritkább az, amikor ne lenne hasznos egy valamilyen szintű egyediséget jelölő id.
Például kapcsolótábláknál nyilván nem feltétlenül kell (bár persze ártani nem használ
), de a látogatók tárolására szolgáló táblákban legyen má'. -
Speeedfire
félisten
Akkor pedig marad az amit fentebb írtak. Sql.
Csinálsz egy táblát statisztika szerint. Lesz benne egy oszlop amiben el lesznek tárolva a számok, mondjuk szamok néven, int tipussal, szerintem itt felesleges lenne egy id.
Majd írni az oldalra egy olyan kódot ami lekéri ennek a számnak az értékét és vissza ír egyet. Bár lehet, hogy egy parancsban is meglehet oldani, ebben nem vagyok biztos.
De szerintem vannak előre megírt scriptek is erre, ha nincs akkor meg segítünk ezt megírni.

-
Sk8erPeter
nagyúr
Napi átlag 80-180 látogatónál szerintem már bőven érdemes megfontolni az átállást adatbázisban való nyilvántartásra. Ilyenekre is lehet találni tonnányi kész kódot a neten. Cserébe egy fokkal (inkább sokkal) megbízhatóbb lesz a nyilvántartásod, mint sok-sok fájlba írogatással.
-
cucka
addikt
Akkor lehet probléma, ha több felhasználó egyszerre nézi meg az oldaladat, így egyszerre több program próbál beleírni ugyanabba a file-ba. Ezért kell
- adatbázist használni file helyett, ott az ilyen helyzeteket megoldja az adatbázis
- lock-olni a file-t használat előtt majd unlock-olni használat után. Lást flock()
Új hozzászólás Aktív témák
- AKCIÓ! LG 24GM79G-B 24 144Hz FHD TN 1ms monitor garanciával hibátlan működéssel
- Samsung Galaxy Z Fold4 Graygreen Duplakijelzős produktivitás, 120 Hz, Garancia 2026. 03. 22-ig
- BESZÁMÍTÁS! MSI B450M R5 3600X 16GB DDR4 512GB SSD RTX 2060 Super 8GB GameMax STORM Black 600W
- BESZÁMÍTÁS! ASUS H510M i3 10105F 16GB DDR4 512GB SSD RX 590 8GB ZALMAN T4 Plus ADATA 600W
- Apple MacBook Air 13 M1 8GB 256GB magyar bill 1 év garancia
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest

Például kapcsolótábláknál nyilván nem feltétlenül kell (bár persze ártani nem használ
), de a látogatók tárolására szolgáló táblákban legyen má'.

