Jos Klever

De grootte op schijf kan altijd wel iets groter zijn, dan de werkelijke grootte van een bestand, maar dan hebben we het over afrondingsverschillen. Het klinkt hier alsof de clustergrootte voor bestanden op de server op 1MB of zelfs nog iets groter staat ingesteld i.p.v. 4KB. Dat betekent, dat elk bestand (hoe klein ook) minstens 1 MB ruimte op de schijf nodig heeft. Dat wijst op een serverconfiguratiefout en is iets dat alleen je webhost kan oplossen. Op basis van je andere bevindingen zou ik echter overwegen om te verhuizen.

Die kritieke fout kan van alles zijn, maar in het mailtje zou meer informatie moeten staan over de daadwerkelijke melding.

Je vraag over de zoekfunctie heb ik in je andere bericht beantwoord.

Als je de link in de browser opent, dan wordt dat lokaal op hun eigen server uitgevoerd. Voor het gebruik van die data op je eigen site (via de API) heb je een subscription nodig, zoals je op de site kunt vinden: https://open-meteo.com/en/pricing

Dit is een probleem bij Strato in hun beveiligingssoftware op de server, wat ook door een klant van mij gemeld is bij ze.

Ik had mijn klant laten weten, dat dit gemeld kan worden:

Sinds een tijdje merken we dat de zoekfunctie voor bijvoorbeeld pagina’s, berichten en andere content types niet meer werkt. Er verschijnt dan een melding “Forbidden” en in de error log staat de volgende melding: “Unsafe URL with %3f URL rewritten without UnsafeAllow3F“
We hebben dit door onze beheerder laten uitzoeken en het blijkt niet aan de site (thema, plugins etc.) te liggen. Ook op een andere site bij Strato speelt hetzelfde probleem. Op sites bij andere hosts speelt dit probleem niet. Kunnen jullie dit z.s.m. oplossen, zodat wij onze site weer normaal kunnen bewerken?

Helaas kreeg mijn klant geen supportmedewerker met kennis aan de lijn, dus die gooide het maar op “er zal wel een foute link of afbeelding op staan”, wat helemaal nergens op slaat. Klant is nu een nieuwe poging aan het doen en we moeten het antwoord dus nog even afwachten.

De website werkt op dit moment en het inlogscherm verschijnt ook. Inloggen is uiteraard niet te testen. Heb je het probleem inmiddels op kunnen lossen?

Bij een dergelijke foutmelding kun je in de error log terug vinden wat er daadwerkelijk fout gaat. Je server lijkt cPanel te gebruiken, dus zoek daar even op termen als errors of fouten. Je kunt ook je webhost vragen als je ze niet kunt vinden.

Dat lijkt mij pure reclame/spam. Er is helemaal geen sprake van een beveiligingsprobleem met WP 4.9.4 (laatste versie). Ik neem aan dat er geen concrete beschrijving bij stond naar een betrouwbare bron?

Even googelen op exai.com leert, dat dit een bedrijf is, dat zegt alternatieven voor WP te bieden. Dus dat zegt waarschijnlijk ook al genoeg over hun motivatie om WP gebruikers te mailen. 😉

Speelt dit probleem nog? Ik kan via de aangegeven route geen teksten vinden, die veel te groot lijken te zijn. Plaats anders even een directe link naar een pagina met het probleem en geef daarbij duidelijk aan, welke tekst kleiner moet, maar welke andere tekst niet mee mag veranderen.

Dat is geen PHP code, maar een foutmelding. De foutmelding treedt op in een bestand van je thema, dus je zou moeten kijken wat er op de aangegeven regel in dat bestand gebeurt. Het ziet er uit als een zelfgemaakt thema. Mocht je het niet zelf gebouwd hebben (wat ik uit je vraagstelling denk op te maken), dan zou ik even informeren bij de bouwer. De melding zelf hoeft niet blokkerend te zijn en zou op een productie site eigenlijk niet getoond mogen worden, maar dat neemt niet weg, dat er iets gebeurt, dat eigenlijk niet zou moeten gebeuren. Oplossen is dus beter dan verbergen.