Tijdverbanning op IP (Inclusief veilige login)
Door Wesley , 20 jaar geleden, 3.760x bekeken
Tijdverbanningssysteem met veilig loginsysteem.
Totale inhoud:
- Verbanning van IP, de host die bij het IP hoort word er automatisch bijgezocht.
- Verbanning op tijd, met javascript om te kijken hoeveel uur / minuten. Er word ook gezegd op welke dag, in welk jaar en hoelaat de ban eraf gaat.
- Goed beveiligd met een loginscript wat ik een tijd terug gemaakt heb.
- install.php doet het werk voor je. (Werkt wel, is niet veilig (maar je verpest je eigen database dus op eigen risico))
(Note, ik heb nog geen voorbeeld waar je kan inloggen, maar dat zet ik er later wel bij.)
Gesponsorde koppelingen
PHP script bestanden
Er zijn 11 reacties op 'Tijdverbanning op ip inclusief veilige login'
0 
-0 
-0
Quote:
Jammer dat je timestamps gebruikt in je database. Voor het opslaan van data en tijden kun je veel beter een DATETIME gebruiken in MySQL, op die manier kun je namelijk gewoon de database gebruiken om te rekenen met deze data en tijden.`gezetop` int(30)
Dat rekenen doe je nu in PHP waardoor je heel erg in je mogelijkheden beperkt wordt. De code had op dat punt dus in ieder geval een stuk efficienter gekund.
Verder heb ik er nog niet echt naar gekeken, maar dit viel me meteen op...
0 -0
-0
Met de UNIX TIMESTAMP kan je veel beter met getallen rekenen vind ik. Aangezien UNIX TIMESTAMP gewoon een getal is, gebruik ik een INT
0 -0
-0
Hmm, je kan veel beter rekenen met data (datums?) dan met een nietszeggend getal. Maar meningen kunnen verschillen.
0 -0
-0
Quote:
Maar dat is het hem juist, je bent niet met getallen aan het rekenen maar met data en tijden. Dat zijn toch echt twee hele verschillende dingen...Met de UNIX TIMESTAMP kan je veel beter met getallen rekenen vind ik.
0 -0
-0
Even een voorbeeldje wat van blanche z'n logica komt:
je hebt bijvoorbeeld je datum:
2008-02-27
of om de rekensom overzichtelijk te maken:
20080227
Als je hier 8 dagen bij optel,
dan krijg je met een int:
20080235
En als je met SQL date werkt,
dan kijg je heel mooi:
2008-03-06.
Dat is toch een heel verschil
je hebt bijvoorbeeld je datum:
2008-02-27
of om de rekensom overzichtelijk te maken:
20080227
Als je hier 8 dagen bij optel,
dan krijg je met een int:
20080235
En als je met SQL date werkt,
dan kijg je heel mooi:
2008-03-06.
Dat is toch een heel verschil
0 -0
-0
@Nico: wat je zegt is niet helemaal waar. Als je het over unix timestamps hebt, heb je het over een getal dat het aantal seconden sinds 1970-01-01. Als je daar dus 8 dagen bij optelt zou je daar 8*24*3600 seconden bij op moeten tellen.
Maar goed, om maar even een voorbeeldje te geven van hoe makkelijk het rekenen met data en tijden in de database is:
Dit zal bijvoorbeeld netjes '2008-03-01' terug geven.
Maar goed, om maar even een voorbeeldje te geven van hoe makkelijk het rekenen met data en tijden in de database is:
Code (php)
1
SELECT '2008-02-24' + INTERVAL 6 DAY
Dit zal bijvoorbeeld netjes '2008-03-01' terug geven.
0 -0
-0
Sorry, maar dit is een heel slecht script. addslashes gebruik je anno 2008 echt niet meer, het aanmaken van tabellen doe je niet in je script, compacte code die niks controleert smeekt om bugs en is vervolgens niet te debuggen, SQL die niet deugt, etc. etc. Geen aanrader dus.
0 -0
-0
Hoe je het dan beter kan doen heb ik iets meer aan.. Al snap ik het probleem van PHP iets meer werk laten doen niet :\
0 -0
-0
Ik vind hem niet echt denderend, en net wat frank zegt zonde nu van die addslashes
0 -0
-0
Addslashes gebruiken is juist logisch...
Want als je het nu al toevoegd heb je er wat aan in php6 :)
Want als je het nu al toevoegd heb je er wat aan in php6 :)
Om te reageren heb je een account nodig en je moet ingelogd zijn.
PHP hulp
0 seconden vanaf nu