Beiträge von b3317133

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?

Einer auf diese Art und Weise "nachgebesserten" Installation sollte man nicht zu viel Vertrauen entgegenbringen. Evtl. sind noch andere Dinge defekt, die u.U. erst sehr viel später sichtbar werden.

Eine sonst üblichere Variante für das Herunterladen eines WordPress-Websites ist die Nutzung eines Plugins wie Duplicator auf dem Originalserver und das Einspielen des damit erstellten Paketes auf dem Zielserver. Damit werden auch alle nötigen Linkanpassungen automatisch vorgenommen. Video auf der Duplicatorseite einmal ganz anschauen, auch wenn es englisch ist, das erklärt ganz gut das gesamte Vorgehen.

Um das herauszufinden, klickt man mit der rechten Maustaste in so einen Bereich im Frontend, und schaut sich das verwendete CSS im Browser Inspector an.

Ansonsten gibt je nach Bedarf unterschiedliche Lösungen, ein Ansatzpunkt wäre z.B. in etwa so, mehr dazu siehe z.B. hier.

Hat aber alles mit WordPress eher weniger bis gar nichts zu tun, ein CSS-Forum wäre da eine bessere Anlaufstelle.

Zum warum/wieso/weshalb gehackt kann man noch anmerken, dass lt. Google Cache auf der Seite offenbar das Plugin "WP GDPR Compliance" zum Einsatz kam, mehr dazu z.B. hier im Forum oder z.B. bei heise.de

Wie genau werden Bilder bei Beiträgen hinzugefügt? Über ACF-Felder? Oder evtl. über die Galerie- oder Beitragsbild-Funktion von WordPress? Ein Screenshot wäre ggf. sehr aufschlussreich.

Und welche neue WordPress Version genau wird verwendet? Und welche lokal?

Du kannst auch für die Beiträge eine weitere sog. "Taxonomy" anlegen, eine hierarchische (wie Kategorie) oder eine nicht hierarchische (wie Tags).

Dafür gibt es einige Plugins wie z.B. Custom Post Type UI (dort der Bereich "Taxonomies"), die verschiedenen Einstellungen sind z.B. in der WordPress Dokumentation hier oder hier erklärt, alternativ gibt es über Suchmaschinen diverse Tutorials oder Videos zum Thema "Custom Taxonomy".

Die beiden extra Codeblöcke mit [FONT=Courier New]AddOutputFilterByType[/FONT] und [FONT=Courier New]ExpiresByType[/FONT] Einträgen in Deiner [FONT=Courier New].htaccess[/FONT] stammen wahrscheinlich von einem Cache Plugin, dort vom Bereich "Browsercache", und haben mit dem Problem "Login ergibt 404" nichts zu tun.

Vermutlich läuft irgendein "Sicherheits"-Plugin, das evtl. den Login "versteckt" oder sowas und Zugriffe auf [FONT=Courier New]/wp-login.php[/FONT] und [FONT=Courier New]/wp-admin/index.php[/FONT] auf eine 404 Seite weiterleitet. Andere Links im Ordner wie [FONT=Courier New]/wp-admin/upgrade.php[/FONT] funktionieren.

Um herauszufinden, ob/welches Plugin verantwortlich sein könnte: Benenne der Reihe nach per FTP die Ordnernamen innerhalb [FONT=Courier New]/wp-content/plugins/[/FONT] temporär um, das deaktiviert das entspr. Plugin, leere dann Deinen Browser Cache und versuche dann erneut [FONT=Courier New]/wp-login.php[/FONT] aufzurufen.

Evtl. existieren aber auch noch weitere [FONT=Courier New].htaccess[/FONT] in höheren Ordnern, die da evtl. Einfluss nehmen, oder das "managed" WP ist kein Original, sondern irgendwie verbastelt o.ä., das kann man von aussen aber nur vermuten.

Generell, wenn Du was an einer Datei ändern willst, erstelle einfach vorher ein Backup der bestehenden Datei.