------------------------------------------------------
Dies ist ein Post vom TYPO3 Blog typo3blogger.de!

Aber was ist zu tun um das ganze zum laufen zu bringen? Gar nicht so viel!

1. Extension “maintenance” aus dem TER installieren
2. Im Extension Manager das Setting “adminOnly” konfigurieren. Dieses Setting wird bei Aktivierung des Wartungsmodus automatisch gesetzt. Dort ist Einstellbar, wer sich während der Wartung in das Backend einloggen kann (alle User, nur Administratoren, Administratoren und CLI Benutzer)
3. Zur Kontrolle sollten die Einstellungen “DevIpMask”, “pageUnavailable_handling” und “pageUnavailable_handling_statheader” im Install-Tool überprüft werden
4. Um ganz sicher zu gehen, kann man seine getätigten Einstellungen noch im Report-Module im Bereich “maintenance” überprüfen
5. Danach einfach mal das TYPO3 Backend neu laden. In der rechten oberen Ecke sollte nun ein neues Icon auftauchen, was den Wartungsmodus aktiviert / deaktiviert

Schritt zwei, drei und vier sind nicht wirklich nötig um die Extension zu testen. Dennoch sind diese sinnvoll und empfehlenswert. Denn wie schon im verlinken Artikel beschrieben sollte die “DevIpMask” auf die aktuelle IP-Adresse zutreffen um weiterhin die richtige Seite zu sehen. “pageUnavailable_handling” sollte mittels READFILE, REDIRECT, USER_FUNCTION, oder ähnliches auf einen vernünftigen und aussagekräftigen Wert gesetzt werden, damit der Benutzer auch weiß warum die Seite für kurze Zeit nicht verfügbar ist. Und zu guter letzt sollten alle automatischen Anfragen mittels “pageUnavailable_handling_statheader” informiert werden (HTTP Header 503).

Bereits kurz nach dem ersten Release im TER hat Josef Florian Glatz vom österreichischen TYPO3Blog die Extension aufgegriffen, getestet und einen Artikel darüber verfasst. Dazu wurde ein kleiner Screencast erstellt, den er uns freundlicherweise zur Verfügung gestellt hat. Vielen Dank dafür!
[Im Feed kann dieses Video nicht angezeigt werden.Klicke zum Blogeintrag um das Video anzusehen.]

Wie immer würde ich mich als Entwickler über Feedback sehr freuen (auch negatives!). Gefundene Bugs sowie weitere Features werden gerne im Forge-Issue-Tracker entgegen genommen. Auch eine Bewertung (Rating) im TYPO3 Extension Repository zaubert einem Entwickler ein grinsen ins Gesicht

Und nun eine Frage aus eigenem Interesse: Werdet Ihr diese Extension einsetzen oder ist diese “unnütz”, weil TYPO3 alles von Haus aus mit bringt?

Weitere Links:

• EXT:maintenance auf Forge
• EXT:maintenance im TER
• Extension-Review auf TYPO3blog.at
• EXT:maintenance-Review auf Vimeo

------------------------------------------------------
Dies ist ein Post vom TYPO3 Blog typo3blogger.de!

Einleitung
Einleitung des Verlages: “Das Buch richtet sich an ambitionierte Einsteiger und fortgeschrittene Entwickler, die umfangreiches Grundwissen in der Datenbankentwicklung und Programmierung mit PHP erhalten möchten. Der Autor bietet Ihnen eine praxisorientierte Einführung in Techniken, Arbeitsweisen und Werkzeuge für Ihre datenbankgestützte Webseite mit PHP und MySQL.” Damit ist das Buch im grunde schon gut umrissen. Die Version im Titel verspricht aktuelle Inhalte. Ich habe das Buch aus dem Grund “durchgearbeitet”, weil es in den nächsten Monaten zur Zend Zertifizierung geht und das Wissen für kommende TYPO3 Versionen vertieft werden soll. Ein Grund für Neueinsteiger wäre zum Beispiel, dass die Datenbank-Komponenten direkt im Buch mit behandelt wird.

Das Buch
Werfen wir mal einen Blick in das Inhaltsverzeichnis…

1. Einleitung
2. Grundpfeiler der Webentwicklung
3. Installation
4. Einführung in PHP
5. Objektorientierung in PHP
6. Einführung in MySQL
7. MySQLi
8. Wichtige PHP-Funktionalitäten
9. Fortgeschrittenes MySQL
10. MySQL Storage Engines
11. Sicherheit
12. Datenbankentwurf
13. Extensible Markup Language (XML)
14. Ein Basissystem mit PHP und MySQL
15. Sichere Webanwendungen
16. Mehrbenutzersysteme
17. Web 2.0-Technologien
18. Blogs und Wikis
19. Bildergalerien
20. Dauerhafte Objektspeicherung
21. Automatische Formularerstellung
22. Model View Controller

Wie ihr seht, ist das Buch sehr umfangreich und mit über 1.000 Seiten auf jedenfall sehenswert im Bücherregal. Die ersten 150 Seite sind auf Grundlagen konzentriert und fast ausschließlich für Einsteiger, welchen noch nicht im Umgang mit PHP geschult sind. Hier geht es primär um Syntax und Installation der beliebte Skriptsprache (bis ca. einschließlich 4). Im Anschluss werden zahlreiche Konzepte von PHP und Grundlagen von MySQL erklärt. Es wird jedoch schnell der Übergang zu den Implementierungs-Beispielen vorgenommen (ab ca. 15/16). Die Beispiele anhand denen dann weitere PHP Funktionen erklärt werden, sind in sich schlüssig. Die Beispiele sind passend gewählt und Systeme (Mehrbenutzersystem, Gallery etc.) welche jeder der “PHP seine Sprache nennt” einmal programmiert haben sollte.

Das Fazit
Das Buch ist sehr umfangreich, aber vielleicht nicht das was man von dem Buch erwartet hätte. Alles in allem ein gut Einblick in PHP. Die Mischung von PHP und MySQL ist sowohl ein Vorteil als auch ein Nachteil. Einerseits hat man alles beisammen, anderseits verwässert es auch die Themen. So hätte ich mir von einem PHP 5.3 Bucht z.B. mehr als 4 Seite zu Namespaces gewünscht. Zur Vorbereitung auf eine Zend Prüfung hilft dies Buch nur bedingt. Beim Einblick in mögliche Zend Fragen, merkt man schnell das viele der “PHP Lektüren” PHP vermitteln, aber nicht die darunterliegenden Konzepte verinnerlichen. Somit auf JEDEN FALL eine Empfehlung für Einsteiger oder Fortgeschrittene. Profis finden vielleicht auch den ein oder anderen Tipp, sollten jedoch nicht zu viel erwarten. Diese Buch könnt ihr natürlich auch bei Amazon kaufen, es gibt jedoch seit ein paar Tagen auch eine PHP 5.4 & MySQL 5.5 Auflage des Buches.

------------------------------------------------------
Dies ist ein Post vom TYPO3 Blog typo3blogger.de!

Wie also unschwer zu erkennen ist, war die Entwicklung dieser Extension  in letzter Zeit nicht ganz so aktiv. Dies liegt daran, dass der aktuelle Autor, Juraj Sulek, keine Zeit mehr zur Pflege sowie Weiterentwicklung dieser Extension hat. Aus diesem Grund wird hier ein Aufruf gestartet:

Hat jemand Lust, Zeit und Muße die Extension realurlmanagement zu übernehmen? Es wird ein neuer Autor gesucht!

Wenn Ihr euch nun angesprochen fühlt, könnt Ihr euch einfach bei Juraj via Forge melden. Er beißt nicht und ist gerne bereit dieses Projekt in neue Hände zu übergeben.

Und noch eine Frage für Zwischendurch: Was haltet Ihr von solchen “Angeboten” / “Gesuchen” auf diesem Blog? Passend, da es um eines der meist genutzten Features (Extensions) geht und es ist völlig in Ordnung oder seid Ihr von einer solchen Art von Posts genervt? Kleines Feedback in den Comments wäre klasse.

------------------------------------------------------
Dies ist ein Post vom TYPO3 Blog typo3blogger.de!

Insgesamt ist es sehr interessant zu sehen. Dennoch stellt Tolleiv auch klar, dass es ind er TYPO3 Community nicht nur um Code Contribution geht, sondern andere Leute ebenfalls einen sehr großen Teil zu TYPO3 beitragen.

Alle Details gibt es in seinem Blog-Post: Visualizing TYPO3 Core activity

------------------------------------------------------
Dies ist ein Post vom TYPO3 Blog typo3blogger.de!

Dieser Artikel soll einen kurzen Einblick geben, wie leicht sich das Modul um eigene Berichte erweitern lässt.

Die System Extension reports liefert zwei Interfaces mit, je nach dem, was man tun möchte.

interface tx_reports_StatusProvider { }

tx_reports_StatusProvider wird verwendet, wenn man sich in den bestehenden Statusbericht einklinken möchte und diesen um einen eigenen Test erweitern möchte.

interface tx_reports_Report { }

Mit tx_reports_Report kann ein komplett eigenständiger Bericht erstellt werden.

Statusbericht erweitern

In der eigenen Extension wird eine Datei class.tx_myext_report_mystatus.php angelegt, der Ordnung halber idealerweise in einem Unterordner “reports”. Die Grundstuktur kann so aussehen:

class tx_myext_report_MyStatus implements tx_reports_StatusProvider {
	/**
	 * Constructor for class tx_myext_report_MyStatus
	 */
	public function __construct() {
		$GLOBALS['LANG']->includeLLFile('EXT:myext/report/locallang.xml');
	}
 
	/**
	 * do custom check
	 *
	 * @see typo3/sysext/reports/interfaces/tx_reports_StatusProvider::getStatus()
	 * @return array
	 */
	public function getStatus() {
		$reports = array();
 
		$status = t3lib_div::makeInstance('tx_reports_reports_status_Status',
			$GLOBALS['LANG']->getLL('title'),
			$GLOBALS['LANG']->getLL('value'),
			$GLOBALS['LANG']->getLL('message'),
			tx_reports_reports_status_Status::OK
		);
 
		$reports[] = $status;
 
		return $reports;
	}
}

Außer der im Beispiel verwendeten Severity OK gibt es noch WARNING, ERROR, INFO und NOTICE.
Damit die neue Klasse von TYPO3 erkannt wird, muss noch eine ext_autoload.php erstellt werden. Über die Extension extdeveval kann man das auch automatisch erledigen lassen.

Zum Schluss muss nur noch in ext_tables.php der neue Status Provider registriert werden:

if (TYPO3_MODE == 'BE') {
	$GLOBALS['TYPO3_CONF_VARS']['SC_OPTIONS']['reports']['tx_reports']['status']['providers']['myext'] = array('tx_myext_report_MyStatus');
}

eigenständiger Bericht

Für einen neuen Bericht muss ext_tables.php wie folgt erweitert werden:

if (TYPO3_MODE == 'BE') {
	$GLOBALS['TYPO3_CONF_VARS']['SC_OPTIONS']['reports']['tx_myext']['myreport'] = array(
		'title'       => 'LLL:EXT:myext/locallang.xml:report_myreport_title',
		'description' => 'LLL:EXT:myext/locallang.xml:report_myreport_description',
		'report'      => 'tx_myext_report_MyReport',
		'icon'        => 'EXT:myext/reports/tx_myext_report.gif'
	);
}

Die dazugehörige class.tx_myext_report_myreport.php sieht dann so aus:

class tx_myext_report_MyReport implements tx_reports_Report {
 
	protected $reportsModule;
 
	/**
	 * constructor for class tx_myext_report_MyReport
	 */
	public function __construct(tx_reports_Module $reportsModule) {
		$this->reportsModule = $reportsModule;
 
		$this->reportsModule->doc->addStyleSheet(
			'tx_myext',
			'../' . t3lib_extMgm::siteRelPath('myext') . 'resources/css/reports/myreport.css'
		);
	}
 
	public function getReport() {
		$content = 'Content of my report';
 
		return $content;
	}
}

Auch hier muss die ext_autoload.php entsprechend angepasst werden.

Fazit

Mit wenigen Zeilen Code können der Statusbericht erweitert oder eigenständige Berichte erstellt werden. Für die Admins von TYPO3 Webseiten bieten die Berichte einen großen Mehrwert, da sie so schnell neue oder geänderte Zustände erkennen können.

Die eingangs genannten Extensions bieten Inspirationen, was man alles machen kann. Viel Spaß beim ausprobieren!

(Achtung: in meinen Code Beispielen hat es die Pfeile zerlegt. > muss entsprechend durch einen Pfeil nach rechts ersetzt werden!)

------------------------------------------------------
Dies ist ein Post vom TYPO3 Blog typo3blogger.de!

Seit einiger Zeit bietet der dieser Wizard im TCA die praktische Möglichkeit, Relationen zu anderen Tabellen über ein Suggest-Feld hinzuzufügen. Grundsätzlich sind Flexforms dem TCA sehr ähnlich und verwenden die gleiche Syntax (statt PHP einfach XML) zur Konfiguration. Dennoch gibt es ein paar Unterschiede, die mit dem Merge des Tickets #22232 gelöst wurden.

Eine beispielhafte Konfiguration

<settings.startingpoint>
	<TCEforms>
		<exclude>1</exclude>
		<label>LLL:EXT:lang/locallang_general.xml:LGL.startingpoint</label>
		<config>
			<type>group</type>
			<internal_type>db</internal_type>
			<allowed>pages</allowed>
			<size>3</size>
			<maxitems>50</maxitems>
			<minitems>0</minitems>
			<show_thumbs>1</show_thumbs>
			<wizards>
				<suggest>
					<type>suggest</type>
				</suggest>
			</wizards>
		</config>
	</TCEforms>
</settings.startingpoint>

------------------------------------------------------
Dies ist ein Post vom TYPO3 Blog typo3blogger.de!

Vorüberlegungen

Als erstes müssen die Systemvoraussetzungen und die Möglichkeiten des Hosting Pakets geprüft werden. FLOW3 stellt folgende Mindestanforderungen:

• Webserver (Apache mit aktiviertem mod_rewrite Modul wird empfohlen)
• PHP 5.3.2 oder höher (mit den Einstellungen memory_limit >= 128M und magic_quotes_gpc = Off)
• Zugriff auf die Kommandozeile (Shell mit SSH Zugang)
• Eine PDO kompatible Datenbank wie z.B. MySQL

Der Webserver dürfte in den wenigsten Fällen ein Problem darstellen, da nahezu alle Hoster auf Apache setzen und mod_rewrite in den meisten Fällen aktiviert ist. Allerdings muss der Hoster es erlauben, den Document Root für eine (Sub-)Domain frei zu setzen.

Schwieriger wird es bei der PHP Version. Noch nicht jeder Hoster bietet seinen Kunden PHP 5.3 an obwohl es PHP 5.3 jetzt schon seit einiger Zeit in einer stabilen Version gibt.

Nach diesen Vorüberlegungen kann jetzt mit der eigentlichen Installation von FLOW3 gestartet werden.

Download von FLOW

Nach dem Download wird FLOW3 auf dem Webserver entpackt. Am schnellsten geht das über die Shell:
wget http://sourceforge.net/projects/flow3/files/FLOW3/1.0.0/FLOW3-1.0.0.tar.bz2/download -O FLOW3-1.0.0.tar.bz2
tar xjf FLOW3-1.0.0.tar.bz2

Man erhält dann folgende Dateistruktur:

Dateirechte setzen

Das Quickstart Tutorial von FLOW3 schlägt als nächsten Schritt die Anpassung der Dateirechte vor.
In Managed Hosting Umgebungen wird das in der Regel nicht funktionieren, da man keine root Rechte hat und den sudo Befehl nicht nutzen kann.
Bei domainfactory laufen der SSH User und der Webserver unter der gleichen Benutzergruppe, wodurch das Anpassen der Dateirechte in diesem Fall entfallen kann.

Einstellungen über das Kundenmenü

Danach wird der Document Root der (Sub-)Domain auf das Unterverzeichnis Web gesetzt. Bei domainfactory können über das Kundenmenü auch die PHP Version eingestellt sowie PHP.ini Einstellungen verändert werden. Wie schon oben geschrieben sollte das memory_limit auf einen Wert größer 128M gesetzt und magic_quotes_gpc deaktiviert werden. Als PHP Version sollte 5-53LATEST-STANDARD (derzeit v5.3.8) genommen werden.

Zurück auf der Shell

Da domainfactory zum einen mehrere verschiedene PHP Versionen anbieten und zum zweiten auch einen anderen Pfad nutzt, ist eine kleine Anpassung des FLOW3 Shellscripts nötig.
Die erste Zeile in der Datei flow3 muss gegen diese ausgetauscht werden:
#!/usr/local/bin/php5-53LATEST-CLI
Als nächstes muss im Verzeichnis Configuration die Datei Settings.yaml.example nach Settings.yaml kopiert werden. In der Datei werden dann die letzten beiden Zeilen (“core:” und “phpBinaryPathAndFilename”) einkommentiert. phpBinaryPathAndFilename wird dann auf “/usr/local/bin/php5-53LATEST-CLI” gesetzt.

Möglicherweise erhält man später beim Aufruf von FLOW3 über die Shell diese Fehlermeldung:
FLOW3 requires the PHP setting "magic_quotes_gpc" set to Off. (Error #1224003190)
Bei meinen Tests hatte ich dieses Problem. Nach Rückspsrache mit dem domainfactory Support konnte das Problem aber gelöst werden, da magic_quotes_gpc in der neuesten PHP Version bei domainfactory gar nicht mehr enthalten ist, die PHP.ini dies aber behauptet. Die entsprechende Konfigurationsänderung sollte aber jetzt bei allen domainfactory Kunden greifen, so dass es nicht mehr zu dieser Fehlermeldung kommt.

Falls doch, kann man sich mit diesem Workaround behelfen: An den beiden oben genannten Stellen, wo der Pfad zu PHP geändert wird, trägt man folgendes ein:
/usr/local/bin/php5-53LATEST-CLI -d magic_quotes_gpc=Off
Damit wird magic_quotes_gpc explizit abgeschaltet.

Erste Tests

Wenn man alle genannten Schritte ausgeführt hat, kann man FLOW3 das erste Mal über die Shell aufrufen:
./flow3 help
Achtung: der erste Aufruf kann einige Zeit dauern!

Dafür wird man dann mit diesem Ergebnis belohnt:

Danach kann das erste Package mit dem Kickstarter angelegt werden:

./flow3 kickstart:package MyCompany.MyPackage

FLOW3 im Browser

Beim Aufruf von FLOW 3 über den Browser sollte dann diese Seite angezeigt werden:

Nachdem jetzt alle Hürden der Installation von FLOW3 hoffentlich genommen sind, kann man mit der Programmierung des ersten eigenen FLOW3 Pakets starten.

FLOW3 bei anderen Providern

Die Firma jweiland.net bietet ein angepasstes FLOW3 Paket und eine Kurzanleitung an. Auch Mittwald bietet FLOW3 Hosting an. FLOW3 kann über den Softwaremanager (Bereich Frameworks) installiert werden.

Fazit

Mit ein wenig Handarbeit und wenn die Provider PHP 5.3 unterstützen lässt sich FLOW3 auch in Managed Hosting Umgebungen nutzen.

Mich würde jetzt interessieren, welche Erfahrungen ihr bei der Installation und Nutzung von FLOW3 in Managed Hosting Umgebungen gemacht habt. Über Feedback und eure Kommentare freue ich mich.

------------------------------------------------------
Dies ist ein Post vom TYPO3 Blog typo3blogger.de!

Für diejenigen, die es noch nicht wissen: FLOW3 bildet die Basis für die nächste große TYPO3 Version 5.0 (Phoenix). Nach langjähriger Entwicklungszeit, diversen Architektur Änderungen, 15 Alpha- und drei Betaversionen ist FLOW3 jetzt in Version 1.0 stabil. In ein paar Pilot Projekten, wie z.B. der T3CON11 Webseite, wurde FLOW3 bereits in der Praxis erprobt.

Die Jungs von T3N haben ein kurzes Video-Interview mit Robert Lemke veröffentlicht. Im Anschluss an das Interview wird ein kurzer Einblick in den aktuellen Stand von TYPO3 Version 5.0 (Phoenix) gewährt:

[Im Feed kann dieses Video nicht angezeigt werden.Klicke zum Blogeintrag um das Video anzusehen.]

Ein weiterer Artikel auf T3N zeigt auf, was das neue PHP Framework alles kann.

Das FLOW3 nicht nur innerhalb der TYPO3 Community erwartet wird, zeigt die Tatsache, dass Heise Developer den Starttermin von FLOW3 als Topmeldung führt:

------------------------------------------------------
Dies ist ein Post vom TYPO3 Blog typo3blogger.de!

Um Context Sensitive Help nun aktivieren zu können, sind 2 Schritte nötig.

1. Es muss eine entsprechende Datei mit den Hilfetexten erstellen werden
2. Die Datei ext_tables.php der Extension muss modifiziert bzw. erweitert werden

Im Root-Verzeichnis der Extension erstellt man sich eine XML-Datei oder kopiert sich die locallang.xml und benennt diese in "locallang_csh_ExtensionKey_DBTabelle.xml" um. In diese XML-Datei werden wie gewohnt die verschiedenen Übersetzungen der Sprachen angelegt. Lediglich die META-Angabe unterscheidet sich und sollte in etwa wie folgt aussehen:

<meta type="array">
	<description>CSH for your own table.</description>
	<type>CSH</type>
	<csh_table>tx_meineExtension_DBTabelle</csh_table>
</meta>

Der Index der Label-Tags setzt sich aus dem Tabellenfeld und ".description" zusammen, z.B.

<label index="subtitle.description">Eine Beschreibung für das Beschreibungsfeld.</label>

Im zweiten Schritt muss die XML-Datei TYPO3 bekannt gemacht werden und dies erfolgt in der Datei ext_tables.php (ebenfalls im Root-Verzeichnis der Extension). Hier wird nun die folgende Zeile (bei mir am Ende der Datei) eingefügt:

t3lib_extMgm::addLLrefForTCAdescr(
  'tx_meineExtension_DBTabelle',
  'EXT:ExtensionKey/locallang_csh_ExtensionKey_DBTabelle.xml'
);

Danach werden die Hilfetexte beim überfahren der Feldbeschriftung mit der Maus nachgeladen. Ich persönlich finde es nicht gerade praktisch, dass es keinen Hinweis in Form eines Icons mehr gibt. Dadurch muss man immer Raten hinter welcher Feldbezeichnung vll. auch eine Beschreibung verborgen ist.

Die genannten 2 Schritte kann man nun für weitere DB-Tabellen wiederholen und somit für jedes Eingabefeld eine entsprechende Beschreibung einbinden.

P.S.: Wer bereits mit Extbase programmiert, muss sich darum nicht mehr kümmern, sofern mit dem Extension Builder gearbeitet wird. Dieser erstellt die CSH-Dateien bereits beim anlegen der Extension unter /Resources/Private/Language/. Insofern braucht man nur noch die Beschreibungstexte tippen und hineinkopieren.

------------------------------------------------------
Dies ist ein Post vom TYPO3 Blog typo3blogger.de!

Die Extension “news” basiert auf Extbase & Fluid und ist für mich der Nachfolger von tt_ news, ist von dieser aber komplett unabhängig. Die wichtigsten Links:

• Forge: http://forge.typo3.org/projects/extension-news/issues
• Git: http://git.typo3.org/TYPO3v4/Extensions/news.git

------------------------------------------------------
Dies ist ein Post vom TYPO3 Blog typo3blogger.de!

Die T3DD11 finden vom 7. bis 10. Juli im Campus Sursee in der Schweiz statt. Dieses Jahr ist es erstmals möglich, direkt am Ort des Geschehens auf dem Campus zu übernachten. Das Hotel kann zusammen mit dem Ticket gebucht werden.

Alle Infos, wie man an ein Ticket kommt, finden sich hier.

------------------------------------------------------
Dies ist ein Post vom TYPO3 Blog typo3blogger.de!

Bereits vor ein paar Jahren bin ich auf das TYPO3 mass upgrade script von Michiel Roos gestoßen. Dieses Script ist vor allem darauf ausgelegt, viele TYPO3 Instanzen, die auf einer einzelnen Maschine liegen, mit einem Scriptaufruf zu aktualisieren.

Inspiriert durch dieses Script habe ich dann ein eigenes Shell Script geschrieben, dass auch Teile des Scripts von Michiel Roos enthält. Mein Script ist für Updates von einzelnen TYPO3 Instanzen ausgelegt. Was macht das Script genau:

• Runterladen des gewünschten Source von typo3.org
• entpacken des Source
• Source Tarball wieder löschen
• .htaccess Dateien für mod_expires durch umbennnen aktivieren (sofern noch nötig)
• alten Symlink im Dummy Verzeichnis löschen
• neuen Symlink anlegen
• index.php aus Source Verzeichnis in Dummy Verzeichnis kopieren (ist bei meinem Hoster nötig, da dort keine Symlinks auf Dateien unterstütz werden)
• neuen Encryption Key generieren
• Cache Tabellen in der Datenbank leeren
• temp_CACHED_* Dateien aus /typo3conf löschen

Das Update Script setzt einen SSH Zugang zum Webserver voraus. Nach dem Aufruf werden interaktiv die nötigen Daten abgefragt:

Vor der Verwendung des Scripts sind unbedingt Backups von Dateisystem und Datenbank anzufertigen! Die genaue Verwendung ist im Quelltext dokumentiert. Generell sollte ein Basiswissen von Shell Befehlen vorhanden sein um zu verstehen, was das Script genau macht. Der Einsatz des Scripts erfolgt auf eigene Gefahr.

Download: t3update_0.4.3.zip

Das Script muss nach dem Download noch ausführbar gemacht werden:

chmod +x t3update.sh

Der Aufruf des Scripts erfolgt dann so:

./t3update.sh

Für die Zukunft könnte ich mir vorstellen, ein simples Backup in das Script zu integrieren. Ich bin jetzt aber vor allem an eurer Meinung interessiert. Nutzt ihr bereits eigene Shell Scripten und welche Ansätze verfolgt ihr? Was für weitere Features wären sinnvoll? Ich bin gespannt auf eure Kommentare!

------------------------------------------------------
Dies ist ein Post vom TYPO3 Blog typo3blogger.de!

Die vielen frei verfügbaren Erweiterungen dürften einer der Gründe für die Beliebtheit des freien Redaktionssystems TYPO3 sein.

Aber nicht allein die Masse macht’s. Für viele Anwendungsfälle gibt es eine Unmenge an Erweiterungen, so dass die Wahl der richtigen Extension nicht leicht fällt. In vielen Fällen wurde auch das Rad neu erfunden, anstatt Erweiterungen geschickt zu kombinieren oder bestehende Erweiterungen weiterzuentwickeln.

Wenn man sich die Liste der populärsten Erweiterungen anschaut, trifft man gleich auf so bekannte Extensions wie tt_news oder realurl die in den meisten TYPO3 Installationen zu finden sein dürften. Allerdings geben die Download Zahlen nur bedingt wieder, wie gut eine Extension ist.

Deswegen ist aktuell eine neue Oberfläche  für das Extension Repository in Arbeit. Auf Forge finden sich Informationen über das Konzept und die Architektur. In den Vordergrund soll auf jeden Fall die Bewertung der Erweiterungen durch die User gerückt werden. Man darf gespannt sein!

Mich würde jetzt vor allem interessieren, welche Erweiterung für dich persönlich die beste oder nützlichste ist. Bitte unten in den Kommentaren posten!

------------------------------------------------------
Dies ist ein Post vom TYPO3 Blog typo3blogger.de!

Eine Stärke von TYPO3 ist das gute Handling von mehrsprachigen Seiten. Je mehr Sprachen im System allerdings vorhanden sind, desto mehr Informationen hat man automatisch im Blickfeld und lenken oftmals von der eigentlichen Tätigkeit im Backend ab. Besonders User mit Adminrechten sind davon betroffen, denn Redakteure kann man problemlos in den Sprachen einschränken.

Die Extension “languagetoggle” schafft jedem User die Möglichkeit, gerade nicht benötigte Sprachen über ein eigenes Menü auszublenden. Dieses ist rechts oben (neben den Icons fürs Cache löschen usw.) positioniert. Wird eine Sprache ausgeblendet, so wird diese an folgenden Stellen nicht mehr dargestellt:

• Seitenansicht: Als Sprache in die man eine Seite übersetzen kann bzw. als Spalte im Übersetzungsmodus
• Listenansicht: Bereits in diese Sprache übersetzte Datensätze werden ebenso ausgeblendet wie die Möglichkeit, in diese Sprache zu übersetzen.

Die Extension gibt es hier: Download

------------------------------------------------------
Dies ist ein Post vom TYPO3 Blog typo3blogger.de!