Beiträge von Lissy01

Zitat von b3317133

Das Menü auf dieser Seite enthält keine [FONT=Courier New]$atts['href'][/FONT] mit [FONT=Courier New]'#'[/FONT], also scheinen Deine Änderungen übernommen zu werden. .

Ich schrieb ja, ich habe den Code gerade ins Mutter-Theme geschrieben und deswegen funktioniert es momentan.
Meine Änderung in der navwalker-Datei passt also. Ich muss nur noch raus finden, wie ich es richtig ansprechen muss, damit ich es im Child-Theme statt im Mutter-Theme anpassen kann.

Stimmt, get_stylesheet_directory() hatte ich verwendet, weil die andere Funktion die Datei aus dem Theme statt aus dem Child-Theme einbindet. Mit get_template_directory stand es in dem Beispiel, wo ich den Code her hatte. Aber das hat für mich keinen Sinn gemacht.
Ich hatte es so verstanden, dass get_stylesheet_directory auf das Child-Theme verweist. So war es auch, wenn ich das als Debug ausgegeben habe. Deswegen dachte ich, es muss so heißen.
after_setup_theme kam auch aus dem Beispiel. Da muss ich mich dann informieren, welche Alternativen ich habe.

Ich denke Dir, genau das sind die Punkte wo ich bei WP noch zu wenig durch blicke.

Hi b3317133,
Danke fürs Mitdenken.

• Ist das Child Theme aktiv?

Ja, da sind die CSS-Änderungen drinne.

• Welche Änderungen wurden in der Datei gemacht?

Wie oben im Code-Block gezeigt, soll das $attr-Array geändert werden, damit Oberlinks richtige Links sind und kein #-Anker

• Welche Änderungen werden "nicht übernommen"?

Eben dieses

• Link zur Seite wo diese Änderungen zu sehen sein sollten?

https://www.paidosophos.de/
Wurde eben in der Sekunde produktiv gestellt.
Da ist es jetzt, wie es sein soll, weil ich o.g. Code in das Mutter-Theme geschrieben habe.
Da greift es. Bei der Einbindung in function.php und inc-Datei im Child, greift es nicht.
Soll aber natürlich nicht so bleiben, sondern updatesicher umgesetzt werden.

• Ist ein Cache Plugin aktiv?

Nein, noch nicht.

Zitat von b3317133

Der o.g. Code lädt die Datei [FONT=Courier New]inc/wp_bootstrap_navwalker.php[/FONT] aus dem Child Theme Ordner.

Hi [size=14]b3317133,
Danke für's Mitüberlegen. [/SIZE]

• Ist das Child Theme aktiv?

Ja, ist aktiv. Da sind ja die ganzen CSS Änderungen drinnen,.

• Welche Änderungen wurden in der Datei gemacht?

Das, was oben aufgeführt wurde bezüglich $atts-Array.

• Welche Änderungen werden "nicht übernommen"?

Bei Klick auf Oberlink wird per Default der Unterlink ausgeklappt. Das sollte geändert werden und der Oberlink auf gewünschte Seite führen, also ganz normaler Menüpunkt sein.

• Link zur Seite wo diese Änderungen zu sehen sein sollten?

Die Seite wurde in diesem Moment online gestellt.
So wie es jetzt ist, soll es sein. Ich habe die Änderungen im Mutter-Theme gemacht.
Da funktioniert es, im Child-Theme funktioniert es nicht.
Aber das soll natürlich nicht so bleiben.

• Ist ein Cache Plugin aktiv?

Nein.

Ich verwende wp-bootstrap-starter (aktuelle Version von WP+theme) und würde gerne die wp_bootstrap_navwalker.php im Child-Theme anpassen.
Ich habe versucht, die Datei im Child-Theme im inc-Ordner anzupassen. Änderung wird aber nicht übernommen.
Ich habe versucht, die Datei via functions.php zu integrieren.

[FONT=Courier New]/**
* Register Custom Navigation Walker
*/
function register_navwalker(){
require_once get_stylesheet_directory() . '/inc/wp_bootstrap_navwalker.php';
}
add_action( 'after_setup_theme', 'register_navwalker' );

[FONT=Arial]Interessiert auch nicht.[/FONT][/FONT]
[FONT=Courier New][FONT=Arial]Konkret geht es darum, dass ich die Menüpunkte auf oberer Ebene als Links haben möchte.
Dazu würde ich gerne Folgendes anpassen:[/FONT]
[/FONT]

Dieses hier
[FONT=Courier New]$atts['href'] = '#';
$atts['data-toggle'] = 'dropdown';
$atts['aria-haspopup'] = 'true';
$atts['aria-expanded'] = 'false';
$atts['class'] = 'dropdown-toggle nav-link';
$atts['id'] = 'menu-item-dropdown-' . $item->ID;[/FONT]

so ändern
[FONT=Courier New]$atts['href'] = ! empty( $item->url ) ? $item->url : '';
$atts['aria-haspopup'] = 'true';
$atts['aria-expanded'] = 'false';
$atts['class'] = 'dropdown-toggle nav-link';
$atts['id'] = 'menu-item-dropdown-' . $item->ID;[/FONT]

Wie mache ich diese Änderungen update-sicher?

Mache icht gerne.
Ich habe es nur deshalb nicht gleich gemacht, weil ich eigentlich immer noch auf eine saubere Lösung hoffe:

$('p').each(function() {
     var mythis = $(this);
     if(mythis.html().replace(/\s| /g, '').length == 0){
         mythis.remove();
        }
    });

Ich habe jetzt einen einfachen jQuery Code geschrieben.

Meinst Du sowas wie das WEiterlesen Tag?
Hier ist beschrieben, wie Du das im Gutenberg mit HTML Block einfügen kannst:
https://www.microtech.de/blog/weiterles…tor-hinzufuegen

Danke, das schaue ich mir mal an.

Danke mache ich.

Ich arbeite gerne mit dem Gutenberg-Editor, aber ein paar Dinge machen mir Probleme, bzw. ich weiß mir selbst zu helfen, aber wenn Kunden Inhalte pflegen sollen, dann wird es schwierig.

Ein Punkt ist der, dass häufig unter einem Block, den ich bearbeite, ein leerer Paragraph angelegt wird, also Code sieht dann so aus:

[FONT=Courier New]<!-- wp paragraph -->
<p></p>
<!-- /wp paragraph -->

(siehe angehängtes Bild)

[FONT=Arial]Ich arbeite mit Blöcken unterschiedlicher Hintergrund-Farbe. Wenn da nun so ein leer Container dazwischen rutscht, hat der die Hintergrund-Fabe der Seite (siehe angehängtes BIld)[/FONT][/FONT]
[FONT=Courier New][FONT=Arial][/FONT][/FONT]
[FONT=Courier New][FONT=Arial][/FONT][/FONT]
[FONT=Courier New][FONT=Arial]Im Visible Editor erscheint an der Stelle "Schreibe etwas oder tippe / zur Blockauswahl".
(siehe angehängtes Bild)[/FONT][/FONT]
[FONT=Courier New][FONT=Arial]Wenn ich da den Cursor platziere und Return-Taste verwende, kriege ich den Container manchmal weg, manchmal nicht. Sicher ist nur die Methode, dass ich in Code-Editor gehe und dort den Paragraph raus lösche.[/FONT][/FONT]
[FONT=Courier New][FONT=Arial]Das kann es doch nicht sein, oder? Ich kann ja meine Kunden nicht in den Code-Editor schicken.[/FONT][/FONT]

[FONT=Courier New][FONT=Arial]Gibt es einen Trick, wie man das verhindern kann?[/FONT][/FONT]

Mein Kunde wollte wissen, wo überall (Plugins ausgenommen) IP-Adressen in der Datenbank gespeichert werden.
Ich wußte es von Kommentaren.
Nun habe ich mein Datenbank-Script mit einem regulären Ausdruck durchsucht und bin hier fündig geworden
wp_usermeta` (`umeta_id`, `user_id`, `meta_key`, `meta_value`) VALUES(59, 3, 'session_tokens',....
Das kann man ja wohl gar nicht verhindern, oder?

Eine meiner Seiten hat lange Ladezeiten und der Übeltäter ist folgende URL
http://www.meinedomain.de/wp-json/cf-api/v2/tokens/form
Dieser Link kommt über Caldera Forms rein und das problem mit der langen Ladezeit ist bekannt.

Als Abhilfe wird geraten, die Permalinks von Beitragsname auf Benutzerdefiniert mit /%postname%/ umzustellen.

Ich habe bislang immer mit Beitragsname gearbeitet.
Gehe ich richtig in der Name, dass sich nicht wirklich etwas ändert, wenn ich auf /%postname%/ umstelle, weil das der Platzhalter für Beitragsname ist?

Bleibt nur ein Problem.
Ich kann gar nicht umstellen.
Bzw. ich kann schon umstellen in den Permalinks aber nach dem Abspeichern ist immer wieder die Option Beitragsname gewählt.

Meine Fragen:
1. Kann ich davon ausgehen, dass sich an der Linkstruktur von Seiten und Beiträgen nichts ändert, wenn ich die Umstellung mache?
2. Welchen Grund könnte es haben, dass ich nicht von Beitragsname auf Benutzerdefiniert umstellen kann?

[LEFT][COLOR=#32373C][FONT=&quot][/FONT][/COLOR][/LEFT]

Ein größeres formular soll vor dem Absenden eine Zwischenseite anzeigen, wo der user alls Feld-Label mit seinen Angaben sieht und unten die Möglichkeit hat, zurück zu gehen, um zu korrigieren, oder eben bestätigt, daß alles OK ist und abschickt.
Bevorzugtes Plugin ist Caldera, da habe ich in der Dokumentation nicht gefunden, daß man es einrichten kann und ein Test-Formular hat diese Zwischenseite nicht per Default.
Welches Plugin bietet diese Möglichkeit (notfalls auch kostenpflichtig)?

Heute Morgen habe ich wieder rein geschaut und gesehen, daß das Update inzwischen durchgeführt wurde.

Ich habe nun in Absprache mit einer Kundin besprochen, daß Automatisches Update eingeführt wird.
Core Update wurde bislang schon automatisch durchgeführt.

Nun habe ich folgendes gemacht:

• Nach den üblichen Anleitungen eine PHP-Datei mit den Anweisungen für
  add_filter( 'auto_update_plugin', '__return_true' ); ect. in den Ordner mu-plugins gelegt
• Rechte für den Ordner auf 755 gesetzt
• Mit Plugin Background Update Tester getestet, ob dem automatischen Update etwas im Wege steht, was nicht der Fall ist.
• Eine echt ("Hallo World"); Anweisung getestet, funktioniert

Ich sehe aber immer noch im Backend, daß zwei Plugins zum Updaten anstehen.
Werden die Updates zu einem bestimmten Zeitpunkt ausgeführt?
Oder muß ich noch was machen?

Hi b3317133,
danke Dir für Deine Geduld, das ist ja nicht selbstverständlich, wie ich oben lernen durfte. :smile:

Die wp-config.php ist sauber.
Und ansonsten habe ich auch alles wieder aus Backup hergestellt bzw. das Newsletter Plugin neu gezogen.

Es ist eigentlich nur noch reines Interesse, was mich tiefer nachforschen läßt, kein Notfall mehr.

Auto-Update habe ich für WP eingestellt, aber nicht für die Plugins, weil ich da schon sehr schlechte Erfahrungen gemacht habe.
Auch das muß noch mal überdacht werden.

Nein, es waren nur die tiny_mce.js und die wp-config.php geändert.
Ich habe noch nicht näher nachgeschaut. Der erste Blich mit WinMerg in das komprimierte Endlos-js war noch nicht sehr aufschlussreich.

Zitat

Wenn du solche Verträge annimmst, dann musst du diese auch lösen. Hier jetzt Hilfe zu suchen, für eine Leistung für die du bezahlt wirst, ist nicht fein.

Achso, darf ich hier nur Fragen stellen zu Themen, wo ich nicht für gezahlt werde?
Gilt das für die anderen 100000 Fragen hier auch, daß es sich um lauter Hobby-Installationen handelt, bei denen kein Geld fließt?

Ich verlange doch nicht von Dir, daß Du meine Probleme löst, nur weil ich mal frage, ob jemand eine ähnliche Situation schon mal hatte.
Ein echtes Problem gibt es ja nicht, weil das Backup wieder eingspielt werden kann.
Es war eher eine Interessensfrage.
Man, was ist nur aus dem Community-Gedanken geworden.
Bei Drupal, wo ich mich besser auskenne, helfe ich doch auch regelmäßig im Forum...

Zitat

Einen 1/4 jährlicher Update Zyklus hingegen kann man sich schenken

Besser als gar kein Update...und nein, Backups werden vor / nach Update gemacht.
Die Kundin weiß Bescheid, daß sie ein Risiko eingeht.
Inhaltliche Änderungen an der Webseite werden eher selten gemacht.
Es handelt sich um ein Kleinunternehmen.

Und jetzt erzählt mir niemand, daß das kein bei Wordpress übliches Szenario ist...
Auch klar, daß ich dies zum Anlass nehme, die Strategie noch mal mit ihr zu besprechen.

So wie wir mit jedem Kunden besprechen, welche Update-Strategie unter Berücksichtigung von Budget, Sicherheitsbedürfnis, Intervall von inhaltlichen Aktualisierungen und Know How beim Kunden angebracht bzw. möglich ist.

"[COLOR=#333333]Sowas muss SOFORT nach Bekanntgabe gefixt werden.[/COLOR]"
Klar, @JABA...wissen wir alle. :sad:
Schön, wenn Du lauter solche Kunden hast, die das zahlen...oder kontrolliert Ihr täglich alle Kunden-Websites auf Updates, wenn das nicht gewünscht und nicht gezahlt wird?

b3317133
Nein, der Kunde macht sowas nicht selbst.
100%-ig geht er nicht an die Datenbank.

Das Problem trat zwei Tage nach dem letzten Update / Backup auf.
Zumindest ist im Backup noch das alte Prefix drinnen.
Und die wp-config wurde zu dem Datum zwei Tage später geändert (neues Prefix eingetragen).

Ich hatte mich schon gefragt, ob der Hoster sowas aus angebeblichen Sicherheits-Gründen macht.
Wäre aber das erste Mal, daß ich das erlebe und würde mich doch sehr wundern.

Inzwischen habe ich einen Abgleich auf die Dateien gemacht und eine Änderung im Newsletter-Tool entdeckt.
Das ist die aktuelle Version 4.8.0, die kurz zuvor upgedated wurde.
Zufällig ist genau dieses Plugin eines, das regelmäßig upgedated wurde, in der Hoffnung, daß ein bestimmter Bug gefixt wird.

Die Änderung betrifft die Datei tiny_mce.js.
Dem werde ich jetzt mal noch näher nachgehen.

Zitat von JABA-Hosting

Vielleicht zu spät auf die neuste Version geupdated?

Naja, wäre schon möglich.
Ich habe 1/4-jährliches Update mit der Kundin vereinbart.

Würde mich mal interessieren, welche Hacks so eine Umbenamung der Tabellen machen und womit man noch rechnen muß.
Ich bin einfach verwirrt, weil ich nichts dgl. im Netz finde.
Wenn ich nach Hacked by Imam with Love suche, dann kommen massenhaft Ergebnisse.
Das hatte eine andere Kundin, zum Glück bevor sie Kundin wurde. ;-)