getlastmod
4.296 views
Bestaat er zoiets als getlastupdate, dat -itt getlastmod- laat zien wanneer de inhoud van een pagina is veranderd?
Misschien helpt het voor de kijkers thuis als je vertelt van welke informatie je bij wilt houden of deze verandert en hoe (en hoe vaak) dit gebeurt. Oftewel, geef een concreet voorbeeld. Nu is het nogal koffiedik kijken met wat voor data we te maken hebben, en hoe het gedrag hiervan is.
En als je ook een soort van historie wilt hebben (en niet enkel wilt kunnen constateren dat iets veranderd is, waarvoor je toch een soort van historie moet hebben om dit waar te nemen) dan zou je eens na kunnen denken over een soort van versiebeheer. Zo zou je voor elke wijziging een nieuw record kunnen aanmaken met hierin de laatste versie van... whatever je probeert te beheren.
En als je ook een soort van historie wilt hebben (en niet enkel wilt kunnen constateren dat iets veranderd is, waarvoor je toch een soort van historie moet hebben om dit waar te nemen) dan zou je eens na kunnen denken over een soort van versiebeheer. Zo zou je voor elke wijziging een nieuw record kunnen aanmaken met hierin de laatste versie van... whatever je probeert te beheren.
Ok, ik zal het proberen uit te leggen.
Zwerfdieren worden op een website elders van de opvang gepubliceerd. Die website leest met curl de gegevens van dat dier van mijn website (die verder alleen toegankelijk is voor mij en een aantal medewerkers). Ik weet dus nooit van tevoren wanneer er een update is. Een dier kan vrijdag binnenkomen, maandag ingevoerd worden in de database, en pas dinsdag gepubliceerd worden. Maar het kan ook allemaal op één dag gebeuren.
Die laatste datum wil ik tonen, zodat de bezoeker houvast heeft. Dat doe ik nu nog handmatig. Maar dat kan vast automatisch, dacht ik. Met Now() moet ik een extra datumveld aanmaken voor alle dieren terwijl als er 10 dieren op een dag binnenkomen, ik slechts de datum nodig heb van dat laatste dier. En die datum heb je daarna ook nooit meer nodig. Dat is eigenlijk waarom ik wil uitvogelen of die md5hash misschien interessant is. Maar dit klinkt tegelijk ook erg ingewikkeld.
Zwerfdieren worden op een website elders van de opvang gepubliceerd. Die website leest met curl de gegevens van dat dier van mijn website (die verder alleen toegankelijk is voor mij en een aantal medewerkers). Ik weet dus nooit van tevoren wanneer er een update is. Een dier kan vrijdag binnenkomen, maandag ingevoerd worden in de database, en pas dinsdag gepubliceerd worden. Maar het kan ook allemaal op één dag gebeuren.
Die laatste datum wil ik tonen, zodat de bezoeker houvast heeft. Dat doe ik nu nog handmatig. Maar dat kan vast automatisch, dacht ik. Met Now() moet ik een extra datumveld aanmaken voor alle dieren terwijl als er 10 dieren op een dag binnenkomen, ik slechts de datum nodig heb van dat laatste dier. En die datum heb je daarna ook nooit meer nodig. Dat is eigenlijk waarom ik wil uitvogelen of die md5hash misschien interessant is. Maar dit klinkt tegelijk ook erg ingewikkeld.
Je kan met file_get_content wel de inhoud van de hele site ophalen, en die in een MD6 hash zetten, en vergelijken, maar wat als er in de HTML-broncode van de site maar een dynamisch onderdeel zit die steeds wijzigt. Een verborgen tellertje van een querycounter, memory-tellertje of wat dan ook....
Ik zou dan liever met toestemming de boel scrapen of beter zelfs, gebruik maken van een API.Ik neem aan dat die site op de achtergrond vast wel een update-datum bijhoudt. En die kunnen ze dan eenvoudig in de API meegeven.
Ik zou dan liever met toestemming de boel scrapen of beter zelfs, gebruik maken van een API.Ik neem aan dat die site op de achtergrond vast wel een update-datum bijhoudt. En die kunnen ze dan eenvoudig in de API meegeven.
Die site op de achtergrond, dat is mijn site. Er is geen reclame/ verborgen tellers oid. En er is geen updatedatum nog ingesteld omdat die itt tot de andere gegevens, maar eenmalig interessant is.De bladzijde die ik publiceer, wordt ingelezen met curl en toont alleen de gedurende 14 dagen de dieren die gepubliceerd moeten worden (om de eigenaar de kans te geven zijn dier terug te vinden).
Een API maken daar kwam ik toen niet uit. Daarom had ik het zo opgelost.
Een API maken daar kwam ik toen niet uit. Daarom had ik het zo opgelost.
Een API bouwen is op zich niet heel lastig. Je kan het simpel maken als je wilt.
Dan kan je eenvoudig metadata zoals UpdateDate meegeven, en daar acties en filtering op uitvoeren.
Dan kan je eenvoudig metadata zoals UpdateDate meegeven, en daar acties en filtering op uitvoeren.
Ok, ik weet niet meer waarom ik er niet uitkwam. Ik begreep niet wat het verschil was tussen een REST en een SOAP. Ik was er wel aan begonnen met lezen maar ik zag door de bomen het bos niet meer en toen dacht ik; laat maar. Maar we zijn nu wat maandjes verder dus wellicht slaat het nu wel aan. Ik ga het nog een keer onderzoeken. Ik kan wel jpg's meesturen dan he?
Die kan je prima als URL meegeven in de API. Dat is het makkelijkste.
Wie kan me op gang helpen?
Ik verdwaal (alweer) in het API-woud.
Wat is het verschil tussen SOAP/REST/RESTFULL/REFLECTION API?
Ik zoek een simpele tutorial.
Ik verdwaal (alweer) in het API-woud.
Wat is het verschil tussen SOAP/REST/RESTFULL/REFLECTION API?
Ik zoek een simpele tutorial.
https://nl.wikipedia.org/wiki/SOAP_(protocol)
https://en.wikipedia.org/wiki/Representational_state_transfer
Als je een geavanceerde API bouwt, kan je er gebruik van maken. Maar het is geen must.
Een simpele API bestaat al uit een GET-aanroep die de gewenste uitvoer toont in een gestandaardiseerd formaat (zoals XML, JSON).
Het is net hoever je wilt gaan met je API.
Misschien moet je eerst maar wat simpels proberen, in plaats van in moeilijke termen en methodes te gaan verdiepen.
https://en.wikipedia.org/wiki/Representational_state_transfer
Als je een geavanceerde API bouwt, kan je er gebruik van maken. Maar het is geen must.
Een simpele API bestaat al uit een GET-aanroep die de gewenste uitvoer toont in een gestandaardiseerd formaat (zoals XML, JSON).
Het is net hoever je wilt gaan met je API.
Misschien moet je eerst maar wat simpels proberen, in plaats van in moeilijke termen en methodes te gaan verdiepen.
Dat je de datum dan alleen zou invoeren voor deze ene situatie is natuurlijk niet waar. Het is altijd handig om deze datum op te slaan. Al was het maar om aan het eind van het jaar te kunnen bepalen wanneer welk dier is ingevoerd, of wat een drukke maand was, of om over 5 jaar aan te kunnen geven bij het aanvragen van een subsidie dat je per jaar x dieren opvangt etc.
Ook zou het nog interessant kunnen zijn om zowel de tijd van opvang als de tijd van invoeren bij te houden: hoe druk heeft iemand het als dat altijd pas 2 dagen later is?
Laat je de datum nu achterwege, dan krijg je die informatie nooit meer terug. Nu kost het je 2 regels code en een paar bytes opslagruimte
Ook zou het nog interessant kunnen zijn om zowel de tijd van opvang als de tijd van invoeren bij te houden: hoe druk heeft iemand het als dat altijd pas 2 dagen later is?
Laat je de datum nu achterwege, dan krijg je die informatie nooit meer terug. Nu kost het je 2 regels code en een paar bytes opslagruimte