Beiträge von Putzlowitsch

Das hat meiner Meinung nach gar nichts mit dem Server zu tun. Es ist eine Webbrowser (also Client) Fehlermeldung und wird z.B. von einem Javascript oder ähnlichem hervorgerufen.

Gruß
Ingo

Am Anfang, direkt nach dem Einlesen des Feeds, besorgt man sich die Namespaces des Dokumentes:

$ns = $rss->getDocNamespaces();

Namespaces sind die Teile vor dem Doppelpunkt bei einem Tag-Namen. Im Fall von <dc:creator> ist dc der Namespace. Die Daten zu so einem Namespace-Tag kann man sich dann mit der Funktion children besorgen:

foreach( $rss->channel->item as $i ) { 
    $dc = $i->children( $ns['dc'] ); 
    if( $dc )
        echo "Autor: ".$dc->creator;
}

Das funktioniert entsprechend auch für andere Namespaces, wie z.B. <content:encoded> und weitere.

Gruß
Ingo

Ja nach aktuellem Strato-Paket muß man nichts dazu kaufen, SpeedPlus wird dann nur aktiviert. Bei mir war das z.B. so und meine Seite bei Strato (PowerPlus-Paket) läuft seitdem recht gut und schnell.

Gruß
Ingo

Da Wordpress für Seiten die Kommentare standardmäßig abschaltet, mußt Du diese erst wieder einschalten:

<?php
    query_posts('showposts=1');
    // sollen direkt auf der Startseite Kommentare möglich sein
    // dann true, sonst false oder die nachfolgende Zeile löschen
    $withcomments = true;
?>

Gruß
Ingo

Ich weiß nicht, was für ein Hostingpaket Du bei Strato hast, aber möglicherweise hilft das Upgrade auf SpeedPlus weiter:
http://schnurpsel.de/speedplus-stra…-schneller-276/

Gruß
Ingo

Google "sieht" die Felder genau wie der Benutzer, so wie die Inhalte dieser Felder halt von Dir irgendwo auf der Seite ausgegeben werden.
Nur im Feed erscheinen sie vermutlich nicht.

Ohne Plugin sind die Custom-Fields meines Wissens mit der Wordpress-Suchfunktion nicht durchsuchbar. Wenn es mit dem Plugin funktioniert ist doch gut, oder?

Gruß
Ingo

Das sollte weiterhelfen:
http://www.sysprovide.de/faq/index.php?…d=57&artlang=de

Gruß
Ingo

Naja, das ist vom Webhoster abhängig. Dort muß das ja konfiguriert werden und da gibt es keinen Standard. Bei welchem Hoster liegt denn der Webspace?

Gruß
Ingo

Naja, es gibt schon eine Lösung. Das hängt aber vom Hoster des Webspaces ab. Wenn man dort externe Domains aufschalten kann, dann wäre eine echte DNS-Weiterleitung von UD dorthin der richtige Weg.

Gruß
Ingo

URL-Hiding ist eine ziemliche Krücke und kann mit WP nicht ordentlich funktionieren. Es gab da mal einen längeren Thread:
http://forum.wordpress-deutschland.org/konfiguration/…kbenutzung.html

Gruß
Ingo

Beim echo hast Du es doch schon richtig gemacht mit:
[COLOR=#000000][COLOR=#0000bb]$category[/COLOR][COLOR=#007700][[/COLOR][COLOR=#0000bb]0[/COLOR][COLOR=#007700]]->[/COLOR][COLOR=#0000bb]category_parent
[COLOR=Black]Genau so fügst Du das hinten bei wp_list_categories als Parameter an.[/COLOR][/COLOR][/COLOR][COLOR=#000000][COLOR=#0000bb][COLOR=Black] Dort wird die ID der Kategorie erwartet.

Gruß
Ingo
[/COLOR] [/COLOR][/COLOR]

Aha, gut zu wissen, daß es so etwas gibt.

Gruß
Ingo

Vor ein paar Wochen hatte Twitter die Authentifizierung von "Basic Authentication" auf "OAuth" umgestellt. Vielleicht verwenden die Plugins noch das alte "Basic Authentication", was nun nicht mehr funtkioniert.

Gruß
Ingo

Wenn ein Bild zu einem Artikel hochgeladen wird, also im Artikel-Editor und nicht in der Mediathek, dann wird es im Monat und Jahr des Artikels abgelegt.

Gruß
Ingo

Mit Boardmitteln geht es sicher nicht, wenn auch die ID erhalten werden soll. Ansonsten kann man natürlich das alte Bild löschen und ein neues mit dem selben Namen hochladen. Aber dann bekommt es eine neue ID.

Gruß
Ingo

Einfach das neue Bild mit dem selben Namen per FTP in das entsprechende uploads-Verzeichnis über das alte Bild kopieren. Gegebenefalls müßtest Du auch das Thumbnail oder die Bilder in anderen Größen selbst erstellen und ebenso kopieren.

Gruß
Ingo

Ich kann es gerne nochmal wiederholen. Die Spekulation um das PHP-Memory-Limit bringt überhaupt nichts, solange der Speicher vom Betriebssysten auf 20M begrenzt wird (Out of memory allocated 21233664).

Für das Beispiel mit dem Bild der Größe 3000x2000 (ergibt knapp 30M) reichen die angeblich zur Verfügung stehenden 150M (memory_limit) locker aus. Allerdings ist, wie der Fehlermeldung zu entnehmen ist, bereits bei 20M Schluß.

Wenn der Webhoster da nicht nachbessert, kann man das PHP-Memory-Limit auch auf 256M, 512M oder 1024M setzen, es wird nicht helfen.

Gruß
Ingo

"Out of memory" hat mit dem PHP-memory-Limit nichts zu tun. PHP würde schon gerne mehr Speicher anfordern, bekommt aber vom Betriebssystem nicht mehr zugeteilt. Das Problem liegt eher in der Serverkonfiguration.

Bei 1&1 z.B. gibt es diese Limit mit 32M, obwohl dort das php-Memory-Limit bei 40M liegt.

Im obigen Fall sind es scheinbar sogar nur etwa 20M. Das Problem kann nur mit dem Webhoster geklärt werden.

Gruß
Ingo

Zitat von r23

Dafür muss aber ini_get auf dem System sinnvolle Informationen liefern.

...

Gut, wenn ini_get keine sinvollen Informationen liefert, dürfte auch das nachfolgende ini_set keinen Effekt haben.

Aber ich gebe zu, daß es einen Sonderfall gibt. Wenn in der php.ini das Memory-Limit mit -1 ganz außer Kraft gesetzt ist, dann würde WP versuchen, den Speicher auf den definierten Wert zu begrenzen.

Also kann es schon sinnvoll sein, in der wp-config genau den Wert für WP_MEMORY_LIMIT zu setzen, der per php.ini eingestellt ist. Damit ist man auf der sichern Seite.

Gruß
Ingo

Entscheidend ist der Wert in der php-Konfiguration (php.ini). Wenn dann bei Wordpress in der wp-config.php ein gleicher oder kleinerer Wert definiert ist oder gar keiner, ändert sich nichts.

Wordpress setzt, wie gesagt, das Limit niemals herunter.

Gruß
Ingo