Kategorien
- [-]Developer (104)
- API (15)
- Backend (17)
- Extensions (29)
- HTML & CSS (4)
- Typoscript (33)
- [-]Redaktionelles (21)
- Anleitungen (9)
- Tipps (8)
- [-]Sonstiges (50)
- SEO (8)
Schlagwortwolke
« | Juni 2023 | » | ||||
---|---|---|---|---|---|---|
S | M | T | W | T | F | S |
1 | 2 | 3 | ||||
4 | 5 | 6 | 7 | 8 | 9 | 10 |
11 | 12 | 13 | 14 | 15 | 16 | 17 |
18 | 19 | 20 | 21 | 22 | 23 | 24 |
25 | 26 | 27 | 28 | 29 | 30 |
Letzte Nachrichten
- DSGVO
- 26.05.2018 18:39
- Trackingtools und Datenschutzerklärung
- 14.03.2014 23:07
- 1:n und n:1 Relationen in Extbase
- 06.12.2013 12:04
- Erste Abmahnungen wegen Google Analytics
- 04.10.2013 12:11
Letzte Kommentare
- Das liegt daran, dass die captcha.php versucht, das halbe...
- 05.12.2017 00:41
- Hallo, danke für den tollen Beitrag. Kann man die...
- 22.10.2015 10:05
- Vielen Dank für den Austausch guter Artikel. Es ist eine...
- 17.08.2015 10:58
- Hallo Peter, danke für die Extension. Ich habe sie auf...
- 27.08.2014 12:51
In eigener Sache
Peter Linzenkirchner, Lisardo EDV Beratung in Augsburg. Freelance und Partner für Design- und Webagenturen in Augsburg und München. Pixelgenaue Templates, valides HTML, barrierearm. TYPO3-Projekte, Extension-Programmierung und mehr ...
Zur Zeit wird gefiltert nach: api
Filter zurücksetzen
Frontend User Object fe_user
Über GLOBALS[‘TSFE’]->fe_user kann man sich die gesamte Konfiguration der Frontenduser ausgeben lassen:
- $GLOBALS['TYPO3_DB']->debugOutput=true;
- echot3lib_div::debug($GLOBALS['TSFE']->fe_user);
Ergebnis:
- tslib_feuserauth Object
- (
- [global_database]=>
- [session_table]=>fe_sessions
- [name]=>fe_typo_user
- [get_name]=>ftu
- [user_table]=>fe_users
- [username_column]=>username
- [userident_column]=>password
- [userid_column]=>uid
- [lastLogin_column]=>lastlogin
- (
- [deleted]=>deleted
- [disabled]=>disable
- [starttime]=>starttime
- [endtime]=>endtime
- )
- [formfield_uname]=>user
- [formfield_uident]=>pass
- [formfield_chalvalue]=>challenge
- [formfield_status]=>logintype
- [security_level]=>normal
- [auth_include]=>
- [auth_timeout_field]=>6000
- [lifetime]=>0
- [gc_time]=>6000
- [gc_probability]=>1
- [writeStdLog]=>
- [writeAttemptLog]=>
- [sendNoCacheHeaders]=>0
- [getFallBack]=>1
- [hash_length]=>10
- [getMethodEnabled]=>1
- [lockIP]=>2
- [lockHashKeyWords]=>useragent
- [warningEmail]=>
- [warningPeriod]=>3600
- [warningMax]=>3
- [checkPid]=>1
- [checkPid_value]=>0
- [id]=>ed2f34eb0c
- [cookieId]=>ed2f34eb0c
- [loginFailure]=>
- [loginSessionStarted]=>
- [get_URL_ID]=>
- [newSessionID]=>
- [forceSetCookie]=>
- [dontSetCookie]=>
- [challengeStoredInCookie]=>
- [loginType]=>FE
- [svConfig]=>
- [writeDevLog]=>
- [formfield_permanent]=>permalogin
- [usergroup_column]=>usergroup
- [usergroup_table]=>fe_groups
- (
- (
- )
- (
- )
- (
- )
- )
- (
- [0]=>
- )
- (
- )
- [userTSUpdated]=>0
- [showHiddenRecords]=>0
- (
- [th_mailformplus17]=>
- )
- [sesData_change]=>0
- [userData_change]=>0
- [is_permanent]=>1
- [user]=>
- )
- </pre>|</b><b>|Object:<pre>tslib_feuserauth Object
- (
- [global_database]=>
- [session_table]=>fe_sessions
- [name]=>fe_typo_user
- [get_name]=>ftu
- [user_table]=>fe_users
- [username_column]=>username
- [userident_column]=>password
- [userid_column]=>uid
- [lastLogin_column]=>lastlogin
- (
- [deleted]=>deleted
- [disabled]=>disable
- [starttime]=>starttime
- [endtime]=>endtime
- )
- [formfield_uname]=>user
- [formfield_uident]=>pass
- [formfield_chalvalue]=>challenge
- [formfield_status]=>logintype
- [security_level]=>normal
- [auth_include]=>
- [auth_timeout_field]=>6000
- [lifetime]=>0
- [gc_time]=>6000
- [gc_probability]=>1
- [writeStdLog]=>
- [writeAttemptLog]=>
- [sendNoCacheHeaders]=>0
- [getFallBack]=>1
- [hash_length]=>10
- [getMethodEnabled]=>1
- [lockIP]=>2
- [lockHashKeyWords]=>useragent
- [warningEmail]=>
- [warningPeriod]=>3600
- [warningMax]=>3
- [checkPid]=>1
- [checkPid_value]=>0
- [id]=>ed2f34eb0c
- [cookieId]=>ed2f34eb0c
- [loginFailure]=>
- [loginSessionStarted]=>
- [get_URL_ID]=>
- [newSessionID]=>
- [forceSetCookie]=>
- [dontSetCookie]=>
- [challengeStoredInCookie]=>
- [loginType]=>FE
- [svConfig]=>
- [writeDevLog]=>
- [formfield_permanent]=>permalogin
- [usergroup_column]=>usergroup
- [usergroup_table]=>fe_groups
- (
- (
- )
- (
- )
- (
- )
- )
- (
- [0]=>
- )
- (
- )
- [userTSUpdated]=>0
- [showHiddenRecords]=>0
- (
- [th_mailformplus17]=>
- )
- [sesData_change]=>0
- [userData_change]=>0
- [is_permanent]=>1
- [user]=>
- )
- </pre>|</b><b>|Object:<pre>tslib_feuserauth Object
- (
- [global_database]=>
- [session_table]=>fe_sessions
- [name]=>fe_typo_user
- [get_name]=>ftu
- [user_table]=>fe_users
- [username_column]=>username
- [userident_column]=>password
- [userid_column]=>uid
- [lastLogin_column]=>lastlogin
- (
- [deleted]=>deleted
- [disabled]=>disable
- [starttime]=>starttime
- [endtime]=>endtime
- )
- [formfield_uname]=>user
- [formfield_uident]=>pass
- [formfield_chalvalue]=>challenge
- [formfield_status]=>logintype
- [security_level]=>normal
- [auth_include]=>
- [auth_timeout_field]=>6000
- [lifetime]=>0
- [gc_time]=>6000
- [gc_probability]=>1
- [writeStdLog]=>
- [writeAttemptLog]=>
- [sendNoCacheHeaders]=>0
- [getFallBack]=>1
- [hash_length]=>10
- [getMethodEnabled]=>1
- [lockIP]=>2
- [lockHashKeyWords]=>useragent
- [warningEmail]=>
- [warningPeriod]=>3600
- [warningMax]=>3
- [checkPid]=>1
- [checkPid_value]=>0
- [id]=>ed2f34eb0c
- [cookieId]=>ed2f34eb0c
- [loginFailure]=>
- [loginSessionStarted]=>
- [get_URL_ID]=>
- [newSessionID]=>
- [forceSetCookie]=>
- [dontSetCookie]=>
- [challengeStoredInCookie]=>
- [loginType]=>FE
- [svConfig]=>
- [writeDevLog]=>
- [formfield_permanent]=>permalogin
- [usergroup_column]=>usergroup
- [usergroup_table]=>fe_groups
- (
- (
- )
- (
- )
- (
- )
- )
- (
- [0]=>
- )
- (
- )
- [userTSUpdated]=>0
- [showHiddenRecords]=>0
- (
- [th_mailformplus17]=>
- )
- [sesData_change]=>0
- [userData_change]=>0
- [is_permanent]=>1
- [user]=>
- <p>)</p>
Dabei werden die Daten des eingeloggten Benutzers und seiner Benutzergruppe ausgegeben. Damit kann einfach überprüft werden, ob es sich um einen gültigen Benutzer handelt und ob er der richtigen Gruppe angehört.
Datei-Links als Referenz anstatt als Kopie in uploads
In eigenen Extensions gibt es eine einfache Möglichkeit zu verhindern, dass beim Einbinden von Dateien für den Download – zum Beispiel aus einem Unterordner von fileadmin – diese Dateien nochmals in den /uploads/-Ordner kopiert werden. Dazu muss in der tca.php der internal_type von file auf file_refence umgestellt werden:
- 'exclude'=>0,
- 'label'=>'LLL:EXT:MyExtension/locallang_db.xml:tx_myExtension.file',
- 'type'=>'group',
- ## hier umstellen von file auf file_refence: ######
- 'internal_type'=>'file_reference',
- 'allowed'=>'',
- 'disallowed'=>'php,php3',
- 'max_size'=>$GLOBALS['TYPO3_CONF_VARS']['BE']['maxFileSize'],
- 'uploadfolder'=>'uploads/myExtension',
- 'size'=>1,
- 'minitems'=>0,
- 'maxitems'=>1,
- )
- ),
Dadurch wird nicht mehr der reine Dateiname in der Datenbank gespeichert sondern der komplette Pfad auf die Datei. Natürlich muss das bei der weiteren Verarbeitung der Datei auch entsprechend berücksichtigt werden.
Weiterführende Links
- Typo3 API Dokumentation – darin Stichwort internal_type.
Datenbankabfragen in Extensions
Datenbankabfragen sollten in Extensions nie über die normalen SQL-Befehle erfolgen. Gründe:
- die globale Datenbank-Abstraktionsschicht DBAL wird eingbezogen; heisst, die Extension läuft automatisch auch mit anderen Datenbanken als MySQL
- die Verbindung zur Datenbank muss nicht eigens erstellt und beendet werden
- die INSERT-Queries führen automatisch ein FullQuote durch (die Mindest-Absicherung gegen SQL-Injection)
- die verfügbaren Befehle sind zum Teil einfach bequem …
Funktionen aufrufen
Die Klassen müssen nicht initialisiert werden, es reicht, sie über die GLOBALS aufzurufen:
- $GLOBALS['TYPO3_DB']->exec_SELECTquery( .... )
Absicherung gegen SQL-Injection
Alle Eingaben, die vom Besucher der Website kommen (also über GET oder POST) müssen vorher abgesichert werden. Das betrifft vor allem die Befehle zum Einfügen in die Datenbank, ausserdem aber auch die Übernahme von Benutzerdaten in die where-Abschnitte der SQL-Abfragen. Auch hier sollten die Typo3-Funktionen benutzt werden, damit die Quotierung für jede Datenbank passend erfolgt. Folgende Funktionen stehen zur Verfügung:
- # Quotieren von Zeichenketten
- $GLOBALS['TYPO3_DB']->fullQuoteStr($str,$table);
Parameter
- string: Zeichenkette, die quotiert werden soll
- string: Tabellenname (daraus entnimmt DBAL die korrekte Quotierungstechnik)
- # Quotieren von eindimensionalen Arrays:
- $GLOBALS['TYPO3_DB']->fullQuoteArray($arr,$table,$noQuote=FALSE);
Parameter
- array: eindimensionales oder assoziatives Array mit den Daten
- string: Tabellenname (daraus entnimmt DBAL die korrekte Quotierungstechnik)
- string/array: Liste oder Array von Schlüsseln, die nicht quotiert werden sollen. Nur bei assoziativen Datenarrays anwenden!
- # kommaseparierte Listen zu Integerlisten umwandeln (über intval() )
- $GLOBALS['TYPO3_DB']->cleanIntList($list)
Parameter
- string: kommaseparierte Liste mit Werten, die Integer sein sollen
- # Arraywerte zu Integer umwandeln (über intval() )
- $GLOBALS['TYPO3_DB']->cleanIntArray($arr)
Parameter
- array: Array mit Werten, die Integer sein sollen
Datenbankabfragen
- # SELECT-Abfrage
- $GLOBALS['TYPO3_DB']->exec_SELECTquery(
- $select_fields,
- $from_table,
- $where_clause,
- $groupBy='',
- $orderBy='',
- $limit=''
- )
Parameter
- string: Liste der Felder oder * für alle Felder
- string: Tabelle(n). Es gelten die üblichen SQL-Regeln für Aliase
- string: WHERE-Klausel. Wie in SQL üblich. ACHTUNG: man muss alle GET / POST-Werte hier selbst qotieren! Verwenden Sie $this->fullQuoteStr() – siehe oben. Hier nicht Befehle wie GROUP oder LIMIT verwenden.
- string: Optionale GROUP-Anweisung
- string: Optionale ORDER BY-Anweisung
- string: Optionale LIMIT-Anweisung.
- # INSERT-Abfrage
- $GLOBALS['TYPO3_DB']->exec_INSERTquery (
- $table,
- $fields_values,
- $no_quote_fields=FALSE
- )
Parameter
- string: Tabelle
- array: Feldwerte als array mit key=>value Paaren. Die Werte werden intern quotiert. Typischerweise verwenden Sie ein Array “$insertFields” mit ‘fieldname’=>‘value’ und übergeben es als Argument.
- string/array: Liste oder Array von Schlüsseln, die nicht quotiert werden sollen; siehe ober bei fullQuoteArray()
- # UPDATE-Abfrage
- $GLOBALS['TYPO3_DB']->exec_UPDATEquery (
- $table,
- $where,
- $fields_values,
- $no_quote_fields=FALSE
- )
Parameter
- string: Tabelle
- string: WHERE-Anweisung, typischerweise “uid=xx”. Achtung: Sie müssen alle GET- oder POST-Parameter hier selbst quoten – siehe oben.
- array: Feldwerte als array mit key=>value Paaren. Die Werte werden intern quotiert. Typischerweise verwenden Sie ein Array “$insertFields” mit ‘fieldname’=>‘value’ und übergeben es als Argument.
- string/array: Liste oder Array von Schlüsseln, die nicht quotiert werden sollen; siehe ober bei fullQuoteArray()
- # DELETE-Abfrage
- $GLOBALS['TYPO3_DB']->exec_DELETEquery($table,$where)
Parameter
- string Tabelle
- string WHERE-Anweisung, typischerweise “uid=xx”. Achtung: Sie müssen alle GET- oder POST-Parameter hier selbst quoten – siehe oben.
Spezielle Datenbank-Anweisungen
Die folgende Funktion eignet sich hervorragend zum Auswerten einer n-n Datenverbindung, wie sie zum Beispiel bei der Verwendung von Kategorien anfällt. Bedingung ist allerdings, dass die Verbindung mit einer m_m-Tabelle erfolgt und nicht über ein einzelnes Feld mit kommaseparierter ID-Liste.
- # SELECT relational
- $GLOBALS['TYPO3_DB']->exec_SELECT_mm_query(
- $select,
- $local_table,
- $mm_table,
- $foreign_table,
- $whereClause='',
- $groupBy='',
- $orderBy='',
- $limit=''
- )
Parameter
- string: Liste der Felder oder * für alle Felder
- string: Name der lokalen Tabelle
- string: Name der Relationalen m_m-Tabelle
- string: Name der fremden, verknüpften Tabelle
- string: WHERE-Klausel. Wie in SQL üblich. ACHTUNG: man muss alle GET / POST-Werte hier selbst qotieren! Verwenden Sie $this->fullQuoteStr() – siehe oben. Hier nicht Befehle wie GROUP oder LIMIT verwenden. Es muss ein ‘ AND ‘ eingefügt werden.
- string: Optionale GROUP-Anweisung
- string: Optionale ORDER BY-Anweisung
- string: Optionale LIMIT-Anweisung.
Achtung: Viele Feldnamen in Typo3 sind identisch (uid, pid, hidden etc.). Das kann bei der Auswertung zu Problemen führen, da die Felder nicht eindeutig sind! Es ist deshalb sinnvoll, imm select- und für die Tabellennamen mit Aliasen zu arbeiten:
- $GLOBALS['TYPO3_DB']->exec_SELECT_mm_query(
- 'a.uid as a_uid, b.uid as b_uid',
- 'tabelle_1 a',
- 'tabelle_m_m',
- 'tabelle_2 b',
- $whereClause='',
- $groupBy='',
- $orderBy='',
- $limit=''
- )
Ein ganz besondere Funktion ist listQuery(): Sie ermöglicht eine einfache Behandlung von relationalen Verknüpfungen, die nicht über eine dritte m_m-Tabelle laufen sondern über Felder mit kommaseparierten Listen.
- $GLOBALS['TYPO3_DB']->listQuery (
- $field,
- $value,
- $table
- )
Das Problem derartiger Verknüpfungen ist, dass die Abfrage über LIKE laufen muss, und dabei zusätzlich unterschieden werden muss, auf welcher Seite des gewünschten Wertes das Komma folgt. Kern der Funktion ist diese Zeile:
- $where='('.$field.' LIKE \'%,'.$command.',%\' OR '.$field.' LIKE \''.$command.',%\' OR '.$field.' LIKE \'%,'.$command.'\' OR '.$field.'=\''.$command.'\')';
Parameter
- string: Feldname, der die kommaseparierte Liste enthält
- string: Wert, der gefunden werden soll
- string: Tabelle, in der gesucht wird (für die korrekte Behandlung durch DBAL)
In die gleiche Richtung geht die folgende Funktion, die Srings für die LIKE-Abfrage korrekt für DBAL umsetzt:
- $GLOBALS['TYPO3_DB']->escapeStrForLike($str,$table)
WICHTIG: Es gibt eine hervorragende Abkürzung, um die wichtigen einschränkenden Felder in der WHERE-Abfrage automatisch einzuschließen: hidden, deleted, von/bis, Frontenduser etc. Die WHERE-Abrage muss einfach damit erweitert werden:
- $this->cObj->enableFields('datenbank')
Also zum Beispiel in der exec_SelectQuery:
- # SELECT-Abfrage
- $GLOBALS['TYPO3_DB']->exec_SELECTquery(
- $select_fields,
- $from_table,
- $where_clause.$this->cObj->enableFields('datenbank'),
- $groupBy='',
- $orderBy='',
- $limit=''
- )
Noch drei weitere Funktionen werden öfter gebraucht:
- # Liefert eine Integer zurück mit der Anzahl der betroffenen Datenzeilen, z. B. bei INSERT oder UPDATE
- $GLOBALS['TYPO3_DB']->sql_affected_rows( )
- # Liefert eine Integer, die uid des zuletzt eingefügten Datensatzes (über INSERT)
- $GLOBALS['TYPO3_DB']->sql_insert_id ( )
- # Liefert eine Integer, mit der Anzahl der gefundenen Datensätze
- $GLOBALS['TYPO3_DB']->t3lib_DB.sql_num_rows($res)
Parameter
- pointer: Der Resultpointer einer vorher erfolgten SELECT-Abfrage.
Weiterführende Links
- Typo3 Dokumentation Darin suchen nach »t3lib_DB«.
- t3lib_DB Class Reference (Achtung: geht ausserhalb seines Framesets auf).
Sichere Extensions
Tipps zum Absichern eigener Extensions
Unsicher Programmierung in Extensions ist eine der größten Gefahren bezüglich der Sicherheit einer TYPO3-Installation. Während der Core regelmäßig geprüft wird und Sicherheitsmängel zügig behoben werden, gilt das für viele Extensions nicht. Die wichtigsten EXtensions werden einem regelmäßigen Audit unterworfen, aber bei weitem nicht alle, dazu sind es zuviele. Und Extensions, die ihren Weg nie ins TER finden, werden natürlich auch nie geprüft.
TYPO3-API für Datenbank-Zugriffe
Generell sollte die TYPO3-API für alle Datenbankzugriffe verwendet werden. Diese sorgt unter anderem für das nötige Quotieren der Eingaben.
Wichtig sind hier vor allem diese beiden Methoden:
- $GLOBALS['TYPO3_DB']->fullQuoteStr($str,$table)
- $GLOBALS['TYPO3_DB']->fullQuoteArray($arr,$table,$noQuote=FALSE);
Näheres im Abschnitt Datenbankabfragen.
Einige Methoden der Klasse t3lib_div
Die Methoden der Klassse t3lib_div werden statisch aufgerufen.
- // Entfernt gefährlichen Code, Rückgabewert der bereinigte String
- t3lib_div::removeXSS($string)
- // Gültige E-Mail: Rüpckgabewert true/false
- t3lib_div::validEmail($email)
- // Testet auf gültige URL, Rückgabewert tru/false
- t3lib_div::isValidUrl($sanitizedUrl)
Übergabeparameter
Alle GET- und POST-Variablen sollten über die entsprechenden Funktionen der TYPO3-API angesprochen werden:
- // Übernahme der Parameter mit Namensindex der Extension:
- $this->piVars['parameter'];
- // Wenn das nicht möglich ist, dann so:
- t3lib_div::_GP($var);
- // oder getrennt nach GET / POST
- t3lib_div::_GET($var);
- t3lib_div::_POST($var);
Wichtige PHP-Befehle
- // Kürzen eines UTF-8-Strings
- // Länge eines UTF-8-Strings prüfen
- // Integer erzwingen
- // Alle Tags aus einem String entfernen:
- // einige Tags erlauben (Achtung: die erlaubten Tags können Parameter enthalten!)
- // Tags in Entities umwandeln:
Datenfilter – neue Möglichkeiten mit PHP5
Diese Datenfilter werden in TYPO3 seit einigen Versionen ebenfalls eingesetzt. Einige kleine Anwendungsbeispiele:
- // Test auf korrekte URL
- $url='http://www.lisardo.de';
- if ( @filter_var($url,FILTER_VALIDATE_URL) ===FALSE){
- }else{
- }
- // oder ein Test auf korrekte E-Mail:
- if(!filter_var("someone@lisardo...de",FILTER_VALIDATE_EMAIL)){
- }
- else{
- }
- // Oder ein Test ob eine POST-Variable namens "mail" eine gültige E-Mail enthält:
- if (!filter_input(INPUT_POST,'email',FILTER_VALIDATE_EMAIL)){
- echo"E-Mail ist falsch";
- }
- else{
- echo"E-Mail korrekt";
- }
Ein schöner Überblick über alle Filter mit Beispielcode ist bei w3schools, PHP Filter Functions zu finden. eine genaue Erläuterung im offiziellen PHP-Manual, Datenfilterung
Weiterführende Links
Konfiguration einer Extension abfragen
Eine Extension kann Konfigurationsvariablen enthalten, die im Extensions-Manager eingestellt werden können/müssen. Dazu muss zunächste eine Datei mit dem Namen ext_conf_template.txt in der Root der Extension erstellt werden. Darin werden die Auswahl- bzw. Einstellungsmöglichkeiten definiert (hier ein Beispiel aus der captcha-Extension):
- # cat=basic; type=boolean; label=Use TTF: When set the captcha will get generated using TTF font rendering functions which will result in much more readable captchas
- useTTF=0
- # cat=basic; type=integer; label=Image width: The width of the captcha image
- imgWidth=95
Diese Variablen werden im Extensions-Manager bei der Installation der Extension abgefragt und können dort eingestellt werden. Sie werden automatisch serialisiert in der localconf.php der TYPO3-Installation abgelegt.
Innerhalb einer Frontend-Extension kann nur auf diese Variablen so zugegriffen werden:
- $useTTF=$_EXTCONF['useTTF'];
- // usw.
Von ausserhalb der Extension – wie das z. B. in der captcha.php der captcha-Extension nötig ist, kann so zugeriffen werden:
- // Pfade einstellung und localcon.php laden
- require_once(PATH_typo3conf.'localconf.php');
- //
Die captcha-Extension wirft in manchen Installationen folgenden Fehler:
TYPO3 Fatal Error: Extension key “lang” was NOT loaded! (t3lib_extMgm::extPath)
Das liegt daran, dass die captcha.php versucht, das halbe Backend nachzuladen, was aber überhaupt nicht erforderlich ist. Der einfachste Fix geht so, dass die ersten Zeilen der Extension, in denen verschiedene Klassen des Backends nachgeladen werden, durch andere ersetzt werden.
Diese Zeilen:
ersetzen durch diese:
- require_once(PATH_typo3conf.'localconf.php');
- $GLOBALS['TYPO3_CONF_VARS']['EXTCONF']['captcha']=
Damit wird das Nachladen vieler Klassen umgangen und die Konfiguration direkt aus der localconf.php übernommen.