Wie man ImageMagick in MAMP bzw. MAMP PRO unter OS X zum laufen bekommt beschreibt Bryan Rite in seinem Beitrag Getting Imagemagick (and more) to work with MAMP on OS X.
Aufbauend auf diesen Beitrag habe ich eine Kurzanleitung verfasst die noch mal alles zusammenfasst und zusätzlich auch auf die Verwendung in TYPO3 eingeht.
Aus aktuellem Anlass habe ich mal eine Anleitung geschrieben wie sich TYPO3 von Version 4.2.x auf 4.3.0 aktualisieren lässt. Die Anleitung soll dabei als Zusammenfassung dienen und ist nicht als vollständig anzusehen, auch werden TYPO3-Grundkenntnisse (z.B. der Umgang mit dem Install Tool und Extensions) vorausgesetzt.
Ich selbst habe noch einige System-Updates vor mir und verwende die folgenden Schritte sozusagen als Leitfaden, vielleicht sind sie ja auch für den ein oder anderen mit ähnlichen Szenario hilfreich.
Ausgangssituation:
Als Informationsgrundlage für das Update dient die knapp gehaltene Anleitung in der TYPO3 Wiki Upgrading to 4.3 und die TYPO3 4.3 Release Notes.
In die Diskussion wie man im Jahre 2009 als Webentwickler mit dem Internet Explorer 6 umgehen sollte scheint immer mehr Bewegung zu kommen. Der IE6 ist nun 8 Jahre alt und verursacht immer noch einen Mehraufwand und somit auch Mehrkosten bei der Umsetzung von Projekten. Zusätzlich verhindert er auch noch den Einsatz modernen Technologien im Web.
Leider kann man den IE6-Support je nach Projekt und Zielgruppe immer noch nicht komplett einstellen. Hierzu habe ich mal ein paar interessante Artikel zusammengetragen die sich mit dem Thema befassen wie Webentwickler mit dem IE6 umgehen können:
Ebenfalls interessant ist wie Google mit der Situation umgeht:
Google empfiehlt IE 6-Nutzern den IE 7 – IE 7-Nutzer sollen Google Chrome verwenden
Eins ist sicher, an dem Tag, an dem ich den Support für den IE6 endlich komplett einstellen kann gebe ich erstmal ordentlich einen aus!
Bisher habe ich jQuery immer auf die traditionelle Weise in meine Projekte eingebunden. Ich ziehe mir die aktuelle Version von der Projektseite, benenne die Datei in jquery.js um und hoste diese selbst im Projekt. Eingebunden wird jQuery dabei direkt via script src:
<script type="text/javascript" src="/js/jquery.js"></script>
Google hat hierfür, mal wieder, eine elegantere Lösung parat, nämlich lässt sich jQuery auch ganz einfach über die Google AJAX Libraries API einbinden. Vorteil hiervon ist u.a. das man jQuery nicht mehr selbst hosten und sich somit auch um Updates kümmern muss. Gerade bei Mashups ist dies eine praktische Lösung.
Die Einbindung ins Projekt bleibt dabei gewohnt einfach:
<script type="text/javascript" src="http://www.google.com/jsapi"></script>
<script type="text/javascript">
google.load("jquery", "1.3");
</script>
Der Aufruf erfolgt über die google.load() Methode. Das erste Argument bezeichnet die zu ladende JavaScript Library, dass zweite die zu verwendende Version.
Die Version erlaubt netterweise den Einsatz von Wildcards. google.load("jquery", "1.3"); bindet z.B. die aktuellste Version des 1.3 Branch ein (aktuell 1.3.1), mit google.load("jquery", "1.3.1"); lässt sich eine genauere Version definieren.
Neben jQuery & jQuery UI stellt Google auch weitere populäre JavaScript Libraries wie Prototype, script.aculo.us etc. auf diese Weise bereit.
Verwendet man in Typo3 eine Kombination aus nc_staticfilecache mit RealURL und .html-Suffix muss in der .htaccess die Variante für simulateStaticDocuments aus der Static File Cache Doku verwendet werden damit die Seiten korrekt aus dem Dateisystem ausgeliefert werden:
RewriteCond %{DOCUMENT_ROOT}/typo3temp/tx_ncstaticfilecache/%{HTTP_HOST}/%{REQUEST_URI}/index.html -f
RewriteRule .* typo3temp/tx_ncstaticfilecache/%{HTTP_HOST}/%{REQUEST_URI}/index.html [L]
Der .html-Suffix wird über die RealURL Konfiguration gesetzt:
'fileName' => array('defaultToHTMLsuffixOnPrev' => 1)
Um anschließend die Auslieferung der Seiten zu testen bearbeitet man am besten in html/typo3temp/tx_ncstaticfilecache/ eine oder mehrere Dateien und setzt z.B. im Title-Tag ein “static: ” als Prefix. Wird im Frontend der Prefix korrekt angezeigt kann man sicher sein das die Seiten auch wirklich aus dem Dateisystem ausgeliefert werden.
Zum testen darf man übrigens nicht im Backend angemeldet sein da sonst standardmäßig keine gecachten Seiten ausgeliefert werden.
Ein Weblog von Holger Weis in dem er, hin und wieder, zu interessanten Themen aus dem Web sowie der Webentwicklung berichtet.
Holger ist 25, lebt in Bamberg und arbeitet als Entwickler für eine Münchener Agentur.
