Beiträge von Putzlowitsch

    Also das hier ist schon ganz gut:
    - rotkohl-geschnitten-roh.jpg
    - rotkohl-gekocht.jpg

    Das wäre zu lang:
    - rotkohl-im-topf-mit-loeffel.jpg

    Wörter wie in, am, mit, auf usw. kannst Du einfach weglassen. Also wäre es dann:
    - rotkohl-topf-loeffel.jpg

    Bei den Bildern, auf denen Du selbst zu sehen bist, würde ich schon den Name verwenden, und nicht das neutrale "Autorin".
    Was Du dabei an hast, ist egal, wenn dann eher 'sophie-kueche-kochloeffel.jpg', als was Du machst oder benutzt. Wenn es dann zuviele ähnliche Bilder sind, solltest Du dann einfach Zahlen oder Buchstaben anhängen.

    Gruß
    Ingo

    Wenn man es etwas seriöser angehen will, kann man auch nachsehen, was Google als weitere Suchphrasen in der Bildersuche anzeigt. Für schwarze katze wäre das zum Beispiel:


    • schwarze katze comic
    • schwarze katze mit blauen augen
    • schwarze katze baby
    • schwarze katze wallpaper
    • schwarze katze clipart
    • schwarz weiße katze

    Daran könnte man sich bezüglich weiterer Schlagwörter orientieren.

    Wobe ich denke, das 'schwarze Katze' vom TE nur als Beispiel gedacht ist und es eigentlich um andere Bilder geht.

    Gruß
    Ingo

    Nach meiner Erfahrung sollte der Bild-Dateiname nicht mehr als drei beschreibende Wörter enthalten.

    Zur Unterscheidung der Bilder ist es also nicht sinnvoll, das Katzenbild dann etwa 'schwarze-katze-sitzend-pfote-links.jpg' und 'schwarze-katze-sitzend-pfote-rechts.jpg' zu nennen, sondern einfach 'schwarze-katze-1.jpg', 'schwarze-katze-2.jpg' usw. oder bestenfalls 'schwarze-katze-sitzend-1.jpg', 'schwarze-katze-sitzend-2.jpg' usw.

    Ich nehme auch gerne Buchstaben, also 'schwarze-katze-a.jpg', 'schwarze-katze-b.jpg' usw., weil so den Bilder nicht unbedingt eine "Wertigkeit" zugeordnet wird.

    Gruß
    Ingo

    Wenn das Hosting-Paket kein Rewrite unterstützt, nützt aber auch das "Redirection Plugin" nichts.

    Wie auch immer, bei Host-Europe ist mod_rewrite in der Regel verfügbar, allerdings hat PHP normalerweise keine Schreibrechte. Vermutlich reicht es schon, selbst eine .htaccess mit den passenden Rechten zu erstellen.

    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

    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

    Alle Untereseiten werden bei mir ohne Style geladen, sieht aus wie pures HTML von Anfang der 90er Jahre.

    Außerdem wir man mal wieder von der Werbung "erschlagen". Weniger ist manchmal mehr.
    Wenn ich auf so einer Seite lande, deren Ziel scheinbar nur das Geldverdienen mit Werbung ist, bin ich gleich wieder weg.

    Gruß
    Ingo

    ...
    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