Beiträge von RolandStumpp

    Ich habe ein Zusatzplugin für eine Grundversion.
    Also 2 Plugins.
    Das 2. Plugin ergänzt Funktionen im 1. Plugin.

    Die Frage die sich mir stellt ist, wie ich im Zusatzplugin die Textdomain einbinden muss für zusätzliche Sprachen.
    Ich habe einen eigenen Ordner im 2. Plugin für Sprachen dessen Platz ich auch definiert habe.
    Auch die Textdomain habe ich definiert.

    Alle Texte werden auch sauber erkannt und ich kann die Texte im Poedit übersetzen.
    Aber nach dem Upload der po und mo Datei gibt es leider keine Übersetzung.

    PHP
    function load_textdomain() {
    
    
                load_plugin_textdomain(NAME_DER TEXTDOMAIN, false,NAME_DES_ORDNERPFADES . '/lang');
    
    
            }

    Sowohl den Namen der Textdomain als auch den Ordnerpfad habe ich vorher definiert.

    PHP
    plugin_basename(__FILE__))

    Hat jemand eine Idee was der Fehler sein könnte?
    Ich habe alle Dateien richtig codiert auf unix und UTF8 ohne BOM

    Danke!

    Ja, ich bin mit dem Ergebnis momentan auch nicht zufrieden.
    Vor allem ,weil wohl auch noch andere Variable eine Rolle spielen.

    Wenn die Version 3.8.1 eingespielt wurde und trotzdem das DE Paket zum Update bereit steht, steht auch logischerweise in der DB in den Options dismissed cor_update de_DE

    Etwas anderes habe ich noch nicht gefunden. Er bietet ja nur das Deutsche Sprachpaket Update an.
    Offensichtlich wird beim automatischen einspielen der Dateien nur en_EN als Udate gezählt.

    Wichtig wäre die Ursache zu finden. Aber dazu hab ich erst am WE wieder Zeit.

    Tja...das ist zwar wieder meine beschriebene Einseitigkeit, aber gut!

    Wir haben festgestellt, wahrscheinlich ein paar andere auch, dass die Datei in der die aktuelle Version geschrieben wird, so aussieht:
    es ist die Datei

    HTML
    wp-includes/version.php

    Darin steht nach die aktuell verwendete Version. Das sieht dann so aus:

    Und hier ist nach der letzten Zeile auch die Ursache dafür vorhanden, wenn auf 3.8.1 bereits geupdatet wurde.
    Es fehlt nämlich der Eintrag der Sprachversion die man nutzt.
    Die sieht so aus bei Deutsch:

    PHP
    $wp_local_package = 'de_DE';

    Wird beim Update dieser Eintrag nicht gemacht steht das Deutsche Sprachpaket 3.8.1 zur Aktualisierung bereit.
    Wir haben jetzt dort, wo das Update bereits gemacht war, die Zeile nachgetragen. Dabei ist darauf zu achten, dass nach dem Semikolon noch eine Leerzeile erzeugt wird. Das Ganze sieht dann so aus:

    Jetzt stellt sich noch die Frage nach dem warum das Sprachpaket nicht eingetragen wird.
    Das wissen wir noch nicht genau.
    Wir haben festgestellt, dass alle Installationen mit eigenen DB Präfix... also nicht wp_ das Sprachpaket mitgenommen wurde.
    Aber das ist noch nicht gesichert.

    Meine Frage hat sich erledigt.
    Wir haben das Problem selbst erkannt, das die doppelte Meldung auslöst.

    Bei der Gelegenheit möchte ich noch festhalten, dass ich in letzter Zeit das Gefühl hatte, dass dieses Forum für bestimmte Fragen die etwas tiefer gehen nicht geeignet ist.
    Es findet kein Austausch statt. Schade... aber wenns halt so ist dann soll es eben so sein!

    Es ist mir bekannt, was die Einstellung 'minor' bedeutet. Das steht ja deutlich im WP Codex.

    Meine Frage zielt auf die Tatsache, dass WP meldet dass ein Update auf 3.8.1 zu machen ist. Es wird eine Zahl 1 angezeigt für eine notwendige Aktualisierung. Ich sehe an den eingespielten Dateien, dass ein Update bereits durchgeführt wurde.

    Ich will kein Meldesystem dass mir in roten Lettern anzeigt, ich soll aktualisieren obwohl das bereits erfolgt ist.

    Und meine Hauptfrage war, wie ich erkennen kann, was ein Sicherheitsupdate ist.

    Ich finde das gut, dass Sicherheits-Updates über die in der config.php festgelegte Definition:

    PHP
    define( 'WP_AUTO_UPDATE_CORE', 'minor' );

    problemlos ohne mein Zutun durchgeführt wird.
    Allerdings stelle ich mir dann hinterher die Frage, warum das durchgeführte Update trotzdem noch einmal als Update zur Verfügung steht.

    Das bedeutet also, dass die Definition 'minor' nur Sicherheitsupdates zulässt.
    Nachstehend die Liste der Dateien in denen Änderungen mit der Version 3.8.1 durchgeführt wurden.

    Sind das nun alles Sicherheitsupdates?

    Und warum soll ich den Rest updaten, obwohl sich nichts geändert hat?

    Das würde ich gerne besser verstehen.
    Danke!

    Wir haben den Fehler vor einigen Tagen selbst gefunden. Das Ganze hatte nichts mit wp-content zu tun.
    Obwohl der Fehler so gemeldet wird!

    Der Fehler lag am eingetragenen FTP Zugang. Hat man für eine Domain mehrere FTP Zugänge so ist darauf zu achten den richtigen zu verwenden. WordPress merkt sich über welchen FTP Zugang die Seite eingerichtet wurde.
    Nur über diesen FTP Zugang funktioniert das Update übers Dashboard.

    Bei 2 Installationen wurde der falsche FTP Zugang eingetragen und dann geht eben nichts!
    Sorry...

    Wir verändern seit der Version 3.0 den Ordner wp-content und benennen ihn um.
    Das ist in der wp-config die Anweisung dafür.

    Nun haben wir auf 3.8 aktualisiert. Der Präfix fehlt übrigens hier im Forum.

    PHP
    define('WP_CONTENT_FOLDERNAME', 'wunschname');
    define('WP_CONTENT_DIR', ABSPATH . WP_CONTENT_FOLDERNAME );
    define('WP_CONTENT_URL', 'http://meine-domain.de/'.WP_CONTENT_FOLDERNAME);
    define('WP_PLUGIN_DIR', WP_CONTENT_DIR .'/plugins' );
    define('WP_PLUGIN_URL', WP_CONTENT_URL.'/plugins');

    funktioniert problemlos.
    Allerdings stellt sich seit 3.7 bei einigen Installationen das Aktualisieren im Backend über das Dashboard als Problem heraus. Plötzlich wird der Ordner wp-content gesucht.
    Wir aktualisieren dann eben per FTP...ist halt nicht so komod.

    Es hat nichts mit Schreibrechten zu tun und kommt nur bei Installationen vor, die mit 3.5 als Erstinstallation an den Start gingen.
    Hat jemand eine Idee wie man den Fehler lokalisieren könnte?

    Hi,
    in letzter Zeit ist mir aufgefallen, dass man in diesem Forum kaum noch jemand findet, der kompetent antwortet. Es ist mir zwar klar, dass die Fragen den Ausschlag geben, aber dennoch ist mir das ein wenig schleierhaft.
    Ich habe übrigens mein Problem gelöst in dem ich die Änderung in der admin-bar-php durchführe und fertig ist!

    Hi,

    für Kunden Websites ändern wir, wie vermutlich viele andere auch, über ein eigenes Plugin den style im Backend.
    Wir schließen dann auch die Links zur WP Dokumentation und den Foren auf Wunsch aus.
    Das wp Logo wird meist durch das Kunden Logo ersetzt.

    Um nun den dahinter liegenden Link (about.php) zu ändern, ändern wir die wp-includes/admin-bar.php entsprechend.
    Nachteil für den Link ist, dass man bei jedem wp Update diese Änderung neu machen muss da sie ja überschrieben wird.

    Also legen wir eine eigene Funktion an um das dauerhaft zu ändern. Und da kommt der Knackpunkt. Irgendetwas haben wir übersehen weil wir permanent eine Fehlermeldung erhalten. Die Funktion sieht so aus:

    Hat jemand eine Idee wo der Denkfehler sein könnte?

    Selbstverständlich kannst Du das ändern. Du musst nur eine DE Version anlegen. In der po Datei muss allerdings der Pfad herausgenommen werden den der Ersteller da fälschlicherweise eingebaut hat.
    Weißt Du denn wie man übersetzt?

    Und...Du hast nicht richtig gelesen. Es heißt verbindlich " Zahlungspflichtig"

    Und Nachtra: Du kannst natürlich auch alle englischen Inhalte hardcoden. Sprich...einfach das Deutsche Wort dafür eintragen. Beim nächsten Update allerdings fliegts dann wieder raus!