Beiträge von b3317133

Man könnte versuchen, die Installation manuell zu aktualisieren, das macht man in Zweierschritten, also 2.7 > 2.9 > 3.1 > 3.3 usw., die einzelnen Downloads gibt es hier.

Bzgl. "Public Queryable / Öffentlich" wüde ich lt. der Vorgabe "ohne dass die Besucher das sehen" eher "deaktiviert" setzen, ggf. nochmal in der o.g. WordPress Dokumentation zu den einzelnen Parametern nachlesen. "Show in nav menus / In Navigations-Menüs anzeigen" könnte in dem Fall auch auf "deaktiviert", das betrifft die Einbindung auf der "Design > Menüs" Seite.

Besucher könnten sonst theoretisch die Zuordnungen über z.B. deineseite.de/taxtest/gemeinnuetzig/ auch von aussen sehen.

Die extra Taxonomies sind in der Regel nicht verlinkt, wenn man sie nirgends ins Theme einfügt, aber manche SEO-Plugins schreiben so public Sachen dann standardmässig in eine XML-Sitemap (wenn man das dort nicht explizit abschaltet) und so landet das dann ungewollt in der Öffentlichkeit, daher lieber alle Parameter sauber setzen, dann beachten das auch die SEO-Plugins automatisch und es kann sowas nicht passieren.

Oder ist "Public Queryable / Öffentlich" auf "aktiviert" für Gutenberg nötig? Hoffe ja, dass nicht...

Könnte an einer Kombination von relativ altem Code und der verwendeten der PHP-Version liegen, wahrscheinlich läuft derzeit PHP 7 oder neuer, kannst Du es testweise temporär mal mit PHP 5.6.x versuchen?

Wahrscheinlich ist nach kurzer Google-Recherche das 6 jahre alte Plugin PC Hide Pages dafür verantwortlich, statt dem Test mit der PHP Version kannst Du auch versuchen, z.B. über FTP den Ordner des Plugins /wp-content/plugins/[COLOR=#b30000]pc-hide-pages[/COLOR]/ temporär umzubenennen, das deaktiviert das Plugin und ein Login ist ggf. wieder möglich. Generell sollte man sehr genau überlegen, ob man so alte Plugin einsetzen will... :confused:

Mit Domain und Subdomain auf ein Verzeichnis, warum auch immer, hat der Fehler nichts zu tun.

Manche Hoster verschieben die Datei [FONT=Courier New]wp-config.php[/FONT] wegen des sensitiven Inhalts (Datenbankzugangsdaten) aus dem eigentlichen Verzeichnis auf das die Domain zeigt heraus, damit die Datei im Falle eines Ausfalls von PHP auf dem Server nicht von aussen anzeigbar ist.

Das ist insofern eine Besonderheit, die allerdings hier und da auch in Hardening Tutorials (google) o.ä. beschrieben wird. WordPress selbst findet die Datei auch dort (und All-In-One Migration hat das offenbar ebenfalls berücksichtigt).

Dass die Datei nicht automatisch in das Duplicator Archiv eingebunden wurde, könnte man als Bug von Duplicator sehen. Wurde ggf. beim Erstellen des Archivs schon auf das Fehlen hingewiesen?

Für Mitleser: Möglicherweise hätte man als Workaround die Datei auch manuell in das Hauptverzeichnis des Duplicator .zip Archivs kopieren können, allerdings ungetestet...

Und jetzt wurde offenbar was geändert und alles geht wie es soll.

1. der PHP-Code aus #1 erscheint als Klartext sichtbar im Header der Seite, da gehört er nicht hin.
2. der Shortcode im Beitrag zeigt für die Parameter sog. Curly Quotes wie z.B. “, da gehören einfache " oder ' hin, das kann auch an 1. liegen, weil der Shortcode gar nicht ausgeführt wird.

Komplett fertige Lösungen bekommt man in der Jobbörse des Forums. Die freiwilligen Helfer hier im Forum bieten Hilfe zur Selbsthilfe, es geht v.a. darum, dass man versteht, was da passiert, und dadurch selbst lernt..

Der PHP-Code aus #1 mit dem Shortcode-Text aus #3 ergibt wie bereits beschrieben die Ausgabe aus #4, und keine PHP-Warnung.

Wenn man dann den JavaScript Code aus #3 und den Tabellen-HTML-Code aus #5 ergänzt, ergibt das in der Browser Konsole erstmal einen [FONT=Courier New]TypeError: document.getElementById(...) is null[/FONT], was daran liegt, dass [FONT=Courier New]meineTabelle[/FONT] nicht in Anführungszeichen steht.

Wenn man dann im PHP-Code aus #1 die Zeile

return $script . '<input class="'. $atts['class'].'" type="text" onkeyup="filterTo(this.value,'. $atts['id'].')" placeholder="'.$atts['placeholder'].'">';

ersetzt durch

return $script . '<input class="'. $atts['class'].'" type="text" onkeyup="filterTo(this.value,\''. $atts['id'].'\')" placeholder="'.$atts['placeholder'].'">';

dann klappt auch das, und bei Eingaben passiert irgendwas mit den Tabellenzeilen, sie werden teils unsichtbar.

Link zu Deiner Seite mit der Shortcode-Ausgabe?

Die Funktion wp_title( .. ) hat mehrere Parameter, der zweite ist für Ausgeben statt Rückgabe zuständig und standardmässig auf Ausgeben einstellt.

Versuche es mal mit sowas wie [FONT=Courier New]$s = wp_title( '»', false );[/FONT] wobei üblicherweise "im unteren Bereich der Seite", also bei der normalen Überschrift, eher [FONT=Courier New]the_title()[/FONT] (ausgeben) oder [FONT=Courier New]$s = get_the_title()[/FONT] (zurückgeben) verwendet wird.

Alternativ könntest Du es noch im Support Forum von Gutenberg bei wordpress.org versuchen.

Vergleiche das original Duplicator Paket mit dem von Dir erstellten Paket. Alles sollte bis auf die ausgetauschte .sql Datei gleich sein, in der gleichen Ordnerstruktur.

Wir verwenden normalerweise das Programm 7zip, öffnen damit eine Kopie des original Duplicator Archivs (entpacken es gar nicht), ziehen per Drag & Drop die .sql Datei aus dem 7zip Fenster heraus, passen sie mit Notepad++ an, und ziehen die Datei wieder zurück in das 7zip Fenster.

Manuelles arbeiten mit wp-config.php ist bei Duplicator nicht vorgesehen, evtl. ging bei Deinem Entpacken/Zurückpacken was schief.

Am besten den Ordner /wordpress nochmal komplett leeren, das neue Duplicator Archiv und installer.php hochladen und über deinedomain.de/installer.php starten.

Nunja, Du suchst Hilfe.

Ich teste das und sage Dir, hier funktioniert der gepostete Shortcode Code mit dem geposteten Beispiel einwandfrei.

Und bei Dir nicht.

Also kann man nichts ausschliessen... viel Erfolg bei der Lösung.

Hier sieht der Quellcode mit Deinem Shortcode und Eingabe Beispiel so aus:

<input class="main" type="text" onkeyup="filterTo(this.value,meineTabelle)" placeholder="Search something">

Deaktiviere mal temporär der Reihe nach alle Plugins und teste dazwischen und falls das nicht hilft, verwende temporär ein Standard Theme wie Twenty Seventeen, evtl. gibt es da irgendwelche Filter oder andere Einflüsse. Welche genaue WordPress Version wird verwendet?

Zitat von Robbi

.. nervige Prozedur bei so vielen Texten. Hoffe, dass sich das bei Gutenberg bald ändert.

Wenn Du das Problem dort meldest, dann vielleicht schon, sonst wahrscheinlich eher nicht.

Kann man anhand des Codes nicht sehen, liegt an Deiner nicht geposteten [FONT=Courier New]filterTo(..)[/FONT] Funktion.

Zitat von bering

Hab den Verdacht, dass der Smartslider bei Gutenberg nicht funktioniert. Kann das jemand bestätigen?

Gutenberg ist in einem nett gesagt wackeligen beta Zustand. Vieles ändert sich mit jeder neuen Version. Am besten das Problem daher bei Github melden. Viel Erfolg damit.

Und hier im Forum für eigene Probleme am besten einen neuen Thread/Beitrag erstellen, oft sind die Probleme völlig andere als in älteren Threads.

Zitat von Wp-Xpert

Habe jetzt nochmal gecheckt es war Wordpress 4.6, das ich heruntergeladen habe, das wollte partout nicht auf localhost laufen..

Läuft lokal und auf dem Liveserver die gleiche PHP Version? Klappt es mit einem Duplicator Image?

Gutenberg ist in einem nett gesagt wackeligen beta Zustand. Vieles ändert sich mit jeder neuen Version. Am besten das Problem daher bei Github melden. Viel Erfolg damit.

Und am Rande, wenn man plötzlich alle WordPress Core Dateien neu hochladen muss, obwohl man da nichts geändert hat, dann ist das oft ein Zeichen für einen Hack, das sollte man ganz genau anschauen...

Zitat von bloblu

Habe mal Bilder von der jetzigen und wie es aussehen sollte hochgeladen.

Funktioniert es, wenn Du temporär alle sonstigen Plugins deaktivierst?

Was steht in der Browser Console, wenn Du die jetzt nicht funktionierende About Seite bearbeiten willst?

Am besten ein Backup machen vor allen Tests...

Was siehst Du noch unter Größe, roter Pfeil im Screenshot? Derzeit ist wie von @SirEctor bereits vermutet, dort eingestellt, dass die Grösse "Vorschaubild" (= 60x60 bei Dir) verwendet wird. Evtl. war dort früher mal "Mittelgroß" oder "Groß" eingestellt (= 600x400 bei beiden (warum auch immer) bei Dir).

Zitat von Robbi

Ich habe dass CPT UI installiert und auch eingerichtet (Name der Taxonomie und Auswahlmöglichkeit, Posts aktiviert). Trotzdem erschien das nicht im Backend der Posts.

Seltsam, hier eine Kurzanleitung:

Plugin Custom Post Type UI installieren, aktivieren.

• Menü: CPT UI -> Taxonomien hinzufügen/bearbeiten
• Tab: Neue Taxonomie hinzufügen
• Titelform: taxtest
• Plural: Tax Tests
• Singular: Tax Test
• Mit Inhaltstyp verbinden: Beiträge (WP Core)
• Button: Taxonomie hinzufügen

Fertig, ab sofort gibt es:

Menü Beiträge:

• Menüpunkt: Tax Tests

Im Einzelbeitrag

• "Tax Tests" Metabox (verhält sich wie Tags)

Hier als Import-Datei über Menü CPT UI -> Werkzeuge Import/Export -> Import

{"taxtest":{"name":"taxtest","label":"Tax Tests","singular_label":"Tax Test","description":"","public":"true","publicly_queryable":"true","hierarchical":"false","show_ui":"true","show_in_menu":"true","show_in_nav_menus":"true","query_var":"true","query_var_slug":"","rewrite":"true","rewrite_slug":"","rewrite_withfront":"1","rewrite_hierarchical":"0","show_admin_column":"false","show_in_rest":"false","show_in_quick_edit":"","rest_base":"","rest_controller_class":"","labels":{"menu_name":"","all_items":"","edit_item":"","view_item":"","update_item":"","add_new_item":"","new_item_name":"","parent_item":"","parent_item_colon":"","search_items":"","popular_items":"","separate_items_with_commas":"","add_or_remove_items":"","choose_from_most_used":"","not_found":"","no_terms":"","items_list_navigation":"","items_list":""},"meta_box_cb":"","object_types":["post"]}}

PHP-Code muss man dafür nirgends einfügen. Bzgl. der weissen Seite, stelle die Originalversionen der geänderten Dateien wieder her. Das Frontend der in Deinem Footer verlinkten Seite zeigt derzeit keine weisse Seite, also ist das offenbar gelöst, oder betrifft es eine andere Seite?