Evernote ist ein praktischer Dienst, um Notizen, Ideen und Scribbles zentral zu sammeln und zu synchronisieren. Eine Notiz in diesem Sinne kann eine Textnotiz, eine Website, ein Bild, ein Screenshot oder auch ein Audiofile sein.
Spannend ist vor allem, dass es Evernote für Windows, Mac sowie für Windows Mobile und das iPhone gibt. Synchronisiert wird über den Webdienst von Evernote bei dem es for free ein monatliches Uploadvolumen von 40MB gibt. Wer mehr will, kann für 45 Dollar im Jahr zum Premium Account upgraden. Einen webbasierten Zugang zu seinen Notizen hat man über die Website von Evernote.
Auch interessant ist die Integration in den Webbrowser, die es erlaubt, einen (markierten) Abschnitt einer Webseite oder auch die gesamte Seite als Notiz zu speichern. Auch Screenschots lassen sich direkt in Evernote speichern.
Alles in allem das perfekte Tool für wirre Köpfe mit vielen Ideen…
URL: http://www.evernote.com
Nach endlosen Versuchen, eine geeignete Desktop-Blogging-Software zu
finden (weil ich das Wordpress Backend einfach auf den Tod nicht ausstehen kann), ist mit nun, eher per Zufall (ich hatte eigentlich schon
aufgegeben) ScribeFire über den Weg gelaufen.
ScribeFire ist eine Firefox Extension, die bloggen direkt aus dem Browser unterstützt. Kein lästiges Wordpress-Backend mehr? Na mal sehen, was dieser nächste Versuch des Desktop Bloggings so bringt…
EDIT: Ja, das scheint hervorragend zu funktionieren, endlich mal!
EDIT 2: Und nun noch mit Bild - Jaaah, super!
Ja, der IE7 war zwar eine echte Verbesserung für alle Webentwickler, und wir sind alle froh wenn der IE6 aus den Zugriffsstatistiken soweit verschwindet, dass dieser nicht mehr Vorgabe für gängige Webprojekte sein wird, aber der IE8 kommt!
Wer schon mal schnuppern möchte, was auf ihn zukommt, kann das mit der von MS veröffentlichten Beta 1 tun.
Ein erster Blick zeigt: So ganz reibungslos wird es nicht gehen. Vor allem beim Rendern von Paddings und Margins gibt es offensichtlich einige Abweichungen (ist man ja gewöhnt).
Also Frontendler dieser Welt: Rüstet Euch schon mal für die IE8-Fix Welle!
Um Alfresco 2.1 unter JBoss 4.2GA laufen zu lassen ist eine kleine Manipulation nötig, ansonsten gibt’s sowas:
ERROR [proxy.pojo.BasicLazyInitializer] Javassist Enhancement failed:
org.alfresco.repo.avm.PlainDirectoryNodeImpl
java.lang.RuntimeException: by java.lang.IllegalAccessError:
class org.hibernate.proxy.HibernateProxy_$$_javassist_110 cannot access its
superinterface org.alfresco.repo.avm.PlainDirectoryNode
at javassist.util.proxy.ProxyFactory.createClass3(ProxyFactory.java:342)In der Datei server/default/deploy/ejb3.deployer/META-INF/persistence.properties ist der Hibernate Bytecode Provider von “javassist” auf cglib zu ändern:
#hibernate.bytecode.provider=javassist
hibernate.bytecode.provider=cglibWarum das so ist weiß der Geier. Und der hier, der weiß das offensichtlich auch. Danke!
Einige interessante Case Studies zu Alfresco-Projekten finden sich hier.
Endlich bahnt sich ein Eclipse basierter TypoScript Editor an: http://www.tyclipse.org/
Bin ja gespannt…
Hat man ja schon öfter gebraucht: ein zwischengeschaltetes Login, falls der User nicht angemeldet ist, dann aber flugs weiter zur eigentlichen Aktion. Nur müssen die ursprünglichen Parameter durch das Login durchgeschliffen werden.
Hierzu gibt es, als undokumentiertes Feature, einen Hook:
1. localconf der eigenen Extension anpassen:
if (t3lib_extMgm::isLoaded('newloginbox') && (TYPO3_MODE == 'FE')) {
$GLOBALS ['TYPO3_CONF_VARS']['EXTCONF']['newloginbox']['loginFormOnSubmitFuncs'][] =
‘tx_myextension_newloginbox->loginFormOnSubmit’;
require_once(t3lib_extMgm::extPath(’my_extension’).’class.tx_myextension_newloginbox.php’);
}
2. class.tx_myextension_newloginbox.php schreiben
class tx_eccgeneral_newloginbox {
function loginFormOnSubmit(){
$onSubmit = '';
$hidden = "";
if(t3lib_div::GPVar("msg_uid")) {
$hidden .= '<input type="hidden" name="msg_uid" value="'.t3lib_div::GPVar("msg_uid").'">';
}
if(t3lib_div::GPVar("action")) {
$hidden .= '<input type="hidden" name="action" value="'.t3lib_div::GPVar("action").'">';
}
return array($onSubmit, $hidden);
}
}
Wer bei der Extension-Entwicklung öfters auf solche nicht sonderlich aussagekräftigen Fehlermeldungen stößt:
Warning: Invalid argument supplied for foreach() in
/srv/www/blabla/typo3/class.db_list.inc on line 685
… der Solte in seiner ext_localconf.php folgende Einstellung vornehmen:
$GLOBALS['TYPO3_DB']->debugOutput = true;
Nun gibts auch aussagekräftige Fehlermeldungen.
Der Ordnung halber sollte das beim Livegang aber wieder deaktiviert werden.
Häufig hatte ich das Problem, dass beim Einsatz von RealURL einzelne Seiten nicht mehr annavigierbar waren.
Ein Klick auf home/service/imprint für damit zu home/service. Und das auch nur weil ‘postVarSet_failureMode’ => ‘redirect_goodUpperDir’ aktiviert wa, ansonsten hätte es eine häßliche Fehlermeldung gegeben. Mein Verdacht war immer, dass es was mit dem RealURL cache zutunhaben muss, den nach löschen des frontend caches und das Neuerzeugen des Links auf home/service/imprint durch Reload der Seite home/service ging es immer.
Nach einigem Googeln stellte ich fest, dass viele mit diesem Problem zu kämpfen haben und es eine Konfigurationsmöglichkeit gibt, die deses Problem behebt:
'pagePath' => array (
...
'firstHitPathCache' => true
)
Was das genau macht, weiss ich nicht, aber es hilft!
Eine nette und übersichtliche Gegenüberstellung der gängigsten Open Source Portalserver findet sich hier. Der Sieger ist Liferay, am schlechtesten hat der Klassiker Apache Jetspeed abgeschnitten. Auch JBoss Portal 2.6 schneidet besser ab, als ich es erwartet hätte…
