Beiträge von Putzlowitsch

Zumindest Spam für geschützte Artikel ist auch kein größeres Mysterium.

Beim geschützten Artikel sieht man ohne Passwort nicht den Text und damit auch nicht das Kommentar-Formular. Spambots rufen aber in der Regel direkt das für die Verarbeitung der Kommentardaten zuständige PHP-Skript wp-comments-post.php auf. Wordpress prüft nun aber nicht extra bei der Kommentarverarbeitung, ob bei einem geschützten Artikel der Nutzer tatsächlich das Passwort eingegeben hatte.

Das Problem "Nur angemledet Nutzer dürfen kommentieren" könnte auch damit zu tun haben oder es ist wieder ein Plugin dafür verantwortlich, welches irgendwie dazwischen funkt. Habe mir den Teil im WP-Quelltext jetzt noch nicht angesehen.

Gruß
Ingo

Als das Plugin noch aktiv war, hast Du ja den Link bei Facebook gepostet und Facebook hat den Anfang des Artikel aus der Beschreibung im Header (vom Plugin dort eingetragen) ausgelesen.

Genau diese Information hat sich Facebook gemerkt, also den Beschreibungstext zu dem Link. Wenn Du jetzt den Link erneut bei Facebook eingibst, wird die zwischengespeicherte Beschreibung angezeigt. Facebook fragt also Deinen Artikel gar nicht erneut ab und merkt so nicht, daß nun die Beschreibung fehlt. Oder Facebook merkt das zwar und sagt sich aber, ich habe ja die Beschreibung schon, also nehme ich diese.

Gruß
Ingo

Na ich denke, daß Facebook das irgendwie zwischenspeichert und nicht jedesmal den Artikel neu von Deiner Seite abfragt.

Mach doch mal zum Test einen neuen, geschützten Artikel und probiere das damit bei Facebook.
Oder ändere am Anfang den Text des geschützen Artikels, dann müßte das sich ja auch auf Facebook auswirken, wenn Du den Artikel dort neu verlinkst.

Gruß
Ingo

Zu dem Facebook-Problem.

Das Plugin "Jetpack Open Graph Tags" setzt den Text als Beschreibung in den Header, und das auch, wenn der Artikel geschützt ist. Ist also eher ein Fehler des Plugins.

Gruß
Ingo

Hey Blogmaike, die meldest Dich extra hier an, um den Rockopa das zu fragen? Klingt irgendwie faul...
:-)

Gruß
Ingo

Wollt Ihr, daß die Texte auf der Webseite auch gelesen werde? :-)

Ich hatte zumindest große Problem beim Lesen. Grauer Text auf dunklem Hintergrund mit durchscheinendem Foto, dann die Satztrennung immer mit einem Ausrufezeichen. Das mag zwar stylish sein, ist aber der Lesbarkeit der Texte nicht zuträglich.

Im Blog würden mich eher konkrete Dinge, Begebenheiten, Anekdoten aus Deiner/Eurer Arbeit als Fotograf interessieren. Die allgemeinen Dinge zum Thema Fotografie findet man ja schon ausreichend im Netz.

Gruß
Ingo

Also ich habe jetzt nicht die Stelle im RFC gefunden wo steht, das in der URL keine Großbuchstaben verwendet werden dürfen oder sollen.

Na zumindest ist Wordpress so tolerant, daß es auch die großgeschriebene Seite anzeigt.

Gruß
Ingo

Ich denke mal, daß eine php.ini nicht zu einem 500er führt. Die wird schlicht und ergreifend ignoriert, falls diese Option nicht unterstützt wird, würde ich sagen.
Anders sieht es allerdings mit PHP-Optionen in der .htaccess aus. Dort wird meist jeder nicht erkannte oder nicht erlaubte Eintrag mit einem 500er quittiert.

Gruß
Ingo

Meine Erfahrungen mit 5hosting sind bisher eher, ich sag mal, bescheiden. Oder um es anders zu sagen, kann man vergessen.

Gruß
Ingo

Bitte sehr. :-)
Die echte Domainaufschaltung ist, wenn möglich, ohnehin der bessere Weg und einer Frameweiterleitung vorzuziehen. Freut mich, das es so funktioniert.

Gruß
Ingo

Es liegt daran, das Wordpress selbst oder ein Plugin den sogenannten "X-Frame-Options"-Header setzt. Das soll verhindern, daß Seiten in einem Frame geladen werden, wenn es z.B. nicht die selbe Domain ist.

Deine Weiterleitung von Strato ist eine Frameweiterleitung. Alle Seiten des Blogs werden in einem Frameset der Domain geladen, wodurch diese natürlich unterschiedlich sind (rays-world <---> blaced).

Du könntest nun herausfinden, wer den "X-Frame-Options"-Header setzt und das deaktivieren oder du machst eine echte Aufschaltung der Domain auf den Webspace bei bplaced (sofern das dort möglich ist).

Gruß
Ingo

Ich denke das es daran liegt, daß Wordpress selbst bereits intern den Parameter year verwendet, und zwar für das Jahresarchiv. Probier doch mal was passiert, wenn Du Deinen Parameter anders nennst, z.B. jahr.

Gruß
Ingo

Es gibt auch eine schlankere Nicht-Plugin-Version:
http://schnurpsel.de/wordpress-27-w…hne-plugin-139/

Gruß
Ingo

Falls es doch irgendwie am memory_limit liegt, könnte vielleicht dieses Plugin helfen:
http://schnurpsel.de/wordpress-plugins/123-image-resize/

Gruß
Ingo

Bei der Galerie gibt es einen Parameter, der das steuert: link="file"

Hier die Beschreibung:
http://codex.wordpress.org/Gallery_Shortcode

Gruß
Ingo

Die Dateigröße selbst ist erstmal nicht so entscheidend, relevanter ist die Größe in Bildpunkten (Breite x Höhe Pixel). Kannst Du mal zwei Beispiele nennen mit Datei- und Bildgröße (Pixel) bei denene es geht und nicht geht?

Ein fehlendes Miniaturbild deutet schon auf ein Memory-Problem hin. Wie groß ist das verfügbare Memory-Limit?

Gruß
Ingo

Das ist doch aber das Prinzip solcher Seiten, wozu sollen die sonst gut sein, wenn nicht als Affiliate-Schleuder?

Gruß
Ingo

Ja, in letzter Zeit treten die Angriffe auf die wp-login.php verstärkt auf, aber eigentlich gab es die schon immer. Ist normal, muß man mit leben.

Gruß
Ingo

Ja, Texte sind für die Bildersuche sehr wichtig, auch wenn es ein bißchen paradox klingen mag. :-)

In Wordpress kann man praktisch vier Texte eingeben: Titel, Alt-Text, Beschriftung und Beschreibung. Ich hatte das in meinem Blog mal ausführlicher erläutert. Seit WP 3.5 sieht das jetzt ein klein wenig anders aus, aber prinzipiell sollte man alle vier Texte mit passenden, beschreibenden und sinnvollen Inhalten füllen.

Mit Lightbox kenne ich mich aber nicht aus.

Gruß
Ingo

Und wieso schickst Du den Link über den E-mail-Redirector von web.de?

Gruß
Ingi