De Indieweb bouwstenen zijn een mooie verzameling onderdelen om extra functionaliteit aan je blog toe te voegen. Helaas werkt één van de plugins niet altijd naar behoren zoals ik vanochtend weer merkte.
Ik heb op mijn telefoon een Shortcut waarmee ik websites kan liken. Dit is vergelijkbaar met de likes op Twitter of elk ander sociaal netwerk, behalve dat de link naar de site op mijn blog komt. Om dat mogelijk te maken is een kettingreactie van twee plugins nodig (als ik het goed heb)
- Micropub plugin: Deze zorgt dat ik met een eenvoudig commando een bericht kan sturen vanuit Shortcuts op iOS met de basis-informatie van de pagina die ik leuk vind: de URL.
- Post Kinds plugin: Deze plugin werkt zoals post types in WordPress, maar uitgebreider. Het haalt op basis van de gegeven URL uit de voorgaande plugin informatie op van de site en geeft deze weer in een format wat ik heb opgegeven (een like in dit geval)
Ik wil dit artikel uit The Atlantic een like geven op mijn site. Maar als ik dat via mijn telefoon doe met de iOS Shortcut dan krijg ik naderhand deze gepubliceerde post
Daar is niet veel uit te halen. De post in de RSS feed is eveneens leeg.
En de editor was eveneens helemaal leeg. Geen URL, niets wordt opgeslagen.
Het maakt het allemaal weer niet eenvoudiger. Want waar gaat het nu precies mis? Ik vermoed dat de Post Kinds plugin onvoldoende meta-informatie kan ophalen van de URL die ik geef. Ik heb eens begrepen dat de plugin achtereenvolgens kijkt naar Microformats van de pagina, de open graph informatie en vervolgens de titel zou moeten ophalen als die niet in de voorgaande items is te vinden. Hier gebeurt niets van dat alles.
Dus mijn beste lezers, wie kan mij helpen? Ik heb in het verleden weinig support van de maker van de plugin gekregen, anders dan een enkele zin die geen richting van een oplossing geeft. Hoe kan ik isoleren waar het probleem zit? En als het in de Post Kinds plugin zou zitten, wat zou dan een manier van werken zijn om dit op te lossen en zo mogelijk bij te dragen aan de plugin voor toekomstige gebruikers? Al heb ik eerlijk gezegd niet zo’n trek om weer zelf code te gaan maken voor dit probleem…
Tot zover de grumpy zondag-overpeinzingen!
Neil Mather says
I’ve had that same problem before, and never really reached a solution. I think you’re right – it is likely that it can’t parse the information it needs properly from the page you liked.
One way to dig in to it could be to see if that same URL, when pasted in to the ‘URL’ section when creating a post manually in WordPress (not via Micropub), gets the correct values picked up. That could point whether it is specifically a parsing issue or a Micropub issue.
Jan says
Als antwoord op https://diggingthedigital.com/frustrerende-wordpress-plugin/.
Eigenaardig. Zelfs als Post Kinds geen metadata kan ophalen, zou-ie toch íéts van berichtinhoud moeten genereren. ‘Vindt https://example.org/ leuk’ of zo.
Zelf gebruik ik geen Post Kinds (tenslotte zijn het de microformats ín je bericht die het tot een zeker type maken), maar overschrijf ik Micropubs default content letterlijk zo: https://github.com/janboddez/ochtendgrijs/blob/master/wp-content/mu-plugins/site-specific.php#L147. (Noot: ik haal bewust geen metadata op, maar geef in mijn ‘likes’ alleen de daadwerkelijke URL weer. ‘Reposts’ zou ik dan wel weer ’ns moeten implementeren zoals het hoort. Ooit.)
Maar, bon. Als het zo is dat in de ‘like-view’ (https://github.com/dshanske/indieweb-post-kinds/blob/trunk/views/kind-like.php)
$cite
leeg blijft omdát er tijdens het ophalen (https://github.com/dshanske/indieweb-post-kinds/blob/trunk/includes/class-kind-plugins.php#L185) iets fout loopt, dan zóú je dat in jedebug.log
kunnen terugzien (wel even debug logging aanzetten). Maar als pakweg (WordPress denkt dat) de URL ongeldig is, wordt er niets gelogd. Hoe dan ook, mocht je zelf willen gaan debuggen, dan zou ik in dat laatste loopje enkeleerror_log()
calls toevoegen alvorens verder te gaan.Ton Zijlstra says
Herkenbaar, heb het ook regelmatig direct in WP zelf op mijn laptop. Ook komt het geregeld bij mij voor dat WP wel alle benodigde info ophaalt (naam, site, quote etc.), en het vervolgens toch niet opslaat , wat in een lege posting resulteert. Dat vind ik zomogelijk nog verwarrender. Ik ben inmiddels op het punt dat ik PostKinds eigenlijk niet meer wil gebruiken, en liever zelf de juiste classes toevoeg, handmatig met keyboard shortcuts. Daarbij heb ik nog niet durven testen of PostKinds ook een rol speelt bij het opnieuw tonen van een posting: als ik de plugin uitschakel werkt dan nog wat ik er eerder mee hebt gemaakt?
Chris Aldrich says
Frank, did you ever track the bug down that was causing this issue? I’ve tried that same article with a few different Micropub clients and I’m not seeing any issues with respect to Post Kinds finding and displaying the correct/expected data. In fact, the Atlantic actually shows quite a bit more data than most sites do.
Perhaps it’s your shortcut not actually sending a URL for it to parse? I’ve also seen issues when trying to post content that contains special characters or emojis which WordPress tends to choke on and not understand. When a post has an emoji in the title or the body somewhere, it creates the post, but doesn’t save any of the data in Post Kinds’ context-related fields.