Hi John-Pierre,
De websites die wel “$wp_local_package = ‘nl_NL’;” hebben, maken gebruik van de NL repo. Als je beide download, dan zie je het verschil:
https://nl.wordpress.org/wordpress-4.4.2-nl_NL.zip
https://wordpress.org/latest.zip
Je kan in het dashboard controleren en kijken waar WordPress zelf z’n update van download. Zie screenshot:
https://www.evernote.com/l/ABMLOwHipSNATa-Z1qi9gT33SuNPHUyGsco
De melding is 1 jaar geleden door WFsupport ingediend als bug:
https://wordpress.org/support/topic/wordfence-keeps-warning-for-localized-versionphp?replies=3
Met vriendelijke groet,
Xel Media
Dank voor je reactie Xel Media! De eerste zinvolle nadat ik deze vraag al op diverse andere plaatsen gepost heb…
Als ik de bestanden uit beide downloads vergelijk dan zijn de enige verschillen:
\wordpress\wp-includes\version.php
In de NL versie staat daar die “$wp_local_package = ‘nl_NL’;” in, maar als ik dat (na een update) weghaal dan krijg ik het bij de volgende update weer terug. Dat is waar WordFence over valt.
\wordpress\wp-content\languages
Deze hele map ontbreekt bij de niet vertaalde versie. Maar als ik vervolgens in WP aangeef dat ik NL wil gebruiken dan komt die map met de vertaalbestanden er automatisch bij.
De link naar evernote het niet. Gaat het om het dashboard » updates en dan de tekst “Als je versie 4.4.2–nl_NL opnieuw moet installeren…” ? Deze tekst krijg ik ook als ik in een niet van oorsprong vertaalde WP versie de taal op NL zet.
Ik weet dat het bij WordFence als bug geregistreerd is, maar wil daar niet langer op wachten en gewoon voorkomen dat het überhaupt optreed.
Blijft nog steeds de vraag hoe ik WP zo ver krijg dat hij altijd vanuit de basis repository update ipv vanuit de NL repo.
Je zou kunnen proberen door alle installaties te voorzien van de NL repo door het handmatig te uploaden op alle sites. Zorg er dan welvoor dat je de wp-content niet overschrijft.
Wellicht dan WordFence opnieuw deactiveren en activeren zodat die weer weet welke bestanden “origineel” zijn. Behalve dat de melding vervelend is, is het vrij onschuldige stukje code (maar dat wist je al ;))
Verder de website taal onder “Intellingen” > “Algemeen” op NL instellen en kijken wat er met de volgende update gebeurt.
Als je dashboard in het Nederlands blijft, dan zou ik daar niet verder druk om maken en hopen dat WordFence het probleem alsnog oplost
Met vriendelijke groet,
Xel Media
Overschrijven met NL repo heeft niet zoveel zin want alles is het zelfde op die 2 dingen na.
Ik heb nu op 2 ‘probleem’ sites die \language map weggegooid, taal terug op NL gezet en in version.php de regel verwijderd. Idd afwachten wat er met de volgende update gebeurt.
Bedankt!
John-Pierre Cornelissen
Ok, vorige maand heb ik de software van 2 probleemsites gelijk getrokken met de EN repository. Nu, na de WP update naar 4.5 bestaat het probleem nog steeds.
Blijft dus nog steeds de vraag aan de hand waarvan WP bepaald van waaar de update geïnstalleerd moet worden: de basis core of de NL core.
Het verschil zit hem niet in de WP package/software, want dat is gelijk.
Dus ik heb websites waarvan de taal op NL staat zonder het probleem en website met de taal op NL mét het probleem.