Beiträge von Putzlowitsch

Die Attachment-Seite kann praktisch bei Kenntnis der ID immer aufgerufen werden. Die Id taucht z.B. auch im Quelltext von Seiten auf, in denen das Bild per img-Tag eingebunden ist. Wordpress fügt da eine CSS-Klasse "wp-image-1234" hinzu, wobei 1234 die Attachment-ID ist. Man könnte die ID auch raten oder durchprobieren.

Selbst wenn auf der Beitragsseite, in der das Bild eingebunden, eine korrekte Quellenangabe steht, fehlt diese dann auf der automatisch erzeugten Attachmentseite. Beim direkten Aufruf des Bildes fehlt die Quelle natürlich auch. Man ist nicht verpflichtet, die im Bild selber unterzubringen.

Soviel zu den technischen Hintergründen, wie das rechtlich zu bewerten ist, kann ich nicht sagen.

Gruß
Ingo

Von Hause aus macht das Wordpress mit dem Statuscode eigentlich richtig, es könnte also nur am Theme oder an einem Plugin liegen, daß der Statuscode 404 nicht korrekt ausgeliefert wird.

Eine weitere Fehlerursache kann eine fehlerhafte Ausgabe sein, die noch vor dem Senden des HTTP-Headers erfolgt. Da reicht auch ein Leerzeichen, was man dann noch nicht mal auf der Seite sieht.

Gruß
Ingo

Also wenn ich z.B.
http://www.unbeatablemusic.de/blablub
aufrufe, kommt zwar die Fehlerseite, aber eben mit dem Statuscode "200 OK". Und genau das passiert dann bei den Bildern auch, die warum auch immer, nicht vorhanden oder zugreifbar sind.

Gruß
Ingo

Das ist das nächste Problem, die Fehlerseite liefert einen "200 OK". Die Bilder sind meiner Meinung nach trotzdem nicht vorhanden oder nicht zugreifbar.

Gruß
Ingo

Ja, dann solltest Du die Domain auch zum neuen Anbieter mitnehmen. Das macht einiges einfacher.
Wer ist denn Dein momentaner Anbieter und wer ist der neue?

Gruß
Ingo

Weiterleiten ist eher nicht so gut, bzw. was meinst Du genau mit "weiterleiten"?

Die Domain muß nicht beim Anbieter der Webservers liegen, sollte aber richtig aufgeschaltet werden. Dazu müssen die entsprechenden DNS-Einträge auf die IP-Adresse des Servers zeigen.

Gruß
Ingo

Für die Gestaltung der Wartungsseite ist die maintenance.php-Datei im /wp-content/ Verzeichnis zuständig.
Hier gibt es weitere Informationen zum Thema "Wartunsmodus ohne Plugin":
http://schnurpsel.de/wordpress-27-w…hne-plugin-139/

Gruß
Ingo

Hat vielleicht beim Kopieren&Einfügen nur vergessen, den Text anzupassen.

Gruß
Ingo

Ganz einfach, jeder Artikel bekommt eine ID und jedes Bild auch. Macht bei 9000 Artikeln mit je einem Bild ziemlich genau 18000.

Uploads, also auch Bilder, werden von Wordpress in der Datenbank genau wie Artikel eingefügt, bekommen nur einen anderen Post-Typ (attachment).

Gruß
Ingo

Es geht übrigens auch mit den FTP-Daten. Ich habe in beiden Feldern die Master-ID verwendet:

Hostname: 12345678.swh.strato-hosting.eu
FTP-Benutzername: 12345678.swh.strato-hosting.eu

Wenn ich es mir recht überlege, ist dieser Eintrag in der Konfiguration gar nicht mal so schlecht. Bietet zumindest ein kleines bißchen mehr an Sicherheit. Ist allerdings auch umständlicher, wenn man jedes Mal die Daten eintippen muß.

Gruß
Ingo

Das sind keine Nutzerdaten. Die wp-config.php wurde nicht vom Nutzer, sondern vom Strato-AppWizard erstellt. Beim Update über den AppWizard wir halt ggf. auch die Konfiguration angepaßt.

Unabhängig davon verstehe ich nicht, was diese Einstellung bewirken soll.

Ich kann mir nur Vorstellen, daß man damit das unberechtigte Installieren von Plugins oder Themes verhindern will. Falls sich jemand in den WP-Admin-Breich einhackt, könnte er ohne Kenntnis der FTP-Zugangsdaten zumindest nichts Nachinstallieren.

Gruß
Ingo

Da hat Strato seltsame Einträge in der wp-config vorgenommen. Lade Dir mal die wp-config.php auf Deinen Rechner. Am Ende findest Du folgende Zeilen:

if(is_admin()) {
    add_filter('filesystem_method', create_function('$a', 'return "ftpext";' ));
    define( 'FS_CHMOD_DIR', 0755 );
}

Die kannst Du löschen, dann funktioniert alles wie vorher ohne Eingabe von FTP-Daten.

Gruß
Ingo

Möglicherweise bietet Dein Internet-Router zu Hause die Möglichkeit, statische DNS-Einträge hinzuzfügen. Dann wäre das eine Option, dort den Eintrag vorzunehmen und wieder aus der hosts-Datei des Rechners zu entfernen.

Gruß
Ingo

Warum haben die Bilder als Datei-Zugriffsrecht 777?
Das macht nur für ausführbare Dateien (z.B. Perl-Skripte) oder Verzeichnisse Sinn.

Gruß
Ingo

Ja, aber für Videos gibt es ja noch den Trick mit der Kurzversion und dem anschließenden Überschreiben mit der großen Version per FTP. Ist zwar etwas mehr Arbeitsaufwand, funktioniert aber auch mit Videos von mehreren GB.

Gruß
Ingo

Wie groß ist denn das Video, größer als 8MB?

Dann wird das so nichts, Du kannst nur Dateien mit einer max. Größe von 8MB hochladen.

Gruß
Ingo

Die Fehlermeldung zeigt zwar diese Datei an, die Ursache liegt aber nicht dort. Du solltest nie etwas an den Wordpress-Dateien ändern, die z.B. in /wp-includes/ liegen.

Hast Du etwas an der Datenbank-Konfiguration geändert? Was hast Du sonst noch vor dem Auftreten der Meldung getan?

Gruß
Ingo

Achso ja, den Query-String, also das hinter dem ? mußt Du vorher mit einer RewriteCond verarbeiten. Guck mal hier:
http://wiki.apache.org/httpd/RewriteQueryString

Gruß
Ingo

Es geht da nicht um statische Seiten, sondern um das seitenweise Blättern/Navigieren in den Artikeln. Mir ist auch keine Funktion bekannt, die das Blättern in statischen Seiten erlaubt. Es liegt wohl daran, daß diese in keiner chronologischen Beziehung zueinander stehen.

Gruß
Ingo

Wo stehen denn die Regeln in der .htaccess-Datei, vor oder nach den Wordpress-Regeln?
Sie müssen vor den Wordpress-Regeln stehen!

Gruß
Ingo