Wikizone - Benutzerbeiträge [de]

PHP - Validierung von Werten aus Eingabefeldern

2010-07-06T09:07:36Z

193.196.133.6:

Ansatz:

<pre>

function validate($val,$type){
switch ($type) {
case 'int':
$val = intval($val);
break;

case 'email':
if(preg_match('^[_a-z0-9-]+(\.[_a-z0-9-]+)*@[a-z0-9-]+(\.[a-z0-9-]+)*(\.[a-z]{2,3})$', $val))
$val = FALSE;
break;

case 'alphanumeric':
preg_match('/[a-z\x80-\x9F\xA2-\xA4\xC0-\xD6\xD8-\xF6\xF9-\xFF]+/', $val, $matches);
$val = $matches[0];
break;

default:
$val = FALSE;
break;
}
return $val;
}

</pre>

PHP - Tipps und Tricks

2010-07-06T09:07:09Z

193.196.133.6:

== Weiterleitung mit PHP ==
<pre>
header("Location: http://www.myHomepage.net");
exit;
</pre>
== Ausgaben zwischenspeichern oder in Variablen umleiten ==
'''Problem: Die Ausgabe von echo oder von includes soll zuerst in einer Variablen gespeichert werden, damit Sie nicht gleich ausgegeben werden.'''

Das läßt sich lösen indem man die Ausgabe zunächst puffert und dann den Puffer in eine Variable lädt.
basicartsstudios at hotmail dot com
21-Jan-2007 10:39
Sometimes you might not want to include a php-file under the specifications defined in the functions include() or require(), but you might want to have in return the string that the script in the file "echoes".

Include() and require() both directly put out the evaluated code.

For avoiding this, try output-buffering:
<pre>
<?php
ob_start();
eval(file_get_contents($file));
$result = ob_get_contents();
ob_end_clean();
?>
</pre>

or

<pre>
<?php
ob_start();
include($file);
$result = ob_get_contents();
ob_end_clean();
?>
</pre>

which i consider the same, correct me if I'm wrong.

Best regards, BasicArtsStudios

== Umlaute, UTF-8 und PHP: wenn Sonderzeichen falsch dargestellt werden ==
Quelle: http://www.sjmfreelancing.de/devblog/umlaute-utf-8-und-php.html (15.10.2008)

Ich habe des öfteren das Problem gehabt, dass Sonderzeichen auf PHP-basierten Internetseiten nicht korrekt angezeigt wurden und Firefox ein gerahmtes Fragezeichen statt Ü, ü etc. ausgab, der Internet Explorer einen Kasten und auch Safari&Co. Probleme hatten.

Lange war ich auf der Suche nach der richtigen Lösung für dieses Problem und habe mich durch unterschiedliche Blogs, Foren und Internetseiten gewühlt bis ich letztendlich eine Ansammlung verschiedenster Tipps & Tricks aufgenommen und in Kombination angewandt habe. Und siehe da: Sonderzeichen sind korrekt :)

Hier ein paar Dinge, die jeder Programmierer beherzigen sollte, wenn er mit Umlauten umgeht:
'''1. Header korrekt setzen'''
Mit einem Einzeiler kann man PHP dazu bringen einen UTF-8-Header an den Browser zu senden. Einfach folgenden Code ganz oben in der Index-Datei setzen:

header('content-type: text/html; charset=UTF-8');

2. HTML-Header korrekt setzen

Folgenden Code in den HEAD-Bereich des HTML-Dokuments setzen:
view plaincopy to clipboardprint?

<meta http-equiv="Content-Type" content="text/html; charset=UTF-8" />

3. PHP-Dateien im UTF-8-Format speichern

Ganz wichtig ist es die PHP-Dateien die man verwendet im UTF-8-Format zu speichern. Sprich: den Editor dazu zu bringen, die Datei mit Umlauten zu speichern.
4. MySQL dazu bewegen UTF-8 zu nutzen

MySQL liefert auch nicht (immer) von Haus aus UTF-8-korrekte Ausgaben. Folgendes MySQL-Query einfach nach dem connecten mit der Datenbank ausführen:

mysql_query('set character set utf8;');

5. Das &-Zeichen immer escapen

Zwar nicht direkt ein Problem, aber: ü, ä, ß etc. sind auch dann korrektes HTML, wenn man sie nicht mittels htmlentities in Entitäten umgewandelt hat. Anders sieht es mit dem Kaufmanns-Und (&) aus: diesen IMMER mit & ausgeben. Auch bei Links gilt: & durch <code>&</code> ersetzen!

== Validieren von Werten aus Eingabefeldern ==
[[PHP - Validierung von Werten aus Eingabefeldern]]

TYPO3 - Standard Suche auf jeder Seite einbinden

2010-07-05T13:01:21Z

193.196.133.6: /* Standard Suchfeld */

== Links ==

Siehe auch:

[[Typo3 - indexed search#Ein Suchfeld ins Template einbinden]]

http://typo3-blog.net/tutorials/news/typo3-seitensuche.html?tx_t3blog_pi1[blogList][comParentId]=327&tx_t3blog_pi1[blogList][comParentTitle]=Irgendeiner

== Standard Suchfeld ins Template einbinden ==

Beispiel:

<pre>
// Standard Suchfeld kopieren
temp.top_search < tt_content.search
temp.top_search{
// Suchergebnisse entfernen
20 >
30 {
// Einstellungen für Suchergebnis
// Suchergebnis im selben Fenster öffnen
target = _self
// Einstellungen für Zielseite löschen (Standard ist Suchseite)
type >
// Anzeigeseite der Suche
type = 41
// Einstellungen für Suchoptionen
// Wo soll gesucht werden? (Hier: Überschrift,Seiteninhalt,Bildunterschrift)
dataArray.20.value = tt_content.header-bodytext-imagecaption
//Feld auf versteckt setzen
dataArray.20.type = scols=hidden
//Auswahlfeld für Suchoptionen entfernen
dataArray.20.valueArray >
// Label (Überschrift) des Suchfeldes entfernen
// dataArray.20.label >
// Layout anpassen
stdWrap.wrap = <div>|</div>
// layout = ###LABEL### ###FIELD###
layout = ###FIELD###
// Wrap für Beschriftungen der Inhaltselemente
labelWrap.wrap =
// nur die Beschriftung des Eingabefeldes wrappen
dataArray.10.label.wrap = <div>|</div>
#Label des Senden Buttons
dataArray.40.value.data >
dataArray.40.value = Suchen
//Absenden Button ganz entfernen
# dataArray.40 >
}
}
page.10.subparts.TOP_SEARCH < temp.top_search

</pre>

TYPO3 - Standard Suche auf jeder Seite einbinden

2010-07-05T13:00:38Z

193.196.133.6: /* Links */

== Links ==

Siehe auch:

[[Typo3 - indexed search#Ein Suchfeld ins Template einbinden]]

http://typo3-blog.net/tutorials/news/typo3-seitensuche.html?tx_t3blog_pi1[blogList][comParentId]=327&tx_t3blog_pi1[blogList][comParentTitle]=Irgendeiner

== Standard Suchfeld ==

Beispiel:

<pre>
// Standard Suchfeld kopieren
temp.top_search < tt_content.search
temp.top_search{
// Suchergebnisse entfernen
20 >
30 {
// Einstellungen für Suchergebnis
// Suchergebnis im selben Fenster öffnen
target = _self
// Einstellungen für Zielseite löschen (Standard ist Suchseite)
type >
// Anzeigeseite der Suche
type = 41
// Einstellungen für Suchoptionen
// Wo soll gesucht werden? (Hier: Überschrift,Seiteninhalt,Bildunterschrift)
dataArray.20.value = tt_content.header-bodytext-imagecaption
//Feld auf versteckt setzen
dataArray.20.type = scols=hidden
//Auswahlfeld für Suchoptionen entfernen
dataArray.20.valueArray >
// Label (Überschrift) des Suchfeldes entfernen
// dataArray.20.label >
// Layout anpassen
stdWrap.wrap = <div>|</div>
// layout = ###LABEL### ###FIELD###
layout = ###FIELD###
// Wrap für Beschriftungen der Inhaltselemente
labelWrap.wrap =
// nur die Beschriftung des Eingabefeldes wrappen
dataArray.10.label.wrap = <div>|</div>
#Label des Senden Buttons
dataArray.40.value.data >
dataArray.40.value = Suchen
//Absenden Button ganz entfernen
# dataArray.40 >
}
}
page.10.subparts.TOP_SEARCH < temp.top_search

</pre>

TYPO3 - Standard Suche auf jeder Seite einbinden

2010-07-05T11:59:16Z

193.196.133.6: /* Links */

TYPO3 - Standard Suche auf jeder Seite einbinden

2010-07-05T11:58:25Z

193.196.133.6: /* Links */

== Links ==

Siehe auch: [[Typo3 - indexed search#Ein Suchfeld ins Template einbinden]]

TYPO3 - Standard Suche auf jeder Seite einbinden

2010-07-05T11:58:11Z

193.196.133.6: /* Links */

== Links ==

Siehe auch: Typo3 - indexed search#Ein Suchfeld ins Template einbinden

TYPO3 - Standard Suche auf jeder Seite einbinden

2010-07-05T11:57:46Z

193.196.133.6:

== Links ==

Siehe auch: Typo3_-_indexed_search#Ein_Suchfeld_ins_Template_einbinden

Typo3 - indexed search

2010-07-05T11:57:05Z

193.196.133.6: /* Ein Suchfeld ins Template einbinden */

== Links ==
http://wiki.typo3.org/index.php/De:Indexed_search

== Suchergebnis verbessern ==
Es gibt einige Problemchen mit der Indexed Search die man beheben kann:

=== Suchbereich einschränken ===
Um zu verhindern, daß Metatags, Navigation etc. mit indiziert werden schränkt man den Suchbereich ein. Dafür stehen die Marker für den Suchbereich verwenden.

Ob das bei den Metatags funktioniert bleibt zu testen. Ansonsten kann auch im Quellcode der Bereich auskommentiert werden:

In der class.indexer.php die 6 Zeilen nach Zeile 1215

<pre>
// get keywords and description metatags
...
</pre>

== Performance in der indexed Search Extension ==

=== Tipps zur besseren Performance und Schonung der Datenbank ===

Nur nach ganzen Worten suchen bringt sehr viel.

Ebenso nur innerhalb des page Objekts aktivieren (page.config.index_enable = 1 nicht config.index_enable = 1)

Interessanter Artikel auf typo3.net: Informationen für eine schlanke, performante Indexsuche
http://www.typo3.net/forum/list/list_post//63315/
Darin geht es z.B. um folgende Tipps:
* Reduzierung der GET-Parameter, die zu einem neuen pHash-Wert führen und eine Beschränkung auf weniger indizierte Wörter auf einer Seite, vor allem wenn die Wörter sich auf der Seite regelmässig ändern (z.B. LIST- & LATEST-Ansicht bei tt_news).
* Bei Parametern, die am Inhalt nichts ändern (z.B. anderes Layout bei gleichem Inhalt) könnte ein Cookie anstatt eines GET-Parameters verwendet werden
* Bei einer Bildergallerie könnten vielleicht die Seiten komplett aus der Suche herausgenommen werden, wenn sich bei dem unterschiedlichen Links nur ein Bild ändert, aber keine indizierbaren Texte vorhanden sind.
* Bei der Extension tt_news sollte keine backPid verwendet werden, da ansonsten zu jeder backPid und zu jeder News Einträge in die "index_rel"-Tabelle gemacht werden. Hätten Sie 1000 Seiten mit der LATEST-Ansicht und 1000 News und durchschnittlich 100 verschiedene Wörter pro News, dann würden ca. 100.000.000 Zeilen in der DB gespeichert!

Die backPid können Sie im TypoScript mit
<pre>
plugin.tt_news.dontUseBackPid = 1
</pre>
deaktivieren. Anstatt dem dynamisch generierten Zurück-Button in der SINGLE-Ansicht könnte dann ein Zurück-Link mit JavaScript gemacht werden:
<a href="javascript:history.back()" title="Zurück zur Listenansicht">« Zurück</a>

Listenansichten sollten grundsätzlich von der Indizierung ausgeschlossen werden. Entweder man setzt mit den Seiteneigenschaften gleich die gesamte Seite auf "Nicht suchen"
oder man definiert die Marker für Such-Beginn & Such-Ende so, dass die Listen nicht indiziert werden.
Sie könnten z.B. den Content-Marker auf den Seiten mit den Listen so machen:
<pre>
page.10.marks.CONTENT_NORMAL = CONTENT
page.10.marks.CONTENT_NORMAL {
wrap = |
table = tt_content
...
}
</pre>
Auf normalen Seiten oder der Single-Ansicht müsste der wrap dann so aussehen:
<pre>
page.10.marks.CONTENT_NORMAL = CONTENT
page.10.marks.CONTENT_NORMAL {
wrap = |
table = tt_<content
...
}
</pre>

Die '''Druckansicht''' sollte man möglichst über '''CSS''' und nicht über einen Print-Button machen. Wenn man aber dennoch mit einer Print- oder '''PDF-Darstellung''' arbeiten will, dann sollten diese Inhalte '''nicht auch noch indiziert''' werden. Zum Einen hilft eine '''geschickte Anordnung der Marker TYPO3SEARCH_begin und TYPO3SEARCH_end''', zum Anderen sollte im '''TypoScript nicht im global gültigem config-Abschnitt index_enable auf 1''' gesetzt werden. Wenn dies nicht beachtet wird, hat man für jede typeNum neue Einträge in der "index_rel"-Tabelle!

'''Falsch wäre:'''
<pre>
config {
index_enable = 1
index_externals = 1
}
page {
...
}
</pre>

'''Richtig wäre:'''
<pre>
page {
config {
index_enable = 1
index_externals = 1
}
...
}
</pre>

Ein einmal gesetzter '''Encryption-Key sollte nicht mehr gewechselt werden''', da sich ansonsten alle '''cHash-Werte''' ändern. Dies würde zu sehr vielen neuen Einträgen in der DB führen. (Zudem kann dies unter Umständen den '''Pagerank''' bei Goole zerstören und '''Abmeldelinks beim Newsletter''' funktionieren auch nicht mehr).

Wenn TYPO3 Version 4.1+ verwendet wird, sollte man gegebenenfalls die Tabellen "index_..." komplett löschen und mit einem COMPARE im Install-Tool neu anlegen lassen. Wenn die Datenbank '''InnoDB''' unterstützt, werden die Tabellen dann auch als InnoDB-Tabellen angelegt. Hier können die Tabellen ausgelesen werden, obwohl vielleicht in diesem Augenblick ein Eintrag geschrieben wird. Die älteren '''MyISAM-Tabellen werden nämlich während eines Schreibzugriffs komplett gesperr'''t.

'''Nach den Optimierungen sollten die Tabellen wenigstens geleert werden''', damit die überflüssigen Daten dann auch nicht mehr in der DB liegen bleiben. Danach sollte auch im TYPO3-Backend unter Web->Info->Indexed search->Technical Details überprüft werden, ob die Änderungen zum Erfolg geführt haben, oder ob noch unnötige Einträge vorhanden sind.

=== Performance Fragen ===
Wenn es mehr Seiten werden kann die indexed Search Extension zum Performance Killer werden.
Dafür gibt es mehrere Gründe:

'''1. Die Volltextsuche http://bugs.typo3.org/view.php?id=5089'''
Es gibt aus Gründen der Kompatibilität keinen fulltext index in den Tabellen.
Daher schlägt Peter Russ im Bugtracker vor: fulltext index to index_fulltext.fulltext and index_words.baseword

'''2. changed query in class.tx_indexedsearch.php to use fulltext'''
capabilites of MySql.
Das ist im obigen Link im verlinkten diff File beschrieben. Großer Performance Gewinn, allerdings keine Teilsuche (typo findet auch typo2) mehr möglich.
nochmal zu der Änderung zur Performance-Steigerung:

in der typo3/sysext/indexed_search/pi/class.tx_indexedsearch.php
ungefähr Zeile 820 sollte muss case 1 bis 3 aukommentiert werden und
case 10 noch angepast werden, so dass es dann so aussehen sollte:

<pre>
// Perform search for word:
switch($theType) {

/*
* can't see any difference in this cases, but Kaspar might know
case '1':
$wSel = "IW.baseword LIKE
'%".$GLOBALS['TYPO3_DB']->quoteStr($sWord, 'index_words')."%'";
$res = $this->execPHashListQuery($wSel,' AND is_stopword=0');
break;
case '2':
$wSel = "IW.baseword LIKE '".$GLOBALS['TYPO3_DB']->quoteStr($sWord,
'index_words')."%'";
$res = $this->execPHashListQuery($wSel,' AND is_stopword=0');
break;
case '3':
$wSel = "IW.baseword LIKE
'%".$GLOBALS['TYPO3_DB']->quoteStr($sWord, 'index_words')."'";
$res = $this->execPHashListQuery($wSel,' AND is_stopword=0');
break;
*/
case '1':
case '2':
case '3':
$wSel='match(IW.baseword)
against("'.$GLOBALS['TYPO3_DB']->quoteStr($sWord, 'index_words').'")';
$res = $this->execPHashListQuery($wSel,' AND is_stopword=0');
break;
case '10':
$wSel = 'IW.metaphone = '.$this->indexerObj->metaphone($sWord);
$res = $this->execPHashListQuery($wSel,' AND is_stopword=0');
break;
case '20':
$res = $GLOBALS['TYPO3_DB']->exec_SELECTquery(
'ISEC.phash',
'index_section ISEC, index_fulltext IFT',
'match(IFT.fulltextdata)
against(\''.$GLOBALS['TYPO3_DB']->quoteStr($sWord,
'index_fulltext').'\') AND
ISEC.phash = IFT.phash
'.$this->sectionTableWhere(),
'ISEC.phash'
);
$wSel = '1=1';
if ($this->piVars['type']==20) $this->piVars['order'] = 'mtime';
// If there is a fulltext search for a sentence there is a likeliness
that sorting cannot be done by the rankings from the rel-table (because
no relations will exist for the sentence in the word-table). So
therefore mtime is used instaed. It is not required, but otherwise some
hits may be left out.
break;
default:
$wSel = 'IW.wid = '.$hash = $this->indexerObj->md5inthash($sWord);
$res = $this->execPHashListQuery($wSel,' AND is_stopword=0');
break;
}

...
</pre>

Weiterhin muss wie beschreiben z.b mittels phpmyadmin-Interface der
Index-Typ des Indizes fulltext in der Tabelle index_fulltext auf
FULLTEXT gesetzt werden, sowie in der Inidize baseword in der Tabelle
index_words auf FULLTEXT.

In der t.dev-Liste haben sie lange darüber diskutiert, wie es
integrierbar ist. Problem ist wohl, dass der FULLTEXT-Index in anderen
DB-Systemen nicht unterstützt wird, und die Sache ja kompatibel bleiben
soll. Es gab ein paar gute Lösungsansätze und irgendwann wirds sicher
konfigurierbar.

Noch zu der Frage:
> Geht eine täglich Re-Indizierung nicht ziemlich auf en Traffic bzw.
> Serverperformance? Ganz davon abgesehen, dass ich von cronjob's auch
> nicht viel weiss... Wie sähe denn so ein cronjob aus?

Sinnvollerweise realisiert man dass so, dass die Re-Indexierung in der
Nacht läuft. Weiterhin kann man dann ausschalten, dass die Seiten im
Frontend überhaupt indexiert werden - bringt also sogar einen
Performance Vorteil.

'''3. Mehrfach indizierte Inhalte bei tt_news'''
Lösung aus der Mailing Liste:

Die mehrfachindizierung bei tt_news habe ich hoffentlich dadurch
gelöst, indem ich dontUseBackPid = 1 verwende und nur jeweils die
SINGLE-News-Seite indizieren lasse. D. h. ich habe bei den LIST und
LATEST Seiten "Nicht suchen" aktiviert. Ist das so richtig?

== Ein Suchfeld ins Template einbinden ==
Hinweis: dies beschreibt die Einbindung eines Suchfeldes der indexed_search Extension. Wie man ein Suchfeld für die Standard Suche einbindet siehst du hier:

[[TYPO3 - Standard Suche auf jeder Seite einbinden]]

==== Extension einbinden ====
Indexed Search Engine (indexed_search)installieren
(Standardmäßig vorhanden)

Translation Handling -> Übersetzungen aktualisieren

==== HTML-Template & CSS ====
Beispiel:
<pre>
<div id="searchBox">
</div>
</pre>
===== Einschränken des Suchbereichs im Template =====
Im Template werden folgende Marker eingesetzt:
<pre>

...

</pre>

Sind keine Marker vorhanden wird alles Durchsucht ist nur einer der Marker vorhanden wird alles nach (begin Marker) bzw. vor (end Marker) dem Marker durchsucht

===== CSS =====
<pre>
#searchBox input{
width: 140px;
}
#searchBox input.searchBox-button{
position: relative;
border: none;
width: auto;
top: 2px;
}
div.tx-indexedsearch-whatis{
padding-left: 12px;
}

</pre>

==== Konfiguration der Extension ====

TypoScript indexedSearch-config (V1.1)

''' Constants '''
<pre>
searchRoot = 1
searchResultPage = 4
searchPic = fileadmin/common/images/lupe.gif
</pre>

'''Setup'''
<pre>
plugin.tx_indexedsearch._CSS_DEFAULT_STYLE >
page.config.index_enable = 1
config{
# Index-Suche einschalten
index_enable = 1
# Externe Dateien auch durchsuchen (pdf,doc...benötigt Erweiterungen)
index_externals = 0
}
plugin.tx_indexedsearch{
# Startpunkte der Suche (12,45...)
search.rootPidList = {$searchRoot}
# Diverse Optionen zur Anzeige im Frontend...
show.rules = 0
show.resultNumber = 0
blind.sections = 1
show.L1sections = 0
show.L2sections = 0
show.advancedSearchLink = 0

# auf bestimmte Medientypen einschränken
# search.mediaList = pdf, doc
}

# Temporäres Objekt für das Suchfeld (in neueren Versionen auch Templates möglich
# es kann auch die macina Searchbox eingesetzt werden (Template Support Mehrsprachigkeit...)

temp.searchBox = TEXT
temp.searchBox.insertData = 1
temp.searchBox.value (
<div class="searchBox">
<form action="index.php?id={$searchResultPage}&tx_indexedsearch[sword]" method="post">
<input type="text" name="tx_indexedsearch[sword]" value="Suche" class="searchBox-field" title="Suche" />
<input type="image" src="{$searchPic}" alt="Start" title="Start" class="searchBox-button"/>
<input type="hidden" name="stype" value="L0" />
<input type="hidden" name="scols" value="tt_content.header-bodytext-imagecaption" />
<input type="hidden" name="locationData" value="{$searchResultPage}:pages:{$searchResultPage}" />
</form>
</div>
)

#plugin.tx_macinasearchbox_pi1.pidSearchpage = {$searchResultPage}
</pre>

=== Suche nur in der aktuellen Sprache ===
<pre>
# für die default-Sprache:
plugin.tx_indexedsearch._DEFAULT_PI_VARS.lang = 0

# für die Sprache ?&L=1
[globalVar = GP:L = 1]
plugin.tx_indexedsearch._DEFAULT_PI_VARS.lang = 1
[global]
</pre>

Oder für jede Sprache gültig:
plugin.tx_indexedsearch._DEFAULT_PI_VARS.lang < config.sys_language_uid

==== Sprachlabels ====
Wie in Typo3 üblich z.B.:
<pre>
plugin.tx_indexedsearch._LOCAL_LANG.de.pi_list_browseresults_prev = <<
plugin.tx_indexedsearch._LOCAL_LANG.de.pi_list_browseresults_page =
plugin.tx_indexedsearch._LOCAL_LANG.de.pi_list_browseresults_next = >>
plugin.tx_indexedsearch._LOCAL_LANG.de.pi_list_browseresults_display = ###TAG_BEGIN###%s###TAG_END### - ###TAG_BEGIN###%s###TAG_END### (###TAG_BEGIN###%s###TAG_END###)
</pre>

In manchen Versionen gibt es einen Fehler in der französichen Übersetzung deshalb:

plugin.tx_indexedsearch._LOCAL_LANG.fr.pi_list_browseresults_display = Résultat ###TAG_BEGIN###%s à %s###TAG_END### sur un total de ###TAG_BEGIN###%s###TAG_END###

'''Suchergebnis:'''
manchmal möchte man dem Suchergebnis eine eigene Überschrift statt des Seitennamens mitgeben. Das macht man mit:
$GLOBALS['TSFE']->indexedDocTitle = 'suchtitel'

==== im Main Template ====
'''Setup:'''
### SearchBox ###
subparts.searchBox < temp.searchBox

== Tutorial von Marlies Cohen ==

When I first started with Typo3 Indexed Search gave me some problems. It is a very basic extension.

Place this line of code in the Setup of your TypoScript of your rootpage:

# Indexed Search activated
page.config.index_enable = 1

Now comes the trick to get your pages indexed.

-> Log out of Typo3

-> Go to your home page

-> Log back in to Typo3

-> Now your pages should be cached and searchable

The reason for this is that as long as you are logged in to Typo3 your pages are not cached, once you log out and view pages they are cached. Knowing this saves a lot of hassles.

== Clearing Indexed Search Cache ==

-> switch to the "Info" module on the left and

-> choose "indexed search" on the right dropdown (in the details view). now you can see all your pages that have been indexed

-> click on the trash-item to delete the indexed record for a specific page-tree (attention: recursive!).

== Optionen der indexed search ==
Da gibts ne ganze Menge:

http://www.typo3.net/forum/list/list_post//27370/

<pre>
plugin.tx_indexedsearch {
blind {
###settings: 0=aktiv (sichtbar), -1 inaktiv (nicht sichtbar)

## Vergleichs-Typ (Ganzes Wort, Wortteil,etc)
type=-1

## type default option (und /oder)
defOp=0

## Bereich(e) der website
sections=0

## Suche in Medientypen (erweiterungen)
media=1

## Sortierung
order=-1

## Ansicht (Sektionshierachie / Liste)
group=-1

## Ansicht: Erweiterte Vorschau
extResume = -1

## Sprachwahlbox
lang=0

## Aufsteigend absteigend
desc=-1

## Ergebnisse (Anzahl der Treffer pro Seite)
results=-1
}
show {
###settings: 1=aktiv (sichtbar), 0 inaktiv (nicht sichtbar)

## zeige Kurzanleitung
rules=1

## Erstellungsinformationen des Hashes
parsetimes=1

## Zweite ebene im Bereichs-dropdown anzeigen
L2sections=1

## Erste ebene im Bereichs-dropdown anzeigen
L1sections=1

## Alle "nicht im menü" oder "im menü verstecken"
##(aber nicht "versteckte" seiten) mit anzeigen in section?
LxALLtypes=0

## leeren des Suchfeldes nach suche
clearSearchBox = 0

## Aktuelles suchwort zu den bisherigen suchwörtern hinzufügen
clearSearchBox.enableSubSearchCheckBox=0
}
search {
## Seiten-Id auf der die Suchergebnisse ausgegeben werden sollen.
## Leer lassen entspricht auf gleicher Seite ausgeben
rootPidList =

## Anzahl der auszugebenden treffer
page_links = 10
}
}
</pre>

Scheint nicht zu funktionnieren

plugin.tx_indexedsearch.search.page_links = 5

stattdessen das hier verwenden:

plugin.tx_indexedsearch._DEFAULT_PI_VARS.results = 5

Rss

2010-04-26T19:34:06Z

193.196.133.6: /* TypoScript anpassen */

Beispiel für Link im Header der Seite
<link rel="alternate" type="application/rss+xml" title="t3n Magazin RSS Feed" href="http://t3n.de/magazin/feed/" />

== RSS für TYPO3 ==
tt_news Beiträge lassen sich sehr einfach als RSS News Feed bereitstellen.

=== Quick ===
==== Statisches Template ====
Statisches Template von tt_news einbinden. Es heißt: News Feed (RSS,RDF,Atom)
====TypoScript anpassen====
Nimmt man das statische Template kann man im Constant Editor die wichtigsten Einstellungen machen.

Beispiel Constants
<pre>
plugin.tt_news.displayXML.rss2_tmplFile = fileadmin/templates/news/rss_2.tmpl
plugin.tt_news.displayXML.xmlTitle = HfWU News
plugin.tt_news.displayXML.xmlLink = http://www.hfwu.de/
plugin.tt_news.displayXML.xmlDesc = News Feed der Hochschule für Wirtschaft und Umwelt
plugin.tt_news.displayXML.xmlLang = de
plugin.tt_news.displayXML.xmlLimit = 12
</pre>

Nun noch einen passenden Link im Header:

Und vielleicht noch ein schönes Icon im Inhalt

'''Template anpassen'''

'''Link und Anleitung'''

=== Erläuterungen ===

tt_news stellt ein statisches Template bereit, daß die wichtigsten Einstellungen vornimmt. Man kann natürlich auch alles selber machen. Wie unten im Beispiel gezeigt. Aber einfacher ist das statische.

Beispiel für eigenes TypoScript (Setup)
<pre>
### RSS ###
# Configure tt_news to display the xml template

plugin.tt_news {
displayXML {
# rss091_tmplFile = EXT:tt_news/res/rss_0_91.tmpl
# rdf_tmplFile = EXT:tt_news/res/rdf.tmpl
# atom03_tmplFile = EXT:tt_news/res/atom_0_3.tmpl
# atom1_tmplFile = EXT:tt_news/res/atom_1_0.tmpl

rss2_tmplFile = EXT:tt_news/res/rss_2.tmpl
# possibile values: rss091 / rss2 / rdf / atom03 / atom1
xmlFormat = rss2
xmlTitle = dekra-aviation: News
xmlLink = http://dekra-aviation.com/
xmlDesc = Latest News
xmlLang = de
xmlIcon = fileadmin/tt_news_article.gif
title_stdWrap.htmlSpecialChars = 1
title_stdWrap.htmlSpecialChars.preserveEntities = 1
subheader_stdWrap.stripHtml = 1
subheader_stdWrap.htmlSpecialChars = 1
subheader_stdWrap.htmlSpecialChars.preserveEntities = 1
subheader_stdWrap.crop = 100 | ... | 1
subheader_stdWrap.ifEmpty.field = bodytext
xmlLastBuildDate = 1
}
}

## This enables the xml news feed
xmlnews = PAGE
xmlnews {
typeNum = 100
10 >
10 < plugin.tt_news
10.pid_list >
10.pid_list = 322
10.singlePid = {$plugin.tt_news.singlePid}
10.defaultCode = XML
config {
disableAllHeaderCode = 1
additionalHeaders = Content-type:text/xml
no_cache = 1
xhtml_cleaning = 0
}
}
</pre>

In diesem Fall muß man auch den Header selbst setzen, damit der Browser / Feed Reader den Feed erkennt:

<pre>
page.headerData.20 = TEXT
page.headerData.20.value = <link rel="alternate" type="application/rss+xml" title="Dekra Aviation RSS-Feed" href="http://dekra-aviation.de/index.php?id=434&type=100">
</pre>

Oder auch so wie es bei wt_gallery gemacht wird. Interessanterweise zeigt in diesem Fall der Firefox gleich in der Adressleiste an, daß es einen Feed gibt:

<pre>
# add rss feed to header
page.headerData.3135 = COA
page.headerData.3135 {
wrap = <link rel="alternate" type="application/rss+xml" title="RSS-Feed" href="|" />

10 = TEXT
10.data = getIndpEnv:TYPO3_SITE_URL

20 = TEXT
20 {
typolink.parameter.data = page : uid
typolink.additionalParams = &type=3135
typolink.addQueryString = 1
typolink.returnLast = url
}
}

</pre>

Zum Vergleich das Original statische Template

Constants:
<pre>
[GLOBAL]
###
# These are the default TS-constants for RSS feeds from tt_news
##

plugin.tt_news {
displayXML {

# cat=plugin.tt_news/file/80; type=file[html,htm,tmpl,txt]; label= RSS-News rss v2 Template File: XML template for RSS 2.0 feed
rss2_tmplFile = EXT:tt_news/res/rss_2.tmpl
# cat=plugin.tt_news/file/81; type=file[html,htm,tmpl,txt]; label= RSS-News rss v0.91 Template File: XML template for RSS 0.91 feed.
rss091_tmplFile = EXT:tt_news/res/rss_0_91.tmpl
# cat=plugin.tt_news/file/82; type=file[html,htm,tmpl,txt]; label= RDF-News RDF Template File: XML template for RDF feed.
rdf_tmplFile = EXT:tt_news/res/rdf.tmpl
# cat=plugin.tt_news/file/83; type=file[html,htm,tmpl,txt]; label= Atom-News Atom v0.3 Template File: XML template for Atom 0.3 feed.
atom03_tmplFile = EXT:tt_news/res/atom_0_3.tmpl
# cat=plugin.tt_news/file/84; type=file[html,htm,tmpl,txt]; label= Atom-News Atom v1.0 Template File: XML template for Atom 1.0 feed.
atom1_tmplFile = EXT:tt_news/res/atom_1_0.tmpl
# cat=plugin.tt_news//85; type=options[rss091,rss2,rdf,atom1,atom03]; label= News-Feed XML-Format: Defines the format of the news feed. Possible values are: 'rss091', 'rss2' 'rdf', 'atom1' and 'atom03'
xmlFormat = rss2
# cat=plugin.tt_news//86; type=text; label= News-Feed XML-Title: The title of your news feed. (required for rss091, rss2, rdf and atom03)
xmlTitle = example.com: Latest News
# cat=plugin.tt_news//87; type=text; label= News-Feed XML-Link: The link to your hompage. (required for rss091, rss2, rdf and atom03)
xmlLink = http://www.example.com/
# cat=plugin.tt_news//88; type=text; label= News-Feed XML-Description: The description of your news feed. (required for rss091, rss2 and rdf. optional for atom03)
xmlDesc = Latest news from example.com
# cat=plugin.tt_news//89; type=text; label= News-Feed XML-Language: Your site's language. A list of allowable values for <language> in RSS is available at http://backend.userland.com/stories/storyReader$16 (equired for rss091, optional for rss2, not available for rdf, recommended for atom03)
xmlLang = en
# cat=plugin.tt_news//80; type=text; label= News-Feed XML-Icon: Provide an icon for your news feed with preferred size of 16x16 px, can be gif, jpeg or png. (required for rss091, optional for rss2 and rdf, not available for atom03)
xmlIcon = EXT:tt_news/ext_icon.gif
# cat=plugin.tt_news//91; type=int+; label= News-Feed XML-Limit: max news items in RSS feeds.
xmlLimit = 10
# cat=plugin.tt_news//92; type=boolean; label= News-Feed XML-Caching: Allow caching for the RSS feed
xmlCaching = 1
}
}
</pre>

Setup
<pre>
###
# This is the default TS-setup RSS feed from tt_news
# this template has to be included after the tt_news main TS-setup because it depends on some settings from there
#
# (see Section Reference in the manual for more options & parameters)
#
# tt_news v 2.x
###

# - - - - - - - - - - - - - - render XML news - - - - - - - - - - - - - #

# point your RSS reader to: http://your-server.org/index.php?type=100

plugin.tt_news {
displayXML {
rss091_tmplFile = {$plugin.tt_news.displayXML.rss091_tmplFile}
rss2_tmplFile = {$plugin.tt_news.displayXML.rss2_tmplFile}
rdf_tmplFile = {$plugin.tt_news.displayXML.rdf_tmplFile}
atom03_tmplFile = {$plugin.tt_news.displayXML.atom03_tmplFile}
atom1_tmplFile = {$plugin.tt_news.displayXML.atom1_tmplFile}

# possibile values: rss091 / rss2 / rdf / atom03
xmlFormat = {$plugin.tt_news.displayXML.xmlFormat}

xmlTitle = {$plugin.tt_news.displayXML.xmlTitle}
xmlLink = {$plugin.tt_news.displayXML.xmlLink}
xmlDesc = {$plugin.tt_news.displayXML.xmlDesc}
xmlLang = {$plugin.tt_news.displayXML.xmlLang}
xmlIcon = {$plugin.tt_news.displayXML.xmlIcon}
xmlLimit = {$plugin.tt_news.displayXML.xmlLimit}
xmlCaching = {$plugin.tt_news.displayXML.xmlCaching}

title_stdWrap.htmlSpecialChars = 1
title_stdWrap.htmlSpecialChars.preserveEntities = 1
subheader_stdWrap.stripHtml = 1
subheader_stdWrap.htmlSpecialChars = 1
subheader_stdWrap.htmlSpecialChars.preserveEntities = 1
subheader_stdWrap.crop = 100 | ... | 1
subheader_stdWrap.ifEmpty.field = bodytext
xmlLastBuildDate = 1
}
}

## This enables the xml news feed
xmlnews = PAGE
xmlnews {
typeNum = 100

10 < plugin.tt_news
10.pid_list >
10.pid_list = {$plugin.tt_news.pid_list}
10.singlePid = {$plugin.tt_news.singlePid}
10.defaultCode = XML
10.catTextMode = 1
10.catImageMode = 0

config {
disableAllHeaderCode = 1
additionalHeaders = Content-type:application/xml
xhtml_cleaning = 0
admPanel = 0
}
}

### CVS id ###
# $Id: setup.txt 3031 2006-05-19 13:58:06Z rupertgermann $
</pre>

Rss

2010-04-26T19:27:33Z

193.196.133.6: /* Erläuterungen */

Beispiel für Link im Header der Seite
<link rel="alternate" type="application/rss+xml" title="t3n Magazin RSS Feed" href="http://t3n.de/magazin/feed/" />

== RSS für TYPO3 ==
tt_news Beiträge lassen sich sehr einfach als RSS News Feed bereitstellen.

=== Quick ===
==== Statisches Template ====
Statisches Template von tt_news einbinden. Es heißt: News Feed (RSS,RDF,Atom)
====TypoScript anpassen====
Nimmt man das statische Template kann man im Constant Editor die wichtigsten Einstellungen machen.

Beispiel Constants
<pre>
plugin.tt_news.displayXML.rss2_tmplFile = fileadmin/templates/news/rss_2.tmpl
plugin.tt_news.displayXML.xmlTitle = HfWU News
plugin.tt_news.displayXML.xmlLink = http://www.hfwu.de/
plugin.tt_news.displayXML.xmlDesc = News Feed der Hochschule für Wirtschaft und Umwelt
plugin.tt_news.displayXML.xmlLang = de
plugin.tt_news.displayXML.xmlLimit = 12
</pre>

'''Template anpassen'''

'''Link und Anleitung'''

=== Erläuterungen ===

tt_news stellt ein statisches Template bereit, daß die wichtigsten Einstellungen vornimmt. Man kann natürlich auch alles selber machen. Wie unten im Beispiel gezeigt. Aber einfacher ist das statische.

Beispiel für eigenes TypoScript (Setup)
<pre>
### RSS ###
# Configure tt_news to display the xml template

plugin.tt_news {
displayXML {
# rss091_tmplFile = EXT:tt_news/res/rss_0_91.tmpl
# rdf_tmplFile = EXT:tt_news/res/rdf.tmpl
# atom03_tmplFile = EXT:tt_news/res/atom_0_3.tmpl
# atom1_tmplFile = EXT:tt_news/res/atom_1_0.tmpl

rss2_tmplFile = EXT:tt_news/res/rss_2.tmpl
# possibile values: rss091 / rss2 / rdf / atom03 / atom1
xmlFormat = rss2
xmlTitle = dekra-aviation: News
xmlLink = http://dekra-aviation.com/
xmlDesc = Latest News
xmlLang = de
xmlIcon = fileadmin/tt_news_article.gif
title_stdWrap.htmlSpecialChars = 1
title_stdWrap.htmlSpecialChars.preserveEntities = 1
subheader_stdWrap.stripHtml = 1
subheader_stdWrap.htmlSpecialChars = 1
subheader_stdWrap.htmlSpecialChars.preserveEntities = 1
subheader_stdWrap.crop = 100 | ... | 1
subheader_stdWrap.ifEmpty.field = bodytext
xmlLastBuildDate = 1
}
}

## This enables the xml news feed
xmlnews = PAGE
xmlnews {
typeNum = 100
10 >
10 < plugin.tt_news
10.pid_list >
10.pid_list = 322
10.singlePid = {$plugin.tt_news.singlePid}
10.defaultCode = XML
config {
disableAllHeaderCode = 1
additionalHeaders = Content-type:text/xml
no_cache = 1
xhtml_cleaning = 0
}
}
</pre>

In diesem Fall muß man auch den Header selbst setzen, damit der Browser / Feed Reader den Feed erkennt:

<pre>
page.headerData.20 = TEXT
page.headerData.20.value = <link rel="alternate" type="application/rss+xml" title="Dekra Aviation RSS-Feed" href="http://dekra-aviation.de/index.php?id=434&type=100">
</pre>

Oder auch so wie es bei wt_gallery gemacht wird. Interessanterweise zeigt in diesem Fall der Firefox gleich in der Adressleiste an, daß es einen Feed gibt:

<pre>
# add rss feed to header
page.headerData.3135 = COA
page.headerData.3135 {
wrap = <link rel="alternate" type="application/rss+xml" title="RSS-Feed" href="|" />

10 = TEXT
10.data = getIndpEnv:TYPO3_SITE_URL

20 = TEXT
20 {
typolink.parameter.data = page : uid
typolink.additionalParams = &type=3135
typolink.addQueryString = 1
typolink.returnLast = url
}
}

</pre>

Zum Vergleich das Original statische Template

Constants:
<pre>
[GLOBAL]
###
# These are the default TS-constants for RSS feeds from tt_news
##

plugin.tt_news {
displayXML {

# cat=plugin.tt_news/file/80; type=file[html,htm,tmpl,txt]; label= RSS-News rss v2 Template File: XML template for RSS 2.0 feed
rss2_tmplFile = EXT:tt_news/res/rss_2.tmpl
# cat=plugin.tt_news/file/81; type=file[html,htm,tmpl,txt]; label= RSS-News rss v0.91 Template File: XML template for RSS 0.91 feed.
rss091_tmplFile = EXT:tt_news/res/rss_0_91.tmpl
# cat=plugin.tt_news/file/82; type=file[html,htm,tmpl,txt]; label= RDF-News RDF Template File: XML template for RDF feed.
rdf_tmplFile = EXT:tt_news/res/rdf.tmpl
# cat=plugin.tt_news/file/83; type=file[html,htm,tmpl,txt]; label= Atom-News Atom v0.3 Template File: XML template for Atom 0.3 feed.
atom03_tmplFile = EXT:tt_news/res/atom_0_3.tmpl
# cat=plugin.tt_news/file/84; type=file[html,htm,tmpl,txt]; label= Atom-News Atom v1.0 Template File: XML template for Atom 1.0 feed.
atom1_tmplFile = EXT:tt_news/res/atom_1_0.tmpl
# cat=plugin.tt_news//85; type=options[rss091,rss2,rdf,atom1,atom03]; label= News-Feed XML-Format: Defines the format of the news feed. Possible values are: 'rss091', 'rss2' 'rdf', 'atom1' and 'atom03'
xmlFormat = rss2
# cat=plugin.tt_news//86; type=text; label= News-Feed XML-Title: The title of your news feed. (required for rss091, rss2, rdf and atom03)
xmlTitle = example.com: Latest News
# cat=plugin.tt_news//87; type=text; label= News-Feed XML-Link: The link to your hompage. (required for rss091, rss2, rdf and atom03)
xmlLink = http://www.example.com/
# cat=plugin.tt_news//88; type=text; label= News-Feed XML-Description: The description of your news feed. (required for rss091, rss2 and rdf. optional for atom03)
xmlDesc = Latest news from example.com
# cat=plugin.tt_news//89; type=text; label= News-Feed XML-Language: Your site's language. A list of allowable values for <language> in RSS is available at http://backend.userland.com/stories/storyReader$16 (equired for rss091, optional for rss2, not available for rdf, recommended for atom03)
xmlLang = en
# cat=plugin.tt_news//80; type=text; label= News-Feed XML-Icon: Provide an icon for your news feed with preferred size of 16x16 px, can be gif, jpeg or png. (required for rss091, optional for rss2 and rdf, not available for atom03)
xmlIcon = EXT:tt_news/ext_icon.gif
# cat=plugin.tt_news//91; type=int+; label= News-Feed XML-Limit: max news items in RSS feeds.
xmlLimit = 10
# cat=plugin.tt_news//92; type=boolean; label= News-Feed XML-Caching: Allow caching for the RSS feed
xmlCaching = 1
}
}
</pre>

Setup
<pre>
###
# This is the default TS-setup RSS feed from tt_news
# this template has to be included after the tt_news main TS-setup because it depends on some settings from there
#
# (see Section Reference in the manual for more options & parameters)
#
# tt_news v 2.x
###

# - - - - - - - - - - - - - - render XML news - - - - - - - - - - - - - #

# point your RSS reader to: http://your-server.org/index.php?type=100

plugin.tt_news {
displayXML {
rss091_tmplFile = {$plugin.tt_news.displayXML.rss091_tmplFile}
rss2_tmplFile = {$plugin.tt_news.displayXML.rss2_tmplFile}
rdf_tmplFile = {$plugin.tt_news.displayXML.rdf_tmplFile}
atom03_tmplFile = {$plugin.tt_news.displayXML.atom03_tmplFile}
atom1_tmplFile = {$plugin.tt_news.displayXML.atom1_tmplFile}

# possibile values: rss091 / rss2 / rdf / atom03
xmlFormat = {$plugin.tt_news.displayXML.xmlFormat}

xmlTitle = {$plugin.tt_news.displayXML.xmlTitle}
xmlLink = {$plugin.tt_news.displayXML.xmlLink}
xmlDesc = {$plugin.tt_news.displayXML.xmlDesc}
xmlLang = {$plugin.tt_news.displayXML.xmlLang}
xmlIcon = {$plugin.tt_news.displayXML.xmlIcon}
xmlLimit = {$plugin.tt_news.displayXML.xmlLimit}
xmlCaching = {$plugin.tt_news.displayXML.xmlCaching}

title_stdWrap.htmlSpecialChars = 1
title_stdWrap.htmlSpecialChars.preserveEntities = 1
subheader_stdWrap.stripHtml = 1
subheader_stdWrap.htmlSpecialChars = 1
subheader_stdWrap.htmlSpecialChars.preserveEntities = 1
subheader_stdWrap.crop = 100 | ... | 1
subheader_stdWrap.ifEmpty.field = bodytext
xmlLastBuildDate = 1
}
}

## This enables the xml news feed
xmlnews = PAGE
xmlnews {
typeNum = 100

10 < plugin.tt_news
10.pid_list >
10.pid_list = {$plugin.tt_news.pid_list}
10.singlePid = {$plugin.tt_news.singlePid}
10.defaultCode = XML
10.catTextMode = 1
10.catImageMode = 0

config {
disableAllHeaderCode = 1
additionalHeaders = Content-type:application/xml
xhtml_cleaning = 0
admPanel = 0
}
}

### CVS id ###
# $Id: setup.txt 3031 2006-05-19 13:58:06Z rupertgermann $
</pre>

Rss

2010-04-26T19:07:21Z

193.196.133.6:

Beispiel für Link im Header der Seite
<link rel="alternate" type="application/rss+xml" title="t3n Magazin RSS Feed" href="http://t3n.de/magazin/feed/" />

== RSS für TYPO3 ==
tt_news Beiträge lassen sich sehr einfach als RSS News Feed bereitstellen.

=== Quick ===
==== Statisches Template ====
Statisches Template von tt_news einbinden. Es heißt: News Feed (RSS,RDF,Atom)
====TypoScript anpassen====
Nimmt man das statische Template kann man im Constant Editor die wichtigsten Einstellungen machen.

Beispiel Constants
<pre>
plugin.tt_news.displayXML.rss2_tmplFile = fileadmin/templates/news/rss_2.tmpl
plugin.tt_news.displayXML.xmlTitle = HfWU News
plugin.tt_news.displayXML.xmlLink = http://www.hfwu.de/
plugin.tt_news.displayXML.xmlDesc = News Feed der Hochschule für Wirtschaft und Umwelt
plugin.tt_news.displayXML.xmlLang = de
plugin.tt_news.displayXML.xmlLimit = 12
</pre>

'''Template anpassen'''

'''Link und Anleitung'''

=== Erläuterungen ===

tt_news stellt ein statisches Template bereit, daß die wichtigsten Einstellungen vornimmt. Man kann natürlich auch alles selber machen. Wie unten im Beispiel gezeigt. Aber einfacher ist das statische.

Beispiel für eigenes TypoScript (Setup)
<pre>
### RSS ###
# Configure tt_news to display the xml template

plugin.tt_news {
displayXML {
# rss091_tmplFile = EXT:tt_news/res/rss_0_91.tmpl
# rdf_tmplFile = EXT:tt_news/res/rdf.tmpl
# atom03_tmplFile = EXT:tt_news/res/atom_0_3.tmpl
# atom1_tmplFile = EXT:tt_news/res/atom_1_0.tmpl

rss2_tmplFile = EXT:tt_news/res/rss_2.tmpl
# possibile values: rss091 / rss2 / rdf / atom03 / atom1
xmlFormat = rss2
xmlTitle = dekra-aviation: News
xmlLink = http://dekra-aviation.com/
xmlDesc = Latest News
xmlLang = de
xmlIcon = fileadmin/tt_news_article.gif
title_stdWrap.htmlSpecialChars = 1
title_stdWrap.htmlSpecialChars.preserveEntities = 1
subheader_stdWrap.stripHtml = 1
subheader_stdWrap.htmlSpecialChars = 1
subheader_stdWrap.htmlSpecialChars.preserveEntities = 1
subheader_stdWrap.crop = 100 | ... | 1
subheader_stdWrap.ifEmpty.field = bodytext
xmlLastBuildDate = 1
}
}

## This enables the xml news feed
xmlnews = PAGE
xmlnews {
typeNum = 100
10 >
10 < plugin.tt_news
10.pid_list >
10.pid_list = 322
10.singlePid = {$plugin.tt_news.singlePid}
10.defaultCode = XML
config {
disableAllHeaderCode = 1
additionalHeaders = Content-type:text/xml
no_cache = 1
xhtml_cleaning = 0
}
}
</pre>

In diesem Fall muß man auch den Header selbst setzen, damit der Browser / Feed Reader den Feed erkennt:

<pre>
page.headerData.20 = TEXT
page.headerData.20.value = <link rel="alternate" type="application/rss+xml" title="Dekra Aviation RSS-Feed" href="http://dekra-aviation.de/index.php?id=434&type=100">
</pre>

Zum Vergleich das Original statische Template

Constants:
<pre>
[GLOBAL]
###
# These are the default TS-constants for RSS feeds from tt_news
##

plugin.tt_news {
displayXML {

# cat=plugin.tt_news/file/80; type=file[html,htm,tmpl,txt]; label= RSS-News rss v2 Template File: XML template for RSS 2.0 feed
rss2_tmplFile = EXT:tt_news/res/rss_2.tmpl
# cat=plugin.tt_news/file/81; type=file[html,htm,tmpl,txt]; label= RSS-News rss v0.91 Template File: XML template for RSS 0.91 feed.
rss091_tmplFile = EXT:tt_news/res/rss_0_91.tmpl
# cat=plugin.tt_news/file/82; type=file[html,htm,tmpl,txt]; label= RDF-News RDF Template File: XML template for RDF feed.
rdf_tmplFile = EXT:tt_news/res/rdf.tmpl
# cat=plugin.tt_news/file/83; type=file[html,htm,tmpl,txt]; label= Atom-News Atom v0.3 Template File: XML template for Atom 0.3 feed.
atom03_tmplFile = EXT:tt_news/res/atom_0_3.tmpl
# cat=plugin.tt_news/file/84; type=file[html,htm,tmpl,txt]; label= Atom-News Atom v1.0 Template File: XML template for Atom 1.0 feed.
atom1_tmplFile = EXT:tt_news/res/atom_1_0.tmpl
# cat=plugin.tt_news//85; type=options[rss091,rss2,rdf,atom1,atom03]; label= News-Feed XML-Format: Defines the format of the news feed. Possible values are: 'rss091', 'rss2' 'rdf', 'atom1' and 'atom03'
xmlFormat = rss2
# cat=plugin.tt_news//86; type=text; label= News-Feed XML-Title: The title of your news feed. (required for rss091, rss2, rdf and atom03)
xmlTitle = example.com: Latest News
# cat=plugin.tt_news//87; type=text; label= News-Feed XML-Link: The link to your hompage. (required for rss091, rss2, rdf and atom03)
xmlLink = http://www.example.com/
# cat=plugin.tt_news//88; type=text; label= News-Feed XML-Description: The description of your news feed. (required for rss091, rss2 and rdf. optional for atom03)
xmlDesc = Latest news from example.com
# cat=plugin.tt_news//89; type=text; label= News-Feed XML-Language: Your site's language. A list of allowable values for <language> in RSS is available at http://backend.userland.com/stories/storyReader$16 (equired for rss091, optional for rss2, not available for rdf, recommended for atom03)
xmlLang = en
# cat=plugin.tt_news//80; type=text; label= News-Feed XML-Icon: Provide an icon for your news feed with preferred size of 16x16 px, can be gif, jpeg or png. (required for rss091, optional for rss2 and rdf, not available for atom03)
xmlIcon = EXT:tt_news/ext_icon.gif
# cat=plugin.tt_news//91; type=int+; label= News-Feed XML-Limit: max news items in RSS feeds.
xmlLimit = 10
# cat=plugin.tt_news//92; type=boolean; label= News-Feed XML-Caching: Allow caching for the RSS feed
xmlCaching = 1
}
}
</pre>

Setup
<pre>
###
# This is the default TS-setup RSS feed from tt_news
# this template has to be included after the tt_news main TS-setup because it depends on some settings from there
#
# (see Section Reference in the manual for more options & parameters)
#
# tt_news v 2.x
###

# - - - - - - - - - - - - - - render XML news - - - - - - - - - - - - - #

# point your RSS reader to: http://your-server.org/index.php?type=100

plugin.tt_news {
displayXML {
rss091_tmplFile = {$plugin.tt_news.displayXML.rss091_tmplFile}
rss2_tmplFile = {$plugin.tt_news.displayXML.rss2_tmplFile}
rdf_tmplFile = {$plugin.tt_news.displayXML.rdf_tmplFile}
atom03_tmplFile = {$plugin.tt_news.displayXML.atom03_tmplFile}
atom1_tmplFile = {$plugin.tt_news.displayXML.atom1_tmplFile}

# possibile values: rss091 / rss2 / rdf / atom03
xmlFormat = {$plugin.tt_news.displayXML.xmlFormat}

xmlTitle = {$plugin.tt_news.displayXML.xmlTitle}
xmlLink = {$plugin.tt_news.displayXML.xmlLink}
xmlDesc = {$plugin.tt_news.displayXML.xmlDesc}
xmlLang = {$plugin.tt_news.displayXML.xmlLang}
xmlIcon = {$plugin.tt_news.displayXML.xmlIcon}
xmlLimit = {$plugin.tt_news.displayXML.xmlLimit}
xmlCaching = {$plugin.tt_news.displayXML.xmlCaching}

title_stdWrap.htmlSpecialChars = 1
title_stdWrap.htmlSpecialChars.preserveEntities = 1
subheader_stdWrap.stripHtml = 1
subheader_stdWrap.htmlSpecialChars = 1
subheader_stdWrap.htmlSpecialChars.preserveEntities = 1
subheader_stdWrap.crop = 100 | ... | 1
subheader_stdWrap.ifEmpty.field = bodytext
xmlLastBuildDate = 1
}
}

## This enables the xml news feed
xmlnews = PAGE
xmlnews {
typeNum = 100

10 < plugin.tt_news
10.pid_list >
10.pid_list = {$plugin.tt_news.pid_list}
10.singlePid = {$plugin.tt_news.singlePid}
10.defaultCode = XML
10.catTextMode = 1
10.catImageMode = 0

config {
disableAllHeaderCode = 1
additionalHeaders = Content-type:application/xml
xhtml_cleaning = 0
admPanel = 0
}
}

### CVS id ###
# $Id: setup.txt 3031 2006-05-19 13:58:06Z rupertgermann $
</pre>

Rss

2010-04-26T19:04:04Z

193.196.133.6: /* Quick */

Beispiel für Link im Header der Seite
<link rel="alternate" type="application/rss+xml" title="t3n Magazin RSS Feed" href="http://t3n.de/magazin/feed/" />

== RSS für TYPO3 ==
tt_news Beiträge lassen sich sehr einfach als RSS News Feed bereitstellen.

=== Quick ===
==== Statisches Template ====
tt_news stellt ein statisches Template bereit, daß die wichtigsten Einstellungen vornimmt. Man kann natürlich auch alles selber machen. Wie unten im Beispiel gezeigt. Aber einfacher ist das statische.

Beispiel für eigenes TypoScript (Setup)
<pre>
### RSS ###
# Configure tt_news to display the xml template

plugin.tt_news {
displayXML {
# rss091_tmplFile = EXT:tt_news/res/rss_0_91.tmpl
# rdf_tmplFile = EXT:tt_news/res/rdf.tmpl
# atom03_tmplFile = EXT:tt_news/res/atom_0_3.tmpl
# atom1_tmplFile = EXT:tt_news/res/atom_1_0.tmpl

rss2_tmplFile = EXT:tt_news/res/rss_2.tmpl
# possibile values: rss091 / rss2 / rdf / atom03 / atom1
xmlFormat = rss2
xmlTitle = dekra-aviation: News
xmlLink = http://dekra-aviation.com/
xmlDesc = Latest News
xmlLang = de
xmlIcon = fileadmin/tt_news_article.gif
title_stdWrap.htmlSpecialChars = 1
title_stdWrap.htmlSpecialChars.preserveEntities = 1
subheader_stdWrap.stripHtml = 1
subheader_stdWrap.htmlSpecialChars = 1
subheader_stdWrap.htmlSpecialChars.preserveEntities = 1
subheader_stdWrap.crop = 100 | ... | 1
subheader_stdWrap.ifEmpty.field = bodytext
xmlLastBuildDate = 1
}
}

## This enables the xml news feed
xmlnews = PAGE
xmlnews {
typeNum = 100
10 >
10 < plugin.tt_news
10.pid_list >
10.pid_list = 322
10.singlePid = {$plugin.tt_news.singlePid}
10.defaultCode = XML
config {
disableAllHeaderCode = 1
additionalHeaders = Content-type:text/xml
no_cache = 1
xhtml_cleaning = 0
}
}
</pre>

In diesem Fall muß man auch den Header selbst setzen, damit der Browser / Feed Reader den Feed erkennt:

<pre>
page.headerData.20 = TEXT
page.headerData.20.value = <link rel="alternate" type="application/rss+xml" title="Dekra Aviation RSS-Feed" href="http://dekra-aviation.de/index.php?id=434&type=100">
</pre>

Zum Vergleich das Original statische Template

Constants:
<pre>
[GLOBAL]
###
# These are the default TS-constants for RSS feeds from tt_news
##

plugin.tt_news {
displayXML {

# cat=plugin.tt_news/file/80; type=file[html,htm,tmpl,txt]; label= RSS-News rss v2 Template File: XML template for RSS 2.0 feed
rss2_tmplFile = EXT:tt_news/res/rss_2.tmpl
# cat=plugin.tt_news/file/81; type=file[html,htm,tmpl,txt]; label= RSS-News rss v0.91 Template File: XML template for RSS 0.91 feed.
rss091_tmplFile = EXT:tt_news/res/rss_0_91.tmpl
# cat=plugin.tt_news/file/82; type=file[html,htm,tmpl,txt]; label= RDF-News RDF Template File: XML template for RDF feed.
rdf_tmplFile = EXT:tt_news/res/rdf.tmpl
# cat=plugin.tt_news/file/83; type=file[html,htm,tmpl,txt]; label= Atom-News Atom v0.3 Template File: XML template for Atom 0.3 feed.
atom03_tmplFile = EXT:tt_news/res/atom_0_3.tmpl
# cat=plugin.tt_news/file/84; type=file[html,htm,tmpl,txt]; label= Atom-News Atom v1.0 Template File: XML template for Atom 1.0 feed.
atom1_tmplFile = EXT:tt_news/res/atom_1_0.tmpl
# cat=plugin.tt_news//85; type=options[rss091,rss2,rdf,atom1,atom03]; label= News-Feed XML-Format: Defines the format of the news feed. Possible values are: 'rss091', 'rss2' 'rdf', 'atom1' and 'atom03'
xmlFormat = rss2
# cat=plugin.tt_news//86; type=text; label= News-Feed XML-Title: The title of your news feed. (required for rss091, rss2, rdf and atom03)
xmlTitle = example.com: Latest News
# cat=plugin.tt_news//87; type=text; label= News-Feed XML-Link: The link to your hompage. (required for rss091, rss2, rdf and atom03)
xmlLink = http://www.example.com/
# cat=plugin.tt_news//88; type=text; label= News-Feed XML-Description: The description of your news feed. (required for rss091, rss2 and rdf. optional for atom03)
xmlDesc = Latest news from example.com
# cat=plugin.tt_news//89; type=text; label= News-Feed XML-Language: Your site's language. A list of allowable values for <language> in RSS is available at http://backend.userland.com/stories/storyReader$16 (equired for rss091, optional for rss2, not available for rdf, recommended for atom03)
xmlLang = en
# cat=plugin.tt_news//80; type=text; label= News-Feed XML-Icon: Provide an icon for your news feed with preferred size of 16x16 px, can be gif, jpeg or png. (required for rss091, optional for rss2 and rdf, not available for atom03)
xmlIcon = EXT:tt_news/ext_icon.gif
# cat=plugin.tt_news//91; type=int+; label= News-Feed XML-Limit: max news items in RSS feeds.
xmlLimit = 10
# cat=plugin.tt_news//92; type=boolean; label= News-Feed XML-Caching: Allow caching for the RSS feed
xmlCaching = 1
}
}
</pre>

Setup
<pre>
###
# This is the default TS-setup RSS feed from tt_news
# this template has to be included after the tt_news main TS-setup because it depends on some settings from there
#
# (see Section Reference in the manual for more options & parameters)
#
# tt_news v 2.x
###

# - - - - - - - - - - - - - - render XML news - - - - - - - - - - - - - #

# point your RSS reader to: http://your-server.org/index.php?type=100

plugin.tt_news {
displayXML {
rss091_tmplFile = {$plugin.tt_news.displayXML.rss091_tmplFile}
rss2_tmplFile = {$plugin.tt_news.displayXML.rss2_tmplFile}
rdf_tmplFile = {$plugin.tt_news.displayXML.rdf_tmplFile}
atom03_tmplFile = {$plugin.tt_news.displayXML.atom03_tmplFile}
atom1_tmplFile = {$plugin.tt_news.displayXML.atom1_tmplFile}

# possibile values: rss091 / rss2 / rdf / atom03
xmlFormat = {$plugin.tt_news.displayXML.xmlFormat}

xmlTitle = {$plugin.tt_news.displayXML.xmlTitle}
xmlLink = {$plugin.tt_news.displayXML.xmlLink}
xmlDesc = {$plugin.tt_news.displayXML.xmlDesc}
xmlLang = {$plugin.tt_news.displayXML.xmlLang}
xmlIcon = {$plugin.tt_news.displayXML.xmlIcon}
xmlLimit = {$plugin.tt_news.displayXML.xmlLimit}
xmlCaching = {$plugin.tt_news.displayXML.xmlCaching}

title_stdWrap.htmlSpecialChars = 1
title_stdWrap.htmlSpecialChars.preserveEntities = 1
subheader_stdWrap.stripHtml = 1
subheader_stdWrap.htmlSpecialChars = 1
subheader_stdWrap.htmlSpecialChars.preserveEntities = 1
subheader_stdWrap.crop = 100 | ... | 1
subheader_stdWrap.ifEmpty.field = bodytext
xmlLastBuildDate = 1
}
}

## This enables the xml news feed
xmlnews = PAGE
xmlnews {
typeNum = 100

10 < plugin.tt_news
10.pid_list >
10.pid_list = {$plugin.tt_news.pid_list}
10.singlePid = {$plugin.tt_news.singlePid}
10.defaultCode = XML
10.catTextMode = 1
10.catImageMode = 0

config {
disableAllHeaderCode = 1
additionalHeaders = Content-type:application/xml
xhtml_cleaning = 0
admPanel = 0
}
}

### CVS id ###
# $Id: setup.txt 3031 2006-05-19 13:58:06Z rupertgermann $
</pre>
====TypoScript anpassen====
Nimmt man das statische Template kann man im Constant Editor die wichtigsten Einstellungen machen.

Beispiel Constants
<pre>
plugin.tt_news.displayXML.rss2_tmplFile = fileadmin/templates/news/rss_2.tmpl
plugin.tt_news.displayXML.xmlTitle = HfWU News
plugin.tt_news.displayXML.xmlLink = http://www.hfwu.de/
plugin.tt_news.displayXML.xmlDesc = News Feed der Hochschule für Wirtschaft und Umwelt
plugin.tt_news.displayXML.xmlLang = de
plugin.tt_news.displayXML.xmlLimit = 12
</pre>

'''Template anpassen'''

'''Link und Anleitung'''

Rss

2010-04-26T18:55:07Z

193.196.133.6:

Typo3 - Scheduler

2010-04-08T10:30:36Z

193.196.133.6:

Siehe: [[Typo3_Command_Line_Interface_(CLI)]]

Typo3 Command Line Interface (CLI)

2010-04-08T10:29:58Z

193.196.133.6:

== Weiterführendes ==
Podcast zum Scheduler:
http://castor.t3o.punkt.de/files/scheduler.mp4

Zu Historie des CLI und neuen Techniken: http://typo3blogger.de/vom-standalone-cli-zum-scheduler/

Die lowlevel Extensions bringt bereits einige Tasks mit

== Von Tim Lochmüller im Adventskalender 2009 ==
=== Vom Stand-Alone CLI zum Scheduler – Türchen 5 ===

Tim Lochmüller in Dev, Extension, TYPO3, Tutorial

Im heutigen Türchen möchte ich euch die Geschichte des CLI ein wenig nahe bringen, sodass ihr wisst wie ihr am besten Dinge in TYPO3 automatisieren könnt.

Einsteigen will ich bei der Version < 4.1. Bei dieser Version war ein Command Line Interface noch in einer eigenen Datei und es gab keine zentrale Registrierungsstelle für Scripte, die von der Kommandozeile ausgeführt werden sollten. Ähnlich wie ein Backend Modul bestand ein CLI Script aus einer conf.php in der wenige Konfigurationsvariablen gesetzt wurden und einer beliebigen PHP Dateien in der dann die Logik implementiert wurde. Der Code konnte dann hier mit unter gebracht werden (weitere Infos http://www.typo3-tutorials.org/tutorials/entwicklung/cli-shell-scripte.html). Nachteil: Teils unstrukturiert, weil viele Leute keine Objekte benutzt haben und ggf. viele Cronjobs pro Installation. Doch das war einmal…

Ab der Version 4.1 gab es dann ein neues Interface. Dies besaß eine eigene Registrierungsstelle an der man seine eigenen Skripte registrieren konnte. In der ext_localconf.php einer Extension wurde über einen Hook eine neue CLI Klasse an TYPO3 registriert. Die Logik war dann in eine Klasse strukturiert, welche ein wenig mehr Übersicht verschafft hat (zudem gab es dann die Möglichkeit einen CLI zu XClassen). Ebenfalls wie bei der älteren Variante wird ein spezielle Backend benutze benötigt. Ausgeführt wurde das ganze dann über einen zentralen CLI Dispatcher (typo3/cli_dispatch.phpsh) wobei die Parameter dann bestimmte Tasks ausgeführt haben. Nachteil: Immer noch viele Cronjobs, wenn es viele verschiedene Tasks gibt. Doch das war einmal….

Ende der Version 4.1 bzw. Anfang der Version 4.2 wurde Gabriel langsam bekannt. Gabriel registrierte sich selbst an TYPO3’s CLI Schnittstelle und hat ein Backend Modul zu Verfügung gestellt über das man Aufgaben verwalten konnte. Extension hat nun die Möglichkeit Ihre aufgaben am Gabriel anzumelden und diese dann übersichtliche im Backend in einer GUI zu verwalteten. Es gab somit nur noch einen Cronjob der in kurzen Abständen durchgeführt wurde und Gabriel kümmerte sich darum, dass immer die richtigen Aufgaben durchgeführt wurden. Ein wirklich gute Idee. Nachteil: Keine hohe Akzeptanz, weil es nicht teil des Kernsystems ist. Doch das war einmal…

Seit der TYPO3 Version 4.3 haben wir nun den Scheduler. Er ist der “neue” Gabriel bzw. die Kernversion dessen. Extensions haben nun die Möglichkeit Tasks am Scheduler zu registrieren. Durch die Integration in den Kern, hofft man auf große Akzeptanz. Ist auch eine Feine Sache. Nachteil: Weißt du wie es geht? Nein? Deshalb ließ weiter:

Beim Scheduler muss man einzelne Tasks über die ext_localconf.php an der System-Extension anmelden. Dies geschieht über einen einfachen Hook. Neben dem Extension Key, dem Titel und der Beschreibung hat man die Möglichkeit zusätzliche Felder über einen Provider zu Verfügung zu stellen. Dadurch kann man die einzelnen Tasks hinterher besser/genauer/speziell konfigurieren.

<pre>
$TYPO3_CONF_VARS['SC_OPTIONS']['scheduler']['tasks']['tx_extkey_TaskName'] = array(
'extension' => $_EXTKEY, // Selbsterklärend
'title' => 'LLL:EXT:'.$_EXTKEY.'/locallang.xml:TaskName.name', // Der Titel der Aufgabe
'description' => 'LLL:EXT:'.$_EXTKEY.'/locallang.xml:TaskName.description', // Die Beschreibung der Aufgabe
// 'additionalFields' => 'tx_extkey_TaskName_AdditionalFieldProvider' // Zusätzliche Felder
);
</pre>

Um die einzelnen Klassen dem System bekannt zu machen empfiehlt es sich, diese einfach in die ext_autoload.php einzutragen:

<pre>
return array(
'tx_extkey_TaskName' => t3lib_extMgm::extPath('extkey', 'scheduler/class.tx_extkey_TaskName.php')
);
</pre>

Die eigentliche Aufgabe, welche dann den Code ausführt, muss zudem die Klasse “tx_scheduler_Task” erweitern. Von dieser abstrakten Klasse muss mindestens die Methode “execute” (Übersicht über alle Funkionen: http://www.typo3-unleashed.net/typo3apidocs/latest/db/daa/classtx__scheduler__Task.html) überschrieben werden (return true/false nicht vergessen). Der Rest (zeitliche Konfiguration, kein paralleles ausführen etc.) erledigt man dann im Scheduler über die GUI des Backend Modul. Wenn man direkt welche der zusätzlichen Felder benutzen will, dann braucht man zudem eine weitere Klasse welche den AdditionalFieldProvider zu Verfügung stellt. Diese Klasse muss “tx_scheduler_AdditionalFieldProvider” erweitern.

Ich hoffe diese kleine Historie gibt euch einen Anreiz den nächsten CLI Skript innerhalb von TYPO3 mit dem neuen Scheduler zu bauen. Viel Spaß dabei.

== Von Tim Lochmüller im Adventskalender 2008 ==

Heute im Türchen 15 möchte ich Euch die Verwendung des Command Line Interface (CLI) von TYPO3 näher bringen. Das CLI bietet sich immer an, wenn man Prozesse automatisieren möchte. Dies gilt z.B. für tägliche Erinnerungsmails, welche jeden morgen um 9 Uhr versendet werden sollen. Genau an diesem Beispiel möchte ich Euch nun zeigen, wie sowas geht:

Es sind nur 5 einfach Schritte nötig:

'''1. Backend User'''

Wir benötigen einen Backend-User, welcher für die Ausführung benötigt wird. Dieser sollte mit "_cli_" beginnen. Wir nennen ihn mal "_cli_myext", das Passwort ist eigentlich egal, da das CLI sich nicht ins Backend einloggt, jedoch könnte dieser User bei einem schwachen Passwort böswillig verwendet werden. Aus diesem Grund sollten ein sehr kryptisches Passwort gewählt werden.

Anmerkung Steff: _cli_ user können sich nicht ins Backend einloggen, Passwort ist also egal. (getestet mit TYPO3 Version 4.2)

'''2. Registrierung des CLI Scripts'''

Um das CLI nutzen zu können, müssen wir nun unser Script registrieren, dazu ist folgender Eintrag in der Datei ext_localconf.php notwendig:

if (TYPO3_MODE=='BE') {
$TYPO3_CONF_VARS['SC_OPTIONS']['GLOBAL']['cliKeys'][$_EXTKEY] = array(
'EXT:'.$_EXTKEY.'/class.tx_myext_cli.php',
'_cli_myext'
);
}

Hierbei ist zu beachten, dass der Backend-User mit angeben wird.

'''3. Das CLI Script selbst'''

Als nächstes benötigen wir das CLI Script selbst:

<pre>
<?php
if (!defined('TYPO3_cliMode')) die('You cannot run this script directly, only from the command line!');

require_once(PATH_t3lib.'class.t3lib_cli.php');

class tx_myext_cli extends t3lib_cli {
function tx_myext_cli() {
parent::t3lib_cli();
$this->cli_help['name'] = 'Reminder-Mailings';
$this->cli_help['synopsis'] = '###OPTIONS###';
$this->cli_help['description'] = 'send reminder mailings';
$this->cli_help['examples'] = '/.../cli_dispatch.phpsh myext sendMails';
$this->cli_help['author'] = 'Frank Nägler, (c) 2008';
}

function cli_main($args) {
// extract task
$task = (string) $this->cli_args['_DEFAULT'][1];
switch ($task) {
case 'sendMails':
$this->sendMails();
break;
default:
$this->cli_validateArgs();
$this->cli_help();
exit;
break;
}
}

function sendMails() {
// send some mails
}
}

// Call the functionality
$cliObj = t3lib_div::makeInstance('tx_myext_cli');
$cliObj->cli_main($_SERVER['argv']);

?>
</pre>

'''4. Der Aufruf'''

Möchte man das CLI jetzt testen, dann brauchen wir nur die folgende Zeile in einer Shell aufrufen:

/path/to/typo3/cli_dispatch.phpsh myext sendMails

'''5. Der cronJob'''

Da wir die Mails ja jeden morgen um 9 Uhr versenden möchte, brauchen wir noch einen Eintrag in der cronTab:

0 9 * * * /path/to/typo3/cli_dispatch.phpsh myext sendMails

Das war es schon, die Möglichkeiten sind quasi unerschöpflich. Viel Spaß und viel Erfolg mit dem nächsten cronJob

Linux - Cronjobs

2010-04-07T05:58:47Z

193.196.133.6:

== Links ==
http://www.debian-administration.org/articles/56

== Cronjobs / Crontab ==

Cronjobs sind Aufgaben, die regelmäßig zu einer bestimmten Zeit ausgeführt werden.
Das können z.B. Serverstatistiken sein, die man jede Nacht generieren möchte.

Anzeigen kann man die Liste der Cronjobs mit dem Befehl:

crontab -l

Editieren kann man die Liste mit:

crontab -e

Nun wird die Liste der Cronjobs mit dem Standardeditor (in der Regel vim) geöffnet.

Hier stehen nun Zeilen dirn, die in etwa, wie die folgende aussehen:

<pre>
0 */6 * * * /usr/local/confixx/runwebalizer.sh 2>/dev/null >/dev/null
0 20 * * * /srv/scripts/backup.sh 2>&1 | /usr/global/bin/cmail -s "Mail-Subject" mail@admin.de
1 3 * * * /srv/scripts/backup.sh
</pre>

Die ersten 5 Stellen sind Zahlen, die durch Leerzeichen, oder Tabs getrennt werden dürfen.
Dabei stehen die Zahlen der Reihenfolge nach für:

Die Minute zu der das Script ausgeführt werden soll (0-59),

Die Stunde (0-23),

Den Tag (1-31),

Den Monat (1-12),

Den Wochentag (0-6 wobei 0=Sonntag).

Ein * steht jeweils für 'jeden'.
1 3 * * *

würde also bedeuten: Jeden Tag um 3.01 Uhr
*/6

bedeutet: "Wenn die Zahl durch 6 teilbar ist", also alle 6 Stunden/Minute, ...
0 */6 * * *

würde bedeuten jede 6 Stunden und 0 Minuten, also jeden Tag um 0.00, um 6.00, um 12.00 und um 18.00.

Man kann mehrere Zahlen auch durch Komata trennen:
7 1,2,5 * * * würde jeden Tag um 1:07, um 2:07 und um 5:07 ausgeführt werden.

Auch - (bis) ist Möglich
0 0 * * 1-5 würde jeden Wochentag um 0.00 ausgeführt werden.

Nach dieser Zeitangabe folgt das Komando, dass zu den zuvor festgelegten Zeiten ausgeführt werden soll.
z.B.: Das Script /srv/scripts/backup.sh aufrufen, welches z.B. wichtige Dateien sichert.

Quelle: http://www.orgapage.net/pages/server/linux/cronjobs.php (1.10.2009)

Typo3 Extensions programmieren - Snippets

2010-03-01T19:52:55Z

193.196.133.6: /* Funktionen */

== Templates ==
=== Template Code holen ===
<pre>
function getTemplateCode($mySubpart){
$tsTemplateFile = $this->conf['templateFile'];
// Wenn Flextemplate dann code aus diesem, sonst aus TS
$this->flexConf['template'] ? $templateCode = this->cObj->fileResource("uploads/tx_".$this->extKey."/".$this->flexConf['template']) : $templateCode=$this->cObj->fileResource($tsTemplateFile);
return $templateCode;
}
</pre>

=== Saubere Links in Extensions erzeugen ===
Kommentar von Elmar Hinz:

Die Linkfunktionen der tslib_pibase sind nicht garade eine Hilfe. 2/3
davon streichen und die Extension wird 1/3 besser. Wenn Du Dich allein auf
die Funktion pi_linkTP_keepPIvars konzentrierst, kannst du damit aber fast
alles stemmen. Noch konsequenter wendest du gleich selbst die
zugrundeliegende typolink Funktion an.

Das Thema mit dem Fokus auf ein sauberes Caching hier:

http://t3flyers.wordpress.com/2006/09/11/a-quick-guide-to-proper-caching-with-tslib_pibase-episode-1/

== Session Variablen in Typo3 ==
Mit Hilfe von Sessions kann man Benutzerbezogene Daten speichern, ohne daß Parameter per Get oder Post übertragenwerden müssen. Auch Seiten über Links etc. neu geladen werden.

Im Prinzip kann man Session Variablen folgendermaßen spreichern.
$GLOBALS["TSFE"]->fe_user->setKey("ses","$data", "$zustand");
$GLOBALS["TSFE"]->fe_user->storeSessionData();

=== Benutzer-Session oder Browser-Session ===
In Typo3 gibt es Standardmäßig 2 Sessions die man nutzen kann.

'''User data''' => Eingeloggter User. Kein Zugriff mehr wenn ausgeloggt.

'''Session data''' => Jeder User. Eingeloggt oder nicht. Daten sind an die "browsing-session" gebunden und nicht an die user-id. Bleibt erhalten bis der Browser geschlossen wird.

Default expire-time: 24h

=== Funktionen ===
$GLOBALS["TSFE"]->fe_user->getKey(type, key)

"'''type'''" Entweder "user" or "ses", definiert den Namensraum (data-space), user-session oder browsing-session (siehe oben)

"'''key'''" der "name" unter dem die Daten gespeichert werden. Arrays oder Scalars.

Note that the key "recs" is reserved for the built-in "shopping-basket". As is "sys" (for TYPO3 standard modules and code)

'''Example:'''
<pre>
if ($GLOBALS["TSFE"]->loginUser){
$myData = $GLOBALS["TSFE"]->fe_user->getKey("user","myData");
} else {
$myData = $GLOBALS["TSFE"]->fe_user->getKey("ses","myData");
}
</pre>
Liest die Benutzerdaten (user) mit dem Schlüssel "myData". Wenn kein Benutzer eingeloggt ist werden die Daten aus der Browser Session verwendet.

'''Daten Speichern'''
$GLOBALS["TSFE"]->fe_user->setKey(type, key, data)

"type" ist wieder "user" oder "ses".

"key" ist der Name oder auch Schlüssel unter dem die Daten gespeichert werden.

Note that the key "recs" is reserved for the built-in "shopping-basket". As is "sys" (for TYPO3 standard modules and code)

"data" ist der Wert der Variablen die gespeichert werden sollen. Arrays oder normale Skalare (einfache Variablen).

'''Example:'''
<pre>
$myConfig["name"] = "paul";
$myConfig["address"] = "Main street";
$GLOBALS["TSFE"]->fe_user->setKey("ses","myData", $myConfig);
</pre>

This stores the array $myConfig under the key "myData" in the session-data. This lasts as long as "paul" is surfing the site!

=== Beispiel Prüfen ob Seite aktualisiert wurde ===
Manchmal ist es notwendig zu prüfen ob eine Seite mit einem Formular mit dem Submit-Button abgesendet wurde, oder ob die Daten durch Klick auf den Reload Button des Browsers nochmal aufgerufen wurde. In diesem Fall sollten etwa Berechnungen mit den Formulardaten nicht noch einmal ausgeführt werden.
Mit einer Session läßt sich das lösen:

Session initialisieren
<pre>
// User Session (bei Login) oder "normale" Session nutzen

$this->sesData = array();
($GLOBALS["TSFE"]->loginUser)?{$this->sesType = "user":$this->sesType = "ses";
$this->sesData = $GLOBALS["TSFE"]->fe_user->getKey($this->sesType,"sesData");
</pre>

Wenn ein Formular abgeschickt wird, dann senden wir einen Wert mit, der sich immer verändert.
<pre>
$content .= '<input type="hidden" name="'.$this->prefixId.'[token]" value="'.hash("md5",time()).'" />!;
</pre>

Mit dieser Funktion wird bei jedem Abruf festgestellt, ob der im Formular übermittelte Wert in der Session existiert. Falls nicht wird er in der Session gespeichert, die Seite wurde nicht durch klicken auf Reload generiert. Klickt der User hingegen auf Reload, wird der alte Formular Wert noch einmal übermittelt. In diesem Fall stimmt er mit dem beim ersten Aufruf gespeicherten "Token" Wert überein.

<pre>
function is_reloaded(){
if(!empty($this->piVars['token'])){
if($this->piVars['token'] == $this->sesData['token']){
$reloaded = 1;
$this->piVars = array();
}else{
$reloaded = 0;
$this->sesData['token'] = $this->piVars['token'];
$GLOBALS["TSFE"]->fe_user->setKey($this->sesType,"sesData", $this->sesData);
}
} else $reloaded = 1;
return $reloaded;
}
</pre>

== Größe von Dateien lesbar ausgeben ==
Aus Typo3 Adventskalender 2008 von Tim Lochmüller
röße von Dateien ausgeben, jedoch speichert TYPO3 diese Dateigrößen in der Regel in Bytes. Um nun eine für den normalen Menschen lesbare Ausgabe zu bekommen, bietet die Klasse t3lib_div eine nette Funktion zur Formatierung:

t3lib_div::formatSize($sizeInBytes, $labels='');

Während sich der erste Parameter wie ich denke von selbst erklärt, bedarf der zweite eine kurze Erläuterung. Der zweite Parameter ist eine durch "|"-Zeichen separierte Liste von Labels für Bytes, Kilobytes, Megabytes und Gigabytes. Der Standard ist " | K| M| G". In Deutschland zumindest ist man eine andere Schreibweise gewohnt, also gleich mal ein Beispiel:

$fileSize1 = 370
$fileSize2 = 378880
$fileSize3 = 387973120
$fileSize4 = 397284474880

echo t3lib_div::formatSize($fileSize1, $labels=' Bytes | KB | MB | GB');
// Ausgabe: 370 Bytes
echo t3lib_div::formatSize($fileSize2, $labels=' Bytes | KB | MB | GB');
// Ausgabe: 370 KB
echo t3lib_div::formatSize($fileSize3, $labels=' Bytes | KB | MB | GB');
// Ausgabe: 370 MB
echo t3lib_div::formatSize($fileSize4, $labels=' Bytes | KB | MB | GB');
// Ausgabe: 370 GB

== Auf die TypoScript Konfiguration einer anderen Extension zugreifen ==
Auf TSconf einer anderen Extension zugreifen

Wenn man in einer Extension auf den TypoScript-Setupteil einer anderen Extension zugreifen möchte und im TypoScript-Code die Variablen nicht mehrfach aufführen möchte, kann man dies mit folgender Zeile machen:

$extConf = $GLOBALS['TSFE']->tmpl->setup['plugin.']['tx_MYEXT_pi1.']

Dadurch erhält man den kompletten conf-Teil der Extension. Einzelne Variablen bzw. Bereiche erhält man, wenn man die Variable mit [VAR] anhängt.

(Quelle: Typo3 Snippets Juni 2009)
siehe auch: http://www.lisardo.biz/wiki/GLOBALS-TSFE/

Typo3 - Extensions programmieren

2010-03-01T15:41:41Z

193.196.133.6: /* Typo3 Extensions programmieren - Nützliche Funktionen */

Weiterführende Links:

http://typo3.org/documentation/api/

http://wiki.typo3.org/De:Create_your_own_extension

http://wiki.typo3.org/Extension_Developers_Guide

http://typo3.org/documentation/document-library/core-documentation/doc_core_api/4.2.0/view/3/2/#id4144512

(High Priority Functions)

== Templates ==
[[Typo3 Extension Developer Templates]]
== Wie fange ich an ? ==
Was möchtest du tun?
'''Ein vorhandenes Inhaltselement verändern, z.B. Felder hinzufügen oder ein neues Erstellen.'''

[[Typo3 Extensions - Inhaltstypen anlegen und bearbeiten]]

Ein Beispiel dafür ist die Extension metatags die den Inhaltselementen Text mit Bild und Bild zusätzliche Felder für Alt und Title Tag hinzufügt.

== Extensions Programmieren in der Praxis ==
=== Typo3 Extensions - Sicherheit ===
[[Typo3 Extensions programmieren - Security Tipps]]
=== JavaScript in Typo3 Extensions ===
[[Typo3 - JavaScript einbinden]]

=== Typo3 und AJAX ===
[[AJAX in TYPO3 Extensions]]

=== TypoScript in Extensions ===
[[TypoScript Einstellungen in Extensions auslagern]]

=== Frontend Plugin ===
[[Typo3 Extensions - ein Frontend Plugin Programmieren]]
=== IRRE ===
[[Typo3 Extensions mit IRRE]]

Das IRRE Konzept hilft beim erstellen von Extensions mit "echten" relationalen Datenbankabfragen
=== FlexForms ===
[[Typo3 Extensions mit FlexForms]]

=== Backendformulare ===
[[Typo3 Extensions - Backend Formulare und TCA Konfiguration]]

siehe auch

http://wiki.zone30.info/wikizone/index.php/Typo3_-_Extensions_programmieren#Formulare_im_Backend

=== Erweitern von Funktionalitäten mit Hooks ===

Ein Beispiel findet sich hier unter Funktionen vor oder nach der Backendeingabe ausführen:

[[Typo3 Extensions - Backend Formulare und TCA Konfiguration]]

Eine schöne Einführung von Typo3 Blogger:
[[Typo3 - Alles über Hooks]]

=== Arbeiten mit Templates ===
[[Typo3 Extensions - Arbeiten mit Templates]]

=== Typo3 Extensions programmieren - Snippets ===
[[Typo3 Extensions programmieren - Snippets]]

=== Typo3 Extensions programmieren - Rich Text Editor (RTE) ===
[[Typo3 Extensions programmieren - RTE]]

=== Typo3 Extensions programmieren - Session Verwaltung ===
Siehe auch Sessions in Typo3

Standardmäßig gibt es Sessions für eingeloggte Frontend User Session und Browser Sessions

Browser Session Variable setzen
$GLOBALS["TSFE"]->fe_user->setKey("ses","zaehler", $wert);
und auslesen:
$GLOBALS["TSFE"]->fe_user->getKey("ses","zaehler");

Bei der User Session wird statt 'ses' 'user' als 1. Parameter verwendet
Beispiele User Session:
<pre>
$this->lastSelection['filters']['sem'] = 0;
//User SEssion Data lesen
$this->lastSelection = $GLOBALS["TSFE"]->fe_user->getKey("user","lastSelection");
// User Session Data schreiben
GLOBALS["TSFE"]->fe_user->setKey("user","lastSelection",$this->lastSelection);
</pre>

'''Ein weiterer netter Artikel von Tim Lochmüller aus typo3weblog.de'''

Diesmal geht es um die Benutzung der Session in TYPO3. In der Regel genügt nur eine Zeile Code um einen Wert in die Session zu schreiben oder wieder heraus zu holen. Schauen wir uns erstmal an, wie man etwas in die Session schreibt:

$GLOBALS["TSFE"]->fe_user->setKey("ses", "tx_myext", $data);

Die Funktion setKey() erwartet drei Parameter:

# Type: Dieser kann "ses" oder "user" sein.
# Key: Eindeutiger Ident für eine Session Variable
# Data: Die Daten die gespeichert werden sollen.

Die beiden Typen "ses" und "user" unterscheiden sich wesentlich. Während der Typ "ses" nur temporär die Daten speichert, also genau so lange, wie die Session besteht (Session-Cookie), ist es mit dem Key "user" möglich, die Daten auch über mehrere Sessions hinweg zu speichern, wobei diese an den FE-User gekoppelt werden.

Der Key sollte so gewählt werden, dass man nicht in Konflikt mit anderen Extensions kommt. Am besten benutzt man seinen Extension-Key dafür.

Die Daten die man speichern will kann jede beliebige PHP Variable sein, sogar komplette Objekte kann man ablegen.

So, nun wollen wir uns den Wert mal wieder raus holen, auch dies geht sehr schnell und einfach:

$data = $GLOBALS["TSFE"]->fe_user->getKey("ses", "tx_myext");

Die Methode getKey erwartet nur zwei Parameter, die Bedeutung ist die gleiche wie bei setKey().

Das Leben kann so einfach sein, wenn es nicht ab und an diese kleinen fiesen Sonderfälle gibt ;)

Nehmen wir mal an, man erzeugt ein PDF oder eine AJAX-Antwort, dann gibt man das PDF aus und steigt mit einem exit() oder die() aus. In diesen Fällen, reicht ein einfacher Aufruf von setKey() nicht aus. Denn TYPO3 kann dann die Daten nicht automatisch speichern. Aber hier schafft der folgende Code Abhilfe:

$GLOBALS["TSFE"]->fe_user->setKey("ses", "tx_myext", $data);
$GLOBALS["TSFE"]->fe_user->storeSessionData();

Mit storeSessionData() sorgen wir dafür, dass TYPO3 umgehend die Werte speichert. Sehr häufig wird gerade auf die letzte Zeile verzichtet, was in der Regel auch funktioniert, jedoch nur so lange, wie kein Fehler auftritt oder das Script vorzeitig beendet wird.

Fröhliches Session-Handling Euch allen :)

=== Caching in Typo3 Extensions - Cache Mechanismen ===
[[Typo3 - Caching in Extensions]]

=== Typo3 Extensions programmieren - Nützliche Funktionen ===
Aus Adventskalender 2008 typo3blog

Interessante Funktionen aus der Klasse t3lib_div vor.

1. t3lib_div::array2json($data)
Mit dieser Funktion kann man sehr einfach seine Daten in ein JSON Objekt konvertieren. Die Funktion erwartet ein Array mit den Daten, dieses kann beliebig verschachtelt sein. Natürlich gibt es auch noch die PHP native Funktion json_encode, jedoch muss dies von der installierten PHP Installation unterstüzt werden.

2. t3lib_div::convUmlauts($str)
Eine sehr nützliche Funktion ist convUmlauts, welche die deutschen Umlaute konvertiert, dabei wird aus einem Ä eine Ae oder aus einem ü ein ue. Groß und Klein-Schreibung wird also berücksichtigt.

3. t3lib_div::rmFromList($element, $list)
Auch diese Funktion ist sehr nützlich. Möchte man aus einer kommaseparierten Liste ein Element entfernen, ist dies mit einem Funktionsaufruf getan. Gerade bei TYPO3 ist diese Funktion sehr hilfreich, wenn man z.B. eine Benutzergruppe eines FE-Users entfernen möchte.

=== Typo3 Extensions programmieren - Sprachlabels ===
==== Probleme mit Umlauten ====
Bei den Sprachdateien locallang.xml etc. kann es Probleme mit Umlauten geben, wenn die Codierung der Datei nicht mit der der Typo3 Installation zusammen passt. Es funktioniert aber automatisch, wenn man die Codierung der xml Datei im Header angibt angibt. Also oben z.B. reinschreiben:
<?xml version="1.0" encoding="utf-8" standalone="yes" ?>

== Wichtige Variablen ==
$_EXTKEY
bzw. im Array...
Enthält den Extension Key. Immer die Variable benutzen, dann kann man den Code leichte wieder verwenden.
$TYPO3_CONF_VARS

== Wie arbeitet eine Extension ==
'''Laden:''' Extension Manager (EM) ruft ''ext_emconf.php'' (enthält nur das Array: $EM_CONF[$_EXTKEY]) bei allen Extensions auf die in der localconf.php aufgeführt sind.

'''Aufruf von Backend oder Frontend:''' ''ext_localconf.php'' wird ausgeführt (oder eine gecachete Kopie) In dieser wird die /typo3conf/localconf.php erweitert.
Funktion: weitere Klassen includieren (require_once())

=== Wichtige Dateien einer Extension ===

====ext_emconf.php====
'''Metadaten''' wie Name, Kategorie, Status einer Extension - muß vorhanden sein sonst wird die Extension nicht geladen. Die Informationen landen in $EM_CONF[$_EXTKEY] = ARRAY

==== ext_localconf.php ====
'''TCA Konfiguration für das Backend'''. (Werte für das Array $TYPO3_CONF_VARS). Z.B. Namen der zu ladenden Klassen, statische TSFiles etc.

Wird immer geladen wenn ein Aufruf in Frontend oder Backend erfolgt. Kann deshalb dazu benutzt werden wichtige Klassendaten zu laden oder Skripte zu inkludieren.

Optional - wird genutzt wenn Sie gefunden wird.

==== ext_tables.php ====
Erweiterungen für $'''TCA'''(Table Configuration Array). Beschreibungen von Tabellen und Formularen.

Wird außerdem genutzt um den '''Code von Frontend-Plugins, Modulen oder statischem TypoScript zu laden'''

Optional - wird genutzt wenn Sie gefunden wird.

==== Weitere häufige Dateien ====
ext_tables.sql - SQL Statements für die '''Datenbank-Tabellen''' beim Installieren der Extension.

ext_tables_static+adt.sql - SQL Insert Statements für '''statische Werte in Tabellen''' (z.B. PLZ Liste).

ext_conf_template.txt

tca.php - Anpassungen für '''$TCA,''' Informationen für die Behandlung von Datenbanktabellen

locallang[...].xml und locallang[...].php - '''Sprachdateien''' (Begriffe).

====Typische Unterordner (optional)====
pi1, pi2 - Enthalten Frontend Plugins

mod1, mod2 - Backend Module

sv1, sv2 - Services

=== Wichtige Globale Variablen ===
$_EXTKEY - der Extension Key

=== Formulare im Backend ===
Das '''$TCA''' (Table Configuration Array) bestimmt welche Formularfelder verwendet werden.
Das Array ist in ext_tables.php(Bereiche: ctrl und feinterface s.u.) und tca.php gespeichert

* Jeder Eintrag im $TCA ist an eine Datenbanktabelle geknüpft
* Der erste Index ist der Tabellenname.
* Im zweiten Index gibt es 6 Bereiche:
<pre>
ctrl -> Informationen zur Tabelle
interface -> Konfiguration für die Auflistung und Darstellung im Backend
feInterface -> Eigenschaften für das Frontend Editing
columns -> Informationen zu den Feldtypen der Tabelle und der Verarbeitung der Daten (zweiter Index ist hier der Spaltenname)
types -> legt fest welche der in columns definierten Spalten dargestellt werden und in welcher Reihenfolge,
außerdem Zusatzinfo wie alternative Feldbezeichnung, Palettennummer, style codes...
palettes -> Zum Zusammenfassen von mehreren Eingabefeldern, Zusammenstellungen wiederverwenden, Hilfsfelder definieren
</pre>

=== Daten bearbeiten mit TCE und TCEforms ===
Die im $TCA definierten Daten müssen in irgend einer Form bearbeitet werden. Ein umfangreiches Modul dazu befindet sich in der Extension CMS (typo3/sysext/cms/layout/db_layout.php. DDas Modul greift auf die '''Typo3 Core Engine (TCE)''' zurück, die zum Verarbeiten und Speichern von Daten dient. Die '''Formulare werden mit der Klasse TCEforms''' erzeugt. Bearbeitet wird hierbei im Backend.

Immer dann, wenn man die '''im $TCA eingetragenen Tabellen über Eingabemasken manipulieren''' will ist des sinnvoll die TCE zu nutzen.

t3lib_TCEmain -> t3lib/class.t3lib_tce-main.php
t3lib_TCEforms -> TCEforms

==== Einsatz in Extensions ====
Instanz von t3lib_TCEmain erzeugen:
require_once(PATH_t3lib."class.t3lib_tcemain.php");
$tce=t3lib_div::makeInstance('t3lib_TCEmain');
Arrays für Daten und Kommandos erzeugen:
$data[tabelle][uid][feld] = wert
um neue Daten zu schreiben bevor man eine uid hat belegt man uid mit NEW und einem Zufallsstring z.B. NEWo1amh
$cmd[tabelle][uid][befehl] = wert
dabei stehen verschiedene Befehle zur Verfügung:
copy, move, delete, localize, version, new
Die beiden Arrays werden dann mittels
$tce->start($data,$cmd)
an die TCE übergeben und von
$tce->process_cmdmap()
abgearbeitet.

== Wie kann ich eine eigene Extension debuggen? ==
=== Hilfreiche Extensions zur Entwicklung von Extensions ===
'''devlog''' -> schreibt log Einträge in eine Datenbanktabelle. Dazu ruft man an in seiner Extension die Funktion TODO auf und übergibt die Werte die man loggen will.

''' Extension Development Evaluator (extdeveval) ''' -> Referenzen aufrufen, Autmatisch Funktionsinfos schreiben u.v.m.

=== permalink ===
Wenn man eine eigene Extension schreibt benutzt man zum größten Teil Array, und um den Überblick zu behalten was nach den ganzen schritten in einem Array noch so drin steht hat man die möglichkeit mit einer Funktion das Array schön und sauber in einer tabelle anzeigen zu lassen.

Beispiel:

PHP-Code:
<pre>
$data = array("Name" => "Peter KeineAhnung", "Alter" => 22, "Wohnort" => "Ratingen");
t3lib_div::debug($data);
</pre>

Ergebnis:

je nach devIPMask Einstellungen ist auch nur

PHP-Code:

debug();

nützlich, vor allem wenn ein Kundenprojekt Online ist einfach im Installtool und devIpMask deine IP eingeben und dann mit debug(); arbeiten, so kannst nur du den debug sehen und nicht irgendwelche User die grade auf der Site sind.

Kleiner Zusatz Tip:

Ihr lasst euch gleichzeitig mehrere Debugs ausgeben und verliert den überblick welcher debug welcher ist... Beispiel Ihr lasst euch ein Array vor einer funktion debugen und anschliessend...

da habt ihr dann die möglichkeit euerem Debug einen Namen zu geben..

Beispiel:
PHP-Code:
$data = array("Name" => "Peter KeineAhnung", "Alter" => 22);
t3lib_div::debug(,'Array vorher');

$data['Name'] = 'T.uX';
$data['Alter'] = 32;

t3lib_div::debug(,'Array nachher');

Auch bei der Verwendung der integrierten DB-Abstraktionsschicht können eine Reihe von Fehlern auftreten, die teilweise nur sehr magere Fehlermeldungen produzieren. Um eine etwas explizitere Fehlerausgabe zu erzwingen sollte man folgende Zeile in seine Extension integrieren*:

PHP-Code:
$GLOBALS['TYPO3_DB']->debugOutput = true;
So wird z.B. das SQL-Stement Ausgegeben, das zu einem Fehler geführt hat.

== Datenbankabfrage in Extensions ==
[[TYPO3 - Datenbankabfragen in Extensions]]

== Struktur einer Extension ==
===ext_emconf.php===

Informationen und Metadaten zur Extension. Etwa die Infos die im Kickstarter unter General Info stehen.

* Root-Verzeichnis
**'''ext_localconf.php''' Enthält '''Konfigurationsdaten''' ($TYPO3_CONF_VARS) für das Backend und Frontend. Hier kann über die Extension API auch '''TypoScript''' eingebunden werden. Hier können auch Klassendateien aufgerufen werden (require_once() ) die bei jedem Aufruf zur Verfügung stehen sollen.
**'''ext_tables.php''' Konfiguration von '''Datenbanktabellen'''. Plugins und Module über die Extension API einbinden. (Alles über Kickstarter)
**'''ext_tables.sql''' '''SQL-Daten''' für die Tabellendefinition. Die Auswertung erfolgt über den Extension Manager und das Install-Tool.
**'''ext_tables_static+adt.sql''' '''SQL-Tabellendefinition''' inkl. Daten. Z.B. für statische Daten (Länderinfos etc.)Die Tabellen müssen zusätzlich in ext_tables.sql definiert sein.
**'''ext_typoscript_*.txt''' '''Globaler TypoScript-Code'''. Steht nicht üver Template-Datensätze zur Auswahl (siehe /static)
**'''ext_conf_template.txt''' Hier werden '''Optionen zur Konfiguration''' angelegt, die der Benutzer im Extensionmanager einstellen kann.
**'''*icon*.gif''' '''Symbol-Dateien''' für Extension,DB-Tabellen,Plugins, Module...
**'''locallang*.php''' Texte für die '''Lokalisierung''' in verschiedenen Sprachen
**'''class.ext_update.php''' Funktionen für ein '''Update der Extension''' (Beispiel siehe newloginbox).

*'''pi1/''' Verzeichnis für '''Skripte und Daten''' des Plugin
**'''class*.php''' '''PHP-Klassen''' z.B. für Plugins oder Submodule

*'''cm1/''' Verzeichnis für Dateien die das '''Kontext-Menü''' betreffen

*'''mod1/''' Verzeichnis für ein Modul.
**'''conf.php''' Konfigurationsdatei für ein '''Modul''' zum einbinden ins Backend.
**'''index.php''' '''Hauptscript eines Moduls'''.

*'''modfunc1/''' Skripte und Daten für '''Submodul-Funktionen'''

*'''static/''' '''TypoScript-Template'''-Dateien. Diese werden über die Extension-API eingebunden und stehen dann in Template-Datensätzen, ähnlich den Standard Templates zur Auswahl.

*'''sv1/''' Verzeichnis für '''Services'''

*'''res/''' Verzeichnis für beliebige 'recourcen'.

*'''doc/''' Verzeichnis der '''Dokumentation'''.

== Wo werden Extensions installiert ? ==
===typo3/sysext/ (System)===
System Extensions wie cms und lang. Hier können keine Extensions mit dem Extension Manager installiert werden.
===typo3/ext/ - globale Extensions (Global) ===
Z.B. diese die von Typo3 mitgeliefert werden. Mit der Option allowGlobalInstall kann man die Installation in dieses Verzeichnis erlauben. Das ist dann nicht sinnvoll wenn sich mehrere Typo3 WEbsites eine Installation teilen, weil es hier zu Versionskonflikten kommen kann.
===typo3conf/ext - lokale Extensions (Local)===
Hier werden normalerweise alle Extensions installiert. Die Lokale Installation hat immer Vorang vor einer globalen.

== Typolinks richtig in Extensions einsetzen ==

In diesem kurzem Tutorial möchte ich zeigen, wie man Typolinks in eigenen Erweiterungen erstellt, die das
Feature 'Simulate Static Documents' unterstützen und eine Ausgabe erstellen, die von Typo3 gecached wird
und so auch mit der Indexed search verwendet werden können. Diese Informationen wurden aus anderen
Erweiterungen zusammengetragen, speziell aus der Erweiterung tt_board.
Typoscript
Zuerst erstelle in der Datei 'ext_typoscript_setup.txt' eine Eigenschaft, die deiner Erweiterung mitteilt, ob
caching genutzt werden soll oder nicht:

<pre>
plugin.tx_myextension_pi1 {
allowCaching = 1
}
</pre>

Wenn das später auf 0 gesetzt wird, werden diese Seiten nicht mehr gecached.

'''Vorbereitung'''

Bereite in der main() Funktion den Typolink vor und konfiguriere das caching:

<pre>
class tx_myextension_pi1 extends tslib_pibase {
...
var $allowCaching = "";
function main($content,$conf) {
$this->conf=$conf;
...
// Preconfigure the typolink
$this->local_cObj = t3lib_div::makeInstance("tslib_cObj");
$this->local_cObj->setCurrentVal($GLOBALS["TSFE"]->id);
$this->typolink_conf = $this->conf["typolink."];
$this->typolink_conf["parameter."]["current"] = 1;
$this->typolink_conf["additionalParams"] =
$this->cObj->stdWrap($this->typolink_conf["additionalParams"],
$this->typolink_conf["additionalParams."]);
unset($this->typolink_conf["additionalParams."]);
// Configure caching
$this->allowCaching = $this->conf["allowCaching"]?1:0;
if (!$this->allowCaching) {
$GLOBALS["TSFE"]->set_no_cache();
}
...
}
}
Links erstellen
Um nun Links in der Erweiterung zu erstellen, benutze das folgende Code Fragment:
$temp_conf = $this->typolink_conf;
$temp_conf["additionalParams"] .= "&tx_myextension_pi1[key]=value";
$temp_conf["useCacheHash"] = $this->allowCaching;
$temp_conf["no_cache"] = !$this->allowCaching;
$the_link = $this->local_cObj->typolink("Linktext", $temp_conf);
</pre>

Danach kann man '$the_link' zu der Ausgabe hinzufügen. Das '$temp_conf' Array kann man mit allen
Eigenschaften des typolink Objektes erweitern.

Tutorial by typo3.hachmeister.org
Von:fruit-lab.de

== Datei Uploads in Backend Extensions ==
Feld im Kickstarter anlegen. in der tca.php kannst du den uploadfolder festlegen.

Komplizierter wirds in folgendem Fall (aus typo3.net 12-2007)

stimmt schon, dass man da den ordner ändern kann, aber was wenn ich nicht alle dateien in einen ordner speichern will?
ich brauche 2 ordner. einen für normale downloads und in den anderen würden die dateien reinkommen, die kostenpflichtig downzuloaden sind. diesen ordner muss ich also per htaccess schützen. darum wärs nötig, dass der upload-ordner für den späteren redakteur frei wählbar, oder zumindest 2 ordner auswählbar sind.

irgendwelche ideen?

alles kein Problem.

Man kann in der ext_emconf.php unter createDirs die benötigten Verzeichnisse angeben.
Für Fileupload gibts auch einige Typofunktionen die man nutzen kann, so helfen einem folgende Klassen weiter:
t3lib_basicFileFunctions
t3lib_extFileFunctions

== Debug Methode ==
Typo3 | Debug Methode :: Hilfe bei der Programmierung

Wenn man eine eigene Extension schreibt benutzt man zum größten Teil Array, und um den Überblick zu
behalten was nach den ganzen schritten in einem Array noch so drin steht hat man die möglichkeit mit einer Funktion das Array schön und sauber in einer tabelle anzeigen zu lassen.

'''Beispiel:'''
<pre>
$data = array("Name" => "Peter KeineAhnung", "Alter" => 22, "Wohnort" => "Ratingen");
echo t3lib_div::debug($data);
</pre>

Ergebnis:

[[Bild:TS_debug01.gif]]

je nach devIPMask Einstellungen ist auch nur
debug($sonstwas);
nützlich, vor allem wenn ein Kundenprojekt Online isteinfach im Installtool und devIpMask deine IP eingeben und dann mit debug($sonstwas); arbeiten, so kannst nur du den debug sehen und nicht irgendwelche User die grade auf der Site sind.

Kleiner Zusatz Tip:

Ihr lasst euch gleichzeitig mehrere Debugs ausgeben und verliert den überblick welcher debug welcher ist...

'''Beispiel'''

Ihr lasst euch ein Array vor einer funktion debugen und anschliessend...
da habt ihr dann die möglichkeit euerem Debug einen Namen zu geben..

'''Beispiel:'''
<pre>
$data = array("Name" => "Peter KeineAhnung", "Alter" => 22, "Wohnort" => "Ratingen");
echo t3lib_div::debug($data,'Array vorher');
$data['Name'] = 'T.uX';
$data['Alter'] = 32;
echo t3lib_div::debug($data,'Array nachher');
</pre>

Ergebnis:

[[Bild:TS_debug02.gif]]

Hinweis:
läst du dir eine Variable im debug ausgeben erscheint [b]|debug|[/b]. das funzt nur mit Arrays ;-)
Auch bei der Verwendung der integrierten DB-Abstrktionsschicht können eine Reihe von Fehlern auftreten,
die teilweise nur sehr magere Fehlermeldungen produzieren. Um eine etwas explizitere Fehlerausgabe zu
erzwingen sollte man folgende Zeile in seine Extension integrieren*:
$GLOBALS['TYPO3_DB']->debugOutput = true;

So wird z.B. das SQL-Stement Ausgegeben, das zu einem Fehler geführt hat.
Tutorial by typo3.kj187.de

== PHP-Skripte einbinden ==

=== mit PHP_SCRIPT ===

Im Typo Script:
<pre>
##############################
### temporäres Test Script ###
##############################

temp.phpScript = PHP_SCRIPT
temp.phpScript {
file = demo/test.inc.php
myVerySpecialOwnParameter = Hallo Welt
myParamArray {
a = 2
b = 5
}
}
</pre>
Im Skript text.inc.php
<pre>
<?php
// Use the debug-function to view the config
// array $conf given by TypoScript:
debug( $conf );

$contentArr[] = "Test";
$contentArr[] = $conf['file'];
$contentArr[] = $conf['myVerySpecialOwnParameter'];
$contentArr[] = implode( $conf['myParamArray.'], ', ' );

// Put all your output to $content,
// that TYPO3 will display for you:
$content = implode( $contentArr, '< br />' );
?>
</pre>

=== mit PHP_SCRIPT_EXT ===
Typo3 | Externe PHP Scripte einbinden

Haben Sie ihr Projekt auf Typo3 umgestellt und wollen dennoch ihre eigenen PHP-Scripte verwenden? Dann machen Sie folgendes.

Schreiben Sie in das SETUP Feld des Templates:

<pre>
tt_content.script = CASE
tt_content.script {
key.field = select_key
test = PHP_SCRIPT_EXT
test.file = fileadmin/dein_script.php
}
</pre>

Um das Script jetzt als Contentelement in die Seite einzubinden, legen Sie einen neuen Seiteninhalt an. Wechseln Sie von Typ = Text auf Typ = Skript. In das CODE Feld müssen Sie jetzt nur noch test eintragen und sie sind fertig.

Dies ist die einfachste Methode. Die Ausgabe des Scripts wird aber nicht in den Cache aufgenommen! Diese Funktion wird leider nicht unterstützt.

Tutorial by typo3.kj187.de

Anmerkung Steff: Für die Cache Funktion kann man z.B. eine Einfache Extension basteln.

== Beispiele ==
===Einträge aus Bildausrichtungen im Backend entfernen===
aus cron_cssstyledimgtext
<pre>
<?php
if (!defined ('TYPO3_MODE')) die ('Access denied.');

t3lib_extMgm::addPItoST43($_EXTKEY,'pi1/class.tx_croncssstyledimgtext_pi1.php','_pi1','',1);

$_EXTCONF = unserialize($_EXTCONF);
if ($_EXTCONF['addPageTS']) {
t3lib_extMgm::addPageTSConfig('
TCEFORM.tt_content.imageorient.types.image.removeItems = 8,9,10,17,18,25,26
');
}

$TYPO3_CONF_VARS['FE']['XCLASS']['tslib/class.tslib_content.php']=t3lib_extMgm::extPath($_EXTKEY).'class.ux_tslib_content.php';
?>

</pre>

=== Bilder in eigener Extension rendern ===

In diesem Beispiel benutzte Variablen:
$BildAdresse
$ParameterFuerImgTag
$Alttext

In PHP-Datei der Extension:

$this->conf["imageBeispiel."]["file"]="uploads/pics/".$BildAdresse;
$this->conf["imageBeispiel."]["params"]=$ParameterFuerImgTag;
$this->conf["imageBeispiel."]["altText"]=$Alttext;
$Bild=$this->cObj->IMAGE($this->conf["imageBeispiel."]);
$Content.=$Bild;

In Typoscript Setup

plugin.tx_hoTest_pi1 { //hier Plugin-Name
imageArtikel{
file.maxW = {$ho_Test.BildWidthNews}
imageLinkWrap = 1
imageLinkWrap {
enable = 1
bodyTag = <BODY bgColor=white>
wrap = |
width = 400m
height = 400
JSwindow = 1
JSwindow.newWindow = 1
JSwindow.expand = 17,20
}
}
}

Der Wert {$ho_Test.BildWidthNews} kann aus Constants übernommen werden.

Siehe dazu auch
Konstanten von Constants im Setup verwenden
und
Konstanten für Constant-Editor bereitstellen

(aus www.easy-office4you.de/ 10.1.2006)

=== Spalten der Seiten umbenennen ===

Um die Spalten der Seite im Backend beliebig umzubenennen und/oder zusätzliche eigene Spalten zu verwenden, muß die Extension zed_more_columns installiert werden und dann in der Datei ext_tables.php die Spalten-Namen eingeben werden.

Beispiel:

$TCA["tt_content"]["columns"]["colPos"]["config"]["items"] = array (
"0" => array ("Mitte||Mitte||||||||","0"),
"1" => array ("Links||Links||||||||","1"),
"2" => array ("Rechts||Rechts||||||||","2"),
"3" => array ("Teaser||Teaser||||||||","3"),
"4" => array ("Fusszeile||Fusszeile||||||||","4")
);

== Bei Extension dafür sorgen, daß im Backend kein Sortierungs-Button entsteht ==

In der Datei ext_tables.php der Extension folgende Zeile ändern

"sortby" => "name",

ändern in

"default_sortby" => "ORDER BY name",

Anstatt "name" kann natürlich auch ein anderes Suchkriterium verwendet werden.

== Ausgaben im HTML-Header in Extensions programmieren ==
Manchmal möchte man bestimmte Angaben in den Header schreiben, um zum Beispiel ein JavaScript einzubinden o.ä.

Man könnte im statischen TypoScript für das Objekt page etwas hernehmen. Das funktioniert aber nur wenn das PAGE Objekt auch wirklich page heißt.

Also besser mit einer Typo3 Eigenen Funktion.

'''Beispiel - JavaScript einbinden'''
<pre>
function includeJavaScript() {
$js .= '<script src="'.t3lib_extMgm::siteRelPath($this->extKey).dirname($this->scriptRelPath).'/JS-Verzeichnis/js-file.js" type="text/javascript"></script>';
$GLOBALS['TSFE']->additionalHeaderData[$this->extKey] = $js;
}

//Aufruf der Funktion:
$content=$this->includeJavaScript();
</pre>

Die Variable $this->extKey wird normalerweise immer in der Klassendefinition der Extensiongesetzt und enthält den Namen der Extension (z.B. meineextension)

Für $this->scriptRelPath gilt das gleiche. Hier steht der Pfad ab dem Extension Ordner (z.B. pi1/class.tx_meineExtension_pi1.php)

== Mehrsprachige Extensions ==
Seit der Version 4 hat sich die Vorgehensweise bei der Lokalisierung geändert. Um zu verstehen wie die Lokalisierung von Backend, Frontend etc. funktioniert gibt es hier eine kleine Übersicht:
[[Sprachverwaltung und Lokalisierung in Typo3]]

== $GLOBALS['TSFE'] ==

TSFE ist ein Abbild der Klasse tslib_fe, die kannst Du auch untersuchen.

Linux - Server Administration

2010-02-22T15:57:44Z

193.196.133.6: /* Linux Server mit Plesk */

== Links ==
siehe Debian Apache FastCGI

/etc/init.d/apache2 reload etc

== Linux Server mit Plesk ==
Quick Info:

Apache Konfiguration Testen:
apache2ctl configtest

Apache Neu starten:
apache2ctl -k restart

Plesk vhost.conf neu einlesen:
/usr/local/psa/admin/sbin/websrvmng -u --vhost-name=domain.com

oder für alle sites

/usr/local/psa/admin/bin/websrvmng -a.

Plesk legt die Domains in eigenen vhosts an und liest und schreibt dort jeweils eine eigene httpd.conf für den Apache. Ändert man dort etwas kann das bei der nächste Änderung über Plesk wieder überschrieben werden.

hier gab es einen schönen Ansatz:
Quelle: http://www.schreinert.com/eigenen-apache-config-anlegen-plesk-per-vhostconf-50/ (12.12.2008)

=== Eigenen Apache-Config anlegen: Plesk per vhost.conf ===

Plesk als Server-Management-Software schreibt und überschreibt die Konfugrationsdateien des Apache-Web-Servers mit jeder Änderung der entsprechenden Plesk-Einstellungen. Das heißt, dass es nicht ratsam ist, die Apache-Konfiguration httpd.conf nachträglich per Editor anzupassen. Damit doch eigene Änderungen an den Domain-Einstellungen möglich sind, bietet Plesk die vhost.conf - Datei an, welche aber nicht ohne weiteres aktiv ist.

Für ergänzende Konfigurations-Anweisungen des Apaches sind die folgenden beiden Schritte notwendig:

'''1. Anlegen der vhost.conf für die gewünschte Domain.'''

Im Konfigurations-Verzeichnis der Domain liegt von Haus aus die Datei httpd.conf, welche von Plesk gelesen und geschrieben wird. Das Konfigurationsverzeichnis für die Domain www.domain.de liegt beispielsweise bei SuSE Linux hier: /srv/www/vhosts/domain.de/conf/. In dieses Verzeichnis gehört nun die vhost.conf - Datei, in die die Apache-Einstellungen eingetragen werden können. Alle Einträge sind dabei automatisch innerhalb der <Virtual> Konfiguration enthalten. Anschließend noch daran denken, die vhost.conf für den Web-Server lesbar zu machen:

$> chmod go+r /srv/www/vhosts/domain.de/conf/vhost.conf

'''2. Plesk dazu bringen, die vhost.conf Datei einzubinden.'''

Auch wenn die eigenen Einstellungen in der Datei bereits korrekt eingetragen sind, so weiß der Apache noch nichts von der erweiterten Konfiguration. Plesk muss zuvor noch die Datei in die bestehende httpd.conf per Include einbinden ganz am Ende der Datei foltgende eintragen "Include /srv/www/vhosts/domainname.de/conf/vhost.conf."
Dies kann hervorgerufen werden, indem die Einstellungen zu der Domain in Plesk aufgerufen und (unverändert) gespeichert werden.

Jetzt ist die vhost.conf in der httpd.conf inkludiert und dem Apache bekannt gegeben.

Noch ein Tipp für Änderungen an der Konfiguration: Die geänderte Konfiguration sollte immer '''überprüft werden, bevor der Apache neu gestartet wird''' — egal ob per rcapache restart oder apache2ctl graceful. Bei Fehlern droht sonst, dass der Apache seinen Dienst verweigert.

Daher immer ein '''apache2ctl configtest''' vor dem “reload” durchführen

Ende des Zitats

'''Ein weiterer Artikel bringt noch mehr Licht ins Dunkel:'''

=== Wondering how to create a good vhost.conf? ===
Well you’ve come to the right place.

Quelle: http://www.gadberry.com/aaron/2006/02/09/plesk_vhost/ (12.12.2008)

Using Plesk and vhost.conf

9th February 2006 - By Aaron

Plesk automatically updates httpd.include for each domain, making changes to this file only temporary. You don’t want to use this file if you need to make changes to Apache’s config on the fly, such as php’s open_basedir values per domain.

Instead you will want to use a vhost.conf file. This file will be placed inside your domain’s conf directory, usually found at /var/www/vhosts/yourdomain.com/conf. '''Create a file called vhost.conf''' in whatever editor you prefer. I use joe.

You can now put in any '''Apache configuration options''' like you would into httpd.include. In my case I wanted to do three things, give my site access to /php/includes, add a mod_rewrite rule, and tell Apache to follow symlinks.

Here is my resulting vhost.conf file.
<pre>
<Directory /var/www/vhosts/yourdomain.com/httpdocs/>
php_admin_value open_basedir "/var/www/vhosts/yourdomain.com/httpdocs:/php/includes"
</Directory>
Options +FollowSymLinks
RewriteEngine on
RewriteRule /ministries/(.*)\.php$ /ministries/ministry.php?url=$1
</pre>

And some annotations from users about a redirection:

You probably need to edit your vhost.conf of the redirected domain to include the httpdocs of the first domain, such as

php_admin_value open_basedir "/var/www/vhosts/redirecteddomain.com/httpdocs:/var/www/vhosts/firstdomain.com/httpdocs"

I did this same thing for a while. I would encourage you instead to just send a php header redirect with a “permenantly moved” header. The search engines will drop your second site off the listings either way. They don’t play friendly with mirrors.
You can see the first three lines take care of the additional base directory for php, the line after the empty one takes care of following symlinks, and the last two lines turn on the rewrite engine and add a rule to it.

Save your file and we’re almost done. This is the part that everyone forgets, you need to tell Plesk to update it’s information. See your httpd.include file will soon have an include for your vhost.conf, but it doesn’t yet. Plesk has to realize it’s there and then add the include. The command to reconfigure Plesk for one site is

/usr/local/psa/admin/sbin/websrvmng -u --vhost-name=domain.com

or the command I use reconfigures all sites,

/usr/local/psa/admin/bin/websrvmng -a.

After running that there is no need to restart Apache or any other service. Your changes should have taken effect already.

Another Post:

If you need to add '''more directories''' try this:

php_admin_value open_basedir “**Directory 1**:**Directory 2**”

=== Vhost mit Header 301 komplett weiterleiten ===

von http://www.robo47.net/faq/vhost--301-header-weiterleitung (12.12.2008)

Mit diesem Code in einem Vhost spart man sich unnötige Ordner auf der Festplatte, wenn man diese eh nur Weiterleiten will.
<VirtualHost *:80>
ServerName subdomain.domain.tld
RedirectMatch 301 (.*) http://www.domain2.tld
</VirtualHost>

Es werden auch Aufrufe von subdomain.domain.tld/asdf/ oder anderen Dokumenten und unterordnern automatisch auf die andere Domain weitergeleitet an die passende URL weitergeleitet, sprich aus subdomain.domain.tld/asdf/ wird www.domain2.tld/asdf/.
Wenn man das nicht will muss man nur das weglassen und alles auf die Hauptdomain weitergeleitet.

<VirtualHost *:80>
ServerName subdomain.domain.tld
RedirectMatch 301 (.*) http://www.domain2.tld
</VirtualHost>

== Plesk Infos ==
Ein paar gesammelte Infos (ungeprüft)

/opt/psa/admin/conf/php.ini die PHP Einstellungen für den Admin (nicht für die Kunden !!!)

Änderungen für die Kundeneinstellungen finden in der vhost.conf im Kundenverzeichnis statt

Apache2 und CGI/FastCGI

2010-02-21T20:44:34Z

193.196.133.6: /* Zugriff auf PHP Konfigurieren */

== Apache2 mit php5 und mod_fcgid auf Debian Lenny (Debian 5) ==
Quelle (en):http://www.howtoforge.com/how-to-set-up-apache2-with-mod_fcgid-and-php5-on-debian-lenny 19.2.2010

=== Einleitung ===

==== FastCGI ====
Wenn man PHP nicht als Modul von Apache laufen lassen will kann man es über das Common Gateway Interface ansprechen. FastCGI erzeugt im Gegensatz zu CGI nicht für jede Anfreage einen neuen Thread und ist dementsprechend genügsamer was die Performance betrifft.

Das FastCGI Modul '''mod_fcgid''' ist eine Alternative zum älteren mod_fastcgi.
Durch den klassischen CGI - Ansatz können wir PHP-Skripte mit dem jeweiligen Besitzer und nicht nur mit dem Apache User auszuführen. Das erlaubt eine saubere Trennung von Virutellen Hosts.

==== Beispiel Konfiguration ====
Im Beispiel werden zwei vhosts (www.example1.com und www.example2.com) konfiguriert die jeweils ein eigenes Web-Verzeichnis, eigene Benutzer und theoretisch auch eigene php.ini Konfigurationen beinhalten können.
Wir nehmen an das Web Rootvezeichnis liegt Debian üblich in /var/www/

=== Apache2, PHP5 CGI Version und mod_fcgid installieren ===
Geht auf Debian einfach mit dem aptitude Tool:
aptitude install apache2 apache2-suexec libapache2-mod-fcgid php5-cgi

Falls der Apache schon mit aktiviertem php5 Modul installiert wurde müssen wir dieses abschalten:

a2dismod php5

Folgende Module schalten wir ein:

a2enmod rewrite
a2enmod suexec
a2enmod include
a2enmod fcgid

Folgende PHP Einstellung sorgt für ein intelligenteres Handling der Skriptnamen und Pfade in PHP Skripten. Es funktioniert jedoch nicht auf allen Servern (z.B. nicht auf (OmniHttp oder Microsoft). Dort muß es abgeschalten werden.

Wir editieren das Standard php.ini File z.B. mit vim (Pfad für Debian angegeben)

vim /etc/php5/cgi/php.ini

Am Ende fügen wir die Zeile:

cgi.fix_pathinfo = 1

ein.

Apache neustarten:

/etc/init.d/apache2 restart

=== VHOSTs einrichten ===
Wir richten 2 vhosts ein:

* www.example1.com
* Benutzer: web1
* Gruppe: web1
* Document Root: /var/www/web1/web

Analog dazu www.example2.com

==== Benutzer und Gruppen anlegen ====
Für www.example1.com erzeugen wir einen Benutzer web1 und eine Gruppe web1. Analog dazu für www.example2.com:

groupadd web1
groupadd web2
useradd -s /bin/false -d /var/www/web1 -m -g web1 web1
useradd -s /bin/false -d /var/www/web2 -m -g web2 web2

==== Webverzeichnisse der vhosts anlegen ====
mkdir -p /var/www/web1/web
mkdir -p /var/www/web2/web

==== Benutzerrechte anpassen ====

chown web1:web1 /var/www/web1/web
chown web2:web2 /var/www/web2/web

==== Zugriff auf PHP Konfigurieren ====
Auf PHP greift man über das Modul suexec zu.

PHP liegt in
/usr/lib/cgi-bin/php
also außerhalb des Web Verzeichnisses. suexec hat aber nur Zugriff auf das Webverzeichnis (DOC_ROOT):

/usr/lib/apache2/suexec -V

Die Ausgabe sieht ungefähr so aus:
<pre>
server1:~# /usr/lib/apache2/suexec -V
-D AP_DOC_ROOT="/var/www"
-D AP_GID_MIN=100
-D AP_HTTPD_USER="www-data"
-D AP_LOG_EXEC="/var/log/apache2/suexec.log"
-D AP_SAFE_PATH="/usr/local/bin:/usr/bin:/bin"
-D AP_UID_MIN=100
-D AP_USERDIR_SUFFIX="public_html"
server1:~#
</pre>

Dies lösen wir mit einem sog. Wrapper-Skript,das für jeden VHOST erstellt wird. Das Skript leitet die Anfragen an PHP weiter. Es liegt innerhalb des Webverzeichnisses und bekommt Benutzer und Gruppe des zugehörigen vhosts zugewiesen. Zu beachten ist das das Skript für ''other'' nicht beschreibbar ist. Sonst verweigert suexec seinen Dienst aus Sicherheitsgründen.
Die Wrapper Skripte bekommen ein eigenes Verzeichnis, damit wir die Übersicht behalten: /var/www/php-fcgi-scripts

So gehts:

WrapperSkript für www.example1.com

mkdir -p /var/www/php-fcgi-scripts/web1
vim /var/www/php-fcgi-scripts/web1/php-fcgi-starter

Code:
<pre>
#!/bin/sh
PHPRC=/etc/php5/cgi/
export PHPRC

# max num of requests before fcgid process is stopped and new one is launched.
export PHP_FCGI_MAX_REQUESTS=5000

# number of PHP children that will be launched
export PHP_FCGI_CHILDREN=8
exec /usr/lib/cgi-bin/php
</pre>

Analog für www.example2.com. Hier muß nur web1 zu web2 verändert werden.

Die php-fcgi-starter Skripte müssen ausführbar sein und der Gruppe und dem User der entsprechenden Website gehören:

chmod 755 /var/www/php-fcgi-scripts/web1/php-fcgi-starter
chmod 755 /var/www/php-fcgi-scripts/web2/php-fcgi-starter
chown -R web1:web1 /var/www/php-fcgi-scripts/web1
chown -R web2:web2 /var/www/php-fcgi-scripts/web2

=== Apache VirtualHosts anlegen ===
Im Apache Verzeichnis sites-available werden die VirtualHosts angelegt...
vim /etc/apache2/sites-available/web1
Code:
<pre>

<VirtualHost *:80>
ServerName www.example1.com
ServerAlias example1.com
ServerAdmin webmaster@example1.com
DocumentRoot /var/www/web1/web/

<IfModule mod_fcgid.c>
SuexecUserGroup web1 web1
PHP_Fix_Pathinfo_Enable 1
<Directory /var/www/web1/web/>
Options +ExecCGI
AllowOverride All
AddHandler fcgid-script .php
FCGIWrapper /var/www/php-fcgi-scripts/web1/php-fcgi-starter .php
Order allow,deny
Allow from all
</Directory>
</IfModule>

# ErrorLog /var/log/apache2/error.log
# CustomLog /var/log/apache2/access.log combined

ServerSignature Off

</VirtualHost>

</pre>

... und die neue Site aktiviert

a2ensite web1

Analog dazu für www.example2.com (Pfade und Name des Host anpassen)

Server neu laden:

/etc/init.d/apache2 reload

=== Test ===
Zum Test erzeugen wir eine kleine PHP Testdatei in www.example1.com

vim /var/www/web1/web/info.php

Code:

<?php
phpinfo();
?>

und rufen sie im Browser auf. Eventuell muß man dazu die hosts Datei auf seinem Rechner so anpassen, das sie auf die richtige ServerIP zeigt (Suche nach hosts Datei)

Wenn alles stimmt sollte eine Infoseite ausgegeben werden, und der Zeile Server API sollte der Wert CGI/FastCGI stehen.

Wenn es nicht klappt lohnt sich meist ein Blick in die error.log und suexec.log Dateien des Apache (/var/log/apache2/ auf Debian)

=== Eine individuelle PHP Konfiguration für jeden Host ===

Da jede Site ihr eigenes php-fcgi-starter Wrapper Skript hat, ist es möglich eigene php.ini Dateien zu konfigurieren

==== Beispiel 1 ====
Am Anfang bietet es sich an eine Kopie der Standard php.ini Datei zu nehmen und diese anzupassen:

===== php.ini Kopieren und Rechte anpassen =====

cp /etc/php5/cgi/php.ini /var/www/web2/
chown web2:web2 /var/www/web2/php.ini

===== Wrapperskript anpassen damit die neue Konfiguration gelesen wird =====

vim /var/www/php-fcgi-scripts/web2/php-fcgi-starter

Die Konstante PHPRC bekommt einen neuen Wert: ''/var/www/web2/''

#!/bin/sh
PHPRC=/var/www/web2/
export PHPRC
export PHP_FCGI_MAX_REQUESTS=5000
export PHP_FCGI_CHILDREN=8
exec /usr/lib/cgi-bin/php

Apache neu laden:

/etc/init.d/apache2 reload

==== Beispiel 2 ====
Man kann auch einzelne Werte der geladenen php Konfiguration direkt im Wrapperskript überscheiben oder hinzufügen, indem man den -d Schalter nutzt.

In diesem Beispiel deaktivieren wir die magic_quotes_gpc für die Site www.example2.com

vim /var/www/php-fcgi-scripts/web2/php-fcgi-starter

Code:
<pre>
#!/bin/sh
PHPRC=/etc/php5/cgi/
export PHPRC
export PHP_FCGI_MAX_REQUESTS=5000
export PHP_FCGI_CHILDREN=8
exec /usr/lib/cgi-bin/php -d magic_quotes_gpc=off
</pre>

Neuladen des Apache:

/etc/init.d/apache2 reload

== Weiterführende Links ==
* http://www.heise.de/security/artikel/Grundsicherung-fuer-PHP-Software-270918.html
* php.ini Optionen Referenz: http://www.tu-chemnitz.de/docs/php/ini.core.html
* mod_fcgid: http://fastcgi.coremail.cn/
* Apache: http://httpd.apache.org/
* PHP: http://www.php.net/
* Debian: http://www.debian.org/

Apache2 und CGI/FastCGI

2010-02-20T09:59:58Z

193.196.133.6: /* Weiterführende Links */

Apache2 und CGI/FastCGI

2010-02-20T09:58:41Z

193.196.133.6:

== Apache2 mit php5 und mod_fcgid auf Debian Lenny (Debian 5) ==
Quelle (en):http://www.howtoforge.com/how-to-set-up-apache2-with-mod_fcgid-and-php5-on-debian-lenny 19.2.2010

=== Einleitung ===

==== FastCGI ====
Wenn man PHP nicht als Modul von Apache laufen lassen will kann man es über das Common Gateway Interface ansprechen. FastCGI erzeugt im Gegensatz zu CGI nicht für jede Anfreage einen neuen Thread und ist dementsprechend genügsamer was die Performance betrifft.

Das FastCGI Modul '''mod_fcgid''' ist eine Alternative zum älteren mod_fastcgi.
Durch den klassischen CGI - Ansatz können wir PHP-Skripte mit dem jeweiligen Besitzer und nicht nur mit dem Apache User auszuführen. Das erlaubt eine saubere Trennung von Virutellen Hosts.

==== Beispiel Konfiguration ====
Im Beispiel werden zwei vhosts (www.example1.com und www.example2.com) konfiguriert die jeweils ein eigenes Web-Verzeichnis, eigene Benutzer und theoretisch auch eigene php.ini Konfigurationen beinhalten können.
Wir nehmen an das Web Rootvezeichnis liegt Debian üblich in /var/www/

=== Apache2, PHP5 CGI Version und mod_fcgid installieren ===
Geht auf Debian einfach mit dem aptitude Tool:
aptitude install apache2 apache2-suexec libapache2-mod-fcgid php5-cgi

Falls der Apache schon mit aktiviertem php5 Modul installiert wurde müssen wir dieses abschalten:

a2dismod php5

Folgende Module schalten wir ein:

a2enmod rewrite
a2enmod suexec
a2enmod include
a2enmod fcgid

Folgende PHP Einstellung sorgt für ein intelligenteres Handling der Skriptnamen und Pfade in PHP Skripten. Es funktioniert jedoch nicht auf allen Servern (z.B. nicht auf (OmniHttp oder Microsoft). Dort muß es abgeschalten werden.

Wir editieren das Standard php.ini File z.B. mit vim (Pfad für Debian angegeben)

vim /etc/php5/cgi/php.ini

Am Ende fügen wir die Zeile:

cgi.fix_pathinfo = 1

ein.

Apache neustarten:

/etc/init.d/apache2 restart

=== VHOSTs einrichten ===
Wir richten 2 vhosts ein:

* www.example1.com
* Benutzer: web1
* Gruppe: web1
* Document Root: /var/www/web1/web

Analog dazu www.example2.com

==== Benutzer und Gruppen anlegen ====
Für www.example1.com erzeugen wir einen Benutzer web1 und eine Gruppe web1. Analog dazu für www.example2.com:

groupadd web1
groupadd web2
useradd -s /bin/false -d /var/www/web1 -m -g web1 web1
useradd -s /bin/false -d /var/www/web2 -m -g web2 web2

==== Webverzeichnisse der vhosts anlegen ====
mkdir -p /var/www/web1/web
mkdir -p /var/www/web2/web

==== Benutzerrechte anpassen ====

chown web1:web1 /var/www/web1/web
chown web2:web2 /var/www/web2/web

==== Zugriff auf PHP Konfigurieren ====
Auf PHP greift man über das Modul suexec zu.

PHP liegt in
/usr/lib/cgi-bin/php
also außerhalb des Web Verzeichnisses. suexec hat aber nur Zugriff auf das Webverzeichnis (DOC_ROOT):

/usr/lib/apache2/suexec -V

Die Ausgabe sieht ungefähr so aus:
<pre>
server1:~# /usr/lib/apache2/suexec -V
-D AP_DOC_ROOT="/var/www"
-D AP_GID_MIN=100
-D AP_HTTPD_USER="www-data"
-D AP_LOG_EXEC="/var/log/apache2/suexec.log"
-D AP_SAFE_PATH="/usr/local/bin:/usr/bin:/bin"
-D AP_UID_MIN=100
-D AP_USERDIR_SUFFIX="public_html"
server1:~#
</pre>

Dies lösen wir mit einem sog. Wrapper-Skript,das für jeden VHOST erstellt wird. Das Skript leitet die Anfragen an PHP weiter. Es liegt innerhalb des Webverzeichnisses und bekommt Benutzer und Gruppe des zugehörigen vhosts zugewiesen. Zu beachten ist das das Skript für ''other'' nicht beschreibbar ist. Sonst verweigert suexec seinen Dienst aus Sicherheitsgründen.
Die Wrapper Skripte bekommen ein eigenes Verzeichnis, damit wir die Übersicht behalten: /var/www/php-fcgi-scripts

So gehts:

WrapperSkript für www.example1.com

mkdir -p /var/www/php-fcgi-scripts/web1
vim /var/www/php-fcgi-scripts/web1/php-fcgi-starter

Code:
<pre>
#!/bin/sh
PHPRC=/etc/php5/cgi/
export PHPRC

# max num of requests before fcgid process is stopped and new one is launched.
export PHP_FCGI_MAX_REQUESTS=5000

# number of PHP children that will be launched
export PHP_FCGI_CHILDREN=8
exec /usr/lib/cgi-bin/php
</pre>

Analog für www.example2.com. Hier muß nur web1 zu web2 verändert werden.

Die php-fcgi-starter Skripte müssen ausführbar sein und der Gruppe und dem User der entsprechenden Website gehören:

chmod 755 /var/www/php-fcgi-scripts/web1/php-fcgi-starter
chmod 755 /var/www/php-fcgi-scripts/web2/php-fcgi-starter
chown -R web1:web1 /var/www/php-fcgi-scripts/web1
chown -R web2:web2 /var/www/php-fcgi-scripts/web2

=== Apache VirtualHosts anlegen ===
Im Apache Verzeichnis sites-available werden die VirtualHosts angelegt...
vim /etc/apache2/sites-available/web1
Code:
<pre>

<VirtualHost *:80>
ServerName www.example1.com
ServerAlias example1.com
ServerAdmin webmaster@example1.com
DocumentRoot /var/www/web1/web/

<IfModule mod_fcgid.c>
SuexecUserGroup web1 web1
PHP_Fix_Pathinfo_Enable 1
<Directory /var/www/web1/web/>
Options +ExecCGI
AllowOverride All
AddHandler fcgid-script .php
FCGIWrapper /var/www/php-fcgi-scripts/web1/php-fcgi-starter .php
Order allow,deny
Allow from all
</Directory>
</IfModule>

# ErrorLog /var/log/apache2/error.log
# CustomLog /var/log/apache2/access.log combined

ServerSignature Off

</VirtualHost>

</pre>

... und die neue Site aktiviert

a2ensite web1

Analog dazu für www.example2.com (Pfade und Name des Host anpassen)

Server neu laden:

/etc/init.d/apache2 reload

=== Test ===
Zum Test erzeugen wir eine kleine PHP Testdatei in www.example1.com

vim /var/www/web1/web/info.php

Code:

<?php
phpinfo();
?>

und rufen sie im Browser auf. Eventuell muß man dazu die hosts Datei auf seinem Rechner so anpassen, das sie auf die richtige ServerIP zeigt (Suche nach hosts Datei)

Wenn alles stimmt sollte eine Infoseite ausgegeben werden, und der Zeile Server API sollte der Wert CGI/FastCGI stehen.

Wenn es nicht klappt lohnt sich meist ein Blick in die error.log und suexec.log Dateien des Apache (/var/log/apache2/ auf Debian)

=== Eine individuelle PHP Konfiguration für jeden Host ===

Da jede Site ihr eigenes php-fcgi-starter Wrapper Skript hat, ist es möglich eigene php.ini Dateien zu konfigurieren

==== Beispiel 1 ====
Am Anfang bietet es sich an eine Kopie der Standard php.ini Datei zu nehmen und diese anzupassen:

===== php.ini Kopieren und Rechte anpassen =====

cp /etc/php5/cgi/php.ini /var/www/web2/
chown web2:web2 /var/www/web2/php.ini

===== Wrapperskript anpassen damit die neue Konfiguration gelesen wird =====

vim /var/www/php-fcgi-scripts/web2/php-fcgi-starter

Die Konstante PHPRC bekommt einen neuen Wert: ''/var/www/web2/''

#!/bin/sh
PHPRC=/var/www/web2/
export PHPRC
export PHP_FCGI_MAX_REQUESTS=5000
export PHP_FCGI_CHILDREN=8
exec /usr/lib/cgi-bin/php

Apache neu laden:

/etc/init.d/apache2 reload

==== Beispiel 2 ====
Man kann auch einzelne Werte der geladenen php Konfiguration direkt im Wrapperskript überscheiben oder hinzufügen, indem man den -d Schalter nutzt.

In diesem Beispiel deaktivieren wir die magic_quotes_gpc für die Site www.example2.com

vim /var/www/php-fcgi-scripts/web2/php-fcgi-starter

Code:
<pre>
#!/bin/sh
PHPRC=/etc/php5/cgi/
export PHPRC
export PHP_FCGI_MAX_REQUESTS=5000
export PHP_FCGI_CHILDREN=8
exec /usr/lib/cgi-bin/php -d magic_quotes_gpc=off
</pre>

Neuladen des Apache:

/etc/init.d/apache2 reload

== Weiterführende Links ==
http://www.heise.de/security/artikel/Grundsicherung-fuer-PHP-Software-270918.html

php.ini Optionen Referenz: http://www.tu-chemnitz.de/docs/php/ini.core.html

Apache2 und CGI/FastCGI

2010-02-20T08:50:19Z

193.196.133.6:

Apache

2010-02-20T08:24:39Z

193.196.133.6:

Tipps und Tricks für die Arbeit mit dem Apache Server.

Siehe auch: htaccess Apache auf dem Mac etc.

== Apache2 und CGI/FastCGI ==
[[Apache2 und CGI/FastCGI]]

== Informationen der Apache Umgebung herausfinden ==
In der Shell
httpd -V
gibt einige Informationen zu Logfiles, Konfigurationsfiles etc. aus.
Funktioniert auch unter Windows, Mac usw.

Linux Shell Skripte mit ssh und scp ohne Passworteingabe

2010-02-08T09:06:06Z

193.196.133.6:

http://www.hostingrails.com/HowTo-SSH-SCP-without-a-password (Zugriff am 8.2.)

HowTo SSH/SCP without a password.

This is a wiki article created by HostingRails users. Please login or signup to make edits.

This small HowTo will explain how to setup key-based authentication for password-less SSH and SCP usage.

This HowTo does assume the reader has some basic knowledge of ssh and a terminal, and is using an operating system that implements SSH. If you're using a Windows OS and want to use SSH, try PuTTY. For Putty, see key-based auth with Putty.

In the examples that follow please substitute 'servername' , 'ipaddress' and 'username' with the proper information for your setup. I have included a list of weblinks for the words in italic at the end of this document.

== Step 1. Verify Connection ==
Verify that you can connect normally (using a password) to the server you intend to setup keys for:

Examples

user@homebox ~ $ ssh username@'servername'

Or:

user@homebox ~ $ ssh username@'ipaddress'

If your username is the same on both the client ('homebox') and the server ('servername'):

user@homebox ~ $ ssh 'servername'

Or:

user@homebox ~ $ ssh 'ipaddress'

If this is your first time connecting to 'servername' (or 'ipaddress'), upon establishing a connection with the server you'll be asked if you want to add the servers fingerprint to the known_hosts file on your computer.

Press 'enter' to add the fingerprint.

== Step 2 ==
Now that you're connected to the server and verified that you have everything you need for access (hopefully), disconnect by typing 'exit' . ==

Examples

user@servername ~ $ exit

# You should be back at:

user@homebox ~ $

== Step 3. Generate and Use Key ==

The next step is to copy a unique key generated on your 'homebox' to the server you are connecting too. First, before you generate a new key, check to see if you already have a key:

Example

<pre>
user@homebox ~ $ ls -l ~/.ssh
total 20
-rwx--xr-x 1 user user 601 Feb 2 01:58 authorized_keys
-rwx--xr-x 1 user user 668 Jan 1 19:26 id_dsa
-rwx--xr-x 1 user user 599 Jan 1 19:26 id_dsa.pub
-rwx--xr-x 1 user user 6257 Feb 2 21:04 known_hosts
</pre>

The file we need to copy to the server is named id_dsa.pub. As you can see above, the file needed exists. You may or may not have other files in ~/.ssh as I do. If the key doesn't exist, however, you can make one as follows:

Example

user@homebox ~ $ ssh-keygen -t dsa

Generating public/private dsa key pair.
Enter file in which to save the key (/home/user/.ssh/id_dsa): # Press 'enter' here

Enter passphrase (empty for no passphrase): # Press 'enter' here

Enter same passphrase again: # Press 'enter' here

Your identification has been saved in /home/user/.ssh/id_dsa.
Your public key has been saved in /home/user/.ssh/id_dsa.pub.
The key fingerprint is:
6f:c3:cb:50:e6:e9:90:f0:0f:68:d2:10:56:eb:1d:91 user@host

# Entering a password when asked during the key generation processes when prompted would require you to enter a password each time you SSH/SCP to the server which defeats the purpose of this document.

== Step 4. Copy the Key ==
Regardless whether you had a key ready to go or if you had to generate a new key, the next step is the same in either case. Now you're ready to copy the key to the server. Do so like this:

Example

user@homebox ~ $ ssh-copy-id -i ~/.ssh/id_dsa.pub user@'servername' (or 'ipaddress')

# If you are asked weather or not you wish to continue, say yes.

== Step 5. Test==
Now it's time to test the setup. To do that, try to ssh to the server:

Example

user@homebox ~ $ ssh 'servername' (or 'ipaddress')

# You should log in to the remote host without being asked for a password.

== Step 6. Protect Keys ==
You can now SSH or SCP to the remote host without having to enter a password at each connection. To make sure your public key stays secure from prying eyes, do the following to change permissions and restrict access on 'homebox' and also on 'servername' to ~/.ssh:

Example

user@homebox ~ $ chmod 600 ~/.ssh/id_dsa ~/.ssh/id_dsa.pub

===Verify the permissions on the files ===

Example

<pre>
user@homebox ~ $ ls -l ~/.ssh
-rw------- 1 user user 668 Feb 4 19:26 id_dsa
-rw------- 1 user user 599 Feb 4 19:26 id_dsa.pub
</pre>

== Links ==

1. OpenSSH

2. known_hosts

3. fingerprint

------

== Comments ==

Nice post!

I've noticed that I don't have the command ssh-copy-id on my OS X machine (I didn't even know one existed!). To achieve the same effect I usually do the following:

user@homebox ~ $ scp ~/.ssh/id_dsa.pub user@'servername':.ssh/authorized_keys

This is assuming you've already created a .ssh directory on your server 'servername' (just ssh in as normal and `mkdir .ssh`). This also assumes that you don't already have an `authorized_keys` file in the .ssh directory on your server. If you do just copy (scp) the id_dsa.pub file to a temporary file in your server's home directory and then

user@homebox ~ $ scp .ssh/id_dsa.pub user@servername:homebox_dsa.pub
user@homebox ~ $ ssh user@servername
user@servername ~ $ cat homebox_dsa.pub >> .ssh/authorized_keys
user@servername ~ $ rm homebox_dsa.pub

If you've got it, the ssh-copy-id way is clearly a lot easier!

~ Mark

Hi Mark. Thanks for adding that bit. I don't have access to a Mac (new one anyway) so that's very nice to know.

Seth

Seth, I liked this post a lot, but felt the formatting and wording can be improved. I've made a few changes to the introduction.

Xin
(I wish I had used my name for my username now!)

-------

I found an elegant way of creating a new, or adding to an existing authorized_keys file with a single command:

ssh username@somedomain.com -n "echo `cat ~/.ssh/id_dsa.pub` >> ~/.ssh/authorized_keys"

-

I think it *is* a good practice to use pass phrases when using ssh keys. You can use ssh-agent on Linux and SSH Agent or SSHKeychain on Mac OS X, to avoid you to type your pass phrase everytime you access a remote host. Also, you can forward your keys using 'ssh -A' if you need to hop onto some host in the middle.

-- Igor"

-------

I'm using PUTTY (pageant) on a XP and on Vista. I use 2048 RSA private key that is password protected. I typically use PUTTY to connect, fyi: my purpose is really to be able to use git (which uses SSH) without having to log in every time I commit. Assuming you are too and have a key generated already...

load key into PuttyGen (enter password for the key) in the window copy the "public key for pasting into OpenSSH..." append this to the ~/.ssh/authorized_keys.

One comment: when I used the append from above aka the elegant code, it did not add a \n at the end of the line aka didn't work. I vi'd the file added a new line.

--Eric

Linux Shell Skripte mit ssh und scp ohne Passworteingabe

2010-02-08T09:05:00Z

193.196.133.6: /* Step 6. */

Linux Shell Skripte mit ssh und scp ohne Passworteingabe

2010-02-08T09:04:07Z

193.196.133.6: /* Step 6. */

http://www.hostingrails.com/HowTo-SSH-SCP-without-a-password (Zugriff am 8.2.)

HowTo SSH/SCP without a password.

This is a wiki article created by HostingRails users. Please login or signup to make edits.

This small HowTo will explain how to setup key-based authentication for password-less SSH and SCP usage.

This HowTo does assume the reader has some basic knowledge of ssh and a terminal, and is using an operating system that implements SSH. If you're using a Windows OS and want to use SSH, try PuTTY. For Putty, see key-based auth with Putty.

In the examples that follow please substitute 'servername' , 'ipaddress' and 'username' with the proper information for your setup. I have included a list of weblinks for the words in italic at the end of this document.

== Step 1. Verify Connection ==
Verify that you can connect normally (using a password) to the server you intend to setup keys for:

Examples

user@homebox ~ $ ssh username@'servername'

Or:

user@homebox ~ $ ssh username@'ipaddress'

If your username is the same on both the client ('homebox') and the server ('servername'):

user@homebox ~ $ ssh 'servername'

Or:

user@homebox ~ $ ssh 'ipaddress'

If this is your first time connecting to 'servername' (or 'ipaddress'), upon establishing a connection with the server you'll be asked if you want to add the servers fingerprint to the known_hosts file on your computer.

Press 'enter' to add the fingerprint.

== Step 2 ==
Now that you're connected to the server and verified that you have everything you need for access (hopefully), disconnect by typing 'exit' . ==

Examples

user@servername ~ $ exit

# You should be back at:

user@homebox ~ $

== Step 3. Generate and Use Key ==

The next step is to copy a unique key generated on your 'homebox' to the server you are connecting too. First, before you generate a new key, check to see if you already have a key:

Example

<pre>
user@homebox ~ $ ls -l ~/.ssh
total 20
-rwx--xr-x 1 user user 601 Feb 2 01:58 authorized_keys
-rwx--xr-x 1 user user 668 Jan 1 19:26 id_dsa
-rwx--xr-x 1 user user 599 Jan 1 19:26 id_dsa.pub
-rwx--xr-x 1 user user 6257 Feb 2 21:04 known_hosts
</pre>

The file we need to copy to the server is named id_dsa.pub. As you can see above, the file needed exists. You may or may not have other files in ~/.ssh as I do. If the key doesn't exist, however, you can make one as follows:

Example

user@homebox ~ $ ssh-keygen -t dsa

Generating public/private dsa key pair.
Enter file in which to save the key (/home/user/.ssh/id_dsa): # Press 'enter' here

Enter passphrase (empty for no passphrase): # Press 'enter' here

Enter same passphrase again: # Press 'enter' here

Your identification has been saved in /home/user/.ssh/id_dsa.
Your public key has been saved in /home/user/.ssh/id_dsa.pub.
The key fingerprint is:
6f:c3:cb:50:e6:e9:90:f0:0f:68:d2:10:56:eb:1d:91 user@host

# Entering a password when asked during the key generation processes when prompted would require you to enter a password each time you SSH/SCP to the server which defeats the purpose of this document.

== Step 4. Copy the Key ==
Regardless whether you had a key ready to go or if you had to generate a new key, the next step is the same in either case. Now you're ready to copy the key to the server. Do so like this:

Example

user@homebox ~ $ ssh-copy-id -i ~/.ssh/id_dsa.pub user@'servername' (or 'ipaddress')

# If you are asked weather or not you wish to continue, say yes.

== Step 5. Test==
Now it's time to test the setup. To do that, try to ssh to the server:

Example

user@homebox ~ $ ssh 'servername' (or 'ipaddress')

# You should log in to the remote host without being asked for a password.

== Step 6. Protect Key ==
You can now SSH or SCP to the remote host without having to enter a password at each connection. To make sure your public key stays secure from prying eyes, do the following to change permissions and restrict access on 'homebox' and also on 'servername' to ~/.ssh:

Example

user@homebox ~ $ chmod 600 ~/.ssh/id_dsa ~/.ssh/id_dsa.pub

===Verify the permissions on the files ===

Example

<pre>
user@homebox ~ $ ls -l ~/.ssh
-rw------- 1 user user 668 Feb 4 19:26 id_dsa
-rw------- 1 user user 599 Feb 4 19:26 id_dsa.pub
</pre>

== Links ==

1. OpenSSH

2. known_hosts

3. fingerprint

------

== Comments ==

Nice post!

I've noticed that I don't have the command ssh-copy-id on my OS X machine (I didn't even know one existed!). To achieve the same effect I usually do the following:

user@homebox ~ $ scp ~/.ssh/id_dsa.pub user@'servername':.ssh/authorized_keys

This is assuming you've already created a .ssh directory on your server 'servername' (just ssh in as normal and `mkdir .ssh`). This also assumes that you don't already have an `authorized_keys` file in the .ssh directory on your server. If you do just copy (scp) the id_dsa.pub file to a temporary file in your server's home directory and then

user@homebox ~ $ scp .ssh/id_dsa.pub user@servername:homebox_dsa.pub
user@homebox ~ $ ssh user@servername
user@servername ~ $ cat homebox_dsa.pub >> .ssh/authorized_keys
user@servername ~ $ rm homebox_dsa.pub

If you've got it, the ssh-copy-id way is clearly a lot easier!

~ Mark

Hi Mark. Thanks for adding that bit. I don't have access to a Mac (new one anyway) so that's very nice to know.

Seth

Seth, I liked this post a lot, but felt the formatting and wording can be improved. I've made a few changes to the introduction.

Xin
(I wish I had used my name for my username now!)

-------

I found an elegant way of creating a new, or adding to an existing authorized_keys file with a single command:

ssh username@somedomain.com -n "echo `cat ~/.ssh/id_dsa.pub` >> ~/.ssh/authorized_keys"

-

I think it *is* a good practice to use pass phrases when using ssh keys. You can use ssh-agent on Linux and SSH Agent or SSHKeychain on Mac OS X, to avoid you to type your pass phrase everytime you access a remote host. Also, you can forward your keys using 'ssh -A' if you need to hop onto some host in the middle.

-- Igor"

-------

I'm using PUTTY (pageant) on a XP and on Vista. I use 2048 RSA private key that is password protected. I typically use PUTTY to connect, fyi: my purpose is really to be able to use git (which uses SSH) without having to log in every time I commit. Assuming you are too and have a key generated already...

load key into PuttyGen (enter password for the key) in the window copy the "public key for pasting into OpenSSH..." append this to the ~/.ssh/authorized_keys.

One comment: when I used the append from above aka the elegant code, it did not add a \n at the end of the line aka didn't work. I vi'd the file added a new line.

--Eric

Linux Shell Skripte mit ssh und scp ohne Passworteingabe

2010-02-08T09:03:25Z

193.196.133.6:

http://www.hostingrails.com/HowTo-SSH-SCP-without-a-password (Zugriff am 8.2.)

HowTo SSH/SCP without a password.

This is a wiki article created by HostingRails users. Please login or signup to make edits.

This small HowTo will explain how to setup key-based authentication for password-less SSH and SCP usage.

This HowTo does assume the reader has some basic knowledge of ssh and a terminal, and is using an operating system that implements SSH. If you're using a Windows OS and want to use SSH, try PuTTY. For Putty, see key-based auth with Putty.

In the examples that follow please substitute 'servername' , 'ipaddress' and 'username' with the proper information for your setup. I have included a list of weblinks for the words in italic at the end of this document.

== Step 1. Verify Connection ==
Verify that you can connect normally (using a password) to the server you intend to setup keys for:

Examples

user@homebox ~ $ ssh username@'servername'

Or:

user@homebox ~ $ ssh username@'ipaddress'

If your username is the same on both the client ('homebox') and the server ('servername'):

user@homebox ~ $ ssh 'servername'

Or:

user@homebox ~ $ ssh 'ipaddress'

If this is your first time connecting to 'servername' (or 'ipaddress'), upon establishing a connection with the server you'll be asked if you want to add the servers fingerprint to the known_hosts file on your computer.

Press 'enter' to add the fingerprint.

== Step 2 ==
Now that you're connected to the server and verified that you have everything you need for access (hopefully), disconnect by typing 'exit' . ==

Examples

user@servername ~ $ exit

# You should be back at:

user@homebox ~ $

== Step 3. Generate and Use Key ==

The next step is to copy a unique key generated on your 'homebox' to the server you are connecting too. First, before you generate a new key, check to see if you already have a key:

Example

<pre>
user@homebox ~ $ ls -l ~/.ssh
total 20
-rwx--xr-x 1 user user 601 Feb 2 01:58 authorized_keys
-rwx--xr-x 1 user user 668 Jan 1 19:26 id_dsa
-rwx--xr-x 1 user user 599 Jan 1 19:26 id_dsa.pub
-rwx--xr-x 1 user user 6257 Feb 2 21:04 known_hosts
</pre>

The file we need to copy to the server is named id_dsa.pub. As you can see above, the file needed exists. You may or may not have other files in ~/.ssh as I do. If the key doesn't exist, however, you can make one as follows:

Example

user@homebox ~ $ ssh-keygen -t dsa

Generating public/private dsa key pair.
Enter file in which to save the key (/home/user/.ssh/id_dsa): # Press 'enter' here

Enter passphrase (empty for no passphrase): # Press 'enter' here

Enter same passphrase again: # Press 'enter' here

Your identification has been saved in /home/user/.ssh/id_dsa.
Your public key has been saved in /home/user/.ssh/id_dsa.pub.
The key fingerprint is:
6f:c3:cb:50:e6:e9:90:f0:0f:68:d2:10:56:eb:1d:91 user@host

# Entering a password when asked during the key generation processes when prompted would require you to enter a password each time you SSH/SCP to the server which defeats the purpose of this document.

== Step 4. Copy the Key ==
Regardless whether you had a key ready to go or if you had to generate a new key, the next step is the same in either case. Now you're ready to copy the key to the server. Do so like this:

Example

user@homebox ~ $ ssh-copy-id -i ~/.ssh/id_dsa.pub user@'servername' (or 'ipaddress')

# If you are asked weather or not you wish to continue, say yes.

== Step 5. Test==
Now it's time to test the setup. To do that, try to ssh to the server:

Example

user@homebox ~ $ ssh 'servername' (or 'ipaddress')

# You should log in to the remote host without being asked for a password.

== Step 6. ==
You can now SSH or SCP to the remote host without having to enter a password at each connection. To make sure your public key stays secure from prying eyes, do the following to change permissions and restrict access on 'homebox' and also on 'servername' to ~/.ssh:

Example

user@homebox ~ $ chmod 600 ~/.ssh/id_dsa ~/.ssh/id_dsa.pub

===Verify the permissions on the files ===

Example

<pre>
user@homebox ~ $ ls -l ~/.ssh
-rw------- 1 user user 668 Feb 4 19:26 id_dsa
-rw------- 1 user user 599 Feb 4 19:26 id_dsa.pub
</pre>

== Links ==

1. OpenSSH

2. known_hosts

3. fingerprint

------

== Comments ==

Nice post!

I've noticed that I don't have the command ssh-copy-id on my OS X machine (I didn't even know one existed!). To achieve the same effect I usually do the following:

user@homebox ~ $ scp ~/.ssh/id_dsa.pub user@'servername':.ssh/authorized_keys

This is assuming you've already created a .ssh directory on your server 'servername' (just ssh in as normal and `mkdir .ssh`). This also assumes that you don't already have an `authorized_keys` file in the .ssh directory on your server. If you do just copy (scp) the id_dsa.pub file to a temporary file in your server's home directory and then

user@homebox ~ $ scp .ssh/id_dsa.pub user@servername:homebox_dsa.pub
user@homebox ~ $ ssh user@servername
user@servername ~ $ cat homebox_dsa.pub >> .ssh/authorized_keys
user@servername ~ $ rm homebox_dsa.pub

If you've got it, the ssh-copy-id way is clearly a lot easier!

~ Mark

Hi Mark. Thanks for adding that bit. I don't have access to a Mac (new one anyway) so that's very nice to know.

Seth

Seth, I liked this post a lot, but felt the formatting and wording can be improved. I've made a few changes to the introduction.

Xin
(I wish I had used my name for my username now!)

-------

I found an elegant way of creating a new, or adding to an existing authorized_keys file with a single command:

ssh username@somedomain.com -n "echo `cat ~/.ssh/id_dsa.pub` >> ~/.ssh/authorized_keys"

-

I think it *is* a good practice to use pass phrases when using ssh keys. You can use ssh-agent on Linux and SSH Agent or SSHKeychain on Mac OS X, to avoid you to type your pass phrase everytime you access a remote host. Also, you can forward your keys using 'ssh -A' if you need to hop onto some host in the middle.

-- Igor"

-------

I'm using PUTTY (pageant) on a XP and on Vista. I use 2048 RSA private key that is password protected. I typically use PUTTY to connect, fyi: my purpose is really to be able to use git (which uses SSH) without having to log in every time I commit. Assuming you are too and have a key generated already...

load key into PuttyGen (enter password for the key) in the window copy the "public key for pasting into OpenSSH..." append this to the ~/.ssh/authorized_keys.

One comment: when I used the append from above aka the elegant code, it did not add a \n at the end of the line aka didn't work. I vi'd the file added a new line.

--Eric

Linux Shell Skripte mit ssh und scp ohne Passworteingabe

2010-02-08T08:59:07Z

193.196.133.6:

http://www.hostingrails.com/HowTo-SSH-SCP-without-a-password (Zugriff am 8.2.)

HowTo SSH/SCP without a password.

This is a wiki article created by HostingRails users. Please login or signup to make edits.

This small HowTo will explain how to setup key-based authentication for password-less SSH and SCP usage.

This HowTo does assume the reader has some basic knowledge of ssh and a terminal, and is using an operating system that implements SSH. If you're using a Windows OS and want to use SSH, try PuTTY. For Putty, see key-based auth with Putty.

In the examples that follow please substitute 'servername' , 'ipaddress' and 'username' with the proper information for your setup. I have included a list of weblinks for the words in italic at the end of this document.

== Step 1. ==
Verify that you can connect normally (using a password) to the server you intend to setup keys for:

=== Examples ===

user@homebox ~ $ ssh username@'servername'

Or:

user@homebox ~ $ ssh username@'ipaddress'

If your username is the same on both the client ('homebox') and the server ('servername'):

user@homebox ~ $ ssh 'servername'

Or:

user@homebox ~ $ ssh 'ipaddress'

If this is your first time connecting to 'servername' (or 'ipaddress'), upon establishing a connection with the server you'll be asked if you want to add the servers fingerprint to the known_hosts file on your computer.

Press 'enter' to add the fingerprint.

== Step 2 ==
Now that you're connected to the server and verified that you have everything you need for access (hopefully), disconnect by typing 'exit' . ==

=== Examples ===

user@servername ~ $ exit

# You should be back at:

user@homebox ~ $

== Step 3. ==

The next step is to copy a unique key generated on your 'homebox' to the server you are connecting too. First, before you generate a new key, check to see if you already have a key:

=== Example ===

<pre>
user@homebox ~ $ ls -l ~/.ssh
total 20
-rwx--xr-x 1 user user 601 Feb 2 01:58 authorized_keys
-rwx--xr-x 1 user user 668 Jan 1 19:26 id_dsa
-rwx--xr-x 1 user user 599 Jan 1 19:26 id_dsa.pub
-rwx--xr-x 1 user user 6257 Feb 2 21:04 known_hosts
</pre>
The file we need to copy to the server is named id_dsa.pub. As you can see above, the file needed exists. You may or may not have other files in ~/.ssh as I do. If the key doesn't exist, however, you can make one as follows:
=== Example ===

user@homebox ~ $ ssh-keygen -t dsa

Generating public/private dsa key pair.
Enter file in which to save the key (/home/user/.ssh/id_dsa): # Press 'enter' here

Enter passphrase (empty for no passphrase): # Press 'enter' here

Enter same passphrase again: # Press 'enter' here

Your identification has been saved in /home/user/.ssh/id_dsa.
Your public key has been saved in /home/user/.ssh/id_dsa.pub.
The key fingerprint is:
6f:c3:cb:50:e6:e9:90:f0:0f:68:d2:10:56:eb:1d:91 user@host

# Entering a password when asked during the key generation processes when prompted would require you to enter a password each time you SSH/SCP to the server which defeats the purpose of this document.

== Step 4. ==
Regardless whether you had a key ready to go or if you had to generate a new key, the next step is the same in either case. Now you're ready to copy the key to the server. Do so like this:

=== Example ===

user@homebox ~ $ ssh-copy-id -i ~/.ssh/id_dsa.pub user@'servername' (or 'ipaddress')

# If you are asked weather or not you wish to continue, say yes.

== Step 5. ==
Now it's time to test the setup. To do that, try to ssh to the server:

=== Example ===

user@homebox ~ $ ssh 'servername' (or 'ipaddress')

# You should log in to the remote host without being asked for a password.

== Step 6. ==
You can now SSH or SCP to the remote host without having to enter a password at each connection. To make sure your public key stays secure from prying eyes, do the following to change permissions and restrict access on 'homebox' and also on 'servername' to ~/.ssh:

=== Example ===

user@homebox ~ $ chmod 600 ~/.ssh/id_dsa ~/.ssh/id_dsa.pub

===Verify the permissions on the files ===

==== Example ====

<pre>
user@homebox ~ $ ls -l ~/.ssh
-rw------- 1 user user 668 Feb 4 19:26 id_dsa
-rw------- 1 user user 599 Feb 4 19:26 id_dsa.pub
</pre>

Links

1. OpenSSH

2. known_hosts

3. fingerprint

------
Nice post!

I've noticed that I don't have the command ssh-copy-id on my OS X machine (I didn't even know one existed!). To achieve the same effect I usually do the following:

user@homebox ~ $ scp ~/.ssh/id_dsa.pub user@'servername':.ssh/authorized_keys

This is assuming you've already created a .ssh directory on your server 'servername' (just ssh in as normal and `mkdir .ssh`). This also assumes that you don't already have an `authorized_keys` file in the .ssh directory on your server. If you do just copy (scp) the id_dsa.pub file to a temporary file in your server's home directory and then

user@homebox ~ $ scp .ssh/id_dsa.pub user@servername:homebox_dsa.pub
user@homebox ~ $ ssh user@servername
user@servername ~ $ cat homebox_dsa.pub >> .ssh/authorized_keys
user@servername ~ $ rm homebox_dsa.pub

If you've got it, the ssh-copy-id way is clearly a lot easier!

~ Mark

Hi Mark. Thanks for adding that bit. I don't have access to a Mac (new one anyway) so that's very nice to know.

Seth

Seth, I liked this post a lot, but felt the formatting and wording can be improved. I've made a few changes to the introduction.

Xin
(I wish I had used my name for my username now!)

-------

I found an elegant way of creating a new, or adding to an existing authorized_keys file with a single command:

ssh username@somedomain.com -n "echo `cat ~/.ssh/id_dsa.pub` >> ~/.ssh/authorized_keys"

-

I think it *is* a good practice to use pass phrases when using ssh keys. You can use ssh-agent on Linux and SSH Agent or SSHKeychain on Mac OS X, to avoid you to type your pass phrase everytime you access a remote host. Also, you can forward your keys using 'ssh -A' if you need to hop onto some host in the middle.

-- Igor"

-------

I'm using PUTTY (pageant) on a XP and on Vista. I use 2048 RSA private key that is password protected. I typically use PUTTY to connect, fyi: my purpose is really to be able to use git (which uses SSH) without having to log in every time I commit. Assuming you are too and have a key generated already...

load key into PuttyGen (enter password for the key) in the window copy the "public key for pasting into OpenSSH..." append this to the ~/.ssh/authorized_keys.

One comment: when I used the append from above aka the elegant code, it did not add a \n at the end of the line aka didn't work. I vi'd the file added a new line.

--Eric

Linux Shell Skripte mit ssh und scp ohne Passworteingabe

2010-02-08T08:52:02Z

193.196.133.6:

http://www.hostingrails.com/HowTo-SSH-SCP-without-a-password (Zugriff am 8.2.)

HowTo SSH/SCP without a password.

This is a wiki article created by HostingRails users. Please login or signup to make edits.

This small HowTo will explain how to setup key-based authentication for password-less SSH and SCP usage.

This HowTo does assume the reader has some basic knowledge of ssh and a terminal, and is using an operating system that implements SSH. If you're using a Windows OS and want to use SSH, try PuTTY. For Putty, see key-based auth with Putty.

In the examples that follow please substitute 'servername' , 'ipaddress' and 'username' with the proper information for your setup. I have included a list of weblinks for the words in italic at the end of this document.

Step 1. Verify that you can connect normally (using a password) to the server you intend to setup keys for:

#### Examples ####

user@homebox ~ $ ssh username@'servername'

# Or:

user@homebox ~ $ ssh username@'ipaddress'

# If your username is the same on both the client ('homebox') and the server ('servername'):

user@homebox ~ $ ssh 'servername'

# Or:

user@homebox ~ $ ssh 'ipaddress'

# If this is your first time connecting to 'servername' (or 'ipaddress'), upon establishing a connection with the
# server you'll be asked if you want to add the servers fingerprint to the known_hosts file on your computer.
# Press 'enter' to add the fingerprint.

Step 2. Now that you're connected to the server and verified that you have everything you need for access (hopefully), disconnect by typing 'exit' .

#### Examples ####

user@servername ~ $ exit

# You should be back at:

user@homebox ~ $

Step 3. The next step is to copy a unique key generated on your 'homebox' to the server you are connecting too. First, before you generate a new key, check to see if you already have a key:

#### Example ####

user@homebox ~ $ ls -l ~/.ssh
total 20
-rwx--xr-x 1 user user 601 Feb 2 01:58 authorized_keys
-rwx--xr-x 1 user user 668 Jan 1 19:26 id_dsa
-rwx--xr-x 1 user user 599 Jan 1 19:26 id_dsa.pub
-rwx--xr-x 1 user user 6257 Feb 2 21:04 known_hosts

# The file we need to copy to the server is named id_dsa.pub. As you can see above, the file needed exists. You may or may not have other files in ~/.ssh as I do. If the key doesn't exist, however, you can make one as follows:

#### Example ####

user@homebox ~ $ ssh-keygen -t dsa
Generating public/private dsa key pair.
Enter file in which to save the key (/home/user/.ssh/id_dsa): # Press 'enter' here
Enter passphrase (empty for no passphrase): # Press 'enter' here
Enter same passphrase again: # Press 'enter' here
Your identification has been saved in /home/user/.ssh/id_dsa.
Your public key has been saved in /home/user/.ssh/id_dsa.pub.
The key fingerprint is:
6f:c3:cb:50:e6:e9:90:f0:0f:68:d2:10:56:eb:1d:91 user@host

# Entering a password when asked during the key generation processes when prompted would require you to enter a password each time you SSH/SCP to the server which defeats the purpose of this document.

Step 4. Regardless whether you had a key ready to go or if you had to generate a new key, the next step is the same in either case. Now you're ready to copy the key to the server. Do so like this:

#### Example ####

user@homebox ~ $ ssh-copy-id -i ~/.ssh/id_dsa.pub user@'servername' (or 'ipaddress')

# If you are asked weather or not you wish to continue, say yes.

Step 5. Now it's time to test the setup. To do that, try to ssh to the server:

#### Example ####

user@homebox ~ $ ssh 'servername' (or 'ipaddress')

# You should log in to the remote host without being asked for a password.

Step 6. You can now SSH or SCP to the remote host without having to enter a password at each connection. To make sure your public key stays secure from prying eyes, do the following to change permissions and restrict access on 'homebox' and also on 'servername' to ~/.ssh:

#### Example ####

user@homebox ~ $ chmod 600 ~/.ssh/id_dsa ~/.ssh/id_dsa.pub

# Verify the permissions on the files:

#### Example ####

user@homebox ~ $ ls -l ~/.ssh
-rw------- 1 user user 668 Feb 4 19:26 id_dsa
-rw------- 1 user user 599 Feb 4 19:26 id_dsa.pub

Links

1. OpenSSH

2. known_hosts

3. fingerprint

------
Nice post!

I've noticed that I don't have the command ssh-copy-id on my OS X machine (I didn't even know one existed!). To achieve the same effect I usually do the following:

user@homebox ~ $ scp ~/.ssh/id_dsa.pub user@'servername':.ssh/authorized_keys

This is assuming you've already created a .ssh directory on your server 'servername' (just ssh in as normal and `mkdir .ssh`). This also assumes that you don't already have an `authorized_keys` file in the .ssh directory on your server. If you do just copy (scp) the id_dsa.pub file to a temporary file in your server's home directory and then

user@homebox ~ $ scp .ssh/id_dsa.pub user@servername:homebox_dsa.pub
user@homebox ~ $ ssh user@servername
user@servername ~ $ cat homebox_dsa.pub >> .ssh/authorized_keys
user@servername ~ $ rm homebox_dsa.pub

If you've got it, the ssh-copy-id way is clearly a lot easier!

~ Mark

Hi Mark. Thanks for adding that bit. I don't have access to a Mac (new one anyway) so that's very nice to know.

Seth

Seth, I liked this post a lot, but felt the formatting and wording can be improved. I've made a few changes to the introduction.

Xin
(I wish I had used my name for my username now!)

-------

I found an elegant way of creating a new, or adding to an existing authorized_keys file with a single command:

ssh username@somedomain.com -n "echo `cat ~/.ssh/id_dsa.pub` >> ~/.ssh/authorized_keys"

-

I think it *is* a good practice to use pass phrases when using ssh keys. You can use ssh-agent on Linux and SSH Agent or SSHKeychain on Mac OS X, to avoid you to type your pass phrase everytime you access a remote host. Also, you can forward your keys using 'ssh -A' if you need to hop onto some host in the middle.

-- Igor"

-------

I'm using PUTTY (pageant) on a XP and on Vista. I use 2048 RSA private key that is password protected. I typically use PUTTY to connect, fyi: my purpose is really to be able to use git (which uses SSH) without having to log in every time I commit. Assuming you are too and have a key generated already...

load key into PuttyGen (enter password for the key) in the window copy the "public key for pasting into OpenSSH..." append this to the ~/.ssh/authorized_keys.

One comment: when I used the append from above aka the elegant code, it did not add a \n at the end of the line aka didn't work. I vi'd the file added a new line.

--Eric

Linux Shell Skripte

2010-02-08T08:51:39Z

193.196.133.6:

== Was ist ein (Shell-) Script? ==

aus: http://www.linux-fuer-alle.de/doc_show.php?docid=150&catid=8 (Datum des Zugriffs 20.11.2007)
Zielgruppe: Einsteiger

Also hier soll es darum gehen, was ein (Shell-) Script ist. Wir bieten ja einige kleine Scripte auf unserer Website an. Dieses Dokument ist für all diejenigen, die mit einem Script erstmal nicht viel anfangen können und nicht verstehen, was da passiert und wie man damit umgeht. Wir wollen hier allgemein von einem Script sprechen, weil es sich um einen sehr universellen Mechanismus handelt, um den es hier geht.

Mal angenommen, man tippt in seinen Compi ein paar Kommandos in ein xterm ein (Ja, es gibt immer noch Rechner bei denen man auch mit der Tastatur etwas anfangen kann.), um eine bestimmte Aufgabe zu erledigen. Dann stellt man eventuell nach einer Weile fest, dass man diese Aufgabe nicht nur einmal, sondern öfter, vielleicht sogar reglmäßig lösen muss. Ein Beispiel dafür wäre das erstellen einer Sicherheitskopie seiner Daten mit dem Packen eines TAR-Archives, Verschlüsseln und dem Brennen einer CD-Rom. Um sich nun die Tipparbeit zu sparen, schreibt man die Kommandos in eine Textdatei. Sie ist das Script, welches man dann ausführen möchte. Da es verschiedene Programme unter Linux gibt, die Benutzereingaben entgegen nehmen und verarbeiten, muss man am Anfang seines Scriptes festlegen, welches dieser Programme, also welche Shell, verwendet werden soll. Typische Vertreter sind:

/bin/ash
/bin/bash
/bin/csh
/bin/sh

Wenn man nur einfache Programme starten will, ist es erstmal weitgehend egal, welche dieser Shells man verwendet. Bei manchen Distributionen sind einige dieser Shells ein Link auf eine andere Shell, weil man nicht alle Shells beifügen wollte, da sie sich teilweise kaum unterscheiden. Angenommen wir wollen die bash verwenden, um das Programm "df" mit einem Parameter zu starten. Dann schreiben wir folgendes Script:

#!/bin/bash
df -h

Der obige Text wird einfach mit einem Editor in eine Textdatei geschrieben, die wir "FreierPlatz.sh" nennen wollen. Die Dateiendung macht leicht erkennbar, dass es sich in diesem Fall um ein Shell-Script handelt. Damit wir es wie ein Programm starten können, müssen wir es als ausführbar markieren:

chmod 755 FreierPlatz.sh

Dabei wird davon ausgegangen, dass wir uns in dem Verzeichnis befinden, in dem das Script liegt. Dann können wir es einfach mit

./FreierPlatz.sh

starten. Man sieht die Ausgabe des Programmes, welches in dem Script gestartet wurde. Nun haben wir in der ersten Zeile des Scriptes das Programm festgelegt, welches diese Datei verarbeiten soll. Dieses Programm interpretiert den Inhalt der Datei und führt entsprechende Aktionen aus. So kann man nicht nur Programme starten, sondern auch richtige Schleifen und Verzweigungen programmieren. Das hängt aber von dem verwendeten Programm ab, was die Befehle ja verstehen muss. Man nennt dieses Programm einen Interpreter (weil er ja die Datei interpretiert). Im obigen Fall haben wir ein Programm verwendet, welches man eben auch zur direkten Eingabe der Befehle als Shell verwendet.

Jetzt ist es auch kein weiter Weg mehr zu komplizierteren Programmiersprachen bzw. Scriptsprachen wie Perl, PHP, Ruby usw... Denn man muss ja nur in der ersten Zeile den gewünschten Interpreter angeben, der die Datei verarbeiten soll. Und davon gibt es einige. Wenn man jetzt auch noch die Dateiendung weglässt, dann kann der Anwender im ersten Moment nicht erkennen, ob es sich um ein Programm handelt, welches mit einem Übersetzer in die Maschinensprache übersetzt wurde, oder um ein Script. Unter Linux gibt es viele solcher Scripte, die die unterschiedlichsten Aufgaben übernehmen. Der grösste Vorteil von ihnen ist, dass Scripte leicht von einem Rechner zu einem anderen transportiert werden können und teilweise auch unter verschiedenen Betriebssystemen laufen.

Ein (Shell-) Script ist also nichts anderes als eine Textdatei, in der Anweisungen für ein Programm, den Interpreter (bzw. die Shell) stehen.

Shell Skripte können wie kleine Programme ausgeführt werden. Sie enthalten eine Reihe von Kommandos die auch mit Schleifen oder Bedingungen angesteuert werden können.
Wenn der aktuelle Pfad nicht in der PATH Variablen enthalten ist muß man den Pfad mit angeben. Für das Verzeichnis in dem man sich befindet wäre das z.B.
./meinSkript.sh

== Mehr zu Skripten... ==
Dazu ein kleiner Post aus dem Google Groups Linux Forum:

Ich würde Dir empfehlen, Shellskripte im Allgemeinen lieber nicht mit dem
».«-Kommando zu starten, sondern sie '''wie eigenständige Programme''' zu
verwenden. Am besten ist es, wenn Du solche Shell-Skripte in ein
spezielles Verzeichnis unterhalb des HOME-Verzeichnisses stellst. Das
Verzeichnis kannst Du dann in der Umgebungsvariablen »PATH« aufführen.
Auf diese Weise werden sie dann, wenn es ans Starten geht, bequem
gefunden.

Erzeuge Dir also ein '''Verzeichnis''':

mkdir -p -- ~/myscripts

Sieh nach, ob Du eine Datei mit Namen »''~/.bash_profile''« hast, wenn nicht,
sieh nach, ob Du eine Datei mit Namen »''~/.profile''« hast. Hast Du keine
von beiden, erzeuge eine Datei mit Namen »''~/.profile''«.

Setze in die Datei eine Zeile mit dem Inhalt

PATH="${PATH:+"$PATH":}""$HOME"/myscripts && export PATH

Ab dem nächsten Neu-Einloggen werden Shell-Skripte dadurch auch im
Verzeichnis »~/myscripts« gesucht wie andere Programme auch.

'''Jetzt zum Shellscript:'''

Falls Du nicht weißt, wo im Dateisystem das »bash« zu finden ist, sieh
nach mit dem
Kommando:

$ command -v bash

(Bei mir kommt da als Ergebnis »/bin/bash« heraus.)

Schreibe das als erste Zeile in das Shell-Skript »''.myscript.sh''«. Setze
an den Anfang dieser Zeile die zwei Zeichen
»#!«. Bei mir sieht das dann so aus:

#!/bin/bash

Versieh das Shell-Skript mit '''Ausführungsrechten:'''

$ chmod +x .myscript.sh

Stecke das '''Shell-Skript in das Verzeichnis''' »~/myscripts«:

mv -- .myscript.sh ~/myscripts/.

Jetzt kannst Du es mittels

.my_script.sh

'''aufrufen'''.

Wenn Du es so machst, dann tut auch das »exit«-Kommando im Shell-Skript
das, was Du wünschst: Das Shell-Skript kommt zu Ende und das Shell, das
Deine Kommandos, die Du eintippst, entgegennimmt, ist bereit für neue
Kommandos, wie gewünscht:

>Wenn ich ein Shellskript vorzeitig abbrechen möchte, sollte dieses dann
>auch an der Abbruchstelle beendet werden, ohne die übrigen Code-Zeilen
>auszuführen. Anschließend sollte der Fokus wieder auf der Konsole sein, von
>wo das Shellskript gestartet worden war.

Eine Datei mittels des ».«-Kommandos zu starten, ist -- von speziellen
Ausnahmen (siehe Jörg Weilbiers Beitrag) abgesehen -- meist keine gute
Idee, und zwar aus folgenden Gründen:

Shell-Variablen oder -Funktionen, die man im Shell-Skript anlegt, löscht
oder ändert, bleiben entsprechend angelegt, gelöscht bzw. geändert, wenn
das mittels ».« abgearbeitete Shell-Skript zu Ende kommt. Traps und
andere Einstellungen am Shell, die im Shell-Skript eingestellt werden,
bleiben so erhalten, wenn es zu Ende kommt.

Die Folge ist, dass die Umgebung des interaktiven Shells »verschmutzt«
wird. Dadurch können überraschende Effekte, mit denen man nicht rechnet,
auftreten.

Umgekehrt beeinflussen Einstellungen des interaktiven Shells ebenso das
Shell-Skript, mit den entsprechenden Folgen für das Shell-Skript.

--
Wer mir E-Mail schreiben will, stelle | When writing me e-mail, please
bitte vor meine E-Mail-Adresse meinen | precede my e-mail address with
Vor- und Nachnamen, etwa so: | my full name, like
Helmut Waitzmann <x...@example.net>, (Helmut Waitzmann) x...@example.net

== Linux Batch Skripte - Beispiele ==
=== Skript Dateien in einem Verzeichnis löschen ===
<pre>
#!/bin/sh
####################################################################################
# Script loescht alle Dateien in einem Verzeichnis (VERZ) und sämtliche Unter-
# verzeichnisse
# Autor: Uwe Orlemann
# Datum: 2007-10-24
####################################################################################

VERZ="/srv/www/vhosts/audiotec-fischer.de/httpdocs/typo3temp/pics" # Pfad zum Verz. darunter wird ggf. gelöscht
ADMINMAIL="server@webserver-administrator.de" # Mails für den Admin
BETREFF="U7-AF-TMP-Pics-loeschen" # Betreff für die Mail

DATS=`find $VERZ -type f | wc -l`

cd $VERZ;
#pwd
if [ -d != $VERZ ] ; then #existiert das Verz.?
#Prüfen ob Dateien vorhanden
if [ $DATS > 0 ] ; then # sind Dateien vorhanden?
#Dateien loeschen
find $VERZ/ -type f | xargs -i rm -f {}
STATUS="Dateien wurden geloescht!"
else
STATUS="Keine Dateien vorhanden!"
fi
else
#echo "Loesch-Verzeichnis nicht vorhanden!"
STATUS="Loesch-Verzeichnis nicht vorhanden!"
#exit
fi

# Mail an Admin!!!
printf "$STATUS " | mail "$ADMINMAIL" -s $BETREFF

</pre>

== Praktische Linux Schnipsel - Sniplets ==

'''Dateien in Unterordneren von latin auf utf-8 umkodieren''' (recode muß installiert sein)
for i in $(find -type f -name '*.php'); do recode l1..u8 $i; done

== Shell Skripte und ssh (scp) ohne Passworteingabe ==
[[Linux Shell Skripte mit ssh und scp ohne Passworteingabe]]

Linux - Verzeichnisbaum

2010-02-01T17:23:55Z

193.196.133.6:

== Linux - Verzeichnisbaum ==

<pre>
/ Root (Wurzel).
/bin Systemprogramme.
/boot Programme für den Systemstart, z.B. 'lilo'-Dateien.
/dev Gerätetreiber.
/etc Konfigurationsdateien, z.B. 'rc.config' bzw. unter '/etc/sysconfig', sowie Boot-Skripte unter '/etc/init.d'.
/home Heimatverzeichnisse der Benutzer.
/lib Shared System-Libraries.
/mnt Mount-Verzeichnis.
/proc Dateien des virtuellen Prozess-Dateisystems für Hardware-Informationen.
/opt Optionale Erweiterungspakete (jeweils in Unterverzeichnissen), z.B. KDE, Netscape oder Tomcat.
/root Home-Verzeichnis des Super-Users 'root'.
/sbin Ausführbare Dateien für den Super-User 'root', wie z.B. 'fdisk' oder 'fsck'.
/tmp Temporäre Dateien.
/usr Unix System Ressources (hat nichts mit 'User' zu tun).
Anwendungen und Dateien, die nicht für Systemverwaltung benötigt werden, z.B. Manuals, HowTo-Beschreibungen, X Window, Midnight Commander und Java J2SE.
/var Variable Daten. Z.B. Log-Dateien unter '/var/log'.
</pre>

Linux - Umgebungsvariable

2010-02-01T17:22:33Z

193.196.133.6:

== Umgebungsvariablen, PATH, profile.local ==

set | less
set | grep -i java

'set | less' zeigt alle Umgebungsvariablen (Environment) an (mit Leertaste weiter, mit 'q' beenden).

'set | grep -i java' zeigt alle Einträge an, in denen 'java' vorkommt.

echo $PATH

So werden einzelne Einträge (hier die 'PATH'-Variable) angezeigt (oder stehen in Skripten zur Verfügung).

PATH=MeinZusatzPfad:$PATH
export PATH

Ein temporäres Umstellen der Umgebungsvariablen nur für das aktuelle Kommandozeilenfenster und dessen Tochterprozesse ist recht einfach.

<pre>
PATH=`echo $PATH|sed
's|:/usr/lib/java/bin
|:/usr/java/j2sdk/bin|'`
</pre>

Soll in der 'PATH'-Variable nicht nur etwas vorangestellt oder angehängt werden, sondern ein Pfadbestandteil ausgetauscht werden, bietet sich das 'sed'-Kommando an. Hier wird ':/usr/lib/java/bin' durch ':/usr/java/j2sdk/bin' ersetzt. Bitte beachten: Anders als hier dargestellt, muss alles in einer Zeile stehen und darf nur nach 'echo' und nach 'sed' ein Leerzeichen enthalten sein. Beachten Sie bitte auch die unterschiedlichen Hochkommas ' und `.

<pre>
JAVA_HOME=/usr/java/j2sdk
export JAVA_HOME
PATH=`echo $PATH|sed
's|:/usr/lib/java/bin
|:/usr/java/j2sdk/bin|'`
export PATH
</pre>

Eine dauerhafte Umstellung der Umgebungsvariablen ist etwas komplizierter und muss je nach Linux-Distribution unterschiedlich erfolgen. Unter SuSE Linux 7.x/8.x wird im Verzeichnis '/etc' eine neue Datei mit dem Namen 'profile.local' und zum Beispiel mit nebenstehendem Inhalt erzeugt.
Genaueres finden Sie zum Beispiel unter:
http://www.linux-user.de/ausgabe/2001/02/088-bash/bash-conf.html.

/etc/rc.config
/etc/sysconfig

Viele grundsätzliche Konfigurationen werden für SuSE 7.x in der Datei '/etc/rc.config' und für SuSE 8.x in den Dateien unter '/etc/sysconfig' eingestellt. Zum Beispiel kann in der Datei 'keyboard' der Numlock aktiviert werden (KBD_NUMLOCK="yes").

kcontrol

Weitere grundsätzliche Konfigurationen können im 'KDE-Kontrollzentrum' eingestellt werden. Zum Beispiel kann unter 'Index' | 'Angeschlossene Geräte' | 'Tastatur' | 'Erweitert' | 'Zahlenblocksperre' | 'Einschalten' der Numlock für KDE aktiviert werden.

Linux

2010-02-01T17:19:24Z

193.196.133.6:

[[Linux Administration]]

[[Die wichtigsten Linux Befehle]]

[[Linux Shell Skripte]]

[[Linux - Umgebungsvariable]]

[[Linux - Verzeichnisbaum]]

[[Linux - FAQ]]

[[Linux - Logical Volume Manager (LVM)]]

[[Linux - Debian Server inklusive VServer aufsetzen (Beispiel)]]

[[Linux - vServer (virtueller Server)]]

Tipafriend - Seite an einen Freund versenden

2010-01-29T18:13:00Z

193.196.133.6:

== Tip a Friend mit RealURL ==

In der Standardkonfiguration werden bei RealURL die Links falsch gebaut. Mit einer kleinen Änderung funktioniert es:

plugin.tipafriend.typolink{
# so klappts auch mit realURL wichtig ist das rawUrlEncode
ATagBeforeWrap = 1
additionalParams.data = getIndpEnv: TYPO3_REQUEST_URL
additionalParams.wrap = &tipUrl=|
additionalParams.rawUrlEncode = 1
}

Typo3 - Extensions

2010-01-29T18:10:30Z

193.196.133.6: /* weitere nützliche Extensions */

== Ideen für neue Extensions und Erweiterungen bestehender Extensions ==
Extension zur automatischen Erzeugung zweispaltiger Inhalte mit Line Count (auch Umbrüche), Hurenkinder und Schusterjungen regelung etc.

Erweiterung der rg_googlemaps mit Listenansicht nach PLZ
Händlersuche mit Umkreissuche oder Auflistung nach PLZ bereichen (Erweiterung bestehender)

== Extensions programmieren ==
Infos hierzu gibt es im Abschnitt Extension Kickstarter und unter

[[Typo3 - Extensions programmieren]]

[[TypoScript Einstellungen in Extensions auslagern]]

== Extensions ==

=== die wichtigsten Extensions ===
[[Real URL (realurl)]]

automakeTemplates

[[Metatags extended (metatags)]]

[[News (tt_news)]]

CleanDB nf_cleandb

[[Database Integration (wfqbe)]]
Schweizer Taschenmesser zur Integration von Daten (Bugs beachten)

[[Newsletter mit Direct Mail]]
====SEO-Extensions====

[[Google Analytics (m1_google_analytics)]]

=== weitere nützliche Extensions ===

[[t3blog - Blog Extension]]

[[pbsurvey - Umfrage]]

[[tipafriend - Seite weiterempfehlen]]

[[error_404_handling - Seite nicht gefunden]]

[[irfaq - Modern FAQ]]

[[seminars - Kursverwaltung]]

[[tipafriend - Seite an einen Freund versenden]]

mk_wastebasket - Datensätze entgültig löschen

Foreign access for MM Tables mmforeign 0.2.0 Experimental

Page Template Selector rlmp_tmplselector 1.2.2

TER Update Check ter_update_check

Exo Feeds exofeeds 0.0.2 Alpha

freeCap CAPTCHA sr_freecap

Front End User Registration sr_feuser_register Stable

Indexed Search Engine indexed_search 2.9.2 System Stable

Language Selection sr_language_menu

Photo Book goof_fotoboek 1.7.11 Stable

Local Stable

TIMTAB Tag-Cloud timtab_tagcloud 1.2.1

Make Print Link make_printlink 1.5.2 Stable

Static Info Tables static_info_tables

sb_accessiblecontent

Content/DAM reference usage dam_ttcontent (Experimental)

phpmyadmin

DAM inkl Erweiterungen

Media (DAM) dam Local Stable

Media>Categories dam_catedit 1.0.3 Local Alpha

Media>Indexing dam_index 1.0.3 Local Stable

Media>Info dam_info

[[PDF Generator 2 (pdf_generator2)]]

[[Typo3 - Bildergallerie]] (lz_gallery)

[[Modern Guestbook (ve_guestbook)]]

[[Mailformplus (tx_mailformplus)]]

[[Send-a-Card (sr_sendcard)]]

[[Front End User Registration (fe_users)]]

[[FreeCap (sr_freecap)]]

[[Date2Calendar (date2cal)]] JavaScript Datumsauswahl für Datumsfelder

[[Dynamic Flexforms (dynaflex)]] Flexforms während der Laufzeit verändern

[[Google Earth links (itxg_gelinks)]] Allows to create and view Google Earth .kml files. The building of a link is being done with GPS coordinates in D-M-S notation.

[[Google Sitemap for Pages and Contents (mc_googlesitemap)]] All options available

== Der Typo3 Extension Kickstarter ==
(Deutsch: Erweiterungs Manager)
Der Erweiterungsmanager ist selbst eine Erweiterung die zuerst installiert werden muß.

Fehler in Extension Kickstarter

Wenn der Kickstarter local installiert ist, dann kann meine eine bereits erstelle Extension nicht im Kickstarter überarbeiten. (Bis Version ?)

Der Kickstarter muß global installiert sein, damit man bereits erstellte Extension mit dem Kickstarter überarbeiten kann.

=== Kurzanleitung ===
'''Wo?'''

Backend-Modul Ext Manager; hier im Dropdown Menü "Make new Extension"

'''General Info'''

Allgemeine Infos zum PlugIn (hat nichts mit der Funktion zu tun)

'''Extension Key'''

- Typo3 entfernt Unterstriche (meine_extension wird zu meineextension)

- tx_ wird automatisch vorangestellt

- ein vorangestelltes user_ bedeutet dass es sich um eine eigene Entwicklung handelt, die nicht in das Repository gestellt werden kann.

'''New Database Tables'''
Hier kann man automatisch die benötigten Tabellen und deren Felder erzeugen.
Üblich ist ein Tabellenname mit dem Suffix _main z.B. user_meineErweiterung_main.
Hier werden auch einige von Typo unterstützte Funktionen die im Backend als Felder sichtbar sind vorbereitet (z.B. Start, Stop, Hide...). Sinnvoll in diesem Zusammenhang:

''Delete*'' - damit die Tabelle ein Delete Flag bekommt

''Hide*'' - damit Datensätze versteckt werden können

''Allowed on Pages'' - Damit Frontend Plugins auch als Inhaltselement im Backend ausgewählt werden können.

''Save and new'' - damit können später schnell mehrere Datensätze angelegt werden.

*Damit das bei der Anzeige Funktioniert muß die Funktionalität in der Datenbankabfrage mit eingebaut werden (d.h. das Flag muß abgefragt werden).

'''Datenfelder der Tabelle'''

Hier werden die Spalten der Tabelle angelegt.

Field name - Der Name der Spalte in der DB (in Kleinbuchstaben, z.B. vorname)

Field title - wird im Backend beim Eingabefeld angezeigt (z.B. Vorname)

Field type - welche Art von Eingabefeld

'''Frontend Plugins'''

Integration ins Frontend

''Enter a title for the plugin'' - taucht in der Auswahlliste für die Plugins aus (Backend)

''USER cObjects are cached'' - Auswählen ob gecached wird (für Entwicklung bietet sich das deaktivieren des Caches an.

''...Typo Script Code...'' - den Beispielcode braucht man i.d.R. nicht, ein einfacher Code wird denoch generiert.

weiter unten kann noch angegeben werden wo das Plugin zugänglich ist.

'''View Result'''

Hier kann man sehen was erzeugt wird...

'''Write'''
... und hier wird es tatsächlich erzeugt.

== Bilder in eigener Extension rendern ==

In diesem Beispiel benutzte Variablen:
$BildAdresse
$ParameterFuerImgTag
$Alttext

In PHP-Datei der Extension:

$this->conf["imageBeispiel."]["file"]="uploads/pics/".$BildAdresse;
$this->conf["imageBeispiel."]["params"]=$ParameterFuerImgTag;
$this->conf["imageBeispiel."]["altText"]=$Alttext;
$Bild=$this->cObj->IMAGE($this->conf["imageBeispiel."]);
$Content.=$Bild;

In Typoscript Setup

plugin.tx_hoTest_pi1 { //hier Plugin-Name
imageArtikel{
file.maxW = {$ho_Test.BildWidthNews}
imageLinkWrap = 1
imageLinkWrap {
enable = 1
bodyTag = <BODY bgColor=white>
wrap = |
width = 400m
height = 400
JSwindow = 1
JSwindow.newWindow = 1
JSwindow.expand = 17,20
}
}
}

Der Wert {$ho_Test.BildWidthNews} kann aus Constants übernommen werden.

Siehe dazu auch
Konstanten von Constants im Setup verwenden
und
Konstanten für Constant-Editor bereitstellen

(aus www.easy-office4you.de/ 10.1.2006)

== Spalten der Seiten umbenennen ==

Um die Spalten der Seite im Backend beliebig umzubenennen und/oder zusätzliche eigene Spalten zu verwenden, muß die Extension zed_more_columns installiert werden und dann in der Datei ext_tables.php die Spalten-Namen eingeben werden.

Beispiel:

$TCA["tt_content"]["columns"]["colPos"]["config"]["items"] = array (
"0" => array ("Mitte||Mitte||||||||","0"),
"1" => array ("Links||Links||||||||","1"),
"2" => array ("Rechts||Rechts||||||||","2"),
"3" => array ("Teaser||Teaser||||||||","3"),
"4" => array ("Fusszeile||Fusszeile||||||||","4")
);

== Bei Extension dafür sorgen, daß im Backend kein Sortierungs-Button entsteht ==

In der Datei ext_tables.php der Extension folgende Zeile ändern

"sortby" => "name",

ändern in

"default_sortby" => "ORDER BY name",

Anstatt "name" kann natürlich auch ein anderes Suchkriterium verwendet werden.

== Eigene Extensions ==
[[Typo3 Extension: pupmanager]]

Webbretter

Personalabfrage

More Pics In A Row

HfWU Studium

gbjobmanager

[[gbt3settings]]

In Planung:

Real Last Change

Easy Rootline

Typo3 - Backend Felder vorbelegen

2009-10-18T16:35:03Z

193.196.133.6: /* TCAdefaults über das Backend Benutzer TSconfig - Die Standardlösung */

Felder vorbelegen

Von Armin Bartsch aus: http://typo3.intervation.de/snippets/backend/felder-vorbelegen.html Datum des Zugriffs: 26.6.2009

Felder in Pages, tt_content, tt_news usw. zentral vorbelegen

Das Vorbelegen von Feldern soll zum einen dem Redakteuer das Erstellen von Seiten vereinfachen, zum anderen Fehleingaben reduzieren und sogar ganz vermeiden.

Author gehört zu den Feldern die man meistens vorbelegen möchte, am besten mit dem Namen des Redaktuers. Es ist aber ohne Probleme möglich, alle Felder vorzubelegen. Bei meinem Beispiel begrenze ich mich auf das Feld Author in Pages und tt_news.

== TCAdefaults über das Backend Benutzer TSconfig - Die Standardlösung ==

Die Anpassung erfolgt in der Regel über das TSConfig des Backend Benutzers

TCAdefaults.pages.author= Armin Bartsch

Leider hat diese Lösung den Nachteil, dass bei jedem Backend Benutzer das TSconfig angepasst werden muss, da die stdWrap bei TCAdefaults nicht greift und flexible Inhalte nicht eingefügt werden können. Aus diesem Grund ist es leider auch nicht möglich, TCAdefaults in dem TSconfig der Gruppe zu erstellen.

Gerade wenn man viele Backend Benutzer verwaltet, bedeutet dies ein erheblicher Arbeitsaufwand, da bei jedem Benutzer das TSconfig angepasst werden muss.
TCAdefaults über die Backend Benutzergruppe - Methoden anwenden

Ab TYPO3 Version 4 ist es möglich, mit Hilfe des Operators := eine Methode aufzurufen. Der Methoden-Aufruf kann auch im TSconfig erfolgen, flexible Lösungen sind nun auch im TSconfig möglich.

Ich stelle den Methoden-Aufruf am Beispiel "Vorbelegung des Feldes Author in Pages und tt_news".

===Über TCA Konfiguration===

Durch eine einfache TCA Konfiguration können jedoch neue News standartmässig immer gleich eingeblendet werden:

Der Datei extTables.php im Verzeichnis typo3conf (ausgehend vom typo3 Installationsverzeichnis) folgende CodeZeile unten hinzufügen:

$TCA['tt_news']['columns']['hidden']['config']['default'] = '0';

Auf dem selben weg können übrigens auch beliebige tt_news Felder vorbelegt werden. Z.B.

$TCA['tt_news']['columns']['author']['config']['default'] = 'Lina Ourima';

Wenn die Datei extTables.php noch nicht exisitier können Sie diese einfach anlegen. Sie wird in der localconf.php im selben Verzeichnis, also typo3conf, eingebunden:

$typo_db_extTableDef_script = 'extTables.php';

== Neue Function - Methode ==

TYPO3 bietet schon einige Methoden an: prependString, appendString, removeString, replaceString, addToList und removeFromList.

Um eine weitere Methode zur Verfügung zu stellen, wird eine neue Klasse mit weiteren Funktionen benötigt.
.
<?php
class tx_methoden_parserFuncs {
/**
* The main method of the PlugIn
*
* @param string $content: The PlugIn content
* @param array $conf: The PlugIn configuration
* @return The content that is displayed on the website (Header)
*/
function user1($params=array(),$ref='') {
global $BE_USER;
return $BE_USER->user[$params['functionArgument']];
}
}
?>

Speicherort der Datei ist typo3conf/class.methoden_parserFuncs.php.
Neue Methode registrieren

Damit die neue Methode auch aufgerufen werden kann, muss TYPO3 diese bekannt gegeben werden. Dazu ist folgender Code in die localconf.php oder in eine ext_localconf.php einzutragen.

$TYPO3_CONF_VARS['SC_OPTIONS']['t3lib/class.t3lib_tsparser.php']['preParseFunc']['author_return'] = 'typo3conf/class.methoden_parserFuncs.php:&tx_methoden_parserFuncs->user1';

=== Methoden Aufruf - TSconfig in der Backend Benutzergruppe ===

In einer Backend Benutzergruppe, die jedem Benutzer zugeordnet wird, wird im TSconfig der Author-Name vorblegt. Dabei soll als Author-Name der Reale Name erscheinen.
TCAdefaults.pages.author :=author_return(realName)

== Schlussbemerkung ==

Es ist schnell zu erkennen, welche Möglichkeiten Methoden bieten. Es können leicht und schnell zusätzliche Methoden erstellt und individuelle Lösungen erarbeitet werden. Methoden können im TSconfig und im setup /constants zum Einsatz kommen.

Es bietet sich an, Methoden zentralisiert zu verwalten um den Überblick der erstellten Methoden zu erhalten.

Linux - Cronjobs

2009-10-01T07:57:29Z

193.196.133.6:

== Cronjobs / Crontab ==

Cronjobs sind Aufgaben, die regelmäßig zu einer bestimmten Zeit ausgeführt werden.
Das können z.B. Serverstatistiken sein, die man jede Nacht generieren möchte.

Anzeigen kann man die Liste der Cronjobs mit dem Befehl:

crontab -l

Editieren kann man die Liste mit:

crontab -e

Nun wird die Liste der Cronjobs mit dem Standardeditor (in der Regel vim) geöffnet.

Hier stehen nun Zeilen dirn, die in etwa, wie die folgende aussehen:

<pre>
0 */6 * * * /usr/local/confixx/runwebalizer.sh 2>/dev/null >/dev/null
0 20 * * * /srv/scripts/backup.sh 2>&1 | /usr/global/bin/cmail -s "Mail-Subject" mail@admin.de
1 3 * * * /srv/scripts/backup.sh
</pre>

Die ersten 5 Stellen sind Zahlen, die durch Leerzeichen, oder Tabs getrennt werden dürfen.
Dabei stehen die Zahlen der Reihenfolge nach für:

Die Minute zu der das Script ausgeführt werden soll (0-59),

Die Stunde (0-23),

Den Tag (1-31),

Den Monat (1-12),

Den Wochentag (0-6 wobei 0=Sonntag).

Ein * steht jeweils für 'jeden'.
1 3 * * *

würde also bedeuten: Jeden Tag um 3.01 Uhr
*/6

bedeutet: "Wenn die Zahl durch 6 teilbar ist", also alle 6 Stunden/Minute, ...
0 */6 * * *

würde bedeuten jede 6 Stunden und 0 Minuten, also jeden Tag um 0.00, um 6.00, um 12.00 und um 18.00.

Man kann mehrere Zahlen auch durch Komata trennen:
7 1,2,5 * * * würde jeden Tag um 1:07, um 2:07 und um 5:07 ausgeführt werden.

Auch - (bis) ist Möglich
0 0 * * 1-5 würde jeden Wochentag um 0.00 ausgeführt werden.

Nach dieser Zeitangabe folgt das Komando, dass zu den zuvor festgelegten Zeiten ausgeführt werden soll.
z.B.: Das Script /srv/scripts/backup.sh aufrufen, welches z.B. wichtige Dateien sichert.

Quelle: http://www.orgapage.net/pages/server/linux/cronjobs.php (1.10.2009)

Linux - Cronjobs

2009-10-01T07:54:59Z

193.196.133.6:

Cronjobs

Cronjobs sind Aufgaben, die regelmäßig zu einer bestimmten Zeit ausgeführt werden.
Das können z.B. Serverstatistiken sein, die man jede Nacht generieren möchte.

Anzeigen kann man die Liste der Cronjobs mit dem Befehl:
crontab -l

Editieren kann man die Liste mit:
crontab -e

Nun wird die Liste der Cronjobs mit dem Standardeditor (in der Regel vim) geöffnet.

Hier stehen nun Zeilen dirn, die in etwa, wie die folgende aussehen:
<pre>
0 */6 * * * /usr/local/confixx/runwebalizer.sh 2>/dev/null >/dev/null
0 20 * * * /srv/scripts/backup.sh 2>&1 | /usr/global/bin/cmail -s "Mail-Subject" mail@admin.de
1 3 * * * /srv/scripts/backup.sh

</pre>

Die ersten 5 Stellen sind Zahlen, die durch Leerzeichen, oder Tabs getrennt werden dürfen.
Dabei stehen die Zahlen der Reihenfolge nach für:
Die Minute zu der das Script ausgeführt werden soll (0-59),
Die Stunde (0-23),
Den Tag (1-31),
Den Monat (1-12),
Den Wochentag (0-6 wobei 0=Sonntag).

Ein * steht jeweils für 'jeden'.
1 3 * * * würde also bedeuten: Jeden Tag um 3.01 Uhr

*/6 bedeutet: "Wenn die Zahl durch 6 teilbar ist", also alle 6 Stunden/Minute, ...
0 */6 * * * würde bedeuten jede 6 Stunden und 0 Minuten, also jeden Tag um 0.00, um 6.00, um 12.00 und um 18.00.

Man kann mehrere Zahlen auch durch Komata trennen:
7 1,2,5 * * * würde jeden Tag um 1:07, um 2:07 und um 5:07 ausgeführt werden.

Auch - (bis) ist Möglich
0 0 * * 1-5 würde jeden Wochentag um 0.00 ausgeführt werden.

Nach dieser Zeitangabe folgt das Komando, dass zu den zuvor festgelegten Zeiten ausgeführt werden soll.
z.B.: Das Script /srv/scripts/backup.sh aufrufen, welches z.B. wichtige Dateien sichert.

Quelle: http://www.orgapage.net/pages/server/linux/cronjobs.php (1.10.2009)

Typo3 Extensions programmieren - RTE

2009-01-30T05:43:45Z

193.196.133.6:

Mit dem Extension Kickstarter läßt sich in Backendformularen leicht der Rich Text Editor für die Texteingabe integrieren. Manche Formatierungen müssen aber vor der Ausgabe im Frontend gerendert werden. Sonst steht im Frontend statt eines a Tags beispielsweise der Typo3 eigene Tag <link>.

== Möglichkeit 3 - Render funktion nutzen ==
Rendern von TYPO3-Links in eigener Extension (RTE: <link>)
URL dieses Beitrags: http://blog.stefan-macke.com/2007/08/01/rendern-von-typo3-links-in-eigener-extension-rte/
1. August 2007
Datum des Zugriffs 25.1.2009

Bei der Ausgabe von Links, die im TYPO3-Backend mit dem RTE eigegeben wurden, werden die dort erzeugten <a>-Tags umgewandelt in das TYPO3-interne Format <link> und in der Datenbank gespeichert. Die Ausgabe im Frontend führt dann zu Fehlern, da die <link>-Tags nicht interpretiert werden können.

Um die Tags vor der Ausgabe in korrekte Links umzuwandeln, habe ich folgende Lösung gefunden: Die Methode TS_links_rte der Klasse t3lib_parsehtml_proc übernimmt genau dieses Rendern von Links. Sie kann wie folgt in die eigene Extension eingebunden werden:

require_once(PATH_t3lib.'class.t3lib_parsehtml_proc.php');
$parseObj = t3lib_div::makeInstance('t3lib_parsehtml_proc');
$content = $parseObj->TS_links_rte($content);

== Möglichkeit 2 - über TypoScript ==
- nicht getestet -

Konfiguration Des RTE kopieren und innerhalb der eigenen Extension nutzen.

Das sähe grob gesehen folgendermaßen aus:

<pre>
plugin.deine_extension {
general_stdWrap.parseFunc < tt_content.text.20.parseFunc
general_stdWrap.parseFunc {
# WEITERE EINSTELLUNGEN
}
}
</pre>

== Möglichkeit 3 - über die Konfiguration der Extension ==
- nicht getestet -

beim Standard RTE hilft's den Eintrag in der '''ext_tables.php'''

PHP-Code:
$TCA['tt_content']['types'][$_EXTKEY.'_pi1']['showitem']= ...
von PHP-Code:
rte_transform[mode=ts]
nach PHP-Code:
rte_transform[mode=ts_css]
# oder
# rte_transform[mode=css]

Dann muß es noch in der Extension mit
$this->pi_RTEcssText($text)
ausgegeben werden

== weitere Infos ==
aus dem Forum zum Thema Typolinks im RTE...

Im Prinzip ist es ganz einfach:

<pre>
temp.whatever = TEXT
temp.whatever {
field = mytextfield
parseFunc {
tags {
link = TEXT
link {
current = 1
typolink.parameter.data = parameters : allParams
}
}
}
}
</pre>

Damit werden schon mal alle <link> Tags im Feld mytextfield mit typolink
gerendert.
Mit Hilfe weiterer typolink Parameter und/oder stdWrap Funktionen kannst Du
noch einen Haufen von Modifikationen vornehmen, die den Link selbst, den
Text oder den Wrap beeinflussen.