Beiträge von codestyling

Da es mehrere Arten gibt, wie man ex-/importieren kann, wäre eine Angabe hilfreich, wie du das machst. (PhpMyAdmin als SQL oder WP XML Export oder ...)

Nur noch mal zur Sicherheit, du hast aber in der wp-config.php dies so drin stehen ?

// Hier kannst du einstellen, welche Sprachdatei benutzt werden soll. Die entsprechende
// Sprachdatei muss im Ordner wp-content/languages vorhanden sein, beispielsweise de_DE.mo
// Wenn du nichts einträgst, wird Englisch genommen.
define ('WPLANG', '[COLOR=Red][B]de_DE[/B][/COLOR]');

Ich hab leider keine Referenzdatenbank in RTL basierter Schrift/Sprache. Allerdings kann ich mir vorstellen, das der Export evtl. nicht korrekt in UTF-8 mit RTL direction gemacht wird.
Ein Export über PhpMyAdmin im UTF-8 Format sollte das aber in den Griff bekommen.

Der Sinn von "weiterlesen..." ist doch aber, das ich den Teil, den ich gerade als Teaser gelesen hab, nicht nochmal lesen will, sondern in der Tat weiter lesen will.
Wenn ich den vollen Artikel haben will, kann ich doch auf die Überschrift klicken und bin am Anfang des vollen Artikels.
Warum jetzt "weiterlesen..." sich genauso verhalten soll, wie die Überschrift, ist mir nicht klar und führt diese Möglichkeit meiner Meinung nach ad absurdum.

Wie wäre es mit einem Link zum "O-Ton" der Ankündigung ?

Zitat von JakoThAn

Genau! Das war´s! Hab es mal auskommentiert und siehe da... Die Seite lädt in Sekundenbruchteilen komplett durch! :)
Danke sehr!

ABER:
Muss ich denn jetzt komplett auf Amazon verzichten? Denn es generiert doch den ein oder anderen Euro an Umsatz, speziell für das PC Game, in dem auch unser Verein vertreten ist?!

Oder reicht es im Umkehrschluss Amazon nur auf den Seiten einzublenden, bei denen kein prototype benötigt wird? Dann müsste es doch funktionieren?!

Es wäre ein Anfang, Amazon nur dort einzublenden, wo kein protoype.js geladen wird.
Auf lange Sicht mal eine Mail an Amazon schreiben, warum das inkompatibel zu prototype.js ist. Die sollten im Eigenen Interesse eine Anwort bereit haben.

Dieser Teil der Seite macht vermutlich die Probleme:

<script type="text/javascript" src="http://www.assoc-amazon.de/s/link-enhancer?tag=t3artwork-21&amp;o=3">
</script>
<noscript>
    <img src="http://www.assoc-amazon.de/s/noscript?tag=t3artwork-21" alt="Kein Java m&ouml;glich" />
</noscript>

Die von dir eingebauten Click Handler haben keine Aktie an dem Verhalten. Nur der Streit zwischen prototype.js und die o.g. Script vermute ich.

Wenn du ein Cache Plugin für WP benutzt, kann es sein, das es die Pluginseite irrtümlich mit cached und dann eine veraltete Seite anzeigt.
Läuft bei die ein Seiten Caching ?
Kannst du das ggf. deaktivieren zum Test ?

Kannst du den Amazon Script-Kram mal deaktivieren ?
Sowas geht mit aktiven prototype.js nicht mehr:

for (var locale in imp)

Ich fürchte, der Amazon Link Enhancer hat ein Problem mit prototype.js.

Hab es gerade in WP 2.6.1 und WP 2.6.2 getestet. Ergebnis:

1. Passwort geschützte Artikel erscheinen korrekt mit Headline und dem Verweis, das ein Passwort benötigt wird.
2. direkt private markierte Posts erscheinen überhaupt nicht im Feed.

Somit ist mir unklar, wie das bei dir passiert. Welche WP Version setzt du ein ?

Dieses Theme hat keine eingebaute Sprachunterstützung. Der Autor hat alle Texte direkt in die PHP Dateien des Theme in englisch reingeschrieben. Du kannst entweder alle PHP Dateien in eine Texteditor bearbeiten und ebenfalls direkt ersetzen in deutsch oder es übersetzungfähig machen (letzteres setzt ein wenig Erfahrung in der Anwendung der Lokalisierung von Themes voraus).

Also eines deiner Scripts spinnt und will den Scriptcode direkt als Seiten nachladen. Ich konnte nicht raus finden, welches der Scripte da entartet aber diese zig 404 Nachlade-Sequenzen mit > 2 Sekunden pro Stück verlangsamen die Seite und es sieht minutenlang so aus, als wäre sie nicht fertig.
Ich würde das testen, welches Plugin dafür verantwortlich ist und erstmal potentielle Kandidaten deaktivieren und Stück für Stück aktivieren. Da sollte man raus bekommen, wer das verursacht und kann gezielt dieses Plugin untersuchen.

Ein Link zur Seite könnte helfen, sich ein Bild davon zu machen. Auf Wunsch auch per PN, wenn du das hier nicht reinstellen willst.

Ich fürchte schon, den MagpieRSS legt die Feedinhalte importierter Feeds in der wp_options Tabelle ab, um beim Aufruf der Seite nicht jedesmal in Echtzeit den Feed holen zu müssen. Das würde auf hoch frequentierten Blogs sonst zu Denial of Service des Feed anbietenden Blogs/Seite führen.
Da bleibt im Grunde nur, vorher alles aus der DB zu werfen, was so beginnt:

option_name:    [COLOR=Red][B]rss_[/B][/COLOR]7636fcd12af6751344b6ab1541a834fb
option_name:    [B][COLOR=Red]rss_[/COLOR][/B]7636fcd12af6751344b6ab1541a834fb_ts

Dies sind die Cache Einträge der Feeds, MagpieRSS baut die wieder beim nächsten Aufruf auf, wenn sie nicht mehr da sind.
Und für den Fall, das es "kaputte" Umlaute in importierten Feeds gibt, hab ich hier einen Patch durchgeführt und bereitgestellt, der ebenfalls WP Trac gemeldet wurde: Code Styling Project » WordPress Dashboard Feeds mit fehlerhaften Umlauten

Zitat von planetcom

Hi,

jetzt kommt diese Meldung:

Fatal error: Out of memory (allocated 33030144) (tried to allocate 8448 bytes) in /homepages/24/d22448399/htdocs/wordpress/wp-admin/includes/image.php on line 138

Gruß Michael

Wie groß (Dimension BxH) sind denn die Bilder (und die Anzahl), die du hochladen willst, das PHP die nicht mehr in den Speicher bekommt ?

Es gibt einen Bug in der Verwendung von Script.aculo.us, den ich beschrieben hab, und der dazu führt, dass ein Laden der effects.js unnötig viel mehr Scripts mit lädt und den Seitenaufbau drastisch verlangsamt: Code Styling Project » WordPress 2.6.1 lädt zu viele script.aculo.us Komponenten
Ein Patch dazu hab ich ebenfalls bereitgestellt und dem WP Bug Trac gemeldet.

Und die effects.js bekommt man so geladen (samt der abhängigen Libs wie prototype.js):

wp_enqueue_script('scriptaculous-effects');

Nein, immer noch unklar. Hier meine Ansicht deiner Seite, die keine Scroll-Leisten unten hat bei 1680x1050px:

Ich versteh das Problem nicht. Wenn du kleine Bildschirmauflösungen hast (800x600px) ist das normal. Wenn ich mit der Standardauflösung (1024x768px) deine Seite aufrufe, ist keine horizontale Scrollbar da.
:confused:

Stell mal dein Blog auf PHP5 um: http://forum.wordpress-deutschland.org/installation/3…html#post177943

Hmm, stimmt.
Denn man kann die Ausrichtung der Caption Klasse nicht direkt adressieren. Einzig, wenn man die Grundklassen (rechts/links) Ausrichtung mit dem margin versieht, geht es. Wenn du allerdings mal einen <p> links oder rechts machst, hast du dann die entsprechende margin ebenfalls:

.alignleft {
margin-right:10px;
}


.alignright {
margin-left:10px;
}