Beiträge von codestyling

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;
}

Der Validator verschluckt sich an deiner Auskommentierung des Suchfeldes:

<!--die suchfunktion das suchfeld wird hereingeholt-->
<!--<ul>
<li>
<form method="get" id="searchform" action="http://www.sigaspot.com/">
<input type="text" value="" name="s" id="s" />
<input type="submit" id="searchsubmit" value="Suche" />
</form>
</li>
</ul>-->

Wenn du dieses nicht brauchst, wirf es ganz raus.

Hätte man auch mit der Suchfunktion hier im Forum finden können: http://forum.wordpress-deutschland.org/installation/3…html#post177943

Oder hier WordPress 2.7 (trunk) - Entwicklungsstand und Vorschau - WordPress Deutschland Blog schon angetestet.

Also:

.wp-caption .alignleft { [COLOR=Black]margin-right:10px; [/COLOR]}
.wp-caption .alignright { [COLOR=Black]margin-left:10px; [/COLOR]}
.wp-caption a img { margin: 0px !important; }
.wp-caption-text { font-style: italic; }

das noch in deine style.css rein und gut.
Dann braucht es keine Codeänderungen mehr.

Zitat von steff3107

Ich hoffe, dass das Problem bald gelöst wird, egal ob es an Wordpress, PHP oder Apache-Einstellungen liegt!

In WP wurde alles getan, was man tun kann. Um die anderen Möglichkeiten und Fehler auszuschließen, bedarf es eines Systems, das diesen Fehler hat, den man Untersuchen kann. Leider hab ich das nicht und konnte nur den WP Teil machen.