Old but not bus­ted … – Die­ser Inhalt wur­de vor mehr als 13 Jah­ren publi­ziert. Die Kor­rekt­heit und Ver­füg­bar­keit von Links kön­nen lei­der nicht gewähr­leis­tet werden.

Die letz­ten Tage habe ich mich – pro­kras­tinistato­risch inspi­riert – (mal) wie­der ein paar tech­ni­schen Spielerei­en hin­ge­ge­ben, über die ich mal schnell berich­ten möchte…

  1. neu­es Word­Press-The­me: Light­Word – Irgend­wie siehts nett aus und lässt (nach ein paar klei­nen Anpas­sun­gen des Plug­ins) auch den Lifestream ver­nünf­tig aussehen.
  2. neu­er RSS-Rea­der: rssLounge – Schon vor ner Wei­le hat­te ich mich für mei­nen Web-Feed-Rea­der unter rss.sokai.name nach einer Alter­na­ti­ve zum (lei­der!) nicht mehr wei­ter­ent­wi­ckel­ten Gre­ga­ri­us umge­schaut und auch rssLounge gefun­den. Damals stör­te mich, dass es ent­we­der nur mit Pass­wort oder kom­plett ohne (also auch die Ver­än­de­rung der Ein­stel­lun­gen) funk­tio­nier­te. Nach der heu­ti­gen Instal­la­ti­on von Ver­si­on 1.7 ist dies nicht mehr so. *supi* Ein paar ‘Klei­nig­kei­ten’ (bspw. pri­va­te Feeds, die nur mit Log­in sicht­bar sind, Feeds und ver­bes­ser­te Son­der­zei­chen­un­ter­stüt­zung) feh­len noch, aber da hab ich Hoff­nung. Aller­dings wer­de ich rssLounge erst­ein­mal nur zusätz­lich benut­zen, zum Aus­t­tes­ten halt…
  3. neu­es WP-Plug­in für deut­sche Umlau­te in den Slugs: wp-cle­an­um­lauts2 – Ich hat­te zwar das (seit WP 3.1 auch nicht mehr funk­tio­nie­ren­de) “Ger­man Permalinks”-Plugin instal­liert, aber nun is ja wie­der alles gut… *thx2cas­hy*
  4. neu­er Jab­ber-Account: me[at]sokai[dot]name (wie mei­ne E‑Mailadresse) – Sowas woll­te ich schon immer haben und der bast­la hats nun auf unse­rem Kom­mu­ne-Ser­ver­chen mal umge­setzt… *jubel&thx*
  5. kein Ohloh mehr im Roas­ter – Sehr scha­de, dass ohloh.net den Jab­ber-/XMPP-Sup­port an den Nagel gehängt hat, wie hier (offi­zi­ell) und hier (im Forum) zu lesen ist. .oO(Und ich hab mich schon gewun­dert, wes­halb der Bud­dy schon seit Mona­ten immer off is…)
  6. neu­es Git-Repo: Word­Press-Plug­in ID-Per­ma­lin­ker – Bas­tel­ver­si­on, um im Backend schnell auf eige­ne (alte) Bei­trä­ge dau­er­haft (denn es wird die post-id mit­tels Smart­code ver­linkt und nicht der Slug) ver­lin­ken zu können.
  7. neu­er Shell-Ein­zei­ler:
    $ find . -iname "*.txt" -exec sed -i "s/SUCHSTRING/ERSETZUNG/g" {} \;

    Die­ser fin­det alle Datei­en mit der Endung txt und ersetzt in die­sen den SUCHSTRING mit dem ERSETZUNG. Dabei wird mit dem sed-Schal­ter -i eine Siche­rungs­ko­pie vor dem Erset­zen gemacht, die bei Erfolg wie­der gelöscht wird. *sokann­nix­schief­ge­hen*

So viel also von der Bas­tel­front… .oO(Wozu man nicht so alles kommt, wenn die Frau mal aus dem Haus ist… ; ))

sofar|sokai

Old but not bus­ted … – Die­ser Inhalt wur­de vor mehr als 14 Jah­ren publi­ziert. Die Kor­rekt­heit und Ver­füg­bar­keit von Links kön­nen lei­der nicht gewähr­leis­tet werden.

…damit ich es sel­ber nicht vergesse:
Die Kom­bi­na­ti­on aus Word­Press Per­ma­links (bspw. /%year%/%postname%/) und dem Plug­in “Event Calen­dar” (EC3) sowie dem Plug­in “FeedB­ur­ner Feed­S­mith” ist *böse*. – Denn es wer­den alle URLs auf feedburner.com (mit nem 302er Sta­tus) wei­ter­ge­lei­tet und somit auch die iCal-Datei des EC3. Und natür­lich weiß FeedB­ur­ner damit nix anzu­fan­gen und zeigt die ’nor­ma­len’ Feeds an…

Also heißt es momen­tan erst­ein­mal die Feeds manu­ell (im The­me-Hea­der) umzuleiten.
Wenn dem­nächst mal Zeit ist, wer­de ich das Feed­S­mith-Plug­in so ändern, dass der iCal-Link des EC3 nicht umge­lei­tet wird. Ein Gito­rious-Pro­jekt namens “FeedB­ur­ner Feed­S­mith Plug­in” ist schon erstellt, jetzt muss das Plug­in ’nur noch’ ange­passt werden…

Old but not bus­ted … – Die­ser Inhalt wur­de vor mehr als 15 Jah­ren publi­ziert. Die Kor­rekt­heit und Ver­füg­bar­keit von Links kön­nen lei­der nicht gewähr­leis­tet werden.

Schon seit eini­ger Zeit bin ich auf der Suche nach einer ‘ein­fa­chen’ Mög­lich­keit, Klar­text E‑Mail-Adres­sen auf WP-Sei­ten (bspw. im Impres­sum) oder in WP-Arti­keln ‘ein­fach’ zu ver­schlüs­seln, bzw. unkennt­lich zu machen, um SPAM (halb­wegs ver­nünf­tig) zu vermeiden.
Nach­dem ich dann eini­ge Plug­ins wie bspw. EmailSh­roud, Trans­po­se Email und Obfus­ca­te-Email aus­pro­biert hat­te und mit allen nicht so ganz zufrie­den war, bin ich vor ein paar Tagen durch einen Arti­kel bei dyna­mic­in­ter­net auf die WP-eige­ne Funk­ti­on anti­s­pam­bot() gestolpert.

Die­se ‘ver­schlei­ert’ die dar­zu­stel­len­de (und ihr über­ge­be­ne) Mail-Adres­se in zufäl­li­ger Form und hat somit schon die Häl­te der Funk­tio­na­li­tät, die ich erwar­te. Nur einen “mailto:”-Link bas­telt sie nicht und es muss lei­der auch für die Benut­zung der rei­ne PHP-Quell­text im WP-Con­tent benutzt wer­den, was ein Plug­in, wie bspw. Exec-PHP, vor­aus­setzt.

So viel Kud­del­mud­del und Auf­stand wegen so einer ein­fa­chen Sache, wie dem Absi­chern einer Mail-Adres­se? – Es geht auch ein­fa­cher…! 🙂

Wie heu­te schön beim Smas­hing Maga­zi­ne im Arti­kel “Mas­te­ring Word­Press Short­codes” zu lesen war, ist es ultra-ein­fach einen klei­nen und funk­tio­nie­ren­den Short­code in sei­nem ver­wen­de­ten The­me einzubinden.

Und hier ist nun mein Code-Schnip­sel für obi­ges ‘Obfus­kie­ren’:

/* WP-Shortcode: obfuscate (secure) email by http://www.sok.ai */
function SecureMail($atts, $content = null) {
	extract(shortcode_atts(array(
		"mailto" => 'mailto:'
	), $atts));
	$asb = antispambot($content);
	$mailto2 = antispambot($mailto);
	return '<a href="mailto:'.$mailto2.'">'.$asb.'</a>';
}
add_shortcode('sm', 'SecureMail');

Die­sen ein­fach, bspw. am Ende, der functions.php im The­me­ver­zeich­nis anfü­gen und mit­tels fol­gen­den Short­codes im WP-Con­tent benutzen:

[sm mailto="bla@blubbbb.com"]bla@blubbbb.com[/sm]

Die Aus­ga­be ist dann wie folgt:
[sm mailto=“bla@blubbbb.com”]bla@blubbbb.com[/sm]

So viel noch auf die Schnel­le… – Viel Spaß beim Aus­pro­bie­ren & n8i

Update 18. Febru­ar 2009
plus: $mailto2 = antispambot($mailto);
Denn natür­lich muss auch die mail­to-Adres­se ‘ver­schlei­ert’ wer­den, was in der Ori­gi­nal­ver­si­on die­ses Arti­kels (und des obi­gen Code-Blocks) nicht der Fall war.

Old but not bus­ted … – Die­ser Inhalt wur­de vor mehr als 15 Jah­ren publi­ziert. Die Kor­rekt­heit und Ver­füg­bar­keit von Links kön­nen lei­der nicht gewähr­leis­tet werden.

Gene­rell bin ich sehr zufrie­den mit dem neu­en Admin-Inter­face von Word­Press 2.7.
Aller­dings ärger­te mich, dass die neu­en Icons wenig intuitiv/assoziativ sind und es bei der Umfra­ge (an der ich teil­ge­nom­men habe), wel­che Icons im ’neu­en’ Admin-Panel von WP 2.7 benutzt wer­den sol­len, kei­ne schon ‘bekann­ten’ Icons – bspw. aus den Icon-Pro­jek­ten Silk oder Tan­go – dabei waren.

Jetzt ist der ‘Ärger’ jedoch ver­flo­gen, denn gera­de habe ich fol­gen­des Plug­in ent­deckt: Tang­ofy! – Bet­ter icons for Word­Press 2.7 (bzw. hier).

…und schwupps ist ‘alles’ chic… 🙂 – Dan­ke & *thx* demetris!

WP 2.7 Standard-Icons
WP 2.7 Stan­dard-Icons
(vor­her)
WP 2.7 mit Tango-Icons
WP 2.7 mit Ton­go-Icons
(nach­her)

Old but not bus­ted … – Die­ser Inhalt wur­de vor mehr als 18 Jah­ren publi­ziert. Die Kor­rekt­heit und Ver­füg­bar­keit von Links kön­nen lei­der nicht gewähr­leis­tet werden.

Das Web der zwei­ten Generation:

  • alle quat­schen d’rüber;
  • kei­ner weiß, was es ‘wirk­lich’ is
  • … und jeder weiß es besser;
  • sieht voll geil aus;
  • erfin­det das Rad teil­wei­se neu.

Auf der Suche nach neu­en Ideen für das Web­de­sign der neu­en Sei­te von “Schö­ner Schen­ken”, purz­le ich nun schon seit ein paar Tagen von einer Sei­te des WWW zur nächs­ten und ent­de­cke dabei die Web-Tech­no­lo­gien neu.

Um (auch für mich) ein paar Ansät­ze und Ideen fest­zu­hal­ten, ein­fach mal eine klei­ne Link-Liste.
Wei­ter­le­sen