Beiträge von RolandStumpp

Hallo,

in einer Multisite die mit Domainmapping eingerichtet ist sind mehrere Webauftritte mit unterschiedlichen Domains.
Die Hauptdomain hat ein SSL Zertifikat. Entsprechend wurden home_url und site_url auf das https Protokoll geändert.
Wenn man sich nun unter der Hauptdomain im Backend einloggt, wird das auch mit https ausgeführt.

Im Grunde kein Problen, bis man im Netzwerk auf eine der anderen Domains ohne SSL gehen will.
Das funktioniert logischerweise nicht.

Es ist auch nicht möglich ein Update durchzuführen und anschließend das Netzwerk zu aktualisieren.
Da die Aktualisierung mit https aufgerufen wird scheitert der Versuch an der ersten Domain im Netzwerk ohne SSL.
Eigentlich logisch.

Wir lösen das Problem indem wir in der config.php folgende Deaktivierung vorgeben:

define('FORCE_SSL_ADMIN', false);
define('FORCE_SSL_LOGIN', false);

Meine Frage nun?
Kann man das anders lösen und im Backend der Hauptdomain mit SSL unter https arbeiten?

Danke
Gruß
Roland

Danke für Deinen Hinweis.
Aber wir sprechen aneinander vorbei.
Wenn wir automatisiert ein Sicherheitsupdate einspielen hat die WP Installation eine config.php.
Dann brauche ich keine config-sample.php neu!

Aber erledigt. Bitte keine weitere Antwort geben.

Hi,

ich habe nur eine Verständnisfrage zu Updates.
Bei jedem Update wird immer wieder neu die config-sample.php eingespielt.

Wir löschen die dann wieder.
Gibt es einen Grund für diese Vorgehensweise die sample immer wieder neu einzuspielen?
Danke
Gruß
Roland

Zitat von Hille

Ahja. Und warum? Sind dir die Antworten nicht kompetent genug? Und wer ist wir?

Hättest Du meinen Eintrag richtig gelesen und verstanden hättest Du wohl diese Frage nicht gestellt.
Dort steht ganz deutlich, dass ich das sehr wohl für kompetent halte was Monika geschrieben hat.
Täte ich das nicht, wäre ich in diesem Forum falsch und würde es in Frage stellen.

Zu Deiner persönlichen Meinung zu Aussagen von Team-Mitgliedern musst Du selbst Stellung nehmen.

Das wir bezog sich auf den 2. User der hier geschrieben hat und mich. Selbstverständlich bist Du mit wir nicht gemeint.

Wie auch immer.
Es ist bekannt, aber niemand der das gelesen hat geht dann darauf ein.
Wenn ein WPD Team Mitglied wie Monika hier etwas schreibt, gehe ich davon aus, dass es zutrifft.
Das stelle ich nicht in Frage!

Sonst stellen wir das Forum in Frage!

Zitat von Gerd-E.

b3317133,

interessant, der aufgezeigte Weg funktioniert. Der Fehler tritt nur bei der deutschen Sprachversion auf.

Ich glaube nicht, dass das ein Fehler ist.
Monika hat doch deutlich gemacht, dass ohne den Eintrag

define('WP_AUTO_UPDATE_CORE', 'minor' );

keine Aktualisierung der Sprache stattfindet.
Beim 1. automatischen Update gestern war alles im Backend sprachlich richtig.

Erst beim 2. Mal trat der Sprachfehler auf. Es fehlte der obige Eintrag.
Und in der neuen version.php steht die Version 4.0.1 >> also alles richtig.

Wenn Du dann das alte Sprachpaket 4.0 einspielst erkennt er die falsche Sprachversion und zeigt das Update an.
Anschließend (und das ist der springende Punkt) schreibt er das in die Datenbank und gibt die richtige Übersetzung aus.

Im Umkehrschluss bedeutet das aber, solange in der wp-config nichts steht zum Update, wird die Sprache nicht aktualisiert.

Die Ursache liegt wohl in der Datenbank.
Trag in Deine wp-config.php folgendes ein:

define('WP_AUTO_UPDATE_CORE', 'minor' );

Dann bekommst Du nach einigen Minuten die Info Dein Sprachpaket zu aktualisieren.
Durchführen und gut ist!

Zitat von gericoach

Wer schaut überhaupt da rein? Viele User kennen nicht mal die Zugangsdaten.

Diese Diskussion ist für mich keine Hilfe. Es mag ja sein, dass es manche mögen wenn man sie als Masse deklariert, aber das ist nicht mein Ziel.
Konstruktiv geht anders.
Ich weiß, dass ich da etwas schwierig bin. Mit solchen Allgemeinplätzen und dem Hinweis, dass der Rest der Welt eh kein Interesse hat kann ich nichts anfangen.

Wegen mir kann man den Beitrag schließen.

Es ist so wie Monika das geschrieben hat. Man muss das minor Update zulassen in der wp-config.
Dann hat man etwas später den Hinweis, dass die Sprache aktualisiert werden muss.

Anschließen stimmen die deutschen Bezeichnungen wieder.
Es nutzt nichts, das Sprachpaket der Version 4.0.1 per ftp einzuspielen.

Der Vorgang ist für mich erledigt.

Wir haben versucht den Fehler in der Sprache einzugrenzen und festgestellt, dass der Fehler im Update liegt.
Ich habe die Sprachdatei der Version 4.0 eingespielt und dann sind die Bezeichnungen alle wieder in Deutsch.

Den Fehler suche ich noch!

Zitat von Monika

ich kann bei keiner meiner WPs diesbezüglich Änderungen feststellen,
wenn man jedoch in der wp-config.php Themeupdates rausnimmt, dann werden auch die Sprachdateien nicht geändert.

Einmal abgesehen davon, dass in meinem Eintrag nichts davon steht auf Updates zu verzichten, sondern schlicht der Hinweis dass wir ein Update händisch durchführen um zu vermeiden, dass eine Website plötzlich nicht mehr sauber ausgeführt wird.

Interessant finde ich den Hinweis mit der wp-config
Wer das nicht weiß ist erst mal wieder beschäftigt.

Auch steht in meinem Eintrag nicht, dass WordPress schuld daran ist, dass etwas nicht funktioniert. Da steht, dass eine Info vorher besser wäre wie zum Beispiel in den WordPress Nachrichten.

Wir für unseren Teil haben die Fehler wie vermutet in einem Templatebuilder im JS gefunden und beseitigt.

Wenn man sich dieses Forum nur in kleinen Teilen durchliest, wird einem schnell klar warum Eure Antworten immer sofort Abwehrhaltungen und Schuldzuweisungen beinhalten. Ich habe aber durch meinen Eintrag versucht Lösungen zu finden.

Der Hinweis mit der wp-config im Zitat ist solch eine Lösung. Vielen Dank.

Heute Abend kurz vor 20:00 Uhr, wir wollten nach 12 Stunden eigentlich Feierabend machen, beginnt WordPress ein sogenanntes Sicherheitsupdate einzuspielen.
Hier sind die geänderten Dateien: http://codex.wordpress.org/Version_4.0.1
Einige Seiten waren daraufhin plötzlich mit unangenehmen Fehlern nicht mehr voll in Funktion.
Offensichtlich liegt der Grund in den umfangreichen Änderungen in wp-includes/js/ irgendwo in den 12 geänderten Js Dateien. Welche genau untersuchen wir erst Morgen.

Offensichtlich sind hauptsächlich Seiten betroffen die mit einem Template Builder arbeiten. Kontaktformulare und Slider waren plötzlich außer Funktion.

Wir haben heute beschlossen dass in allen Websites die wir mit WordPress erstellen in der config.php das minor Update für solche Sicherheitsupdates abgestellt ist.

Da steht ab sofort:

define('WP_AUTO_UPDATE_CORE', 'false'); 
define( 'AUTOMATIC_UPDATER_DISABLED', true );

Automatismus ist nett aber er sollte ein wenig abgestimmt sein wenn solche gravierenden Änderungen einlaufen. Zum Beispiel in den WordPress Nachrichten im Backend.

Mittlerweile ist die DE Übersetzung in das Plugin integriert.
Somit lässt sich das Plugin wieder nutzen. Wer das Pro gekauft hat muss noch ein wenig warten.
Die Übersetzung kommt vermutlich im nächsten Update.

Hi,

es hat zwar ein wenig gedauert, aber wir haben den Verursacher gefunden, der nur noch SSL Zugriff gestattet hat.
Das Geheimnis lag im Betriebssystem Centos6 das eine Erweiterung des Linux-Kernels mit Namen SELinux beinhaltet.
Eine Einstellung verhinderte den Zugriff ohne SSL.
Bis jetzt haben wir ausschließlich mit Ubuntu als Betriebssystem gearbeitet das SELinux noch nicht integriert hat.

Die Tatsache, dass SELinux eine Entwicklung der NSA ist beruhigt nicht besonders! ;)
Schönen Sonntag noch ...

Hi,
wir haben derzeit ein eher seltsames Problem das vermutlich mit einer bestimmten Server Konfiguration zu tun hat. Da ich aber nicht weiß was es sein könnte frage ich mal hier ob das per Zufall einer weiß.

Alle Uploads (zum Beispiel ein Bild oder sonst eine Datei) oder Updates (zum Bsp. ein Plugin oder etc) die über das Dashboard ausgeführt werden, sind anschließend im ftp nicht oder nicht mehr (Plugin) sichtbar.

Schaue ich über SSH auf den Server ist alles vorhanden. Die Rechte der Dateien oder Ordner sind unverändert aber ich kann sie im normalen FTP (FileZilla ) nicht mehr sehen und ich kann die selbe Datei auch nicht mehr per ftp hochladen.
Über SSH problemlos.

Eigentlich kein Problem aber eben im normalen ftp Zugang nicht mehr sichtbar.

Der Server ist ein Linux 64 Bit Server mit Centos6 als Betriebssystem.

Wenn jemand eine Idee hat.... gerne !

Heute kam ja eine neue Version nextGEN Gallery v2.059
Leider ist noch nichts mit Übersetzung eingearbeitet. Es wurden aber einige Fehler behoben.
Insgesamt wurden 14 Dateien im Paket geändert und eine aus dem alten Admin Ordner entfernt.

Wir haben diese Dateien gleich wieder integriert und unsere deutsche ng gallery läuft bestens.
Ich würd ja hier einen Download einstellen, weiß aber nicht ob das zulässig ist.

Unsere Übersetzung ist übrigens inklusive der Pro Version. Selbstverständlich nur die Übersetzung.
Kaufen muss man die schon selbst.

Nachtrag: Wen übrigens die Versionsnennung im head Bereich stört- einfach in der theme function.php eintragen:

//Entfernt die Versionsnennnung der NextGen Gallery
     function remove_nextgen_version(){
                echo '';
            }
    add_filter( 'show_nextgen_version', 'remove_nextgen_version');

Und noch ein Nachtrag zum Thema: Hier gibt es die komplette Dokumentation:

http://www.nextgen-gallery.com/help/

Hi,

warum sollen photocrati das nicht machen. Die haben dadurch die Möglichkeit jede Sprache zu integrieren ohne eigenen Aufwand.

Bei uns sieht das übrigens im Backend bei einer Website so aus wie im Screenshot.
Namensbezogene Eintragungen im Dashboard habe ich geschwärzt.

Screenshot Dashboard:

Hi,

nein, wir haben nicht mit der Version gearbeitet die immer angeboten wird. Das Teil ist unbrauchbar.
Wir haben alle Dateien im Backend und Frontend überarbeitet und entsprechend die Strings für die Übersetzung eingearbeitet.
Es sind gut 120 neue Strings dazu gekommen.
Das haben wir dann an photocrati gegeben mit der Bitte es in die nächste Version einzuarbeiten.
Versprochen haben die das... und nun warten wir ab.

Wir für uns haben eine komplette Änderungsdatei für jeden einzelnen Ordner und jede Datei erstellt.
Sonst hätten wir beim nächsten Update ein Problem.

Mit den üblichen Werkzeugen lässt sich das nicht erarbeiten.

Das Thema Enfold arbeitet selbst mit der Lightbox was dann zu Problemen mit der Lightbox der NextGEN Gallery führt. Aber das Thema Enfold hat dieses Problem bereits bei der Programmierung berücksichtigt und bietet dazu eine Lösung an. Unter > Andere Optionen > Lightbox Effekte und "Zeige erweiterte Einstellungen" musst Du im Feld Code bei der Einstellung Lightbox in der class mit einem Leerzeichen Abstand noLightbox eintragen. Dann müsste es funktionieren.

Hier gibt es dazu einen Link von Enfold: http://www.kriesi.at/support/topic/…mes/#post-29347

Sorry wenn das bei uns deutsche Begriffe hat. Wir haben die NextGEN-Gallery und Pro komplett übersetzt.

Asche auf mein Haupt!
Hab selten so gelacht wie gerade!

Nachdem ich eine Stunde an der frischen Luft war, klappte das mit dem Hirn auch wieder.
Die Lösung ist so einfach, wenn man nachdenkt!

Einfach im 1. Plugin im Katalog den zusätzlichen Pfad mit ../../pluginname eingeben und schon klappts mit der Nachbarin.
Manchmal ist frische Luft besser als alles andere!

Schönes Wochenende!