Beiträge von Putzlowitsch
-
-
Wobei der Fehler "Fatal error: Out of memory (allocated 8912896) " nichts mit dem PHP-memory_limit zu tun hat. Da wäre die Fehlermeldung "Allowed memory size of 8912896 bytes exhausted".
Der Out-Of-Memory-Fehler ist eher auf Server-/Betriebssystemebene zu suchen. PHP selbst möchte gern Speicher haben, bekommt aber keinen.
Gruß
Ingo -
Wenn Du mit "kann nicht gesucht werden" die Wordpress-Suchfunktion meinst, dann kann es nicht funktionieren.
Die WP-Suche sucht in der Datenbank, die Daten von exec-php werden aber erst bei der Ausgabe einer Seite dynamisch in den Inhalt des Artikels eingefügt, stehen also gar nicht in der Datenbank.
Dasselbe Problem haben alle Plugin, die irgendwelche Daten erst zur Laufzeit in den Artikel einfügen.Gruß
Ingo -
Jein, also wenn man das so einstellt, wie auf meinem oben angefügten Bild, werden beim Vorschaubild die Proportionen erhalten. Wichtig ist, daß die Option:
Zitat[ ] Beschneide die Thumbnails in die richtige Größe
deaktiviert wird.
Dann werden Vorschaubilder seitenrichtig erzeugt, also ein im Original 640x480 Pixel großes Bild ergibt ein Vorschaubild von 160x120 Pixeln. Für Hochvormat gilt entsprechend 480x640 wird zu 120x160.
Und das ist dann genau so, wie schon immer in Wordpress, zumindest seit Version 2.0.x. Die älteren Ausgaben kenn ich selbst nicht :-)Gruß
Ingo -
Verstehe ich jetzt nicht. Sollen denn nun noch andere Formate erzeugt werden, oder nicht?
Der Inhalt kann nicht angezeigt werden, da er nicht mehr verfügbar ist. Wenn man bei Einstellungen->Mediathek für "Mittlere Größe" und "Maximale Größe" jeweils 0 eingibt, dann verhält sich Wordpess wie früher (oder schon immer).
Das Originalbild wird gespeichert uns zusätzlich ein Thumbnail erzeugt.Gruß
Ingo -
-
-
Ganz global kann man das Erzeugen dieser Bilder einfach abschalten, indem man bei den Einstellungen->Mediathek einfach bei Breite und Höhe für die nicht gewünschten Formate 0 einträgt.
Gruß
Ingo -
Ich war bei meinem Beispiel davon ausgegangen, wie ich es bei mir handhabe. Da verweist das im Artikel gezeigte Thumbnail direkt auf die originale Bilddatei. Dafür funktionioniert mein Code.
Ansonsten müßte man mit der erhaltenen URL in den Tabelle 'wp_postmeta' suchen und sich die Adresse des Originalbildes besorgen. Das wird etwas komplizierter.
Gruß
Ingo -
Naja, also ich habe z.B. ein Testblog bei 1&1. Meine .htaccess sieht so aus:
Apache Configuration
Alles anzeigenAddType x-mapp-php5 .php AddHandler x-mapp-php5 .php # BEGIN WordPress <IfModule mod_rewrite.c> RewriteEngine On RewriteBase / RewriteCond %{REQUEST_FILENAME} !-f RewriteCond %{REQUEST_FILENAME} !-d RewriteRule . /index.php [L] </IfModule> # END WordPress
Funktioniert bestens, ist allerdings ein Shared-Webhosting-Paket. Bei Servern oder V-Servern muß man das eventuell anders konfigurieren.Gruß
Ingo -
Danke, im Prinzip klappt es prima. Allerdings taucht folgendes Problem auf.
Übernommen wird natürlich die URL aus dem Text:
/wp-content/uploads/2009/10/vw-060723-0698-150x150.jpgUnd nicht die "originale" URL:
/wp-content/uploads/2009/10/vw-060723-0698.jpgIst natürlich doof, weil so die Thumbnails durch das benutzerdefinierte Feld vom "Mediathek-Thumbnail" des Artikels und nicht von der Ursprungsdatei erzeugt werden :(
Jemand eine Idee?
Mußte halt das preg_match() anpassen. Könnte so aussehen:PHPif( preg_match( '/<a.+href=[\'"]([^\'"]+\.(jpg|png|gif))[\'"].*><img.+?\/a>/i', $content, $matches ) )Gruß
Ingo -
Zum Bleistift so:
PHPfunction pz_insert_post( $post_ID, $post ) { $content = apply_filters( 'the_content', $post->post_content ); if( preg_match( '/<img.+src=[\'"]([^\'"]+)[\'"].*>/i', $content, $matches ) ) update_post_meta( $post_ID, '_thumbnail_url_value', $matches[1] ); } add_action( 'wp_insert_post', 'pz_insert_post', 10, 2 );Gruß
Ingo -
Also ich habe einfach folgendes in die functions.php meines Themes eigefügt:
PHPfunction pz_test_content( $content ) { if( preg_match( '/<img.+src=[\'"]([^\'"]+)[\'"].*>/i', $content, $matches ) ) echo( $matches[1] ); return $content; } add_filter( 'the_content', 'pz_test_content', 999 );Das sieht dann zwar nicht schön aus, weil die Bilder-URL am Anfang des Artikels ausgegeben wird, aber es geht ja nur darum zu sehen, ob es funktioniert.
Gruß
Ingo -
Was genau funktioniert denn nicht?
Mal davon abgesehen, daß es für den ersten Treffer auch ausreichen würden, preg_match (ohne _all) zu verwenden, funktioniert es in einem Kurztest bei mir einwandfrei.
Wo, wie und wann wird denn der Code aufgerufen?Gruß
Ingo -
Ja, könnte am PXS-Mail-Plugin liegen.
http://forum.wordpress-deutschland.org/konfiguration/…-website-3.htmlGruß
Ingo -
Am besten geht das über die Wordpress-Rewriterules.
Wie es funktioniert, hatte ich hier schon mal beschrieben:
http://forum.wordpress-deutschland.org/konfiguration/…html#post243000Gruß
Ingo -
Der Fehler kommt ja bereits bei etwa 30 Kommentaren. Kann meiner Meinung nach nur am Theme oder einem Plugin liegen. Hast Du in letzter Zeit das Theme geändert oder ein Plugin installiert?
Zum Test könntest Du mal das Standard-Theme aktivieren und/oder Plugins abschalten und gucken, ob das Besserung bringt.
Gruß
Ingo -
Dann muß der locale Export nochmal neu gemacht werden. Und zwar so, daß dort keine Anweisungen zum Löschen oder Erstellen von Datenbanken enthalten sind. Es reicht ja, alle Tabellen der Datenbank zu exportieren und dann bei 1&1 zu importieren.
Also nicht von der phpMyAdmin-Startseite den Export starten, sondern links die Datenbank auswählen und dann exportieren. Guck mal hier:
http://doku.wordpress-deutschland.org/Backup_der_Datenbank/phpMyAdminGruß
Ingo -
Bitte, gern geschehen :-)
Ist halt nur für eine einfache, nicht dynamische Seitenstruktur geeignet, die nicht oder nur selten geändert oder erweitert wird. Sonst artet es in Arbeit aus.
Gruß
Ingo -
Bei Strato auch eine häufiges Problem:
http://schnurpsel.de/wordpress-23-p…-bei-strato-65/Gruß
Ingo