Typo3 - Installation

Grundsätzliche Installation

Uploaden

1. Typo3 - Dummy auf den Server laden
2. Aus dem Installscript /typo3/install/index.php die die() Funktion auskommentieren
3. Install Skript im Browser aufrufen (Standard Passwort ist joh316)
4. Passwort ändern !! und neu einloggen (evt. Schreibrecht für /typo3/typo3conf/localconf.php setzten)

Basic Configuration

1. Schreibrechte für die rot markierten Ordner ändern und den den fileadmin Ordner ebenfalls schreibbar machen.
2. Datenbank Zugangsdaten eingeben. Host ist in der Regel 'localhost'
3. Update localconf.php klicken dann click to continue
4. Jetzt die Datenbank im neuen Dropdownfeld. Auswählen
5. Encryption key: Generate Knopf klicken

Database Analyser

1. Benötigte Tabellen anlegen: Compare klicken - dann write to database
2. Dump static data IMPORT
3. (Notwendig?) Tabellen füllen mit statischen Templates typo3conf/database.sql (1.1 M) ebenfalls Compare und write to database
4. admin User erstellen damit man sich im Backend einloggen kann.

All Configuration

1. [gdlib_2] auf 1 stellen Wenn GDlib Version 2 Verwendet wird
2. [TTFdpi] muß auf 96 stehen wenn die Schrift im Bild bei 'Basic Configuration' nicht vollständig angezeigt wird.
3. [noEdit] auf 0 stellen dann kann man vom Backend-Bereich Text-Dateien (z.B. CSS-Files) verändern.
4. [warning_email_addr] setzten dann bekommt man eine Email wenn sich jemand viermal falsch einloggt

Typo3 auf Unix installieren

Wenn man einen Shell Zugang zum Server hat, bietet sich eine Installation mit den tar Paketen an. Das geht erstens schneller als per FTP und man hat die möglichkeit mit Symlinks zu arbeiten, die ein späteres Update erleichtern. So gehts:

• Remote Zugang z.B. mit Putty herstellen
• Entweder per FTP die tars (Source und Dummy) hochladen oder direkt vom Server mit

wget ... (siehe Typo3 Buch)

• jetzt beide Pakete auspacken

tar xzf dummy-4.0.2.tar.gz
tar xzf typo3_src-4.0.2.tar.gz

• Es entstehen die Verzeichnisse

typo3_src-4.0.2
dummy-4.0.2

der Inhalt des Dummy Paket liegt später direkt auf dem Webspace.Der Quelltext der Source im src Verzeichnis damit man später drauf verweisen kann. Deshalb verschieben wir den Inhalt des Dummy Paket auf die unterste (aktuelle) Ebene:

mv dummy-4.0.2/* ./

• Jetzt machen wir einen Symlins der auf das src Verzeichnis zeigt und typo3_src heißt.

ln -s typo3_src-4.0.2 typo3_src (evt. ist schon ein Symlink da der vom dummyVerzeichnis nach unten zeigt evt. kann man nämlich auch das Dummy im Unterordner lassen - ToDo)Wenn man im Dummy Paket das typo3_src Symlink umbiegt kann man ganz schnell ein Update ausprobieren oder eine neue source testen

• Die Archive und den leeren Dummy Ordner kann man jetzt löschen:

rm -r dummy-4.0.2
rm dummy-4.0.3.tar.gz
rm typo3_src-4.0.2.tar.gz

• Im Browser müßte jetzt schon was kommen (/typo3 oder /index.php)
• Mit dem vi Editor können wir die Die Funktion im Installer auskommentieren:

vi typo3_src-4.0.2/install/index.php

• Mit i kommt man in den Einfügemodus Esc verläßt ihn :wq! speichert und schließt den Editor.

• Jetzt kann man den Typo3 Installer starten
• Um die Rechte im Terminal anzupassen kann man den Befehl chmod benutzen

Image Magick über SSH Zugang auf VMWare

Quelle: http://www.4many.net/imagemagick_setup.html

ImageMagick Installation on Virtual Host Account with SSH Access
Situation: 	Customer got virtual host with ssh access
TYPO3 was installed
no ImageMagick
after installing static linked package imagemagick-4.2.9_i386-static-1.tar.gz
TYPO3 complained that no valid version could be found
Problem: 	It turned out that due to the virtual setup and the setup of the Apache the environment got lost and the ImageMagick.so.9 couldn't be found during the exec()
Challenge: 	

   1. convince the provider to change the setup
      Nice try!
   2. convince the provider to install ImageMagick globally
      No support for third party products
   3. fix it in TYPO3 to pass environment
      possible solution, just no time to do so

Solution: 	Fixed it on script level

   1. move required executable to *.bin, i.e.

      mv convert convert.bin
      mv combine combine.bin
      mv identify identify.bin

   2. create script

      pico convert

   3. content of the script file

      #!/usr/local/bin/bash
      export PATH; PATH="/home/usr203227042/ImageMagick-4.2.9/bin:$PATH"
      export MAGICK_HOME="/home/usr203227042/ImageMagick-4.2.9"
      export LD_LIBRARY_PATH="/home/usr203227042/ImageMagick-4.2.9/lib"
      /home/usr203227042/ImageMagick-4.2.9/bin/convert.bin $*

   4. make script executable

      chmod 755 convert

   5. repeat steps 2.-4. for combine and identify and don't forget to change convert.bin to the appropriate value

Trennung von Produktions und Live-Server (Bearbeitung der Seiten und Darstellung)

Für den Website-Betrieb sind die Verzeichnisse TSLib und T3Lib notwendig um eine Website auszuliefern.

Für die Bearbeitung von Seiten sind die Dateien im Typo3 Verzeichnis zuständig. Ohne Typo3 Verzeichnis gibt es kein Backend aber die Seiten funktionieren trotzdem. Ein gutes Mittel um die Seiten vor Angreifern zu schützen.

siehe auch Typo3 - Update

Zentrale Typo3-Installation vs mehrere Typo3

Verschiedene Gründe: 1. Es gibt aus Sicherheitsgründen keinen Remote Zugang für unseren Server. Das macht es etwas umständlicher.

2. Von Version 3.7-3.8 gab es bei manchen Extensions Probleme mit Updates, bzw. es gab Extensions die das Typo auch mal aus dem Tritt brachten. Wenn wir alle Präsenzen auf einem Typo laufen lassen würden wären bei einem Fehler alle Homepages betroffen und Nebenwirkungen unter Umständen nicht so einfach zu sehen. Mit der getrennten Installation kann man auch bei sehr experimentellen Extensions relativ sicher updaten. Auch wenn wir verschiedene Datenbanken benutzen würden. Erst ab Version 4 gibt es außerdem die Möglichkeit Seiten vernünftig zu testen bevor Sie bei Änderungen Online gehen. Das war bisher nur mit einer ziemlich umständlichen Extension möglich.

Manche würden das vielleicht als Übervorsichtig auslegen. Im Endeffekt hat es nur den Nachteil der längeren Uploadzeiten. Speicherplatz spielt im Grunde kaum eine Rolle. Der Server wird auch nicht wesentlich mehr belastet. Weil die Skripte egal ob in einer oder in mehreren Typos ja immer für jede Anfrage abgearbeitet werden.

3. Wir haben den Kunden eine komplette Installation verkauft mit der Sie machen können was Sie wollen. Dafür bekommen Sie natürlich auch eine eigene Installation.

Für die Miettypos werden wir allerdings eine einzelne Installation benutzen. Für eine Agentur bietet sich ebenfalls eine eigene Installation an auf der die betreuten Präsenzen laufen.

4. Manche Typos laufen auf anderen Servern ;-) Z.T. mit Anpassungen im Quellcode vom Typo.

Weitere Pro und Kontra Argumente

• Zeitersparnis beim Update in zentraler Installation
• Ein Backend=>Admin Account unübersichtlich

automatische Installation

Überlegungen zum automatischen Installieren:

Ausgehend von einer fertigen Grundinstallation mit Benutzern und Rechten plus einigen Dummy-Seiten müßten sich per Knopfdruck Installationen anfertigen lassen.

Einzelschritte:

• Notwendige Dateien (Typo3 System, Filadmin Ordner)
• Datenbank (inkl. Benutzer und Dummy Inhalten)
• Config-Datei (automatisiert ?)

Typo3 - Update

3.8 auf 4.0

Ordner typo3, t3lib ersetzen misc aufspielen index.php ersetzen (root)

Update Wizard im Install Tool ausführen

Im Database Analyzer Compare und danach die erforderlichen Updates der Datenbanktabellen ausführen.

Nicht benötigte Extensions entfernen und entsprechend Templates anpassen

Alte Sprachpakete löschen und mit dem Translation Handling im Extension Manager die benötigten Sprachen aktualisieren.

Kompatibilitätsmodus 3.8 für Version 4

Nach Update von 3.8.x auf 4.0 läuft das Typo zunächst im Kompatibilitätsmodus.

Folgendes sollte verändert werden damit die Ausgabe auch nach umschalten wieder geht. The following updates will be performed:

changeCompatibilityVersion TYPO3 output is currently compatible to version 3.8. To use all the new features in the current TYPO3 version, make sure you follow the guidelines below to upgrade without problems.

Follow the steps below carefully and confirm every step! You will see this list again after you performed the update. CMS Frontend

   *

     Word separator character for simulateStaticDocument is changed from underscore (_) to hyphen (-) to make URLs more friendly for search enginesURLs that are already existing (e.g. external links to your site) will still work like before.

     You can set the separator character back to an underscore by putting the following line into the Setup section of your Page TypoScript template:

     config.simulateStaticDocuments_replacementChar = _
   *

     CSS Stylesheets and JavaScript are put into an external file by default.

     Technically, that means that the default value of "config.inlineStyle2TempFile" is now set to "1" and that of "config.removeDefaultJS" to "external"

Acknowledged

CSS Styled Content: Accessibility improvements

The rendering of the following elements will change:

   * tt_content.menu (used f.e. for sitemaps): Instead of div-tags, lists are used now.

   * tt_content.mailform: Mailforms do not use tables anymore, instead, they use the div-tag. Besides that, mailforms are accessible now.

   * The p-tag has been removed from all table cells.

   * CSS based "image" and "text with image"
     As the extension cron_cssstyledimgtext has been merged into the core, rendering of the content elements "image" and "text with image" has been changed to be CSS instead of table based. Read the 4.0 release notes for further information.

You will have to update your stylesheets to comply with these changes.

Acknowledged

Check all (ignore selection above)

WARNING: this might break the output of your website. Show database queries performed