Kleine Vragen Topic #4

Dan alsnog lijkt een API via oAuth het beste.

Ik zit te denken om voor mijn website een bezoekersteller te bouwen, die bijhoudt hoeveel unieke bezoekers een bepaalde nieuwsbericht gehad heeft. Wat zijn de beste manieren om dit te doen?

Een IP-adres is niet echt betrouwbaar. Is het een goed en verstandig idee om bij elk bezoek een VisitorsCookie aan te maken met een random en unieke hash, waarmee de gebruiker geïdentificeerd wordt gedurende de houdbaarheid van 4 uur??

En in een tabel bijhouden of iemand de laatste 4 uur het artikel nog bezocht heeft? Of zijn er betere manieren?
Ik kan het ook per view doen, en searchbotjes uitsluiten, maar als iemand het ontdekt en de view ophoogt met F5.... dat zou niet tof zijn.

Aarclay schreef:

Ik zit te denken om voor mijn website een bezoekersteller te bouwen, die bijhoudt hoeveel unieke bezoekers een bepaalde nieuwsbericht gehad heeft. Wat zijn de beste manieren om dit te doen?

Een IP-adres is niet echt betrouwbaar. Is het een goed en verstandig idee om bij elk bezoek een VisitorsCookie aan te maken met een random en unieke hash, waarmee de gebruiker geïdentificeerd wordt gedurende de houdbaarheid van 4 uur??

En in een tabel bijhouden of iemand de laatste 4 uur het artikel nog bezocht heeft? Of zijn er betere manieren?
Ik kan het ook per view doen, en searchbotjes uitsluiten, maar als iemand het ontdekt en de view ophoogt met F5.... dat zou niet tof zijn.

Google Analytics?

Wouterr schreef:

Eerdere citaten tonen

Aarclay schreef:

Ik zit te denken om voor mijn website een bezoekersteller te bouwen, die bijhoudt hoeveel unieke bezoekers een bepaalde nieuwsbericht gehad heeft. Wat zijn de beste manieren om dit te doen?

Een IP-adres is niet echt betrouwbaar. Is het een goed en verstandig idee om bij elk bezoek een VisitorsCookie aan te maken met een random en unieke hash, waarmee de gebruiker geïdentificeerd wordt gedurende de houdbaarheid van 4 uur??

En in een tabel bijhouden of iemand de laatste 4 uur het artikel nog bezocht heeft? Of zijn er betere manieren?
Ik kan het ook per view doen, en searchbotjes uitsluiten, maar als iemand het ontdekt en de view ophoogt met F5.... dat zou niet tof zijn.

Google Analytics?

Misschien is er wel een reden voor mij om het op de site bij te houden i.p.v. een externe dienst zoals GA.

Wat is eigenlijk veiliger om te gebruiken met MySQL ?
real_escape_string() of bind_param()

Beiden zijn even veilig. maar met bind_param wordt je meer gedwongen om dit toe te passen en heb je vanzelf al de veiligheid. Bij real_escape_string() kan je dat vergeten, en zit je meteen met een SQL-injection.

Bij voorkeur zou ik PDO gebruiken. Maar als je goed oplet met wat je doet, dan is MySQLi ook prima.

Aarclay schreef:

Beiden zijn even veilig. maar met bind_param wordt je meer gedwongen om dit toe te passen en heb je vanzelf al de veiligheid. Bij real_escape_string() kan je dat vergeten, en zit je meteen met een SQL-injection.

Bij voorkeur zou ik PDO gebruiken. Maar als je goed oplet met wat je doet, dan is MySQLi ook prima.

Ah thanks

Aarclay schreef:

Beiden zijn even veilig. maar met bind_param wordt je meer gedwongen om dit toe te passen en heb je vanzelf al de veiligheid. Bij real_escape_string() kan je dat vergeten, en zit je meteen met een SQL-injection.

Bij voorkeur zou ik PDO gebruiken. Maar als je goed oplet met wat je doet, dan is MySQLi ook prima.

Dit ja. Bij PDO kun je een escape niet vergeten aangezien PDO hier zelf voor zorgt, als je zelf real_escape_string() gaat gebruiken bestaat er altijd de kans dat je het ergens per ongeluk vergeet.

Iemand die weet als ik mijn adres invul om een domein te registreren, of die online ook te vinden is?

Jesper schreef:

Iemand die weet als ik mijn adres invul om een domein te registreren, of die online ook te vinden is?

Verschilt per extensie.
Bij .com kan je dat achterhalen in de whois. Bij .nl niet.

Een beetje vreemd:
Ik heb een bestand dat responsive.css heet en gebruik daar de volgende media queries:

Codeblok (style.css):

1
2
3
4

@media only screen
and (min-device-width: 320px)
and (max-device-width: 480px)
and (-webkit-min-device-pixel-ratio: 2) {

Wanneer ik in element inspecteren met device toolbar een mobiel apparaat gebruik dan komt de pagina perfect responsive op mijn scherm.
Maar wanneer ik de browser resize gaat alles op een hoopje door elkaar staan. Hoe kan dit?

Stef schreef:

Een beetje vreemd:
Ik heb een bestand dat responsive.css heet en gebruik daar de volgende media queries:

Codeblok (style.css):

1
2
3
4

@media only screen
and (min-device-width: 320px)
and (max-device-width: 480px)
and (-webkit-min-device-pixel-ratio: 2) {

Wanneer ik in element inspecteren met device toolbar een mobiel apparaat gebruik dan komt de pagina perfect responsive op mijn scherm.
Maar wanneer ik de browser resize gaat alles op een hoopje door elkaar staan. Hoe kan dit?

Omdat je de viewport moet updaten (F5) *volgens mij*

Stef schreef:

Een beetje vreemd:
Ik heb een bestand dat responsive.css heet en gebruik daar de volgende media queries:

Codeblok (style.css):

1
2
3
4

@media only screen
and (min-device-width: 320px)
and (max-device-width: 480px)
and (-webkit-min-device-pixel-ratio: 2) {

Wanneer ik in element inspecteren met device toolbar een mobiel apparaat gebruik dan komt de pagina perfect responsive op mijn scherm.
Maar wanneer ik de browser resize gaat alles op een hoopje door elkaar staan. Hoe kan dit?

Dat komt door [c](-webkit-min-device-pixel-ratio: 2)[/c]. Je vereist hier dat het ten minste een retina scherm is. Beter is om je media queries af te vangen op schermgrootte en het pixel-radio stuk achterwegen te laten.

Jponsen schreef:

Eerdere citaten tonen

Stef schreef:

Een beetje vreemd:

Ik heb een bestand dat responsive.css heet en gebruik daar de volgende media queries:

Codeblok (style.css):

1
2
3
4

@media only screen
and (min-device-width: 320px)
and (max-device-width: 480px)
and (-webkit-min-device-pixel-ratio: 2) {

Wanneer ik in element inspecteren met device toolbar een mobiel apparaat gebruik dan komt de pagina perfect responsive op mijn scherm.
Maar wanneer ik de browser resize gaat alles op een hoopje door elkaar staan. Hoe kan dit?

Dat komt door [c](-webkit-min-device-pixel-ratio: 2)[/c]. Je vereist hier dat het ten minste een retina scherm is. Beter is om je media queries af te vangen op schermgrootte en het pixel-radio stuk achterwegen te laten.

Ah duidelijk! Bedankt!

Jponsen schreef:

Eerdere citaten tonen

Stef schreef:

Een beetje vreemd:

Ik heb een bestand dat responsive.css heet en gebruik daar de volgende media queries:

Codeblok (style.css):

1
2
3
4

@media only screen
and (min-device-width: 320px)
and (max-device-width: 480px)
and (-webkit-min-device-pixel-ratio: 2) {

Wanneer ik in element inspecteren met device toolbar een mobiel apparaat gebruik dan komt de pagina perfect responsive op mijn scherm.
Maar wanneer ik de browser resize gaat alles op een hoopje door elkaar staan. Hoe kan dit?

Dat komt door [c](-webkit-min-device-pixel-ratio: 2)[/c]. Je vereist hier dat het ten minste een retina scherm is. Beter is om je media queries af te vangen op schermgrootte en het pixel-radio stuk achterwegen te laten.

Ik gebruik nu de volgende media query:

Codeblok (responsive.css):

1
2
3

@media only screen
and (min-device-width: 320px)
and (max-device-width: 480px) {

En heb nogsteeds het zelfde probleem: in device toolbar geeft het de mobiele website weer, maar wanneer ik mijn browser resize niet. Iemand nog ideeën?