PHP functie eenmalig aanroepen via Javascript
Pagina: « vorige 1 2 3 volgende »
Je zou op zijn minst een soort van plan moeten hebben wat je gaat doen of hoopt te bereiken; hoe je dat implementeert is een tweede. Wat is dus precies het plan?
Natuurlijk kun je je niet overal tegen indekken, dat suggereer ik volgens mij ook nergens. Het enige wat ik probeer te doen is een bewustzijn creëren van dingen waar je mogelijk mee te maken kunt krijgen. Of en wat je hier eventueel mee kunt of wilt doen staat hier verder helemaal los van. Je zou het wel in je besluitvorming mee moeten nemen bij de vormgeving van je oplossing.
Goed punt, WordPress werkt met pagina IDs dus ik zal er een prefix aan toevoegen zodat de naam van de sessie in het voorbeeld "page-600" wordt.
Het werkt nu op zich goed, als ik meerdere pagina's aanklik wordt er keurig een nieuwe sessienaam aangemaakt:
Code (php)
1
array(4) { ["page-616"]=> bool(true) ["page-597"]=> bool(true) ["page-592"]=> bool(true) ["page-603"]=> bool(true) }
Volgende stap is de cookie niet direct sluiten als scherm gesloten wordt.
Guido
Gewijzigd op 27/08/2020 15:31:41 door Guido -
Waarom geen subarray "pages"? Moet je op een zeker moment een page-xyz index weer demonteren om hier xyz uit te halen? Bij het aan elkaar plakken van informatie wordt het lastiger om deze informatie rechtstreeks te gebruiken.
>> @Ozzie dat neemt niet weg dat je de vragensteller aan de tand mag voelen ...
Ja, van mij mag je hoor. Alleen ging het in dit specifieke geval om vrij algemene "wat als" situaties.
@Guido
Thomas heeft wel een punt wat betreft het gebruik van een array. Nu zijn het allemaal losse 'entries', terwijl dit informatie is die bij elkaar hoort.
Als je de array dan $visited_pages noemt dan is gelijk duidelijk wat er in zit. Je hoeft dan ook alleen maar de id op te slaan en niet een boolean.
@Thomas
Ik begrijp je kritische houding. Ik ben zeker niet heel deskundig op dit gebied, daarom vraag ik support op dit forum, en ben blij met jullie hulp. Ik heb een WordPress website en wil daar een simpele teller op hebben, die globaal bij gaat houden hoe vaak een pagina bezocht wordt, that's it. Wil geen bloated freemium plugin. En ik vind het juiste leuk om zelf iets te maken, en te begrijpen hoe het werkt. Dat doe ik nu.
@Ozzie PHP
Wat de array betreft, dat was een var dump van de sessie, om te kijken of het werkt.
Iedere pagina genereert dus een nieuwe sessie-variabele.
>> Iedere pagina genereert dus een nieuwe sessie-variabele.
Yes ... en beter kun je dus 1 sessie-variabele aanmaken waarin je alle waardes opslaat :-)
Dit in plaats van voor iedere pagina een aparte variabele aanmaken.
Snap je het verschil?
Maar een PHP-sessie ($_SESSION) heeft een beperkte levensduur. Deze is dus niet echt geschikt om hierin over een langere periode / meerdere bezoeken informatie in bij te houden. Als je deze niet ergens anders opslaat (voor statistiek of wat dan ook?) dan gaat deze informatie tussentijds verloren.
Dat hangt dus een beetje er vanaf wat je als een 'bezoek' beschouwt. Meestal wordt een browsersessie als 1 bezoek geteld. Dus als je 's ochtends en 's avonds de site bezoekt, dan zijn dat 2 bezoeken.
Hoe zou je het anders willen doen? Per dag?
Maar waar wordt deze informatie elders vastgelegd? Tenzij je alleen van jezelf ziet welke pagina's je hebt bezocht en je verder helemaal geen historie wilt bijhouden? Dat is nou niet echt wat ik versta onder een "bezoekersteller".
Als je weet hoe WordPress wordt geladen, kun je alles meten:
https://github.com/WordPress/WordPress/blob/master/index.php
>> Maar waar wordt deze informatie elders vastgelegd?
Ik neem aan dat dit slechts een stukje van de code is en dat het daadwerkelijke aantal in de database wordt opgeslagen.
@Ward
Wat bedoel je precies te zeggen? Heeft WordPress al een ingebouwde functionaliteit om paginabezoeken te tellen?
Nogmaals, het is een simpele teller. Ik doe er verder niets mee. Naast het gebruik van een sessie sluit ik ingelogde gebruikers uit (dat kan wel middels een WordPress functie).
Ja, er zijn plugins die het vast beter doen, maar die zijn vaak bloated en hebben features die ik niet gebruik.
Guido
Code (php)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
2
3
4
5
6
7
8
9
10
11
12
13
14
Dat is alles?
Ik doe gewoon zo :)
if (!isset($_SESSION['pages'][$currentPage]))
'Yoda'-techniek . het leest veel lekkerder, volgens sommige ontwikkelaars, en zorgt ervoor dat je oplettender bent bij programmeren.
Check de voorbeelden in de link maar ;-)
Kan ook, maar de Check de voorbeelden in de link maar ;-)
Gewijzigd op 28/08/2020 19:04:05 door - Ariën -
Ik vind het juist raar lezen ... maar zal wel een persoonlijk dingetje zijn :)
Dan kun je het omdraaien zodat je niet eens een ! hoeft te gebruiken:
Als je een ! op een of andere manier kunt weglaten leest dat doorgaans prettiger.
Wat ik al zeg ... dat is dan iets persoonlijks. Ik vind dat 'omgekeerde' juist minder prettig om te lezen.
Ozzie PHP op 28/08/2020 22:27:59:
Wat ik al zeg ... dat is dan iets persoonlijks. Ik vind dat 'omgekeerde' juist minder prettig om te lezen.
Dan vorm je wellicht de uitzondering op de regel en ben je waarschijnlijk de enige die nooit over een ! heen heeft gelezen in code.
Een regel met false === of het omkeren van de codeblokken om zo maar het gebruik van de negatie-operator te voorkomen zorgt er waarschijnlijk vaker voor dat je code in 1x goed leest dan wanneer je een ! gebruikt. Hiermee ga je leesfouten uit de weg, wat mij een goede gewoonte lijkt en daarmee het niveau van persoonlijke voorkeur ontstijgt (het dient een groter doel dan enkel jezelf te plezieren met dit soort constructies).
Ik kan mij ook heel goed voorstellen dat dit soort dingen worden vastgelegd in codeconventies. Al leest dit niet altijd voor iedereen even prettig, het heeft nog steeds tot doel om code minder foutgevoelig en kwalitatief beter te maken.
Ik heb het trouwens ook niet zozeer over deze "eenvoudige" gevallen, maar als je je bedient van dit soort praktijken zet je gewoon de deur open voor meer ellende. Denk bijvoorbeeld aan wat minder triviale voorbeelden waarbij je een soort "dubbele ontkenning" krijgt in de vorm van een Boolse variabele in combinatie met de negatie-operator, bijvoorbeeld: !$doorClosed. Dit ontwerp mondt uiteindelijk uit in slechter leesbare code die een stuk minder intuïtief is dan bijvoorbeeld $doorOpen.
Stop je vervolgens meerdere van dit soort constructies in een predikaat (Bools statement) en strooi je hier wat && en || overheen dan moet je op een gegeven moment een waarheidstabel gaan uitschrijven om uit te vinden wanneer het statement tot true evalueert en of vervolgens het ene of het andere codeblok wordt uitgevoerd. Dit zul je waarschijnlijk toch/ook moeten doen wanneer je deze code niet geschreven hebt en je het werk van iemand anders aan het debuggen bent. En dan kom je misschien na lange tijd erachter dat er één randgeval was die niet klopte waardoor alles in de soep liep...
Dit soort constructies met ongelukkig gekozen Boolse variabelen (of liever gezegd "ontkenningsvariabelen") in combinatie met negatie-operatoren leveren uitsluitend hoofdpijn op. Maar dit begint dus met het vrijelijk strooien met de negatie-operator. Het stuurt je van begins af aan eigenlijk al het verkeerde pad op.
Je bent natuurlijk vrij om dit niet te doen maar het lijkt mij gewoon makkelijker om dit uberhaupt uit de weg te gaan, dan loop je hier ook nooit tegenaan. Maar misschien moet je dat eerst wel doen voordat dit inzicht ontstaat. Wanneer je ergens geen "last" van hebt is er meestal geen stimulans om iets te veranderen.
Gewijzigd op 29/08/2020 00:59:40 door Thomas van den Heuvel
Ik lees dus heel gemakkelijk:
Als xxx niet waar is, dan ...
En hier struikel is:
Als niet waar gelijk is aan xxx, dan ...
Dat moet ik dan als het ware eerst 'vertalen'.
Voor mij klinkt 'als Jantje niet thuis is, dan ...' een stuk logischer dan 'als niet thuis gelijk is aan Jantje, dan ...'.
Maar goed ... ieder z'n voorkeur natuurlijk :)