header

Category Archive:Wordpress

WordPress: “Warning: Illegal string offset ‘filter’ in…” + “wp-includes/taxonomy.php on line”

Aktuell mußten wir uns mit mehreren WordPress-Installationen herumschlagen, bei denen nach einer der zahllosen Aktualisierungen (warum können die eigentlich nichtmal ein System hinstellen, was länger als ein paar Wochen oder sogar nur Tage hält?!) folgende Meldung erschien:

Warning: Illegal string offset ‘filter’ in /var/www/vhosts/s-x.ch/chamaeleonmedia.ch/wp-includes/taxonomy.php on line 1442

Nach einigem “guhgeln” fanden wir schließlich die Lösung, woran es liegt, daß “Warning: Illegal string offset ‘filter’ in” und so weiter als Fehlermeldung kommt, die lästigerweise in jedem Beitrag sich prominent oben öffentlich platziert hatte.

Daher hier kurz die Lösung.

Es liegt an einer Erweiterung (einem “plugin”) für WP.

Und zwar an der eigentlich auf vielen WP-Seiten jahrelang zuverlässig im Einsatz befindlichen Erweiterung “Hupso Share Buttons for Twitter, Facebook & Google+“.

Diese deaktivieren und Problem gelöst.

Man kann später mal neu aktivieren und aktualisieren, ob dann Problem wieder auftritt oder muß eine neue Erweiterung als Alternative suchen.

Außerdem wurde zudem auf dem Schreibtisch (“dashboard”) folgende Meldung ausgeworfen oben:

Warning: Declaration of Social_Service_Facebook_Account::child_account_avatar($child_account) should be compatible with Social_Service_Account::child_account_avatar() in /var/www/vhosts/s-x.ch/xn--rhtische-zeitung-wnb/wp-content/plugins/social/lib/social/service/facebook/account.php on line 6

Mehrsprachige Webseiten: Automatische Übersetzungsdienste

Mehrsprachige Webseiten können neue Kunden erschließen.

Webagenturen wie die Internetagentur Schlagwort bieten mehrsprachige Webseiten an.

Allerdings muß der Kunde oder die Agentur bei geänderten oder neuen Inhalten immer neu in der zweiten oder dritten Zielsprache übersetzen.

Diese Kosten kann man auch mindern oder sich ganz sparen, indem man auf automatische Übersetzungsdienste setzt.

Es ist vermehrt üblich, daß man Übersetzungsdienste, welche eine ganze Webseite übersetzen, einbaut via Programmierung.

Man kann das bei WordPress via geeignete Erweiterung (ein “plugin”).

Andernfalls, also wenn keine Erweiterung vorhanden ist, muß / kann man sowas auch manuell per Kode integrieren in die Seite.

Zum Beispiel, wenn man mit Getsimple, Typetter-CMS etc. arbeitet, wo es nicht ganz soviele Erweiterungen gibt wie etwa bei WordPress.

Warum man für Sprachen keine Flaggen benutzen sollte, ist zum Beispiel, weil Sprachen in mehreren Ländern gesprochen werden. Nimmt man für Deutsch nun die deutsche, die österreichische oder die liechtensteinische Flagge? Besser ist, man nimmt ein Kürzel, DE.

Mehr zum Thema hier.

Das beliebte Google-Übersetzer-Widget hingegen scheint es gar nicht mehr zu geben.

Weiß jemand eine Alternative dazu?

 

 

WordPress gehackt – was tun, um Schaden zu verhindern?

Cham24 post on April 30th, 2018
Posted in Tech allgemein, Wordpress

WordPress ist weit verbreitet, sehr weit in der westlichen Welt.

Aber leider hat es immer wieder Sicherheitslücken.

Sicherheitslücken, die für viel Unbill sorgen können. Eine Firmenwebseite, eine Politikerwebseite oder Künstlerwebseite, die nicht erreichbar ist.

Oder ein ganzer Shop.

Doch nicht nur das.

Es ist der Horror für jeden Domaininhaber

Wenn Häcker auf WordPress zugreifen, dann kommt oft weiterer Ärger auf den Webseitenbesitzer zu.

Sofern die Webseite nämlich für illegale Aktivitäten gebraucht wird, zum Beispiel für die Verbreitung von Schadkode oder eine Betrugsseite aufgeschaltet oder auch nur verlinkt wird, so greift in der Schweiz der Staat ein.

Schweiz besonders rigide

Die Schweiz, die für sich in Anspruch nimmt, das “sicherste Internet der Welt” zu bieten (Zitat Nic.ch) ist hier besonders rigide:

Um die Internetnutzer von .ch-Websites noch effektiver vor Gefahren im Internet zu schützen, hat die Stiftung Switch, die mit der Verwaltung der CH-Domänen vom Bakom (Bundesamt für Komunikation) beauftragt ist, in Zusammenarbeit mit dem Bundesamt für Polizei (fedpol) und anderen Schweizer Behörden ein rigoroses Durchgreifen implementiert.

1. Webseiten, die gehäckt wurden und Schadkode oder Betrug ermöglichen, werden zuerst angeschrieben und müssen innert 24 Stunden reagieren.

2. Danach erfolgt die Sperre.

Doch noch mehr Ärger für den Domaininhaber.

3. Zugleich wird der Hoster angeschrieben.

4. Und auch noch der Domain-Registrar.

Alle werden informiert über den verseuchten Kode. Manche Hoster und Domain-Registrare haben in den AGB, daß in solchen Fällen, da der Rechtsdienst (das “legal department”) in Anspruch genommen wird, horrende Anwaltsstundensätze berechnet werden. Dies ist zum Beispiel beim Domain-Registrar EuroDNS der Fall.

So oder so.

Erst Sperre, dann Domain-Löschung!

5. Reagieren nun die Beteiligten nicht binnen 24 Stunden und entfernen den entsprechenden Kode aus der WordPress-Seite, sperrt Switch komplett die betreffende Domain.

6. Doch mehr noch: Nicht nur die Webseite des Häck-Opfers ist nicht mehr zu erreichen.

7. Die Domain wird anschließend gelöscht, sofern der Domäneninhaber nicht reagiert.

Gerade private Domain-Inhaber stehen dann erschrocken da.

Aber auch kommerzielle Domaininahber.

Was tun?

Nun steht man vor der Wahl:

Selbst rangehen (Zeitaufwand, ungewisser Erfolg) oder professionelle Hilfe (Kosten)?

Es bleibt hier dann nur die Wahl für den Laien als auch den Profi, entweder selbst zu versuchen, den Kode zu löschen, der Häckkode ist.

Oder fremde Hilfe zu holen.

Das Problem ist hierbei, daß selbst, wenn man zum Beispiel den Hoster bittet, alte Webseiteninhalte wieder einzuspielen, daß oft nach kurzer Zeit, oft Minuten, wieder Häckkode auf der Seite ist, weil die Sicherheitslücke eben halt noch besteht.

Hilfe kann man sich holen bei Experten, die auf solche Probleme spezialisiert sind.

Hier mit Vorteil jemanden aus dem ebenfalls deutschsprachigen Ausland, denn dort ist es güstiger: http://website-bereinigung.de/wordpress-gehackt

Es kostet zwar immer.

Doch wenn man die Zeit rechnet, sich selbst damit rumzuschlagen, ist es vergleichweise sogar sehr billig.

Und hierbei noch nichtmal eingerechnet den Schaden, der entsteht, wenn auf der eigenen Webseite plötzlich Pornobilder kommen oder der Webshop nicht erreichbar ist und es massive Umsatzeinbußen gibt.

Daher ist es eine Marktlücke, die allerdings nur wenige bedienen (weil es eine aufwändige und undankbare Arbeit ist), den Dreck weguzumachen und Häckkode zu beseitigen.

WordPress wird halt immer unsicherer. Auch, wenn es so beliebt ist.

Oder gerade deswegen.

Ich hatte mich mehrfach dazu geäußert auf diesem Blog, zum Beispiel hier.

Ladezeit von Webseite: Das A und O – Daher auf WP verzichten und Typesetter, Mozilo, CMSimple-XH und Getsimple etc. nutzen

Cham24 post on März 16th, 2018
Posted in CMS ohne Datenbank, Wordpress, Wordpress-Alternativen Tags:

Seit langem bereits ist bekannt, daß Google die Ladezeit einer Seite mit in das “Ränking” einfließen läßt.

Jeder ist abgetörnt von laaaaangsaaaam laaaadeeeeendeen Seiten.

“Ich selber habe den Einfluß der Ladezeit mehrmals feststellen können. So konnte ich meine Besucherzahlen um rund 25% steigern, nur weil ich auf ein besseres Caching Plugin umgestiegen bin.”

Ladezeit ist "Ränking"-Faktor

Ladezeit ist “Ränking”-Faktor

Dies schreibt Peer Wandinger, der bekannte deutsche Techblogger, in einem interessanten Beitrag zu Ladezeit und WordPress-Seiten. Er beleuchtet hier verschiedene Erweiterungen, die die Ladezeit von WP besser machen sollen.

Und er hat recht, Ladezeit ist sehr wichtig.

Und wer WP nutzt, der muß sich damit befassen, wie er den lahmen alten Dampfer zu dem das CMS WordPress inzwischen geworden ist, etwas flotter kriegt.

Typesetter & Co: Bis zu 10x schneller als WordPress

Schlauer ist es, wo es geht, auf WP zu verzichten, denn Systeme wie Typesetter ohne Datenbank sind bis zu 10x schneller.

Auch sonst hat der Verzicht auf eine Datenbank fast NUR Vorteile. Daten sichern geht einfacher, die Seite ist stabiler, weniger Sicherheitslücken usw. usf.

Ich bin daher ein absoluter Fän von datenbankfreien CMS.

Wir setzen WP nur noch bei Intenetzeitungen oder anderen großen Projekten ein, die kaum ohne Datenbank auskommen. Oder bei großen Blogs / alten Blogs, die halt mit WordPress mal gemacht wurden und auch so bleiben sollen.

Was meint ihr dazu?

Umlaute in WordPress sowie ß (Szett): WP rückwärtsgewandt

Cham24 post on Februar 12th, 2018
Posted in Webgestaltung ("webdesign"), Wordpress

Bei älteren WordPress-Installationen konnte man problemlos deutsche Buchstaben wie das Szett (ß) und Umlaute (üöäÜÖÄ) in der URL haben.

Äußerst positiv für die Suchmaschinen – entgegen aller Falschbehauptungen im Internet.

Es ist rückwärtsgewandt von WP, daß sowas nicht mehr möglich ist in URLs. Wir leben ja nicht mehr im Jahr 1995 und da sollte ein modernes CMS auch in der Lage sein, Umlaute und ß und andere Sonderzeichen richtig darzustellen ohne Probleme.

Umlaute und ß nach Hosterwechsel: Bilder nicht mehr sichtbar

Auch, daß man dem Zügeln von WP plötzlich deutsche Buchstaben wie ü ö ä Ü Ä Ö ß in Bilddateien dazu führen, daß Bilder nicht mehr sichtbar sind, sollte nicht sein.

Es gibt ja auch Chinesisch, Japanisch, Russisch, Arabisch, Dänisch, Polnisch usw. im Internet und alle Sprachen werden problemlos dargestellt in URLs. Nur mit deutschen Umlauten und dem Szett, da gibt es ständig Diskussion.

Lesen Sie auch:

WordPress – Umlaute nach Umzug nicht mehr aufrufbar bzw. zerstört

 

 

+++ REKLAME: