Beiträge von Putzlowitsch

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

Ist vielleicht ein Überbleibsel einer alten Konfiguration. In der Tat ist das da unten aber praktisch wirkungslos.

Gruß
Ingo

Nein, besser ist der nicht aber auch nicht schlechter. Es hat alles wie so oft im Leben Vor- und Nachteile. Kommt halt darauf an, was man erreichen will.
http://goo.gl/RFQjyS

Letztendlich ist es eine Entscheidung des Webhosters oder er überläßt es optional dem Anwender, wie bei All-Inkl. Dort steht aber auch im FAQ-Artikel, daß man es eher als Ausnahmefall anwenden sollte.

Ich würde es nicht dauerhaft umstellen und verwende den CGI-Modus nur für WP-Updates. Dazu habe ich eine entsprechende .htaccess-Datei im /wp-admin/ Verzeichnis liegen, die ich bei Bedarf einfach per FTP umbenenne.

Gruß
Ingo

Gut, das war also im Hosting-Paket falsch konfiguriert. Es kann jetzt eine Weile dauern, bis die Einstellungen aktiv sind.

Allerdings würde ich da bei der Option "Keine" wählen, so daß keine Weiterleitung per Hoster-Voreinstellung erfolgt. So kannst Du das ggf. einfacher selbst in der .htaccess konfigurieren bzw. Wordpress macht das ja sowieso von selbst.

Gruß
Ingo

Wenn die Seite mit www aufgerufen werden soll, muß das so auch in der WP-Konfiguration stehen, also für Siteurl und Home.

Die Umleitung auf die Domain ohne www scheint außerhalb von Wordpress zu passieren, wenn ich mir die Reaktionszeiten so ansehe. Deshalb auch meine Frage nach der .htaccess-Datei. Steht da noch mehr drin oder gibt es auch eine .htaccess-Datei im übergeordneten Verzeichnis?

Gruß
Ingo

Es wird immer wechselweise von der Domain mit www auf ohne www und wieder umgekehrt weitergeleitet. Da stimmt was in der .htaccess und der WP-Konfiguration nicht.

Ist das da oben die ganze .htaccess-Datei? Und was steht in der Wordpess-Konfiguration als Seiten-URL drin?

Gruß
Ingo

Die Abfrage der FTP-Daten kommt jetzt erst seit dem Umzug von 1&1 zu All-Inkl?

Das wäre schon eine wichtige Information gewesen. Aber ich sehe gerade, Du hast oben ja geschrieben, daß es um Blogs bei all inkl. geht. :-)

Bei All-Inkl ist das mit den FTP-Daten normal, es sei denn, man läßt das Backend im CGI-Modus laufen:
http://all-inkl.com/wichtig/faq/#faq_software

Bei 1&1 und bei Strato benötigt man die Daten nicht, weil PHP per Voreinstellung im CGI-Modus läuft und damit im Kontext des Nutzers immer Schreibrechte auf alles hat.

Gruß
Ingo

Zitat von Server

In beiden .htaccess dateien steht der standard wordpress code.

Apache Configuration

<IfModule mod_rewrite.c>
RewriteEngine On
RewriteBase /
RewriteRule ^index\.php$ - [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]
</IfModule>

im ordner /zweiteinstall/ habe ich es auch mit einer "RewriteBase /zweiteinstall/" versucht, hat nichts verändert.

...

Für die Installation im Unterordner mußt Du nicht nur die RewriteBase, sondern auch die eigentliche RewriteRule ändern. Wenn da auch im Unterverzeichnis RewriteRule . /index.php [L] steht, wird jeder Aufruf auf die index.php-Datei im Wurzelverzeichnis umgeleitet. So kann das nicht funktionieren.

So sollte es für das Unterverzeichnis aussehen:

<IfModule mod_rewrite.c>
RewriteEngine On
RewriteBase /zweitinstall/
RewriteRule ^index\.php$ - [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /zweitinstall/index.php [L]
</IfModule>

Gruß
Ingo