Gleichzeitig wird eine Fehlerausmerzparty stattfinden, bei der die letzten veröffentlichungskritischen Fehler der kommenden Version 6.0 (squeeze) gefixt werden sollen. Eine Anmeldung für die MiniDebConf ist übrigens nicht nötig, man sollte jedoch eine Eintrittskarte für den LinuxTag besitzen. Die Hallen öffnen für den LinuxTag (besser die LinuxTage) übrigens schon am 9. Juni und bleiben bis einschließlich 12. Juni geöffnet.

Wir freuen uns auf viele interessante Gesichter und was noch wichtiger ist, auf ganz viel Open Source und Linux. Man sieht sich auf dem LinuxTag 2010.

Update #2

Wir haben die MiniDebConf live ins Netz gestreamt und werden die Videos sobald wie möglich, fertig bearbeitet zusätzlich zum Download anbieten. Diese werden dann unter www.minidebconf.de verfügbar sein.

Update #1

Helfer und Interessierte, können genauere Informationen über den Ablauf und eine ToDo Liste im DebConf Wiki finden. Die Sponsorenseite mit weiteren Informationen ist jetzt online.

Mehr Infos

Offizielle Seite: http://www.minidebconf.de/2010/berlin/
Debian MiniDebConf: http://www.debian.org/News/2010/20100408
Linux Tag 2010: http://www.linuxtag.org/2010/

Das persönliche Profilbild soll nur beim Aufruf der Seite "profile" in der linken Sidebar erscheinen. In die Datei modules/Profile/Profile.ini wird für den Bereich pages folgendes eingetragen.

pages = "profile"

Anschliessend öffnet man die Style Verwaltung und bearbeitet die Datei sidebar.html. Hierfür stehen zwei Blockfunktionen in den Templates zur Verfügung.

{if $cms->modIsActive('Profile')}
    <img src="path/to/the/image.png" alt="Profilbild" />
{/if}

Dies überprüft, ob das Modul in der aufgerufenen Seite aktiv ist und gibt bei Bedarf den Inhalt aus. Über den Funktionsaufruf modIsAvailable, kann man prüfen ob das Modul verfügbar ist. In beiden Fällen übergibt man als Parameter "module" den Namen des Moduls.

In PHP Anwendungen stehen die Funktionen ebenfalls bereit. Hier müssen Sie mit einem if Statement geprüft werden. Die CMS Methoden $cms->modIsActive($module) und $cms->modIsAvailable($module) liefern jeweils true bei Erfolg und false, wenn das Modul nicht aktiv oder verfügbar ist.

Eine Einsparung von 50% und sogar noch mehr, sind mit der richtigen Optimierung und dem Einsatz eines PHP Bytecode Cache allerdings schon lange möglich. Der Hype ist natürlich entsprechend groß, da die neu angekündigte Technologie von Facebook stammt. Viel interessanter ist in dem Fall wohl eher die Verwendung als Code Obfuscator, oder der Möglichkeit fertig ausführbare PHP Binaries zur Verfügung zu stellen. Mit der Einsparung von Serverlast, kann Facebook also hier nicht überzeugen.

Lediglich beim Speicherbedarf kann der neue Ansatz punkten, da gerade beim Einsatz eines Bytecode Cache am besten so viel RAM wie möglich zur Verfügung stehen sollte.

Fazit

Facebook hat mit HipHop einen neuen Weg eröffnet, der ganz so neu doch nicht ist. Bei genauerem Hinsehen stellt man fest, dass es bereits andere Projekte gibt, die in eine ähnliche Richtung gehen. Neu ist jedoch die Verwendung von C++ Code, was wie bereits erwähnt, den Speicherbedarf minimiert.

Mit anderen Worten: In zukünftigen OneNext Projekten, könnte HipHop eine nicht zu unterschätzende Rolle spielen. In den kommenden, lokalen Tests wird sich zeigen, für welche Anwendungsgebiete es in Frage kommt, wie hoch der Arbeitsaufwand und vor allem wie hoch die CPU Einsparung tatsächlich sein wird.

Sobald eine 256bit verschlüsselte Verbindung hergestellt wurde, ist ein Hinweis am Fuß der Seite sichtbar (siehe Bild). Im Normalfall zeigt ihnen aber bereits ihr Browser anhand eines eingeblendeten Sicherheitssymbols, dass die aktuelle Verbindung verschlüsselt wurde. Oft werden beim Klick auf dieses Symbol (meist ein Sicherheitsschloß), weitere Informationen zum Zertifikat angezeigt.

2.0 wird dabei komplett neu programmiert und an die Bedürfnisse kleiner Unternehmen angepasst, ausserdem wird noch mehr Wert auf OOP gelegt. Aus diesem Grund haben wir uns dazu entschlossen, das Zend PHP Framework, die Smarty Template Engine 3.0 (zur Zeit noch beta) und das Scriptaculous Ajax Framework zu integrieren.

Zu den Hauptüberlegungen zählt u.a. auch, die Apps nicht mehr in der Datenbank, sondern als statische Files im Dateisystem abzulegen. Weiterhin soll die Unterstützung von Modulen verbessert werden.