Archiv der Kategorie: Intern

Angelegenheiten um das WebLog, WordPress und die hier ein­setz­ten Mittel und Wege.

Blogger, Intern, Internet, software, Test, WordPress

Test mit ScribeFire

8 Kommentare

Nachdem Deepest Sender – mit dem Add-on ver­öf­fent­lichte ich gele­gent­lich bei HDS home aus der Ferne mit dem Browser Artikel – für FireFox noch nicht ange­passt wurde, habe ich mir hier ScribeFire installiert.
Sollte ScribeFire 3.4 mit der aktu­el­len Version von FireFox (3.5.2) ein­wand­frei funktionieren ?
Mit ande­ren Worten „das hier ist ein Funktionstest“. 

Hiermit pro­biere ich ein paar ange­bo­tene Formatierungsmöglichkeiten aus. So zum Beispiel in die­sem Funktionstest :

  • Schriftarten
  • Fettschrift
  • Schriftgrad erhö­hen
  • Schriftfarbe
  • kur­siv
  • unge­ord­nete Liste
  • Bild ein­fü­gen
  • Sonderzeichen ein­fü­gen ¿
  • Video ein­fü­gen (YouTube)
  • Hyperlink ein­fü­gen
  • Zemanta habe ich noch nicht so ganz verstanden 😉
©hds

Bei der Gelegenheit habe ich, weil ScribeFire es rela­tiv bequem anbie­tet, mal etwas in YouTube „rum­ge­schnüf­felt“ um etwas pas­sen­des zu finden. 😉

Fahrbericht, Beschreibung und kur­zer geschicht­li­cher Abriss zur BMW R 1200 RT von „polo“.

Der WYSIWYG-Editor zeigt es mir mei­nen Vorstellungen ent­spre­chend an, bevor ich jetzt die­sen Artikel veröffentliche.

winnipuh
Erkenntnisse, Intern, Persönlich, WordPress

Memory Limit Problem gelöst

2 Kommentare

So oder so änlich stellte sich mir das Speicherproblem dar :

Fatal error: Allowed memory size of 654321 bytes exhausted (tried to allocate 12345 bytes) in /srv/www/user/bla/blub/file.php on line 123

Folgende Anfrage stellte ich per E‑Mail vor eini­gen Tagen an mei­nen Hoster :

[…] Um Speicherverbrauch zu redu­zie­ren, habe ich dafür schon andere Plugins deak­ti­viert und über­flüs­si­ges in mei­ner SQL-DB gelöscht.
Leider stosse ich den­noch an mein Limit von 32MB und liege der­zeit bei 31,07MB (97%) mei­nes Speicherverbrauchs.
Ich wäre Ihnen sehr ver­bun­den, wenn Sie mein memory_limit in der php.ini anhe­ben wür­den. Auch wenn es „nur“ +8MB wären, würde es mir sehr wei­ter helfen.
Mit einem Limit von 40MB z.B. würde ich einige Probleme ver­mei­den und sorg­lo­ser in die Zukunft bei mei­nem Webhoster schauen können. […]

Nachdem meine E‑Mail Anfrage durch mei­nen Provider unbe­ant­wor­tet blieb, küm­merte ich mich jetzt inten­si­ver um die Problemlösung mit eige­nen Mitteln.

Das schritt­weise deak­ti­vie­ren ein­zel­ner PlugIns, um mich an das erlaubte Limit her­an­zu­tas­ten, war meine Übergangslösung, für mich aber nicht akzeptabel.
Das Problem mit dem Speicherverbrauch am Limit (97%) bei 32MB konnte ich jetzt mit dem schrei­ben einer „php.ini“, mit dem Inhalt :
„memory_limit = „64M““
und ein­fü­gen in das „wp-admin“ Verzeichnis, beheben.

memlimit1


Das memory-limit von 64MB wurde offen­sicht­lich über­nom­men und es wird mir aktu­ell eine Auslastung von nur noch 48% angezeigt.

Datensicherheit, Erkenntnisse, Intern, Persönlich, Upgrade, WordPress

Roadmap und timeline zu WordPress


Heute Morgen wie­der über Sinn eines Upgrade auf WordPress 2.8.2 nach­ge­dacht und als Hilfe zur Entscheidungsfindung recherchiert.

Die mitt­ler­weile auf­ge­tre­te­nen Auffälligkeiten und Beanstandungen (um nicht von Fehlern zu reden) und noch offe­nen Tickets, bei mit 2.8.3 noch zu berei­ni­gen­den alten oder neuen Fehlern bis zur aktu­el­len Version 2.8.2, las­sen mich erneut Abstand neh­men ; es bleibt min­des­tens auf die Version 2.8.3 zu war­ten, wenn nicht sogar bis WordPress 2.9.

Siehe hierzu auch Beitrag vom 1. August ’09 unter kri­ti­sche Sicherheitsluecke in WordPress. Jetzt werde ich auch Sicherheitsgründen erst ein­mal alle unbe­kann­ten Benutzer löschen.

Für mich und alle die hier mit­le­sen und die es inter­es­siert, hier­über ist die Roadmap über WordPress trac zu erfahren.