Beiträge von Putzlowitsch

Du hast in Child-Theme beim include des Basis-Themes am Anfang ein falsche Anführungszeichen:

Zitat

@import url(„../hatch/style.css");

Da muß ein ganz normales " wie am Ende hin.

Gruß
Ingo

Zitat von der ostler

So wie es scheint, läuft deine Seite schon längere Zeit mit den Standardlinks. Ich würde dir empfehlen, ein Redirection Plugin zu installieren...

Das ist absolut nicht notwendig, denn von den Standardlinks leitet Wordpress immer automatisch auf eingestellte Permalinks per 301 weiter.

Gruß
Ingo

Gerade die WP-eigene Galerie ist ein schönes Beispiel dafür, daß man einen Shortcode nachträglich auch "visuell" bearbeiten kann:

[attach='13671.vB'][/attach]

Das erfordert natürlich einen gewissen Aufwand, den Plugin-Autoren wohl eher scheuen.

Gruß
Ingo

Bin mal gespannt, wo er letztendlich gelandet ist. Ich hoffe, es gibt hier eine Rückmeldung.
Der letzte Stand war ja 1&1, na mal sehen...

Gruß
Ingo

Was die Expertin aber verschweigt ist der Umstand, daß das Limit für die Summe aller gleichzeitig möglichen Prozesse gilt.

Effektiv sind das z.B. bei "Starter" dann 300 MB/ 10 Proc = 30 MB oder bei "Unlimited Pro" 1200 MB / 15 Proc = 80 MB. Das wird dann aber auch nicht etwa dynamisch zugeteilt, sondern eben statisch mit dem Limit, das sich pro Prozess ergibt.

Ich habe z.B., ein Basic-Paket mir "600 MB", bekomme aber je ausgeführtem PHP-Sktipt nur 60 MB Speicher zugeteilt.

Gruß
Ingo

Gut, das wären dann 80 MB Memory-Limit, falls es dem normalen Hostingpaket entspricht. Damit könnte man eine Weile leben.

Ich habe gerade mal ein Anfrage zu den WP-Paketen im 1&1-Forum gestellt und werde dann hier berichten, falls es neue Erkenntnisse gibt.

Diese gestaffelte Speicherbegrenzung ist ein Punkt, der bei 1&1 ein Nachteil gegenüber den anderen Massenhostern wie z.B. Strato oder Host-Europe ist. Dort hat man, egal in welchem Paket, immer das selbe Memory-Limit von 100 bis 120 MB.

Gruß
Ingo

Ich weiß jetzt nicht genau, wie es beim Wordpress-Paket ist, aber gerade das normale 1&1-Starter-Paket ist keine gute Wahl für Wordpress, denn es hat ein Speicherlimit (Arbeitsspeicher pro Prozess) von ca. 30 MB.

Das wird, falls man viele Plugins und ein umfangreiches Theme verwenden will, schnell mal eng. Oft funktioniert auch der Upload von Bildern nicht richtig.
Am besten vorher erkundigen, wie es mit dem Arbeistspeicher aussieht.

Gruß
Ingo

Komische Sache.

Die wp-login.php und die pluggable.php mußt Du gar nicht ändern, speichern oder sonstwie bearbeiten. Die werden so wie sie in der WP-Installations-ZIP-Datei drin sind einfach auf den Server kopiert (wie alle anderen Dateien auch).

Die Fehlerursache lag ja auch gar nicht in diesen Dateien, sondern immer in der wp-config.php.

Aber egal, Hauptsache es funktioniert nun.

Gruß
Ingo

Die Meldung ist eindeutig, in der wp-config.php erfolgt eine Ausgabe in Zeile 1, was dazu führt, daß Veränderungen am HTTP-Response-Header (z.B. Cookie setzen) nicht mehr möglich sind.
In der wp-config.php steht etwas am Anfang, was außerhalb des öffnenden <?php eine Ausgabe erzeugt. Oft ist das der nicht sichtbare UTF-8-Header.
Falls Du die config-Datei von WP erzeugen läßt, ist der Fehler möglicherweise in der wp-config-sample.php zu finden.

Gruß
Ingo

Zitat von skynet1900

... und im Browser ftp://*******.bplaced.net/wp-admin/install.php eingegeben und die Antwort ist
...

Wieso gibst Du da ftp:// an?
Ruf doch die Seite ganz normal per http:// auf. Der FTP-Server interpretiert natürlich keine PHP und gibt Dateien immer im Original zurück.

Gruß
Ingo

Interessanterweise werden bei mir die Bilder im Hochformat auch auf dem PC gedreht, und zwar im Firefox und Chrome, wenn ich mir nur das Bild ansehe (rechte Maustaste ...). Im IE allerdings nicht.
Wenn ich das Bild speichere und im Photoshop öffne, ist es auch gedreht.

Da scheinen irgendwelche Meta-Daten (Exif?) drinzustehen, die je nach Anwendung/System/Browser das Drehen des Bildes bewirken.

Ich würde vor dem Upload in WP die Bilder bearbeiten (z.B. verkleinern) und dann ohne Metadaten speichern. Dann sollte es keine Probleme geben.

Gruß
Ingo

Wenn keine Verbindung zur DB hergestellt werden kann, hat das aber nichts mit den Pfaden in der Datenbank zu tun. So weit kommt ja WP noch gar nicht.

Meist stimmt estwas an den DB-Daten in der wp-config.php nicht. Dazu wäre es interessant zu wissen, wer der Webhoster ist.
Bei Strato und 1&1 wird z.B. nicht 'localhost' verwendet. Außerdem gibt es ein paar Feinheiten bei DB-Name und DB-Nutzer zu beachten.

Gruß
Ingo

Eigentlich macht das Wordpress von sich aus, daß auf die Domain umgeleitet wird, die in den allgemeinen Einstellungen angegeben ist.
Zumindest war das früher mal so, hat sich vielleicht geändert, hab es lange nicht probiert.

Gruß
Ingo

Zitat von skynet1900

...
Warning: file_exists() [function.file-exists]: open_basedir restriction in effect. File(/users/skynet1900/wp-config.php) is not within the allowed path(s): (/users/skynet1900/www:/users/_temp/skynet1900) in /users/skynet1900/www/wp-load.php on line 39
...

Die erlaubten Pfade stehen doch sogar in der Fehlermeldung.
Kopiere die Dateien in den www-Ordnder und alles wird gut.

Gruß
Ingo

Mann kommt schon mit dem Melden praktisch nicht mehr hinterher.

Gruß
Ingo

Bei Host-Europe hat man in den Webpack-Paketen 128 M PHP-Speicher zur Verfügung. Das ist normalerweise ausrecihend, allerdings verbrauchen Wordpress selbst, Plugins und Themes je nach Umfang auch schon recht viel Speicher. Da kann es bei großen Bildern schon mal knapp werden.

Ich würde die Bilder vor dem Hochladen verkleinern, oder hat es einen bestimmten Grund, daß die in so hoher Auflösung hochgeladen werden.

Alternativ könnte dieses Plugin möglicherweise helfen:
https://schnurpsel.de/wordpress-plugins/123-image-resize/

Gruß
Ingo

Das Problem ist nicht die Dateigröße von 5 MB, sondern die Abmessungen des Bildes (Höhe x Breite in Pixel). Welche Abmessungen haben denn die Bilder?

Bei großen Bildern steht Wordpress möglicherweise nicht genügend Arbeitsspeicher zur Verfügung, um sie nach dem Hochladen weiter zu verarbeiten (Thumbnails erstellen usw.).

Bei welchem Webhoster (mit welchem Paket) liegt denn die Seite?

Gruß
Ingo

Frag den SEO-Checker, wo Du ansetzen mußt, der hat Dir ja auch das Fehlen der Attribte gemeldet. Dann sollte er ja am besten wissen, wo da was fehlt.
Im übrigen ist das Fehlen von Title-Attributen bei Bildern aus SEO-Sicht praktisch belanglos.

Und überhaupt ist das blinde Vertrauen in irgendwelche SEO-Checker der größet SEO-Fehler schlechthin.

Gruß
Ingo

Zitat von meisterleise

... mir danach geraten in meinen Hosting-Einstellungen folgende Dinge auf ON zu stellen:
allow_url_fopen
allow_url_include
…

Das würde ich schnell wieder auf OFF stellen, bietet es doch für böse Skripte eine sehr bequeme Möglichkeiten, beliebigen Code aus externen Quellen nachzuladen.

Der Hoster sollte besser das Verzeichnis '/usr/share/pear/' in die erlaubten Pfade aufnehmen, dann gibts auch keine Warnungen.

Gruß
Ingo

Die 120MB lesen sich erstmal gut, allerdings greift bei 1&1 ggf. eine systemseitige Speicherbegrenzung schon früher.
Nun weiß ich nicht, welchem 1&1-Paket das Web.de-Hosting entspricht, ich vermute aber, daß es eher ein Einsteiger-Paket sein dürfte.
Dort ist der Speicher auf ca. 30MB beschränkt. Das führt zumindst beim Hochladen von größeren Bildern zu Fehlern.

Hier habe ich etwas zu dem Problem geschrieben:
https://schnurpsel.de/wordpress-beim…220/#php_memory

Am Ende findest Du ein "PHP-Speichertest-Skript". Das könntest Du runterladen, auf Deinen Webspace hochladen und ausführen. Dann sieht man, wieviel Speicher tatsächlich nutzbar ist.

Die anderen Probleme lesen sich aber so, als wenn sie nicht unbedingt etwas mit dem Speichermangle zu tun haben.

Gruß
Ingo