Beiträge von Putzlowitsch

Verstehe ich irgendwie nicht. Willst Du selbst einen Cloud-Dienst anbieten oder nur mit dem Projekt in eine Cloud umziehen oder beides?

Wenn Du selbst einen Cloud-Dienst anbieten willst, wäre eine .cloud-Domain eine Überlegung wert.

Wenn es um Webspace in einer Cloud geht, da gab es gerade einen Test in der aktuellen c't.

Und eigentlich hat beides nichts mit den neuen Webhosting-Paketen bei 1&1 zu tun. :-)

Gruß
Ingo

Hmmm, von Free-Hostern vielleicht mal abgesehen erlauben eigentlich alle Anbieter den Betrieb kommerzieller Webseiten. Such Dir halt was aus dem großen Angebot aus.

Die eigentliche Frage ist doch eher, mit wievielen Besuchern zu rechnen ist, also wie leistungsfähig und zuverlässig das Webhostingpaket sein muß. Das hat aber mit kommerziell oder nichtkommerziell wenig zu tun.
Ich denke auch, daß ein PayPal-Button keine besonders hohen Anforderungen stellt, anders sähe es bei einem richtigen Webshop aus.

Gruß
Ingo

Was mich nur stutzig macht, sind die relativen URLs im Header. Sowas macht Wordpress nicht, das kann nur in einem Plugin oder im Theme entstehen. Sehr seltsam, zumindest.

Gruß
Ingo

Ist WPML aktiviert? Dann mal testweise ausschalten. Ich meine mich zu erinnern, das WPML an den URLs was ändert. Oder einfach mal alle Plugins (außer Slideshow) nacheinander ausschalten und jeweils gucken, ob und wann der Fehler weggeht.

Gruß
Ingo

Ahhh, gut. (oder vielmehr nicht)

Da scheint das Plugin oder wer immer das da einfügt, die URL nicht richtig zusammenzusetzen. Läßt sich so natürlich schwer sagen, woran es liegt.

Was mich noch wundert, teilweise werden im Header und bei Bildern relative URLs verwendet. Das macht Wordpress normalerweise nicht. Ist da ein Plugin aktiv, was für relative URLs verantwortlich ist?

Gruß
Ingo

glob() ist zwar eine nette Funktion, besser gehen hier aber die "regulären" Funktionen zum Einlesen eines Verzeichnisses:

$bilder = array();
    $verz = opendir( '/das/ist/der/absolute/Pfad/zu/den/Bildern/' );
    while( $file = readdir( $verz ) )
        if( fnmatch( "*.jpg", $file ) )
            $bilder[] = $file;
    closedir( $verz );

Anschließend hast Du im Array bilder nur die Dateinamen zu stehen und kannst Dir die URL einfach zusammensetzen.

Gruß
Ingo

Also ich habe da jetzt auf den Unterseiten keine Probleme gesehen. Alle CSS-Dateien und Javascripte werden geladen.
Wo genau und was passiert denn, wenn Fehler auftreten?

Gruß
Ingo

Kann man, ohne es gesehen zu haben, schlecht was zu sagen.

Ein häufiges Problem entsteht z.B. bei der Umstellung auf Permalinks, wenn relative Angaben für CSS, Javascript oder Bilder verwendet wurden.

Gruß
Ingo

Bei mir wird auch von www auf ohne www weitergeleitet und die WP-Seite angezeigt.
Da hat sich wohl der Browser bei Dir die Weiterleitung noch irgendwo gemerkt.

Gruß
Ingo

Ahhh gut, daß es da schon was gibt, wußte ich nicht. :-)

Das mit dem wp-signup.php hatte ich auch schon gemerkt. Meine Lösung:

<IfModule mod_rewrite.c>
RewriteEngine On
RewriteRule    wp-login.php    [G,L]
RewriteRule    wp-signup.php    [G,L]
</IfModule>

Vor den WP-Rewrite-Rules in der .htaccess, dann ist da auch Ruhe.

Wie auch immer, es ist zumindest prinzipiell möglich, die wp-login.php aus dem Verkehr zu ziehen. Das sollte zumindest weniger Angriffsfläche für irgendwelche Bots bieten.

Gruß
Ingo

Könnte an den Cookies liegen. Einfach mal die Cookies für die Seite im Safari löschen.

Gruß
Ingo

Ich denke mal die Feed-Zahl gibt nur an, wie oft der Feed abgerufen wurde. Das heißt aber noch nicht, daß ihn auch jemand gelesen hat. Feeds kann man je bei mehreren Anbietern abonnieren, früher z.B. mal bei Google-Reader, jetzt bei Feedly oder auch bei privaten Feed-Aggregatoren wie TT-RSS. Die Abrufe durch solche Dienste werden vemutlich bei "Feeds" gezählt.

Gibts denn keine Hilfe zu dem Statistik-Plugin, wo erklärt wird, was genau die Zahlen bedeuten?

Gruß
Ingo

Ich verstehe das schon. Warum soll man nicht Originalbilder oder eben größere Bilder hochladen, als innerhalb einer Seite angezeigt werden können. Ich mach das auch, dann führt aber der Klick auf das Bild direkt zum Bild.

Wenn es per img -Tag direkt auf einer Seite angezeigt werden soll, kann man es ja in den Einstellungen der Mediathek als großes oder mittleres Bild vorberechnen lassen, muß dann aber im Theme eben auch diese vorberechnete Version laden. Wie es gehen kann, habe ich ja gezeigt.

Wordpress berechnet für die Anzeige von zu großen Bildern übrigens auch nichts serverseitig neu, sondern überläßt das dem Browser bei der Anzeige durch Angabe entsprechender Attribute im img-Tag (width, height).

Gruß
Ingo

Die WP-Galerie ist dafür nicht zuständig. Die Gallery-Funktion stellt nur die Bilder-Übersicht als Thumbnails bereit. Was beim Klick auf ein Thumbnail passiert, ist Sache des Themes. Das wird dann eben in der image.php geregelt.

Welche apply_filters gibt es denn in der image.php? Vielleicht kann ich ja damit was anfangen.

Gruß
Ingo

Da die meisten Aufrufe der wp-login.php durch die Funktion site_url() geschickt werden, könnte man sich dort mit einem Filter reinhängen. Ich hab das mal getestet:

define( 'WP_LOGIN_PHP', 'my-login.php' ); 
function my_site_url( $url, $path, $scheme, $blog_id ) {
    $i = strpos( $path, 'wp-login.php' );
  if( false !== $i && 0 == $i ) {
    $url = preg_replace( '/(.*)wp-login\.php(.*)/', '$1'.WP_LOGIN_PHP.'$2', $url, 1 );
  }
  return $url;
}
add_filter( 'site_url', 'my_site_url', 10, 4 );


function my_login_url( $login_url, $redirect ) {
    if( strpos( $login_url, 'reauth=1' ) ) {
        $login_url = site_url();
    }
    return $login_url;
}
add_filter( 'login_url', 'my_login_url', 10, 2 );

Funktioniert so weit ganz gut, ob es sonstige "Nebenwirkungen" gibt, kann ich nicht sagen.
Mit der Konstante WP_LOGIN_PHP wird der Name der neuen Login-Datei definiert. Das verwende ich auch in der umbenannten wp-login.php Datei.
Die zweite Filterfunktion verhindert den Redirect zur login-Seite beim Aufruf von /wp-admin/. Man landet einfach wieder auf der Startseite.

Gruß
Ingo

my_attachment_size ist eine neue Funktion, die Du hinzufügen müßtest. Diese wird dann mit dem Filter verknüpft und entsprechend beim Erstellen der Bilder-Seite aufgerufen. Das geht aber nur, wenn im Theme diese Möglichkeit vorgesehen ist (wie bei den Standard-WP-Themes).

Wie es prinzipiell funktioniert, steht oben in meinem Code-Beispiel, welches so eben nur genau für "Twentyeleven" funktioniert. Selbst bei "Twentytwelve" und "Twentythirteen" siehts schon wieder anders aus.

Ob Dein Custom-Theme soetwas überhaupt unterstützt, kann ich nicht sagen. Gibt es bei Deinem Theme eine image.php-Datei? Wenn ja, dann würde man dort, wenn überhaupt, etwas passendes finden. Funktionsaufrufe mit apply_filters deuten auf Filter-Hooks hin, wo man sich reinhängen könnte. Gibt es da etwas?

Gruß
Ingo

Dazu muß ich erstmal wissen, welches Theme Du verwendest und was bei den Medien-Einstellungen als maximale und mittlere Größe angegeben ist. Mein Ansatz funktioniert so erstmal nur bei einem der Wordpress-Standardthemes.

Gruß
Ingo

Wie gesagt hängt die Darstellung des großen Bildes vom Theme ab.

Die Wordpress-Standard-Themes passen die Größe der Breite des Content-Bereichs an. Da wäre es z.B. eine Weg, die Einstellung für die großen Bilder in den Mediathek-Einstellungen an diese Größe anzupassen.
Oder Du verwendest wie oben von mir gezeigt, ein Filter für die Größenvorgabe und nimmst dort die Größe der bisherigen Einstellung aus der Mediathek (mittlere Größe, maximal Größe). Dann nimmt Wordpress genau dieses vorberechnete Bild.

Gruß
Ingo

Zumal die Dinger damals auch noch nicht MacBook, sondern PowerBook oder so hießen. :-)

Gruß
Ingo

Global kann man das wohl nicht festlegen. Die Darstellung hängt aber vom verwendete Theme ab.
Beim WP-Standard-Theme "Twenty Eleven" z.B. gibt einen "Hook" für die Bildgröße. Man kann sich da mit einem Filter reinhängen. Das könnte so aussehen:

function my_attachment_size( $width ) {
  return 600;
}
add_filter( 'twentyeleven_attachment_size', 'my_attachment_size' );

Die Funktion kommt ans Ende der functions.php des Themes, geht aber im Falle von WP-Standard-Themes beim nächsten Update leider verloren.

Gruß
Ingo