Yii: Mehrfaches Laden von JS/Css-Dateien verhindern

$(function () {
    $.ajaxSetup ({
        global: true,
        dataFilter: function (data,type) {
            var getScriptUrl = function (entry)
            {
                if (entry.type == "text/css")
                {
                    return entry.href;
                }
 
                return entry.src;
            };
 
            if (type && type != "html" && type != "text")
            {
                return data;
            }
 
            var selector = 'script[src],link[rel="stylesheet"]';
 
            if (!$._loadedScripts)
            {
                $._loadedScripts = {};
                $._dataHolder = $(document.createElement ('div'));
 
                var loadedScripts = $(document).find (selector);
 
                //fetching scripts from the DOM
                for (var i = 0, len = loadedScripts.length; i < len; i++)
                {
                    $._loadedScripts[getScriptUrl (loadedScripts[i])] = 1;
                }
            }
 
            $._dataHolder[0].innerHTML = data;
 
            var incomingScripts = $($._dataHolder).find (selector);
            for (var i = 0, len = incomingScripts.length; i < len; i++)
            {
                if ($._loadedScripts[getScriptUrl (incomingScripts[i])])
                {
                    $(incomingScripts[i]).remove ();
                }
                else
                {
                    $._loadedScripts[getScriptUrl (incomingScripts[i])] = 1;
                }
            }
 
            return $._dataHolder[0].innerHTML;
        }
    });
});

Viel Spaß damit . ]]> http://www.webtubes.de/programmierung/php/yii-ajax-problem-mehrfaches-laden-gleicher-javascriptcss-dateien/feed/ 2 http://www.webtubes.de/programmierung/php/yii-framework-das-php-framework-meiner-wahl/ http://www.webtubes.de/programmierung/php/yii-framework-das-php-framework-meiner-wahl/#comments Tue, 13 Dec 2011 17:20:26 +0000 Robert Bernhard http://www.webtubes.de/?p=407

Irgendwann stand oder steht wohl jeder PHP-Entwickler einmal vor dem Problem der Auswahl eines geeigneten PHP Frameworks. Bis vor einigen Monaten habe ich mich primär mit selbst erstellten Frameworks herum geschlagen. Nicht das die Frameworks schlecht waren, jedoch verspürte ich mehr und mehr den Drang, bekannte PHP-Frameworks kennen zu lernen. Dies ist nicht zuletzt dem Umstand geschuldet, dass am Markt befindliche Ressourcen nicht kompatibel zu selbst erstellten Frameworks sind (der Aufwand und somit die Kosten sind zu hoch).

So fiel meine Wahl zunächst auf ZEND Framework – das Flaggschiff unter den PHP Frameworks. ZEND ist ein sehr mächtiges aber leider auch ein unterirdisch performantes Framework. Die eigenartige auf Grund von PHP Abwärtskompatibilität angewendete Namespace-Implementierung mit Unterstrichen sowie die Komplexität des ZEND-Monsters haben mich jedoch zunehmend abgeschreckt. Mit ZEND gehen viele Dinge, wirklich sehr viele, aber in der Regel brauche ich diese Dinge nicht. Insofern bestand tief in mir der Wunsch nach einem schlankeren, Ressourcen schonendem und gut dokumentierten Framework Ausschau zu halten. Das Framework sollte zudem einfach konfigurierbar und modular verwendbar sein. Die Möglichkeit Extensions zur Erweiterung des Frameworks einzubinden, setze ich als gegeben voraus.

Folgende Komponenten sollte das Framework unbedingt an Board haben:

• MVC
• modular erweiterbar (Module)
• i18n (Mehrsprachigkeit)
• einfache Konfiguration
• ORM einfach austauschbar (falls erforderlich)
• gut aufgestellte Community (wichtig für Extensions und Support)
• gute Dokumentation (sowie im Code als auch im User Guide)
• Access Control & Rights Management
• Unit Tests
• gute Erweiterbarkeit und somit Flexibilität in jeglicher Hinsicht
• Benutzer definiertes URL-Design (Routing)

Sicherlich erfüllen sehr viele PHP-Frameworks oben genannte Ansprüche, allerdings wollte ich nach ZEND einem noch jungen Projekt meine Aufmerksamkeit schenken. So viel mein Blick eher zufällig als gezielt auf Yii. Angestachelt durch den Yii Performance Vergleich mit diversen anderen Frameworks begann ich mich also in Yii einzulesen. Die ersten Tests verliefen zügig und funktionierten ohne Wehwechen – das kannte ich von ZEND auch anders. Module funktionieren von Haus aus, ohne das ich mich in Konfigurationsdateien tot wuseln muss. Selbst Module in Modulen in Modulen … funktionieren ohne groß Schnickschnack veranstalten zu müssen. Das hat mich dann doch sehr beeindruckt.

Das implementierte ORM (AR) ist sehr leistungsfähig, jedoch wie ich finde für Cloud Entwicklung nur bedingt geeignet. Das Problem des ORM ist schlichtweg, dass aus dem Code kein Datenbankschema generiert werden kann (zumindest nicht von Haus aus). Abgesehen davon beherrscht das ORM jedoch alles, was die tägliche Entwicklung benötigt. Mit Dcotrine2ORM, einer Extension zum Implementierung von Doctrine 2.0 in Yii, gibt es die für mich bessere Alternative, die sich ohne Probleme einbinden und nutzen lässt und diesen Missstand behebt.

Nun kann man denken was man will, die Leistungsfähigkeit und Performance eines Frameworks ist lediglich in einem realen Projekt sinnvoll einschätzbar. Von “Hello World” Tests halte ich persönlich nicht viel. Es gilt also ein Exempel zu statuieren, um über zuvor genannte Punkte eine gute Aussage treffen zu können. Ein Vergleich zu anderen Frameworks ist dadurch jedoch auch nur bedingt möglich.

Wie es der Zufall so will, holte ich also eine meiner Ideen aus der Schublade und begann zusammen einem Freund daraus ein Konzept zusammen zu tragen – zunächst alles ohne Yii . Nachdem wir festgestellt hatten, dass sich die Idee umzusetzen lohnt, haben wir sämtliche erforderliche Seiten und Masken als Prototypen Sketches entworfen und von meinem Designer auf Basis dieser Grundlage ein Layout erstellen lassen. Kosten für weitere Dienstleistungen haben wir im Budget natürlich einfließen lassen, denn wenn man etwas macht dann richtig (-> no money no honey).  genug gesülzt…

Die Landingpage zur Registrierung, zum Login, Passwort zurück setzen etc. ist fertig gestellt und ich erlaube mir an dieser Stelle ein Zwischenfazit. Die Entwicklung mit dem Yii Framework macht einem erfahrenen Entwickler wie mir nicht zuletzt wegen der ausgezeichneten Dokumentation sehr viel Spaß. Das Framework erweist sich als sehr gelungen und flexibel erweiterbar. Komponenten und Erweiterungen lassen sich nach Bedarf sehr trivial ein- beziehungsweise abschalten.

Mit einem Speicherverbrauch (LAMP, inklusive Doctrine, i18n, Verwendung von Modulen, APC=on) von 3,5-5,5 MB pro Request für die bisher entstandenen nicht sonderlich komplexen Seiten ist Yii in meinen Augen sehr Ressourcen schonend. Zum (ungleichen) Vergleich – eine WordPress Installation benötigt ohne Zusatzfeatures 14 MB. Mit einigen Plugins sind 32 MB schnell geknackt. Ein Drupal langt mit 15-40MB ebenfalls üppig zu. Zu bedenken ist, dass unter anderem der Arbeitsspeicher die Anzahl synchroner Requests begrenzt. Wenn das System zum Beispiel 30GB für Apache-Prozesse einräumt (entspricht Anzahl Apache max. Connections multipliziert mit PHP memory_limit) komme ich mit meinem Messergebnis auf 30*1024 / 5,5 = 5.585 maximale mögliche Connections zur gleichen Zeit – das ist verglichen mit WordPress (14 MB, 2.194) oder Drupal (20 MB, 1.536) sehr viel. Dieser Wert ist rein rechnerisch zu betrachten und nicht praxistauglich. Hier spielen noch andere Faktoren (IO, Datenbank Connections, etc.) eine Rolle. Allerdings zeigt der Vergleich durchaus auf, dass Ressourcen für andere wichtige Dinge aufgespart werden.

Warum ich meine jungfräuliche Yii-Applikation mit WordPress/Drupal vergleiche? Weil beide geläufige und zuhauf eingesetzte Softwares sind und jeder diese Softwares kennt. Wie bereits geschrieben ist der Vergleich sehr ungleich. Meine Yii Applikation ist natürlich lange nicht so funktionell wie ein WordPress oder ein Drupal. Wenn ich allerdings bedenke, dass Doctrine schon eine fette Sau ist und die Messergebnisse im Debug Modus zu Stande kommen (Logging, Debug Toolbar, etc.), so kommt mir der Speicherverbrauch doch sehr niedrig vor.

Ich nehme dieses erste Posting zum Yii Framework zum Anlass, weiter über meine Erfahrungen mit dem Yii Framework zu berichten.

Stay tuned!

Links:
http://www.yiiframework.com - Yii Framework
http://framework.zend.com/ - Zend Framework

Vorteile von Prototyping
Zusammengefasst bietet das Prototyping von Webseiten sowohl für die ausführende Agentur als auch für den potentiellen Kunden ausschließlich Vorteile. Es ermöglicht in einer sehr frühen Projektphase massive Eingriffe und spart am Ende gegenüber dem Verzicht von Prototyping massiv an teurer Arbeitszeit für Grafikdesigner, Webdesigner und Programmierer. Ein gutes ausgereiftes Prototyping dient im weiteren Projektverlauf als Vorlage beziehungsweise Projektschablone. So gesehen ist Prototyping ein MUSS für jede Web-Entwicklungsabteilung.

Welches Werkzeug ist empfehlenswert?
Ich möchte an dieser Stelle genau ein einziges Werkzeug empfehlen, da ich damit ausgiebige Erfahrungen vorhalten kann und es nahezu alles bietet, was man braucht und / oder auch nicht braucht: WireframeSketcher

WireframeSketcher kommt sowohl als Standalone Version und auch als Plugin für verschiedenste Entwicklungsumgebungen daher. Egal ob als Komplettsoftware oder als Plugin – unter der Haube werkelt Eclipse. So lässt sich WireframeSketcher neben Eclipse auch in ZEND Studio oder Aptana einbinden.  Mögliche Betriebssysteme sind all jene, auf denen auch Eclipse läuft.

Die Darstellung von in WireframeSketcher erstellen Prototypen kommt per Default in Comic Stil daher, lässt sich bei Bedarf aber auch auf den klassischen Modus mit geraden Linien umstellen. Bekannte und verwendete Komponenten einer Webseite (Eingabefelder, Buttons, Tabellen, Listen, Grafiken, Icons, Labels, Text, Links, etc.) lassen sich mit wenigen Mausklicks auf den Prototypen ziehen und nach den eigenen Wünschen anpassen. Die Software ist sehr ausgereift und lässt sehr viel zu. Die Krönung an Funktionalität ist das Verlinken verschiedener Screens miteinander – die Verlinkung kann quasi von jedem Objekt des Prototyps zu einem anderen Screen aus erfolgen.

Ein riesiger Pluspunkt der Software ist, dass in jedem Screen andere Screens eingebunden werden können. Somit lassen sich wunderbar Templates einbinden. Ist das Template einmal zu überarbeiten, reicht es aus, diese Änderung an genau einer Stelle – dem Template selbst – vorzunehmen. Sämtliche Screens, die dieses Template einbinden ändern sich entsprechend mit.

In einem Story-Modus lassen sich verschiedene Screens hintereinander hängen und präsentieren. Eine weitere Präsentationsoftware wird dadurch unnötig.

Natürlich lassen sich die erzeugten Prototypen auch als PNG oder PDF exportieren.

Übersicht der WireframeSketcher Features

Viel Spaß beim Prototypen!

Herunterladen der Software: Business Intelligence Server Community Edition (Windows, Linux/Mac)
Aktuell ist die Version 3.6 als stabil gekennzeichnet. Ein RC 3.7 steht für Experimentierfreudige User ebenfalls auf Sourceforge zum Download bereit.

Das heruntergeladene Archiv muss nun entpackt und einige Dinge eingerichtet werden.

Grundinstallation

# Anlegen eines Benutzers und einer Benutzergruppe "pentaho" zum späteren Ausführen des Servers
sudo addgroup pentaho
sudo adduser --system --ingroup pentaho --disabled-login pentaho
 
# Anlegen eines Verzeichnisses /opt/pentaho
sudo mkdir /opt/pentaho
 
# Entpacken der Pentaho Suite nach opt/pentaho
cd /opt/pentaho
sudo tar -xzf ~/DownloadVerzeichnis/biserver-ce-3.6.0-stable.tar.gz
# Nach dem Entpacken findet ihr im Zielverzeichnis die 2 Verzeichnisse administration-console und biserver-ce an
 
# Berechtigungen für Benutzer und Gruppe "pentaho" setzen
sudo chown -R pentaho:pentaho /opt/pentaho
sudo chmod +x /opt/pentaho/start-pentaho.sh
sudo chmod +x /opt/pentaho/stop-pentaho.sh

Jetzt ist es an der Zeit, einen ersten Funktionstest durchzuführen. Nach Aufrufen den Start-Scriptes und Starten des Servers ist das System unter http://localhost:8080 auf eurem System verfügbar. Der Hostname ist bei euch gegebenenfalls abweichend und bei Bedarf entsprechend auszutauschen.

Server starten

sudo -u pentaho JAVA_HOME=/usr/lib/jvm/java-6-sun biserver-ce/start-pentaho.sh
#... zum Stoppen CTRL+C und dann Ausführen des Stopp-Scriptes
sudo -u pentaho JAVA_HOME=/usr/lib/jvm/java-6-sun biserver-ce/stop-pentaho.sh

Im Großen und Ganzen war es das für die Installation auch schon, sofern der Server lediglich zum Testen und Entwickeln betrieben werden soll. Für ein Produktivsystem sind natürlich Anpassungen an der Konfiguration notwendig.

Eine Sache solltet ihr aber noch wissen – die Beispieldaten funktionieren nicht. Dafür sind Anpassungen notwendig. Der Einfachheit halber sollte über die Administration-Konsole eine JNDI Datenbank Quelle konfiguriert werden. Es macht die Sache später in der Entwicklung sehr einfach, da nicht stetig die kompletten Verbindungs- und Treiberdaten angegeben werden müssen. Hierfür ist die Administration-Konsole zunächst zu starten.

Administration-Konsole starten

sudo -u pentaho JAVA_HOME=/usr/lib/jvm/java-6-sun administration-console/start-pac.sh
#... zum Stoppen CTRL+C

Nach Aufrufen der URI http://localhost:8099 in eurem Browser wird die Eingabe einer Benutzerkennung verlangt. Die Standard Benutzerkennung lautet admin:password. Nach erfolgtem Login klickt ihr auf “Administration” (grüner Button links) und wählt dort den Reiter “Database Connections” aus. Dort seht ihr links eine Liste aller bereits eingerichteten Datenbank-Verbindungen. Oberhalb dieser Liste kann mit einem Klick auf das “+” eine neue Verbindung eingefügt werden. Die Benennung der neuen Verbindung sollte nicht allzu kryptisch, idealerweise sehr kurz (z.B. dwh) lauten, da diese Kennung später als Bezeichner verwendet wird. Im Feld URL ist passend zur Datenbank eine Datasource einzugeben. Für MySQL könnte das wie folgt aussehen

MySQL Datasource

#jdbc:mysql://Hostname/Datenbank
jdbc:mysql://localhost/dwh

Alle anderen Felder sind selbsterklärend. Nach dem Speichern steht euch diese Datasource später in der Dashboard-Entwicklung zur Verfügung.

Zusammenfassung
Dieser Artikel sollte euch zu einem funktionierenden Testsystem geführt haben. Die Suite kann in vielfältiger Weise auf die eigenen Ansprüche angepasst werden, aber das würde an dieser Stelle mit dem Ziel der Dashboard-Entwicklung den Rahmen sprengen.

Ausblick
Im nächsten Artikel werde ich euch einige von mir bereits entwickelte Dashboards zeigen. Teile davon werde ich euch in sich anschließenden Artikeln aufzeigen. Im Groben werden wir zunächst ein individuelles Template mit diversen Selektoren erstellen und anschließend für Content sorgen. Innerhalb des Contents werde ich euch aufzeigen, wie man mittels des CDF Anfragen an den Server stellt und deren Responses (JSON, Charts, etc.) verarbeitet. Das Dashboard wird interaktiv sein, so dass eine Analyse von groben Daten hin zu feinen Daten möglich ist. Im Anschluss an dieses Tutorial solltet ihr in der Lage sein, mit dem erworbenen KnowHow eigene Dashboards zu entwickeln. Bis bald.

Was bedeutet Business Intelligence?
In der Praxis versteht man unter „Business Intelligence“ meistens die Automatisierung des Berichtswesens (Reporting). Die in den verschiedensten Systemen (ERP, CRM, Buchhaltung, etc.) anfallenden Unternehmensdaten werden genutzt, um unter verschiedenen Blickwinkeln die Situation des Unternehmens zu analysieren und gegebenenfalls bewerten zu können. Sicherlich könnte man eine Analyse der Unternehmenskennzahlen auch “zu Fuß” mittels etlicher Excel-Sheets und dem Einsatz von Pivot-Tabellen vornehmen. Der Aufwand steht jedoch in absolut keinem Verhältnis zum Nutzen. Mit der Vielzahl der eingesetzten Software-Systeme für die unterschiedlichsten Zwecke steigt natürlich auch die Komplexität. Mit Excel gelangt man hier recht schnell an die Grenzen, zumal das auswertbare Datenvolumen durch Excel sowieso begrenzt ist.

Warum nicht mit Excel analysieren?
In der Regel verwenden Unternehmen eben nicht eine All-in-on-Softwarelösung sondern etliche Softwarelösungen parallel. Ich nenne diese Systeme im laufenden Text der Einfachheit halber fortan Quellsysteme. Um die Daten der Quellsysteme analysieren und bewerten zu können, müssen sie nicht selten vereint werden. Sofern die Analyse ohne eine BI-Suite durchgeführt wird, stellt sich diese Problematik natürlich ebenfalls. Im Falle von Excel sind auf die Quellsysteme unter Umständen erheblich komplexe Reporte auszuführen und in CSV-Dateien auszugeben. Die Performance der Quellsysteme kann dadurch dermaßen beeinträchtigt werden, dass ein Arbeiten nicht mehr möglich ist. Grundsätzlich ist es also keine so gute Idee, komplexe Reporte zum Zwecke der Analyse und Betrachtung von Unternehmenskennzahlen auf Quellsystemen aufzuführen. BI-Suiten verfügen über sogenannte “Staging Areas”, um die Quellsysteme so wenig wie nur notwendig zu belasten. Das nachfolgende Schaubild veranschaulicht den typischen Aufbau einer DWH-Architektur.

Eine Staging Area ist nichts anderes als ein Zwischenlager für Rohdaten. Die Staging Area wird auf einer von den Quellsystemen unabhängigen Hardware gehostet. Bei kleineren Data Warehouses wird sich die Staging Area unter Umständen direkt auf dem DWH-Server befinden. Die Organisation einer Staging Area kann vielfältig sein. In der Regel besteht das Herzstück aber aus einem Datenbankserver (z.B. MySQL). Auf diesem Datenbankserver können mehrere Datenbanken eingerichtet sein, welche allesamt dem Staging von Daten dienen oder eben auch nicht . Denkbar wäre beispielsweise eine Replikation eines Quellsystems in einer Datenbank und eine mittels ETL-Prozess (Extract -> Transform -> Load) befüllte Datenbank eines weiteren Quellsystems. Der Fantasie sind hier fast keine Grenzen gesetzt. Neben Datenbanken kann die Staging Area natürlich auch Rohdaten in Form von CSV, XML und so weiter beinhalten.

Doch wozu das Ganze? Damit die Quellsysteme beim Abfragen der Quelldaten so wenig wie nur nötig belastet werden, werden komplexe Abfragen (Joins etc.) auf den Quellsystemen in der Regel vermieden. Initial wird für die Analyse der Unternehmenskennzahlen in der Staging Area ein Abbild aller notwendiger Tabellen geschaffen. Anschließend werden mittels diverser Verfahren lediglich Veränderungen im Quellsystem (UPDATE, DELETE, INSERT) in die Staging Area übernommen. Man spricht hier von “changed data capture”. Folgende Verfahren kommen hierbei hauptsächlich in Frage:

• Timestamp
• Snaphost
• Trigger
• Replikation

Ohne detailliert auf die einzelnen Verfahren einzugehen, hat jedes dieser Verfahren Vor- und natürlich auch Nachteile. Eine detaillierte Betrachtung würde an dieser Stelle zu weit führen. Dennoch möchte ich euch folgende Gegenüberstellung nicht vorenthalten.

Zielstellung einer Staging Area ist also das “Zwischenlagern” von Quelldaten aus unterschiedlichsten Quellsystemen in unterschiedlichsten Formaten (ETL), die Aufbereitung der Quelldaten mittels Transformation (ETL) für das DWH und natürlich das Befüllen und Laden (ETL) der Daten in die DWH-Datenbank. Innerhalb der Staging Area können die transformierenden Prozesse aufwendig sein, wie sie wollen. Sie dürfen viel Zeit und viel Rechnerleistung in Anspruch nehmen (auch wenn das nicht ein Hauptziel darstellt). Die Belastung der Quellsyteme wird nur auf Minimum reduziert und das Tagesgeschäft kann ungestört weiter laufen.

Es wird also spätestens hier deutlich, das eine Analyse von Unternehmenskennzahlen mittels Excel eigentlich ein “NoGo” sein muss! Dabei habe ich noch nicht einmal die für den User sichtbaren Möglichkeiten eines Data Warehouses aufgeführt. Die Möglichkeiten einer gescheiten BI-Suite sind so gewaltig, dass ich sie hier nicht in Worte fassen kann und möchte. Vielmehr möchte ich mich in den nachfolgenden Artikeln dieser Reihe auf die Generierung von Output in Form von Dashboards (ja die schönen bunten Cockpits) konzentrieren.

Zusammenfassung
Ich habe euch einen groben Überblick über Business Intelligence gegeben. Diesen gilt es eigenständig zu erweitern. Zum einen lege ich euch das Buch Pentaho Solutions: Business Intelligence and Data Warehousing with Pentaho and MySQL sehr ans Herz. Insbesondere wenn ihr Pentaho in Verbindung mit MySQL einsetzen möchtet. Zum anderen bekommt ihr auf Wikipedia eine ganze Menge Begrifflichkeiten erklärt. Last but not least ist natürlich die Pentaho Seite eine hervorragende Quelle.

Weiterhin haben wir kennen gelernt, wozu eine Staging Area nützlich ist und das komplexe Reportings auf Quellsystemen unbedingt vermieden werden müssen. Excel als maßgebliches Analysetool von Unternehmenskennzahlen sollte spätestens nach Lesen dieses Artikels ein Artefakt, Überbleibsel, Auswechselkandidat, was auch immer sein.

Direkt zum Start meiner Artikelserie über die Entwicklung von Dashboards mittels des Pentaho CDF (Community Dashboard Framework) erschien mir ein Wechsel meines Blog-Designs hin zu mehr Übersicht und Struktur ein notwendiger Schritt. Gedacht…. getan… ich mag klare Designs insbesondere aber schwarz auf weiß (und nicht umgekehrt). Ich hoffe, dass es euch gefällt und wenn nicht, dann gewöhnt euch trotzdem daran. Mir gefällt es nämlich .

Nun werdet ihr euch sicherlich fragen, was mich dazu bewegt, auf Webtubes fortan auch über Data Warehouse, Pentaho, Dashboards, … etc. zu schreiben. Die Antwort auf diese Frage ist mit Ausholen relativ einfach zu beantworten. Mein Arbeitgeber hat uns (ein Klasse Team aus Webentwicklern) damit beauftragt, Kennzahlen in verteilten Softwaresystemen verschiedener Unternehmensprozesse “einzusammeln” und komprimiert in Form von KPI‘s (Key Performance Indicator) fein übersichtlich mit Charts und Trend-Kennzahlen ausgeschmückt auf einem DASHBOARD (aktuell wirklich ein Unwort in unserem Unternehmen – jeder spricht davon, kaum einer weiß, was es ist ) auszugeben. Soweit so gut…
Bisher entwickelten wir Web Applikationen. Business Intelligence (BI) war uns nicht wirklich geläufig. Unser Unternehmen ist von Open Source Software geprägt. Auf der Suche nach einer verbreiteten BI Software wurden wir schnell auf das Open Source BI Framework Pentaho aufmerksam. Nach gut 2 Monaten (natürlich nicht ganztägig, das Tagesgeschäft zu vernachlässigen, ist fahrlässig) Einlesens und Probierens sind wir jetzt soweit, die Werkzeuge grundsätzlich zu beherrschen und Ergebnisse zu erzielen. Unser Knowhow im Umgang mit großen Datenbanken hat uns dabei ein ganzes Stück weiter geholfen. Um mit dem Pentaho Framework effektive BI Lösungen schaffen zu können, werden neben des Wissens über mögliche Architekturen und Design Grundsätze sowie die notwendige Administration (technische Einrichtung und Wartung) folgende Skills abgefordert (Reihenfolge stellt keine Wertung dar):

• SQL
• XML
• HTML
• Javascript
• CSS

Wie Ihr seht, sind dies die Skills eines typischen Web Developers. In der Regel beherrscht ein Web Developer sogar einige mehr mit dem Prädikat mindestens gut. Die Dokumentation von Pentaho ist durchwachsen. Einige Bereiche sind wirklich gut (ETL, OLAP) und andere sind dürftig bis gar nicht KOSTENFREI dokumentiert. Mit etwas Biss wird es jedem gescheiten Developer gelingen, mittels des CDF auch ohne den Erwerb der kostenpflichtigen CDF-Dokumentation ein Ergebnis zu erzielen. Hier möchte ich gern Abhilfe schaffen. Datenbanken, AJAX, JSON, Charts, Tabellen, Layer, Javascript, CSS, HTML – das sind alles Dinge von denen wir eine Menge verstehen. Doch wie sieht es um die Unternehmensprozesse aus? Ohne ein fundiertes Prozesswissen des Unternehmens, in welchem eine BI-Lösung (egal welcher Art) zum Einsatz kommt, kann am Ende eigentlich nur Müll heraus kommen kein gutes Ergebnis erzielt werden. Doch auch hier sind wir bestens gewappnet.

Doch nun mal langsam, nehmen wir wieder etwas Fahrt raus. So völlig unstrukturiert loslegen, das liegt mir dann doch etwas fern. Ich werde euch in einer Serie von Artikeln meine Erfahrungen mit dem Pentaho CDF praktisch nahe bringen und erhoffe mir von euch den einen oder anderen Input – frei nach dem Motto: Teile mit anderen und profitiere von anderen.

Mit diesem Schlusswort schließe ich diesen Artikel ab, Gute Nacht.

Dabei ist das Updaten von Datensätzen mittels bei MySQL sehr trivial. Folgende Abfrage aktualisiert alle Datensätze von tabelle1 (aktiv wird auf 1 gesetzt) welche in tabelle2 existieren.

Mysql: Update mittels Join

UPDATE 	tabelle1 AS a
JOIN 	tabelle2 AS b
ON 	a.id = b.id
SET 	a.aktiv=1

Folgende Abfrage setzt das Flag “aktiv” in beiden Tabellen bei Datensätzen, die in beiden Tabellen vorkommen.

Quelltext

UPDATE		tabelle1 AS a
JOIN		tabelle2 AS b
		ON a.id = b.id
SET		a.aktiv=1,
		b.aktiv=1

Die Verknüpfung der Tabellen ist beliebig erweiterbar. Selbst Subselects oder Derived Tables sind kein Problem.

Folgende Operation löscht den Datensatz auf lediglich aus Tabelle 1. Gelöscht werden Datensätze von tabelle1 bei welchen die Bedingungen tabelle1.id = tabelle2.id erfüllt.

Mysql: Löschen mittels Join

DELETE 	del
FROM 	tabelle1 AS del
JOIN 	tabelle2 AS sel
ON 	del.id = sel.id

Mysql: Löschen mittels Join 2

DELETE 	del,
	sel
FROM 	tabelle1 AS del
JOIN 	tabelle2 AS sel
ON 	del.id = sel.id

Wie dem auch sei – es bleibt für den Betreiber S² Media GmbH & Co. KG zu hoffen, das der Zahlungsverzug wieder aufgeholt werden kann und sich der entstandene Imageschaden in Grenzen hält.

Ich bin für meinen Teil zu Bin-Layer gewechselt und werde dort nun schon bald meine ersten Auszahlungs-Erfahrungen sammeln.

stay tuned

Der Textdieb ist für all diese Arbeiten zu faul und möchte im Gegensatz zu euch nur eins – Besucher generieren und mit Adsense oder anderer Werbung zu müllen. Also kopiert er sich eure Texte und stellt sie auf seiner MFA-Seite (MFA=Made for Adsense) ein. Mh blöd aber das ist noch nicht das Ende vom Lied. DerTextdieb erzeugt auf diese Art und Weise Duplicate Content (DC). Die Folge davon ist, dass deine Seite von Google unter schlechten Umständen abgewertet wird.

Was lernen wir daraus? Wir müssen unsere hart erarbeiteten Texte im Hinblick auf das unerlaubte Kopieren überwachen.

Es gibt verschiedene Möglichkeiten, Texte automatisch überwachen zu lassen. Im Speziellen möchte ich mich in diesem Beitrag jedoch Google Alerts widmen. Neben Google Alerts gibt es noch Dienste wie CopyScape oder Plagaware. Mittels Google Alerts ist es sehr einfach Texte automatisiert überwachen zu lassen. Zur Einrichtung eines Alerts rufe zunächst folgende Url http://www.google.de/alerts auf. Dort siehst du auf der rechten Seite ein sehr schlankes Formular.

Google Alerts zum Aufspüren von Text-Plagiaten

Das Formular ist an sich selbsterklärend. Beachtet bitte das erste Feld. Kopiert euch mitten aus eurem Text eine kurze Passage 10-15 Wörter und fügt diese mit Gänsefüßchen (“) umschlossen in das Feld Suchbegriffe ein. Die Gänsefüßchen sind wichtig, da Google Alerts auf diese Art und Weise genau nach der Phrase zwischen den Gänsefüßchen sucht. Das Feld Typ lasst ihr auf Multi stehen, das passt so. Die Häufigkeit stellt ihr nach Belieben ein. Ich bevorzuge die Einstellung “bei Veröffentlichung”. Am Ende gebt ihr noch eure Email Adresse ein. An diese Email Adresse wird Google Alerts gefundene Text-Plagiate senden.

Sollte Google Alerts einmal ein Plagiat aufspüren, so erhaltet ihr eine Mail mit folgendem Titel:
Google Web-Alert für: “mein unique text”

Das tollste an Google Alerts ist die Tatsache, dass die Verwendung kostenfrei ist. Ihr könnt so viele Alerts erstellen, wie ihr möchtet. Ist das nicht Klasse? Am Ende dieses Beitrages möchte ich euch noch einige Tipps mit auf den Weg geben.

1. Sucht euch geeignete Textpassagen aus euren Texten heraus, welche so eurer Meinung nach eindeutig sein sollten.
2. Wenn ihr Alerts mittels Google Account anlegt, könnt ihr die Alerts später bequem einsehen und administrieren.
3. Erstellt euch eine Email Adresse plagiate@domain.de und richtet für diese Email Adresse ein eigenes Konto im Email Client ein. Alternativ empfehle ich die Einrichtung eines Filters, der die Textplagiat-Funde in ein entsprechendes Verzeichnis verschiebt.
4. Google Alerts findet natürlich auch die eigene Webseite – beim Eintreffen einer Mail im entsprechenden Postfach also nicht gleich einen Herzkasper bekommen