Beiträge von Arno Simon

    Auch wenn viele jetzt schon Ihre cron.php manuell geändert haben, die von dem Problem des zu kurzen Ping-Timeouts betroffen sind, habe ich mich mal hingesetzt und ein kleines Plugin zu dem Thema geschrieben.

    Zweck:
    - vermeiden von Hacks, da diese nicht zukunftssicher sind
    - stabile Änderung des Time-Out-Werts, sofern kleiner als der gewünschte, auch wenn die cron.php durch ein upgrade wieder zurückgesetzt wird

    Zu finden: hier

    moin zusammen,

    kann es sein, das der service abgeschaltet ist? ich habe mal testhalber bei mir den entsprechenden link gem. anleitung eingetragen und einen beitrag abgesetzt, aber auf der seite ist nichts angekommen....

    komisch finde ich auch die ansage

    Zitat von WordBlog.de

    In den letzten 24 Stunden sind 0 Pings eingegangen und 0 neue Blogs hinzugekommen.

    sollten in der deutschen community in den letzten 24 stunden wirklich keine beiträge erfasst worden sein?

    vG

    Arno

    lust und laune von wp?

    nein, spass beiseite... an der stelle muss ich leider passen... dazu müsste ich über eine installation verfügen, in der das geschieht... da dies bei mir bislang (wem auch immer sei dank ;) ) nicht der fall ist, kann ich da nicht mit dienen ;) ich hatte nur im zusammenhang mit dem upgrade auf 2.8 ein entsprechendes problem, aber das konnte ich lösen ohne das es, glaube ich, einen solchen zusammenhang gab. schau doch mal durch meine älteren posts.. so ca. 1 - 3 tage nach erscheinen von wp2.8, dürfte das gewesen sein ;)

    das liest sich als ob irgendwo die .pot-datei von wp eingebunden wird.

    da dies in der auslieferung jedoch nicht der fall ist, frage ich mich ob du nicht irgendwo einen entsprechenden code eingetragen hast....

    wenn in deiner wp-root keine liegt, hast du keine. sofern die wp-root nicht mit chmod 777 ausgestattet ist, kann diese von wp auch nicht angelegt werden. erstell diese manuell und statte sie mit chmod 777 aus, dann kann wp sie auch ändern.

    das liegt daran, das die optischen spaltenbreiten durch die hintergrundgraphik deines contentbereichs (bg.jpg) vorgegeben wird. diese musst du gemeinsam mit dem css überarbeiten - sprich die beiden spalten mit den gewünschten breiten ausstatten.

    hast du zugriff auf das error.log deines webspaces? wenn ja, mal reinsehen oder dies deinen hoster machen lassen....

    ggf. steht da drin, das du keinen fsockopen o.ä. durchführen kannst, was dann bedeutet, das du kein automatisches update durchführen könntest. das muss aber erst geprüft werden.

    vG

    arno

    die möglichkeit gibt es durchaus... aber nur, wenn du die entsprechenden plugins nicht als widgets, sondern als normale sidebar-plugins benutzt. dann kannst du diese durch entsprechende abfragen ausblenden, bzw. verhindern, das die entsprechenden funktionen ausgeführt werden. das verhindert jedoch nicht, das immer der entsprechende quellcode geladen wird.

    es gibt im plugin-repository auf wordpress.org, ein seo-plugin (weiss jetzt nicht mehr welches), das es ermöglicht für die einzelnen posts (und ich denke dann auch mal seiten) zu bestimmen, welche plugins geladen werden sollen und welche nicht. das währe natürlich die nächste möglichkeit - bürdet dir als admin allerdings entsprechend mehr verantwortung/arbeit auf, da du um so sorgfältiger darauf achten musst die seiten entsprechend zu konfigurieren.

    vG

    arno