Earnie Rhyker

ja, indirect. Zie mijn antwoord op je andere multivendor topic: https://nl.wordpress.org/support/topic/marketplace-a-la-etsy/#post-112315

werkt het dan niet? Kan je wellicht beter een rechtstreeks topic openen op https://wordpress.org/support/plugin/photo-gallery/

probably best to contact learndash support directly.

Ah, ik zie dat het sinds eind 2018 niet meer rechtstreeks kan. Dan heb je een extra tussenstap nodig. Er staan er 4 genoemd op https://feeder.co/knowledge-base/rss-feed-creation/twitter-rss-feeds/

Een voorbeeld van een RSS feed bron van twitter.com/wordpress wordt dan: https://twitrss.me/twitter_user_to_rss/?user=wordpress

die kan je inladen in een RSS feed ‘weergave’ plugin: https://nl.wordpress.org/plugins/search/rss+widget/

vind zelf Feedzy erg prettig, omdat het shortcodes genereert die je overal op je site terug kan laten komen (widgets, pagina’s, berichten) met of zonder extra opmaak.

• Deze reactie is gewijzigd 5 jaren, 4 maanden geleden door Earnie Rhyker. Reden: feedzy voorkeur

Je stuurt je enige MySQL wachtwoord open en bloot in plain tekst mee als parameter in javascript? waarmee iedereen dus kan inloggen op je phpmyadmin met ook volledige toegang op de databases van beide WP sites (geen directadmin voor nodig)? Het is duidelijk dat je scripten leuk vind, maar ik zou echt willen aanbevelen om het uit te besteden.

dat was me al duidelijk 😉 antwoord ook al gegeven. Maar e.e.a. klinkt heel herkenbaar dus zal uitvoeriger reageren.

WordPress is geen statisch gegeven, maar een collectie van PHP code die op basis van een gegevensbron (de mysql WP database), html-pagina’s met CSS content serveert naar de internet browser. Op eenzelfde manier als je vakantiehuis scripts dat doen. Wat je dus al die jaren gedaan hebt is php code uitvoeren in ‘een html’ die opgesteld wordt door php code. De response van iedere developer is dan ook logisch: “waarom niet …?!”. Tja waarom wel? Als het het al die jaren deed, dan waarom is dat nu niet meer verstandig (of eigenlijk nooit geweest)? De tekst content die je in een WP editor invoert — met of zonder opmaak — wordt gefilterd opgeslagen en gefilterd weergeven t.b.v. o.a. beveiliging. Je kan dus niet zomaar van alles invoeren, ookal lijkt dat vaak wel zo. En daar zijn duidelijke redenen voor. Om vervolgens toch PHP code uit te voeren vanuit in de editor opgeslagen pagina, is dus een interpreter nodig. Die heb je weliswaar, maar wil je die vervangen door een plugin die nog regelmatig onderhoud geniet; installeer & activeer dan de bijvoorbeeld “insert php”-plugin op de al benoemde link, navigeer vanuit je WP backend naar “Woody Snippets” -> “Settings”, 4e optie op “on”, en save. Dan vervang je in je ‘html’ de “<?php” door “[insert_php]” + “?>” door “[/insert_php]”. En het werkt weer als vanouds, en ondanks je dan voldoet aan WordFence’s eis en die van jezelf m.b.t. recentere plugin, heb je vervolgens nogsteeds een potentieel gapend security gat. In theorie kan iedereen op je site dan op die manier php code invoeren (reactie / commentaar veld bijvoorbeeld) en rechtstreeks contact zoeken met je database via basic php / mysql syntax die alle beveiliging en consistentie checks van WP omzeilt. WP is zo sterk als de zwakste schakel. Waarbij het injecteren van eigen code via een omweg en het faciliteren in die mogelijkheid via een plugin optie (omdat het makkelijker lijkt) de allerzwakste is. En toch doen ‘we’ (ik ook) het, omdat het makkelijker is / leek vanuit historisch opzicht. Daar weten hackers dus vaak wel raad mee. Het geeft in feite eenzelfde effect als nooit meer WP updaten. Dus de discussie is niet zozeer of een vervanging is van een oude plugin, maar zou moeten zijn: hoe je een betere scheiding maakt tussen server-side sourcecode en editor content.

Wat ik eerst zou doen als ik jou was — m.b.t. niet hebben kunnen achterhalen hoe je gehacked bent — is de ondersteenste steen bovenkrijgen wat de gegevensbron is van je vakantiehuis script. Als dat een text bestand is? Prima. Is dat een mysql tabel (en lijkt erop van wel op basis van huisuitrol_huis_pw.php)? Zorg er dan i.i.g. voor dat dat niet dezelfde database is als die van WP + ook niet eenzelfde wachtwoord (mocht dat zo zijn).

Tweede stap is niet langer gebruik te maken van ‘PHP execution’. Het lijkt me ook niet nodig eigenlijk. In alle gevallen genereer je content op basis van formulier parameters, toch? Dus stop de content generatie in externe php bestanden met parameters zoals dat ook al het geval is voor 10weken.php, die je op haar beurt aanroept met javascript zoals dat nu ook al plaats lijkt te vinden. Zodat de aanroep vanuit WP eenvoudiger wordt. Het eerdere genoemde Woody Snippets biedt dus (sindskort blijkbaar) mogelijkheden om op een nettere manier om te gaan met ‘inline’ php code d.m.v. php snippets aan te roepen met shortcodes. of maak gebruik van https://wordpress.org/plugins/my-custom-functions/ als tussenoplossing richting (child) thema / functions.php / volwaardige https://codex.wordpress.org/Writing_a_Plugin . Voorbeelden over hoe je shortcodes maakt vind je hier: https://codex.wordpress.org/Shortcode_API

M.b.t. de stelling dat de inhoud onzichtbaar is voor Google; HTML en javascript is client side en dus zichtbaar vanuit de browser. Anders had ik ook geen uitspraken kunnen doen over de /php/ folder en huidige scripts. En enkele van die scripts maken gebruik van incorrecte CSS en relatieve i.p.v. absolute URLs met als gevolg een 404. Vind Google minder leuk, maar het is ook een indicatie dat iets wat best aardig werkt misschien onder de loep moet worden genomen hoe het in het heden ook kan. Onafhankelijk van of het de oorzaak was van je hack.

Mijn samenvattend advies: je kan het voorlopig ook laten zoals het is en regelmatiger backups te maken met b.v. UpdraftPlus. Don’t fix what ain’t broken, maar ideaal is anders. Huur een developer in, scheelt een hoop gedoe en onzekerheden. Ook met in het achterhoofd dat er tegenwoordig heel veel moois mogelijk is dankzij kant-en-klare plugins voor boekingen / reserveringen binnen je website waarbij je dan zelf geen rekening hoeft te houden met automagisering, browser compatibiliteit (CSS en responsiveness), technische SEO, of simpelweg bouncerate i.v.m. verwijzen naar andere sites om een vakantieverblijf te boeken. En het vanuit dat opzicht beter is om (zelf) je vakantiehuis gegevensbronnen wellicht te herschrijven naar JSON/XML datafeeds voor importeren in nieuwere plugins. Kost een investing qua tijd en geld, maar levert ook meer op.

• Deze reactie is gewijzigd 5 jaren, 4 maanden geleden door Earnie Rhyker. Reden: typo alert
• Deze reactie is gewijzigd 5 jaren, 4 maanden geleden door Earnie Rhyker.
• Deze reactie is gewijzigd 5 jaren, 4 maanden geleden door Earnie Rhyker.
• Deze reactie is gewijzigd 5 jaren, 4 maanden geleden door Earnie Rhyker.
• Deze reactie is gewijzigd 5 jaren, 4 maanden geleden door Earnie Rhyker.

ja! En heb er zelf letterlijk jaren naar moeten zoeken, ben dan ook erg enthusiast over https://wordpress.org/plugins/timeline-express/