Beiträge von Arno Simon

    jeder hält einen anderen provider für vernünftig, da diskutiere ich jetzt nicht.

    wenn du der meinung bist ohne heraufstufung auszukommen oder auskommen zu müssen, überarbeite die plugins oder mach sonstwas.... es ist fruchtlos anfragen zu stellen und anschliessend von dem was man gesagt bekommt nichts wissen zu wollen...

    ich habe selbst diverse andere cms, darunter 3 die auch du genannt hast, durchprobiert.... u.a. auch typo3 und das system ist seinerzeit innerhalb von 5 minuten an die 8mb grenze gestossen. damals hiess es in den einschlägigen typo3-foren "64mb sind minimum für typo3". soviel zum thema "typo3 kommt mit 8 mb aus".

    wenn du dich mit einer heraufsetzung des php-speichers nicht zufrieden geben willst: wie gesagt: codiere das system und / oder die plugins um, versuche alles besser und effizienter zu machen - am ende wirst du dein eigentliches ziel (deine site zu gestalten) aus den augen verlieren. mir ists wurscht ;)

    vG

    Arno

    nein, sorry... aber es bleibt dir nichts anderes übrig, als einzusehen, das es neben wordpress, noch eine ganze reihe von anderen sachen gibt die vom php-prozessor ausgeführt werden und dessen speicher mitbenutzen.... das hat nicht wirklich viel mit wordpress und/oder den plugins zu tun.

    sieh dir mal die installation des php auf deinem server an.... dort werden auch tonnenweise plugins geladen, welche mit sicherheit - zumindest teilweise - den php-speicher angreifen werden.

    sicherlich - die plugin-verwaltung von wp könnte wesentlich besser sein..... in meinen augen ist es idR absolut überflüssig alle plugins zu laden, egal ob diese für die aktuelle aufgabe (beitrag, seite) benötigt werden oder nicht... eine entsprechende verwaltung würde wahrscheinlich nur einen bruchteil des speichers belegen, den alle auf einer site installierten plugins schlimmstenfalls benötigen würden, aber diese ist in wp nunmal nicht vorgesehen. auch die programmierung der plugins könnte wesentlich effizienter ausfallen, wenn manche programmierer nicht immer die kompletten tabellen etc. in den speicher laden würden, sondern nur dass was für die aktuelle aufgabe benötigt wird, aber das wird im vergleich zu den php-plugins wahrscheinlich immer noch fast als tropfen auf den heissen stein zu werten sein.

    an dieser stelle ist lediglich einzusehen das der php-speicher entweder unmittelbar in der php.ini oder aber z.b. über den strato-"hack" (welcher eigentlich keiner ist) heraufzusetzen. geht weder das erstere noch das letztere, bleibt einem nur eins: einen vernünftigen provider suchen....

    vG

    Arno

    .... immer noch mit den nachwirkungen eines heftigen grippalen infekts kämpfend :( ....

    Hallo SOL,

    die Verknüpfung zum Kommentarauthoren (in dem Link welchen Du mir als PN zugesandt hast), enthalten über das rel-attribut 2 steuerparameter: rel='external nofollow'. ein "target='_blank'" ist nicht enthalten.

    Jetzt stellt sich die Frage: Welches Coding wird durchlaufen? Einfach mal - wie oben vorgeschlagen - ein kleines testecho in dein coding sowie das originalcoding einbauen um zu sehen, welches durchlaufen wird und dann mal ansehen was dabei rumkommt.

    das hier währe mal ein - etwas umgeschriebenes - beispiel dessen, was ausgegeben wird:

    HTML
    <a href='http://arno-simon.de' rel='external nofollow'>Arno Simon</a>



    vG

    Arno

    PS wird das originalcoding durchlaufen, ist die aufhebung des zeitpunktes (zurück- bzw. neusetzen des entsprechenden hooks) wohl in der function.php zu spät bzw. nicht zulässig.... dann bau das ganze mal in ein plugin um und teste es damit.

    da du ja leider keine referenzseite (link zum blog) angibst, lässt sich das nicht so ohne weiteres nachtesten.... hast du dir den ausgegebenen quähltext denn mal angesehen ob das target-blank ausgegeben wird oder ggf. noch ein weiterer (von dir eigentlich unerwünschter) zusatz, wie z.b. das nofollow-attribut, an den link gehangen wird?

    vG

    Arno

    [FONT=Arial]Sagte ich doch eben, oder nich? :mrgreen: [/FONT]

    nein, was geschieht oder vielmehr nicht geschieht sagtest du nicht.....

    hast du einfach mal irgendwo einen

    PHP
    echo 'hier bin ich';

    eingebaut, um zu sehen ob das coding überhaupt angesprochen wird?

    generell ist es schon mal schön zu sehen, das überhaupt darüber nachgedacht worden ist, nicht direkt im core-code herumzufrickeln ;) allerdings solltest du, gesetzt dem fall die functions.php wird nicht angesprochen, mal darüber nachdenken das ganze in ein plugin zu verpacken und darüber auszuführen.

    vG

    Arno

    entschuldigung, aber wer die suche benutzt, wird zu diesem thema mit sicherheit mehr als 4 dutzend beiträge im forum finden - inklusive "strato.de"-problematik, hinweis auf prüfung der plugins etc. etc. .....

    arbeite bitte mal die suchergebnisse zu "allowed memory size" durch und du wirst schon'ne ganze ecke schlauer.....

    auch die forennutzer möchten nicht alles doppelt und dreifach schreiben.....

    wenn du nach durcharbeitung aller beiträge immer noch probleme hast, melde dich nochmal...

    vG

    Arno

    es währe imho sehr hilfreich wenn du denn mal beschreibst, was denn das problem ist, welches du mit dem einsatz des obigen codings hast ;) wird es überhaupt nicht angesprochen? wird ein syntax-fehler ausgegeben, wenn ja welcher? oder wird einfach nicht das gemacht was du erwartest und wenn ja, was erwartest du und was geschieht stattdessen, was nicht deinen erwartungen entspricht?

    vG

    Arno

    bei grossen backups, bzw. derren wiederherstellung, welche die laufzeitgrenzen des servers sprengen, lohnt es sich über die mysql-admin- bzw. mysql-gui-tools nachzudenken. damit kann man dann auch solche sachen wie umgehen wie falsche db-namen im backup... die werden dann automatisch umgeschrieben (wenn die entsprechende option aktiviert wurde).

    vG

    Arno

    dürfte mE nur eine abfolge übereinandergelegter divs sein, derren visible-status per javascript gesteuert wird. auch wenn ich das mgls. javascript-geduld nicht selbst bewerkstelligen würde ;)

    letztlich zeichnet dafür die aBrules.js von alwaysBETA verantwortlich. zu sehen z.b. im FF mit developer-erweiterung. ob du diese verwenden darfst, musst du bei alwaysBETA nachfragen. ansonsten selbst entwickeln oder nach ähnlichem im WWW ausschau halten.

    ob dafür noch die ein oder andere zusätzliche js-komponente notwendig ist, welche von aB genutzt wird, weiss ich auch nicht, dazu müsste der code erstmal genauer analysiert werden.

    vG

    Arno

    WYSIWYG hat immer eine schwachstelle..... idR grottigen code, weshalb die meisten themes auch handcodiert sind....

    was sydebar widgets allerdings mit dem thema zu haben sollen, erschließt sich mir an dieser stelle auch nit ;) ;)

    vG

    Arno

    PS oder wars dein april-scherz, jottlieb?! ;) :mrgreen:

    Nix für ungut, aber mir erschliesst sich dein problem nicht so recht.... vllt. geht es anderen ja auch so!

    das einzigste, abgesehen von augenkrebs erregendem neonpink, was mir als problem in die augen springen könnte, währen die dreckbatzen in den ecken der anzeigebereiche, welche wohl auf mangelnde transparentz der grafik zurückzuführen sein dürften.

    vG

    Arno

    PHP
    <?php if (is_page('27')) :?>
    <?php else :?>
         <?php get_sidebar(); ?>
    <?php endif; ?>

    die fehlermeldung sagt es doch schon: es wird ein doppelpunkt an unerwarteter stelle gefunden!

    beim if fehlt eine schließende klammer - siehe oben.

    vG

    Arno

    Moin Volker,

    welches Newsletter-Plugin hast Du eingebunden?

    Es ist in jedem Fall falsch eingebaut. Ob durch das Plugin selbst oder ggf. durch ein für das Plugin zu erstellendes Template kann ich gerade nicht beurteilen.

    Wenn Du Dir den ausgegebenen HTML-Quelltext der Newsletter-Seite ansiehst, steht der Block des NewsLetters oberhalb des SideBar-Blocks. Dort hat er aber nichts zu suchen. Er gehört in den DIV mit der ID "content", wo er auch steht. Allerdings wird dieser nun vor dem sidebar-block ausgegeben und nicht dahinter, wo er vom Deinem Theme her vorgesehen ist. Dadurch der Verzug.

    In der Template-Datei welche Du für das Newsletter-Plugin angelegt hast, mußt Du das

    PHP
    <?php get_sidebar(); ?>

    vor den Content-Bereich setzen.

    vG

    Arno