onlaie

@hupe13

Wie meinst du das? Ist der immer nur naaa oder ist der auch mal nuuu?

Ja, immer nur „naaa“

Die Optionen und der Inhalt zwischen [naaa …] und [/naaa] werden ignoriert.

Einen abschließenden [/Shortcode] gibts bei dem nicht. Eventuell liegt es daran, das diese Funktionen alle nicht tun.

function naaa_shortcode($atributos)

tut auch nichts, also die Anzeige bleibt gleich. (ja, cache leeren, cookies weg, privates Fenster ist eh klar.)

@la-geek

https://wordpress.stackexchange.com/a/354423

schaue ich mir dann nochmal an.

Scheinbar liefern die erwähnten Plugins nicht die benötigten kompletten Shortcodes, sondern bilden dies stattdessen mit ? ab

Das „?“ habe ich anfangs nur als schnellen Platzhalter hier genommen. In echt sehen die eben so aus, wie im #6 gezeigt.
Aber ja, die sind ohne schließenden Code.

Das Plugin Orphan Shortcodes benötigt auch keine genauen/kompletten Shortcodes

Das wäre cool. Schade, das es sich nicht zeigen mag.

@hupe13
Solche Anleitungen fand ich eh auch schon. Doch dazu müsste man eben genau alle Codes von [naaa bis ] finden.
Denn shortcode_name würde funktionieren, wenn das bloß immer nur [naaa] wäre.

Dann würde das eventuell funktionieren:

add_shortcode( 'naaa', 'shortcode_handler_function' );
function shortcode_handler_function( $atts, $content, $tag ){
   return '';
}

und statt [naaa] quasi ein „nichts“ zurückgeben.
(sofern ich den Code überhaupt irgendwie verstand?)

Doch aufgrund der verschiedenen Parameter und der Werte zwischen den eckigen Klammern könnte das ohne genaue Regex Anweisungen schiefgehen.
Oder bin ich komplett falsch unterwegs?

Danke

„Remove Orphan Shortcodes“ hat gar nicht funktioniert (es zeigt sich keine Pluginseite)
„Shortcodes Finder“ ist okay und recht nützlich, bietet aber nichts besonderes zum ersetzen, es bleibt die manuelle Arbeit.

Die beiden Anleitungen fand ich schon, helfen leider auch nicht.
Denn alle deren (über die Pluginmethode hinausgehenden) erweiterten Anleitungen gehen davon aus, das man den Shortcode Inhalt genau kennt. Das ist leider nicht der Fall. Nur das grundlegende Muster [kurzercode para1="?" para2="?"], aber der Inhalt, welcher hier mit „?“ ist, kann vieles sein.
Der Begriff „Regex“ geistert jetzt in mir herum, doch das schaffe ich irgendwie nicht. Andernfalls es auch mit „Better Search Replace“ klappen hätte können.

Stimmt, mit .htaccess ist vieles machbar, wenn man weiß, wie es geht. Dann braucht man kaum den Hoster-Support.

Für Nginx ist es ratsam, einen guten Hoster zu haben, der einem bei der Konfiguration hilft. Sofern man selber kein Serveradmin ist, braucht man eben die Leute dort, denn oft stimmen die Nginx-Tutorials nicht mit den speziellen Regeln überein, die eben genau auf dem Host sind. Aber dann funktioniert es garantiert; Nachteil ist die Zeit, welche die Tickets brauchen.

Müsste wie gesagt im error.log erkennbar sein. Der Hoster sollte es schnell erkennen.

Eben. Daher überlasse ich das denen.
Wollte hier eigentlich auch nur mal schauen, ob das schon mal jemand hatte.

Ich baue also mal diese Konstante ein und wenn das auch noch zu viel nervt, dann die Deaktivierungs-Funktion dazu.
Danke!

Jeff Star ? Also diese Anleitung, oder?

Danke. Bis jetzt fand der Hoster leider keinen Grund und die relevanten Abschnitte der FAQ halfen auch nicht weiter.
Denn zum einen funktioniert ja ansonsten alles andere und der angesprochene Fehler tritt auch nur sehr selten auf.
So blieben kaum Punkte übrig (htaccess gibts keine und alles andere evtl. zutreffende, dort beschriebene wurde ja schon versucht, inkl. Austausch der Core Dateien usw.)
Einzig die komplette Neuinstallation bleibt noch übrig. Aber wenn das Problem beim Hoster (oder doch bei WP? („es scheint etwas bei WordPress.org nicht zu stimmen“)) liegt, wird das nichts bringen.