Um schreiben oder kommentieren zu können, benötigen Sie ein Benutzerkonto.
Sie haben schon ein Benutzerkonto? Melden Sie sich hier an.
Jetzt anmeldenHier können Sie ein neues Benutzerkonto erstellen.
Neues Benutzerkonto erstellenZumindest schein das (ursprüngliche) 1&1-Paket ziemlich als zu sein. Die 6s CPU-Zeit und 10M Speicher waren so vor gut 10 Jahren der Standard bei Hosting-Paketen.
Wobei ich mir nicht vorstellen kann, daß es an den Resourcen liegt. Ich tippe immer noch auf eine Fehlerhafte Datei oder sowas.
Gruß
Ingo
Das 120M PHP-Memory-Limit gilt für alle Pakete. Das tatsächliche Memory-Limit kann deutlich niedriger sein. Außerdem ist es seltsam, daß das Backend geht, aber nicht die Seite selbst. In der Regel verbraucht der Admin-Bereich etwas mehr Speicher, als die sichtbare Seite.
Ich vermute ehere, daß nicht alles ordentlich auf den Server kopiert wurde. Oder es ist irgendwas mit dem Theme. Vielleicht hilft es, im Backend ein anderes Standard-Theme auszuwählen und zu aktivieren.
Gruß
Ingo
Das Problem bei dem Plugin ist, daß es nicht das Wordpress-Shortcode-System nutzt, sondern ein eignes implementiert (warum auch immer).
Ein apply_filters( 'the_content',...) führt eben auch alle anderen Plugins und Funktionen aus, die sich in 'the_content' eingeklinkt haben. Das ist ja an der Stelle nicht sinnvoll bzw. erwünscht.
Das Plugin stellt aber die Funktion amazon_shortcode ähnlich wie die WP-Funktion do_shortcode bereit.
if( function_exists(amazon_shortcode) )
echo amazon_shortcode( get_post_meta($post->ID, 'coste', true) );Allerdings sollte dann das Feld 'coste' nur die Parameter und nicht den kompletten Shortcode enthalten.
Gruß
Ingo
..."DieseS Blog läuft mit WordPress"
Kann ich die Rechtschreibung korrigieren...
Wieso die Rechtschreibung korrigieren? Ist doch richtig, das Blog -> dieses Blog.
Gruß
Ingo
Das ist halt der Nachteil von extern eingebundenen Ressourcen. Gibts dort Porbleme mit dem Server, ist auch gleich die eigene Seite davon betroffen.
Wegen gravatar hilft das Abschalten der Avatare bei Einstellungen->Diskussion im unteren Bereicht. Das mit 0s.wp.com könnte was mit dem Jetpack-Plugin zu tun haben. Verwendest Du das?
Gruß
Ingo
Wichtig: Bei Strato ist der DB_HOST nicht 'localhost', sondern 'rdbms.strato.de'. Ein beliebter Fehler.
Gruß
Ingo
... Jetzt ist geltendes Recht, dass auch die Bilder unter der reinen Bild-URL einen Urheberrechts-Hinweis haben müssen.
Falls Du diese Geschichte meinst, das ist eine Einzelfall-Entscheidung bezüglich der Lizenzbedingungen von Pixelio.
Bei Fotolia findest Du folgendes:
http://de.fotolia.com/Info/Faq/Customers#b06
Lizenzinfos müssen für bei Fotolia erworbene Bilder nicht am Bild angebracht werden, es reicht eine Übersicht im Impressum bzw. in einem extra Bildnachweis.
Wofür genau hast Du jetzt 600 Euro zahlen müssen? Nicht für Fotolia-Bilder, oder?
Technisch gesehen kann man die extra Bild-URL vermeiden, indem man die Bilder als Inline-Image einbindet, so wie in diesem Beispiel.
Gruß
Ingo
Die Frage ist auch, was soll kostenlos gedownloaded werden können. Bei Videos kommen schnelle viele Gigabyte zusammen, bei Bildern hat man etwas mehr Luft, bei Texten braucht man nicht wirklich viel Speicherplatz.
Gruß
Ingo
So war das früher beim Google-Reader auch. Was dort einmal gespeichert war, wurde nicht gelöscht, selbst wenn es im Original-Feed nicht mehr vorhanden war.
Das Du nicht den direkten Feedaufruf, sondern den Zugriff über Feedly meinst, änder natürlich die Ausgangslage nicht unerheblich. 
Gruß
Ingo
So einfach mit dem Eindinden der wp-db.php funktioniert das nicht. Darin ist ja nur die PHP-Klasse enthalten. Das Objekt selbst wird erst im Wordpress-Initialisierungsprozess in der Datei wp-settings.php mit der Funktion require_wp_db erzeugt.
Wenn man Wordpress-Funktionen außerhalb von Wordpress verwenden will, sollte man das so machen, wie hier am Anfang beschrieben:
http://codex.wordpress.org/Integrating_Wo…th_Your_Website
Damit wird garantiert, daß alles richtig initialisiert wird.
Allerdings würde ich diesen Counter als echtes Plugin realisieren. Das wäre zumindest konsistenter und weniger Störanfällig.
Gruß
Ingo
Ja, 30MB sind für das aktuelle Wordpress normalerweise zu wenig. Besonders auch dann, wenn auf dem Webserver ein 64Bit-System läuft. Das verbraucht deutlich meht Speicher, als auf einem 32Bit-System.
Bei 1&1 kann ich übrigens das deutsche Wordpress mit nur 30MB Speicher problemlos installieren. Es verbraucht im Betrieb nur ca. 12 bis 13MB mit einem der Standard-Themes und ohne vielen Plugins
Gruß
Ingo
Am Ende des von mir oben verlinkten FAQ-Artikels wird auch ein Plugin erwähnt, welches das 'category' aus der URL entfernt. Das habe ich aber selbst noch nicht ausprobiert. Zumindest soll es wohl damit ohne ./-Trick und Zwang zur ID gehen.
Gruß
Ingo
Ich verstehe nicht, warum der Schrott hier nicht endlich gelöscht wird!
Man kann solche Beiträge mit einem Klick auf das kleine Symbol unten links melden. Wenn das keiner macht, wird auch nichts passieren. Die Moderatoren können ja nicht immer alles und überall lesen.
Gruß
Ingo
Bei der deutschen Version wird eine Sprachdatei geladen, die einige MB PHP-Speicher belegen dürfte. Der Grund könnte also sein, daß nicht ausreichend PHP-Speicher zur Verfügung steht. Ob und wie Du diesen Speicher erhöhen kannst, hängt vom Webhoster ab.
Eventuell ist auch ein Blick in die Errorlog-Datei des Webservers hilfreich, sofern Du darauf Zugriff hast.
Gruß
Ingo
Und die Adressen von action existieren?
Gut, an das Einfachste habe ich erstmal nicht gedacht.
Ich gehe aber davon aus, daß diese existiert. Aber wissen kann man es nicht.
Gruß
Ingo
Es soll ja auch nicht per FTP verbinden, das ist genau das, was beabsichtigt ist. Die Aktualisierung oder Installation von Plugins/Themes sollte nun einfach so laufen.
Gruß
Ingo
Ein Problem mit selbst programmierten Formularen gibt es immer dann, wenn Du dort Variablen verwendest, die auch von Wordpress verwendet werden. Häufigstes Problemkind ist 'name'. Eine Übersicht mit den von WP verwendeten Variablen findest Du hier:
http://codex.wordpress.org/WordPress_Query_Vars
Gruß
Ingo
Ich kann es gerne nochmal wiederholen.
Bei den Strato-Webhosting-Paketen benötigt man für die Online-Aktualisierung im WP-Backend keine FTP-Daten. Am besten, Du kommentierst die ganzen FTP-Daten in der WP-Config einfach mal aus.
Gruß
Ingo
Ach das soll "von außen" gehen.
Dann ist es wohl wirklich das Einfachste, einen POST-Request auf die wp-comments-post.php abzusetzen, wie Melewo es vorgeschlagen hat.
Gruß
Ingo
