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
Beiträge von Arno Simon
-
-
ich habe es so noch nicht durchgeführt, einfach mal durchtesten....
wenn noch probleme - z.b. mit grafiken die in beiträge eingebunden sind - auftauchen einfach nochmal das forum durchstöbern. ich glaub putzlowitsch hatte dazu auch einige informationen in seinen jüngeren beiträgen gepostet.
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 :( .... -
gelöscht wird hier nix (ausser nicht erlaubter werbung oder sittenwidrigen beiträgen) und das thema könnte für den ein oder anderen auch nochmal interessant werden ;)
-
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:
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
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 -
Schau da mal rein: Bearbeitung der Sprachdatei − WordDoku
vG
Arno -
Am besten du fügst mal folgendes CSS in deine CSS Datei ein...
einfügen natürlich nur, wenn's noch nicht da ist..... ansonsten wunderst du dich hinterher das du was änderst und kein effekt eintritt....
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
-
soll ich mal die css posten?
ne du, lass man..... die kann man sich auf deiner seite ansehen ;)
vG
Arno
PS deine Seite macht auch im IE7 schwierigkeiten... siehe grafik
-
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:
-
Warum sollte es?
vG
Arno
-
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
-
-
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
vor den Content-Bereich setzen.
vG
Arno