Beiträge von Putzlowitsch

Hast Du meinen Hinweis im anderen Thread beachtet?
http://forum.wpde.org/installation/1…html#post549200

Gruß
Ingo

Es könnte möglicherweise helfen, wenn Du auch für die Wordpress-Adresse die Volleyball-Domain einträgst, also so das Wordpress-Adresse und Seiten-Adresse gleich sind.

Gruß
Ingo

Probiere mal die Option "Keine Weiterleitung".

Obwohl ich mir nicht sicher bin, ob das überhaupt die richtige Stelle ist. "Weiterleitung" klingt für mich immer so wie irgendwas per .htaccess umleiten. Eigentlich müßte man aber einen neuen vHost einrichten, der einfach als Wurzelverzeichnis das Verzeichnis mit der WP-Installation zugeordnet bekommt.

Gruß
Ingo

Also gut, wenn es um Inline-Images geht, da gibt es schon einige Nachteile und Vorteile.

Mir war nur nicht klar, daß Wordpress das für (kleine) Bilder unterstützt. Bei "großen" Bildern, z.B. 800x600 Pixel, war das Bild unmittelbar nach dem Einfügen zwar im Editor zu sehen, nach dem Speichern oder dem Wechsel zum HTML-Editor verschwunden.

Der Nachteil der Inline-Images ist, daß sie den HTML-Text unübersichtlich und größer machen. Zudem werden sie nicht von Google indixiert, erscheinen also nie bei der Suche nach Bildern in den Suchergebnissen. Das kann aber auch ein Vorteil sein.

Vorteil ist ebenso, daß die Bilder nicht per Hotlink von anderen Seiten eingebunden werden können. Außerdem ist der Seintenaufbau möglicherweise schneller, da die Bilder nicht als externe Ressourcen und damit weitere Requests nachgeladen werden müssen.

Es gibt nocht ein paar andere Aspekte, das sind aber die wichtigsten, denke ich.

Gruß
Ingo

Ich kenne mich mit ISPConfig nicht aus. Allerdings scheint mir der Weiterleitungs-Typ R,L ungeeignet zu sein. Das sieht wie eine normale HTTP-Weiterleitung aus. Was gibt es denn da für andere Optionen?

Gruß
Ingo

Hmmm, sowas geht?

Ich habe es gerade mal probiert. Das Bild kann ich zwar einfügen, wenn ich den Artikel speichere oder zum HTML-Editor (Text) wechsle, ist es wieder weg.

Kannst Du mal einen Screenshot machen, wie das im HTML-Editor aussieht?

Gruß
Ingo

Nein. In der Konfiguration des Webservers muß es einen hosts-Eintrag geben, der auf das Verzeichnis zeigt, wo die WP-Installation liegt. Das sollte der Betreiber des Servers einrichten können.

Gruß
Ingo

Man kann bei Strato in der Domain-Verwaltung unter "DNS Einstellungen" den A-Record ändern. Dort muß einfach die IP-Adresse des Servers eingetragen werden, wo das Wordpress installiert ist.

Zudem muß auf dem Server mit dem Wordpress der Domain-Name in der Hosts-Konfiguration eingetragen werden, damit der Webserver weiß, was er mit den Anfragen für diese Domain machen soll.

Zu guter Letzt muß dann natürlich auch die Wordpress- und Blogadresse in der Konfiguration geändert werden:
http://faq.wpde.org/wordpress-url-aendern/

Gruß
Ingo

Der Schutz der /wp-login.php funktioniert nicht richtig. Da kommt zwar erstmal der Passwort-Dialog, aber wenn man da auf Abbrechen klickt, kommt man zur WP-Login-Maske.

Gruß
Ingo

Kann man doch angeben:
http://forum.wpde.org/profile.php?do=editprofile#tb_homepage

Oder meinst Du etwas anderes?

Gruß
Ingo

Nette Idee, auf diese Weise Links unterzubringen.

Gruß
Ingo

Es kann ja auch gar nicht anders funktionieren. Irgendwie muß Wordpress ja Zugriff auf die Datenbank haben und benötigt dafür die Zugangsdaten.

Gruß
Ingo

Nein, braucht man beides nicht.

Gruß
Ingo

Die Lösung für Fragende ist ganz simpel. Einfach nie erwähnen, daß man etwas für einen Kunden macht, sondern immer für sich selbst sprechen. Das sollte in den Leitfaden für Forennutzer aufgenommen werden.

Gruß
Ingo

Das hat aber nichts mit dem Problem der mehrfachen Punkte zu tun. Mit dem Plugin kann man wohl auch datei.php hochladen, also etwas mit einer ganz normalen, einfachen Dateiendung.

Gruß
Ingo

Meinst Du das hier:
http://www.exploit-db.com/exploits/10089/

Die Sicherheitslücke ist vom November 2009 und betrifft WP 2.8 und älter. Da geht es aber um den umgekehrten Effekt, also nicht datei.jpg.php sondern datei.php.jpg. Oder meinst Du etwas anderes?

Gruß
Ingo

Zitat von r23

...
datei.jpg.php

Ein "Upload" prüf- Script erkennt die Datei als *.jpg und der WebServer führt das PHP-Script aus.

Aus Sicherheitsgründen verwendet man nur einen Punkt im Dateinamen.
...

Also mal ehrlich, ein Prüfskript, das sich durch so einen simplen "Trick" überrumpeln läßt, verdient den Namen nicht.

Nicht umsonst heißen die Dateierweiterung auch Dateiendung oder Dateisuffix, eben weil sie am Ende stehen. Es ist ja nun keine große Kunst, diese Erweiterung nach dem letzten Punkt im Dateinamen zu bestimmen.

Ist aber eigentlich egal, denn Wordpress entfernt keine Punkte aus Dateinamen. Es werden bestenfalls Teile mit einem angehängten _ "entwertet", wenn die aus 2 bis 5 Buchstaben bestehen und keinem in Wordpress erlaubten Dateityp entsprechen. Das ist aber bei der Datei des TE nicht der Fall.

Gruß
Ingo

Zitat von Melewo

...
Punkte oder andere Sonderzeichen außer Bindestrich und Unterstrich haben dennoch nichts in einem Dateinamen verloren, da (anders als auf dem Rechner) WP daraus einen Bestandteil für eine gültige URL basteln muss.
...

Warum sollte der Punkt nichts in einem Dateinamen oder einer URI verloren haben?
Für URIs ist er ein ganz normales, nicht reserviertes Zeichen:
http://tools.ietf.org/html/rfc3986#section-2.3

Im übrigen hat Wordpress früher selbst Dateinamen mit einem Punkt für die Thumbnails gebildet (dateiname.thumbnail.jpg).

Am Punkt im Dateinamen sollte es nicht liegen. Ich tippe auch eher auf Speichermangel oder Upload-Limit oder einen vollen Webspace.

Gruß
Ingo

Ob die Variablen gesetzt oder nur gelesen werden, ist von $_REQUEST["tpage"] abhängig. Das wird sich innerhalb der Laufzeit des Skriptes nicht ändern. Bei einem erneuten Aufruf des Skriptes sind aber auch globale Variablen wieder verschwunden. Global für Variablen bedeutet nur, sie sind in einem globalen Kontext verfügbar, und nich nur innehalb der Funktion. Sie sind natürlich nicht dauerhaft über Skriptaufrufe hinweg verfügbar.

Gruß
Ingo

Steht doch genau da, daß einem Link eben keine zentrale Rolle bei der Werkvermittlung zukommt.

Vor kurzem gab es auch ein Urteil des Europäischen Gerichtshofes, daß eine Link auf eine urheberrechtlich geschützten Inhalt keinen Verstoß gegen das Urheberrecht darstellt.

Gruß
Ingo