Hirdetés
- f(x)=exp(x): A laposföld elmebaj: Vissza a jövőbe!
- D1Rect: Nagy "hülyétkapokazapróktól" topik
- Gurulunk, WAZE?!
- Luck Dragon: Asszociációs játék. :)
- sziku69: Fűzzük össze a szavakat :)
- ricsi99: 6. Genes alaplap tündöklése kontra MS/Zintel korlátozásai
- Graphics: Telefonvásárlási kálváriám....avagy clickbait cím: Horror a hardveraprón
- Parci: Milyen mosógépet vegyek?
- Luck Dragon: Alza kuponok – aktuális kedvezmények, tippek és tapasztalatok (külön igényre)
- bambano: Bambanő háza tája
Ú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
Hirdetés
- ÚJ/BONTATLAN Surface Pro 7+ i5-1135G7 16G 256GB 1 év garancia
- LG UltraGear 32G810SA-W 4K AI Monitor! 3840x2160 / 144Hz / 1ms / G-Sync / FreeSync! BeszámítOK
- 35" ASUS ROG Swift PG35VQ curved GAMER monitor
- Apple iPhone 14 Pro Max 128GB Új akku 12 hó jótállás!
- Samsung Galaxy A16 5G / 4/128GB / Kártyafüggetlen / 12Hó Garancia
Állásajánlatok
Cég: Laptopműhely Bt.
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á'.
