Re: [TYPO3-german] felogin mit passwordCompareStrategy=rsa funktioniert nicht und speichert Passwort gesalted in der Datenbank
Also bei den Installed Services sind folgende aufgelistet: Frontend Login Security(felogin_security: tx_feloginsecurity_authuser) Brute force blocker 100 100 authUserFE Any - Yes FE/BE Authentification salted(saltedpasswords: tx_saltedpasswords_sv1) Salting of passwords for Frontend and Backend 70 70 authUserFE, authUserBE Any - Yes RSA authentication(rsaauth: tx_rsaauth_sv1) Authenticates users by using encrypted passwords 60 60 processLoginDataBE, processLoginDataFE Any - Yes User authentication(sv: tx_sv_auth) Authentication with username/password. 50 50 getUserBE, authUserBE, getUserFE, authUserFE, getGroupsFE, processLoginDataBE, processLoginDataFE Any - Yes Und beim Statusreport habe ich nur eine Auffälligkeit im deprecation Log: t3lib_div::int_from_ver() Vielen vielen Dank schonmal On 19.06.2012 23:19, Steffen Gebert wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Schau mal ins Reports-Modul, was die rsaauth-checks da anzeigen. Kind regards Steffen - -- Steffen Gebert TYPO3 v4 Core Team Member TYPO3 Server Administration Team Member TYPO3 inspiring people to share! Get involved: http://typo3.org I work for TYPO3 solely in my spare time. If you think that my work helps you running your business, you are invited to send me a donation via PayPal to this email address. Thanks On 19.06.12 22:40, Webmeck - TYPO3 wrote: Hallo Steffen, danke für deine Antwort. Tut mir Leid, der erste richtige Weg durch die t3lib etc hat mich ein wenig mitgenommen. Ja, ich kann mich nicht einloggen. Danke schonmal für die beiden Links, die schaue ich mir jetzt erstmal an MfG Frederik On 19.06.2012 17:45, Steffen Gebert wrote: Hi Frederik, ich verstehe noch nicht genau, was der letztendliche Fehler ist. Kannst du dich mit dem festgelegten Passwort erfolgreich einloggen? Das salt ist im Passwort-Hash mit eincodiert, siehe auch http://php.net/crypt oder http://www.slideshare.net/StephenKing/passwrter-in-typo3-sicher-speichern-mit Kind regards Steffen -- Steffen Gebert TYPO3 v4 Core Team Member TYPO3 Server Administration Team Member TYPO3 inspiring people to share! Get involved: http://typo3.org I work for TYPO3 solely in my spare time. If you think that my work helps you running your business, you are invited to send me a donation via PayPal to this email address. Thanks On 19.06.12 17:05, Webmeck - TYPO3 wrote: Hallo an alle, ich hoffe ich mache nichts falsch, das hier ist mein erste Mail an eine Mailingliste. Bei mir läuft: TYPO3 4.7.1 mit felogin 4.7.1 und felogin_security 0.0.1 Ich möchte FE-Nutzer ausschließlich über das Backend anlegen können, das funktioniert auch. Wenn ich einen Testnutzer mit dem Passwort hallo im Backend anlege, steht in der Datenbank in der Passwortspalte $1$OsjLcQFF$Zr3XF.HIGPZ8bG3sYLgy/.das scheint gesalted zu sein, denn es ändert sich auch bei jedem abspeichern. Aber ich finde das salt nicht. Wo könnte es sein? Hab nur eine tx_rsaauth_keys gefunden, dort ist aber nur ein Eintrag drin, ich habe aber zwei FE-User. Außerdem habe ich, nach fehlgeschlagenem Login versucht, mal den Weg der Logindaten zu gehen und bin dann in der Datei t3lib_userAuth gelandet. Dort kommen die Logineingaben 1:1 an. (abhängig von aktiviertem JavaScript RSA-Verschlüsselt oder nicht) Mit JavaScript: $loginData = array( 'status' = 'login', 'uname' = 'loginname', 'uident' = 'rsa:RwAS+duvVaT/F+MHMUIlFVn9UpE+Q4AOLG7lcp/GD5Fbxncpl4CJPtMMIMCSkCzQL/xaTsmzhzppw5IUKB9ZRMXbGciYmUI6/3QFq5gasD6N/p9Jp1/ghK4y37OrteYnzJleZvASXvTDBhYpHrOIVe+j2RnJO66yzSz+wvLhoR0=', 'chalvalue' = '', 'permanent' = 0 ) Ohne JavaScript: $loginData = array( 'status' = 'login', 'uname' = 'loginname', 'uident' = 'hallo', 'chalvalue' = '', 'permanent' = 0 ) nach einem Umweg über die class.tx_sv_authbase.php lande ich wieder in der class.t3lib_userauth.php in der methode compareUident(). function compareUident($user, $loginData, $passwordCompareStrategy = '') { $OK = FALSE; $passwordCompareStrategy = $passwordCompareStrategy ? $passwordCompareStrategy : $this-security_level; t3lib_utility_debug::Debug($passwordCompareStrategy, 'passwordcomparestrategy in class.t3lib_userauth'); t3lib_utility_debug::Debug($loginData, 'logindata in compareUident in class.t3lib_userauth'); t3lib_utility_debug::Debug($user, 'user in compareUident in class.t3lib_userauth'); switch ($passwordCompareStrategy) { case 'superchallenged': // If superchallenged the password in the database ($user[$this-userident_column]) must be a md5-hash of the original password. case 'challenged': // Check challenge stored in cookie: if ($this-challengeStoredInCookie) { session_start(); if ($_SESSION['login_challenge'] !== $loginData['chalvalue']) { if ($this-writeDevLog) {
Re: [TYPO3-german] Statische Seiten aus T3 erzeugen
On 06/19/2012 04:47 PM, Gerhard Obermayr wrote: Ich habe ein System von websites für einen Theaterbetrieb. Dort ist für jedes Jahr eine eigene TYPO3-Instanz angelegt, um ein Archiv zu haben. Es kann also mittels Subdomain als Jahreszahl jedes vergangene Jahr abgerufen werden. Nun ist es aber so, dass sich an den Jahren 2004 bis 2011 nichts mehr ändert. Meine Idee war nun, die Installationen der vergangenen Jahre auf statische HTML-Seiten zu wandeln. Die Seiten sind derzeit auf der Version 4.5.16. Der erforderliche Speicherplatz von bisher ca. 5,5GB müsste sich so drastisch reduzieren lassen. Das Problem dabei ist jedoch, dass ich nach ausführlicher Recherche im Netz für den erforderlichen Vorgang keinen wirklich sinnvollen Ablauf gefunden habe. Es gibt zwar die Extension „Static Publish“, die ich installiert habe. Jedoch findet sich in der Anleitung keinerlei Hinweis, wie man denn nun statische Seiten damit erzeugt. Auch in der Konfiguration finde ich nichts dazu. Zusätzlich gibt es „Static Upload“, aber auch hier finde ich nicht wirklich eine zielführende Anleitung. Wie würdet ihr ein derartiges Projekt durchziehen? Im Endeffekt sollte dann jede Seite so vorhanden sein, dass sie auch von CD mittels index.html abrufbar wäre. Zweckdienliche Hinweise sind erbeten. Die Frage ist ob statische Seiten wirklich speicherplatzgünstiger sind. große HTML-Dateien mit ebensogroßen Bildern lassen sich nicht wirklich komprimieren. ich vermute mal dass der Seitenaufbau von Jahr zu Jahr verwaltungstechnisch ziemlich identisch ist (gleiche Konfiguration inkl. gleichen Extensions). zum einen solltest du die Sourcen symlinken um sie nicht mehrfach auf dem Server zu haben. dann könntest du extensions entweder auch symlinken oder global ablegen, so dass sie allen Instanzen gleichzeitig zur Verfügung stehen, ohne doppelten Speicherplatz zu benötigen. Vorteil: die Seiten bleiben weiterhin voll funktionsfähig und könnten auch nachträglich einfach geändert werden. zb. die dynamische Bildbearbeitung durch IM/GM und Formulare, aber auch Suche und dynamisch sortierte Listen. Ansonsten könnte man sich natürlich auch überlegen ob man nicht alle subdomains in getrennte Bäume in eine einzige Installation packt. sicher aber erstmal genau analysieren womit der viele Speicher belegt ist. bernd -- http://www.pi-phi.de/cheatsheet.html ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Seltsames Verhalten oder Worked as Designed: Multidomain-Setup, Cooluri und TCEMAIN.clearCacheCmd
Hallo! Gegebenheiten: Ein Multidomain-Setup 4.6, mit Cooluri 1.0.29. Arbeitsumgebungen sind noch nicht eingerichtet. Änderungen durch Redakteure werden durch TCEMAIN.clearCacheCmd = veröffentlicht. Seitenbaum: Domain A - Seite A1 - Seite A2 (Verweis auf AB1) - Seite AB1 - Seite AB2 - Seite A3 Domain B - Seite B1 - Seite B2 (Verweis auf BB1) - Seite BB1 - Seite BB2 - Seite B3 Folgendes ist in den letzten Tagen aufgefallen: Ab und an, ich konnte da keine Regelmäßigkeit feststellen, tauchten auf irgendwelchen Domains des Projektes scheinbar willkürlich in der Navigation Verweise auf, die auf eine andere Domain aus diesem Setup verwiesen. Dann sah die Navigation von Domain B zum Beispiel so aus: Domain B - Seite B1 - Seite A2 (Verweis auf AB1) - Seite AB1 - Seite AB2 - Seite B3 Ein Neuanlegen des Cooluri-Caches, sowie löschen des Caches dieses Seitenbaum half, doch ist das kein Zustand. Auf der Suche nach dem Fehler stieß ich auf TCEMAIN.clearCacheCmd im PageTS der Seiten, die die falschen Domains ausgaben. Dort stand oftmals eine ID einer Seite aus einem anderen Seitenbaum mit einer anderen Domain. Ich habe dieses Einträge nun entfernt, da ich die Vermutung habe, dass es daran liegen könnte und die einträge sowieso überflüssig sind. Sonstige Fehler sind in keinen Logs aufgefallen, so dass scheinbar alles andere vernünftig funktioniert. Die Frage: Verhält sich typo3/cooluri hier richtig sofern es am TCEMAIN.clearCacheCmd in dem PageTs der Seiten lag? ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] felogin mit passwordCompareStrategy=rsa funktioniert nicht und speichert Passwort gesalted in der Datenbank
Hi, On 20.06.12 08:20, Webmeck - TYPO3 wrote: Also bei den Installed Services sind folgende aufgelistet: Frontend Login Security(felogin_security: tx_feloginsecurity_authuser) Brute force blocker 100 100 authUserFE Any - Yes Kannst Du die mal deinstallieren und dann schauen, ob Du Dich einloggen kannst? Viele Grüße, Helmut -- Helmut Hummel Release Manager TYPO3 6.0 TYPO3 Core Developer, TYPO3 Security Team Leader TYPO3 inspiring people to share! Get involved: typo3.org ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] felogin mit passwordCompareStrategy=rsa funktioniert nicht und speichert Passwort gesalted in der Datenbank
Hi, da ich nicht weiß, wie ich die services ordentlich deaktiviere ohne die extensions zu deaktivieren habe ich folgende Extensions deaktiviert: felogin_security saltedpasswords Dann ist authUserFE auch aus der Liste verschwunden. Dann habe ich das Passwort, nachdem ich alle Caches gelöscht habe, im BE neu angelegt. Und erneut versucht mich einzuloggen. Leider mit dem gleichen Ergebnis :( Trotzdem herzlichen Dank für alle Mühen bis jetzt Frederik On 20.06.2012 11:00, Helmut Hummel wrote: Hi, On 20.06.12 08:20, Webmeck - TYPO3 wrote: Also bei den Installed Services sind folgende aufgelistet: Frontend Login Security(felogin_security: tx_feloginsecurity_authuser) Brute force blocker 100 100 authUserFE Any - Yes Kannst Du die mal deinstallieren und dann schauen, ob Du Dich einloggen kannst? Viele Grüße, Helmut ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] ICS Datei f�r Outlook
Guten Tag Ich habe einen Kalender der eine Singleansicht für die Termine hat, die Variabeln werden per Get im Pfad übergeben. Nun möchte ich einen Link anbieten der auf eine ICS Datei zum download anbietet (in Outlook speichern), Diese ICS Datei ist dafür da denn Termin in Outlook zu speichern und besteht aus ein paar Variabeln mit Wert. Ich stelle mir vor eine kleine Extension zu schreiben mit einem Plugin wo die Get Variabeln entgegengenommen werden, um dann damit eine temporäre Datei (ICS) erzeugt die dann gedownloaden werden kann? Bin ich da auf dem richtigen Weg? oder hat jemand das schonmal realisiert und kann mir einen Ratschlag geben? evt sogar sogar ein kleines Beispiel? herzlichen Dank Harald ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Powermail checkbox vor selektieren
Hallo Zusammen, wie kann ich bei Powermail wenn ich mehrere Checkboxen habe, eine oder mehrere vorselektieren, irgendwie finde ich nichts dazu!!! LG und Danke Micha ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Powermail checkbox vor selektieren
Am 20. Juni 2012 12:13 schrieb Michael Warzitz m.warz...@creativteam.com: wie kann ich bei Powermail wenn ich mehrere Checkboxen habe, eine oder mehrere vorselektieren, irgendwie finde ich nichts dazu!!! Sollte so gehen: Black | black | * http://typo3.org/extension-manuals/powermail/1.5.3/view/1/4/#id1126765 ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] ICS Datei für Outlook
Am 20.06.2012 11:54, schrieb Harald Keller: Guten Tag Ich habe einen Kalender der eine Singleansicht für die Termine hat, die Variabeln werden per Get im Pfad übergeben. Nun möchte ich einen Link anbieten der auf eine ICS Datei zum download anbietet (in Outlook speichern), Diese ICS Datei ist dafür da denn Termin in Outlook zu speichern und besteht aus ein paar Variabeln mit Wert. Ich stelle mir vor eine kleine Extension zu schreiben mit einem Plugin wo die Get Variabeln entgegengenommen werden, um dann damit eine temporäre Datei (ICS) erzeugt die dann gedownloaden werden kann? Bin ich da auf dem richtigen Weg? oder hat jemand das schonmal realisiert und kann mir einen Ratschlag geben? evt sogar sogar ein kleines Beispiel? herzlichen Dank Harald Hallo Harald ich habe mal für ein Projekt vCards automatisch erzeugt. die sind struckturell den ics dateien zimlich ähnlich. ich habe damals einfach einen extra setiten type angelegt. dort habe ich den gesamten header code abgeschaltet und einen entsprechdenden header gesetzt: vCardPage = PAGE config.disableAllHeaderCode = 1 config.additionalHeaders = Content-Type: text/x-vcard|Content-Disposition: attachment; filename=vcard.vcf typeNum = 2 Den Rest des inhaltes habe ich einfach mittelst de RECORDS element zusammen gebaut. Da für ein Paar daten ein Spezielles encoding erforderlich war habe ich mir noch eine userfunc geschrieben die diese daten entsprechend encodiert. und die auf die werte mittelst stdWrap.postUserFunc angewand gruss chris ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Statische Seiten aus T3 erzeugen
Am 19.06.2012 16:47, schrieb Gerhard Obermayr: Ich habe ein System von websites für einen Theaterbetrieb. Dort ist für jedes Jahr eine eigene TYPO3-Instanz angelegt, um ein Archiv zu haben. Es kann also mittels Subdomain als Jahreszahl jedes vergangene Jahr abgerufen werden. Nun ist es aber so, dass sich an den Jahren 2004 bis 2011 nichts mehr ändert. Meine Idee war nun, die Installationen der vergangenen Jahre auf statische HTML-Seiten zu wandeln. Die Seiten sind derzeit auf der Version 4.5.16. Der erforderliche Speicherplatz von bisher ca. 5,5GB müsste sich so drastisch reduzieren lassen. Hi, Die Frage ist, wo der Speicherplatz wirklich verbraucht wird. Typischerweise ist bie Typo3 der cache in der DB der Speicherfresser Nr. 1. Evt in den alten Instanzen einfach alle caches löschen (und anschliessend in mysql optimze table auf die cache-tabellen ausführen), das sollte den Platzbedaf deutlich verringern. Und natürlich google und co von den alten Seiten fernhalten. Björn ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Statische Seiten aus T3 erzeugen
Björn Pedersen schrieb: Am 19.06.2012 16:47, schrieb Gerhard Obermayr: Ich habe ein System von websites für einen Theaterbetrieb. ... Hi, Die Frage ist, wo der Speicherplatz wirklich verbraucht wird. Typischerweise ist bie Typo3 der cache in der DB der Speicherfresser Nr. 1. Evt in den alten Instanzen einfach alle caches löschen (und anschliessend in mysql optimze table auf die cache-tabellen ausführen), das sollte den Platzbedaf deutlich verringern. Und natürlich google und co von den alten Seiten fernhalten. Björn Hallo Björn, das klappt aber nicht mehr mit mysql-5.5/innodb, die Dateien werden kein bit (und erst recht kein byte) kleiner. Selbst wenn Du eine cache-Tabelle löschst, werden die physikalischen Dateien nicht kleiner. http://software.rde.de/mysql-und-innodb.html Ich bin gerade dabei, ein shell-script zu schreiben, das in einer Verkettung von truncate, export der (jetzt leeren) tabellendefinition, physikalischem Löschen der Dateien und reimport der leeren Tabeldefinitionen das mysql problem vorläufig löst. Das Truncate mit phpmyadmin funktioniert nicht mehr so wie früher mit myisam. Optimize auch nicht. -- mit freundlichen Grüßen Gert Redlich ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Statische Seiten aus T3 erzeugen
Hi Björn, Am 20.06.2012 13:08, schrieb Björn Pedersen: Am 19.06.2012 16:47, schrieb Gerhard Obermayr: Ich habe ein System von websites für einen Theaterbetrieb. Dort ist für jedes Jahr eine eigene TYPO3-Instanz angelegt, um ein Archiv zu haben. Es kann also mittels Subdomain als Jahreszahl jedes vergangene Jahr abgerufen werden. Nun ist es aber so, dass sich an den Jahren 2004 bis 2011 nichts mehr ändert. Meine Idee war nun, die Installationen der vergangenen Jahre auf statische HTML-Seiten zu wandeln. Die Seiten sind derzeit auf der Version 4.5.16. Der erforderliche Speicherplatz von bisher ca. 5,5GB müsste sich so drastisch reduzieren lassen. Hi, Die Frage ist, wo der Speicherplatz wirklich verbraucht wird. wo der Speicherplatz verbraucht wird, ist für mich klar. Nachdem es so nette Befehle gibt wie du -c -h -s * kann man es ja in Erfahrung bringen. Das Ergebnis ist ernüchternd: 35M 2000 79M 2001 43M 2002 65M 2003 287M2004 548M2005 437M2006 403M2007 579M2008 1.3G2009 447M2010 1.3G2011 325Mfreunde 490M junior 27M shop Das alles gehört zusammen ... Die Jahre 2000 bis 2003 sind statische Seiten. AB 2004 habe ich T3 verarbeitet, der Inhalt ist aber nicht gravierend anders. Bei 2004 habe ich alle Caches gelöscht und bin von 428 auf 287MB heruntergekommen. Das zeigt mir aber, dass die Caches alleine nicht verantwortlich sind ... Zusätzlich werden die im Laufe des Betriebes immer wieder mehr, bei statischen Seiten nicht! Typischerweise ist bie Typo3 der cache in der DB der Speicherfresser Nr. 1. Evt in den alten Instanzen einfach alle caches löschen (und anschliessend in mysql optimze table auf die cache-tabellen ausführen), das sollte den Platzbedaf deutlich verringern. Und natürlich google und co von den alten Seiten fernhalten. Genau das soll nicht sein, sonst könnte man sie ohnehin löschen. Die Besucher sollen js die alten Theater-Produktionen sehen. Und natürlich sollen auch Google Co die Seiten indizieren dürfen! Björn ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german -- Liebe Grüße aus Haag Gerhard Obermayr ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Statische Seiten aus T3 erzeugen
Hi Björn, Am 20.06.2012 13:08, schrieb Björn Pedersen: Am 19.06.2012 16:47, schrieb Gerhard Obermayr: Ich habe ein System von websites für einen Theaterbetrieb. Dort ist für jedes Jahr eine eigene TYPO3-Instanz angelegt, um ein Archiv zu haben. Es kann also mittels Subdomain als Jahreszahl jedes vergangene Jahr abgerufen werden. Nun ist es aber so, dass sich an den Jahren 2004 bis 2011 nichts mehr ändert. Meine Idee war nun, die Installationen der vergangenen Jahre auf statische HTML-Seiten zu wandeln. Die Seiten sind derzeit auf der Version 4.5.16. Der erforderliche Speicherplatz von bisher ca. 5,5GB müsste sich so drastisch reduzieren lassen. Hi, Die Frage ist, wo der Speicherplatz wirklich verbraucht wird. wo der Speicherplatz verbraucht wird, ist für mich klar. Nachdem es so nette Befehle gibt wie du -c -h -s * kann man es ja in Erfahrung bringen. Das Ergebnis ist ernüchternd: 35M 2000 79M 2001 43M 2002 65M 2003 287M2004 548M2005 437M2006 403M2007 579M2008 1.3G2009 447M2010 1.3G2011 325Mfreunde 490M junior 27M shop Das alles gehört zusammen ... Die Jahre 2000 bis 2003 sind statische Seiten. AB 2004 habe ich T3 verarbeitet, der Inhalt ist aber nicht gravierend anders. Bei 2004 habe ich alle Caches gelöscht und bin von 428 auf 287MB heruntergekommen. Das zeigt mir aber, dass die Caches alleine nicht verantwortlich sind ... Zusätzlich werden die im Laufe des Betriebes immer wieder mehr, bei statischen Seiten nicht! Typischerweise ist bie Typo3 der cache in der DB der Speicherfresser Nr. 1. Evt in den alten Instanzen einfach alle caches löschen (und anschliessend in mysql optimze table auf die cache-tabellen ausführen), das sollte den Platzbedaf deutlich verringern. Und natürlich google und co von den alten Seiten fernhalten. Genau das soll nicht sein, sonst könnte man sie ohnehin löschen. Die Besucher sollen ja die alten Theater-Produktionen sehen. Und natürlich sollen auch Google Co die Seiten indizieren dürfen! Björn ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german -- Liebe Grüße aus Haag Gerhard Obermayr ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Statische Seiten aus T3 erzeugen
On 06/20/2012 02:25 PM, Gerhard Obermayr wrote: wo der Speicherplatz verbraucht wird, ist für mich klar. Nachdem es so nette Befehle gibt wie du -c -h -s * kann man es ja in Erfahrung bringen. Das Ergebnis ist ernüchternd: 35M 2000 79M 2001 43M 2002 65M 2003 287M 2004 548M 2005 437M 2006 403M 2007 579M 2008 1.3G 2009 447M 2010 1.3G 2011 325M freunde 490M junior 27M shop genaues wird hiermit _nicht_ klar. denn diese verzeichnisse enthalten Unterverzeichnisse, die du hier nicht erfasst. nimm dir eines der verzeichnisse und analysiere tiefer. bei TYPO3 gibt es ja eine typische Verzeichnisstruktur fileadmin/ t3lib/ typo3/ typo3_src/ typo3_src-4.5.10/ typo3conf/ typo3temp/ uploads/ 1. sind einige davon symlinks (das sehen nicht alle Programme!) 2. einige Verzeichnisse haben auch wieder Unterverzeichnisse, die sehr unterschiedlich gefüllt sein können fileadmin/ typo3conf/ typo3temp/ uploads/ während die anderen eher eine feste Größe haben. Baobab könnte wohl auch einen remote server analysieren (hat evtl, jemand damit Erfahrung?) bernd -- http://www.pi-phi.de/cheatsheet.html ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Statische Seiten aus T3 erzeugen
Hallo Gerhard, das sind typischerweise Bilder und PDFs, sonst kämen die Mengen nicht zusammen. 1. da TYPO3 es erlaubt, beliebig große Bilder hochzuladen, ohne diese vorher in die passende Größe für das Web zu bringen, nutzen die Redakteure diese Möglichkeit auch aus. = selbst die gleiche Anzahl der Bilder wie bei statischen Webseiten führt zu vielfachem Platzbedarf. Ich kenne Redakteure, die laden Bilder aus einer 6 oder 8 Megapixel-Kamera unbearbeitet hoch ... übers Dateimodul gehen 8 MB pro Bild, für eine Darstellung auf der Seite in 600px Breite :-/ 2. Jedes Bild oder PDF liegt an mehreren Stellen: - wenn über das Dateimodul hochgeladen, dann erstmal in fileadmin - wenn verknüpft mit einer Seite/Inhalt, dann zunächst in /uploads/ - wenn durch imagemagick / graficsmagick verarbeitet dann in /typo3temp/ 3. die TYPO3-Sourcen sind auch nicht ganz klein, so ca. 40-50 MB. leppert sich ... Daraus statische Seiten zu machen, rentiert sich hinsichtlich Dateigrößen auf jeden Fall (Faktor 4-5 schätze ich mal). Andererseits, wenn ich die Arbeit rechne und dem entgegenhalte, dass ein GB Plattenplatz momentan ca. 1-2 Euro kostet, rentiert es sich wieder nicht. Gruß Peter -- Xing: http://www.xing.com/profile/Peter_Linzenkirchner Web: http://www.typo3-lisardo.de Facebook: http://tinyurl.com/lisardo-multimedia ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Powermail Error einzelne class vergeben
Hallo, ich hoffe ich nerve nicht zu sehr, aber mir läuft die Zeit davon und ich muß es heute abgeben. Ich habe jetzt soweit alles hinbekommen, nur einen kleinen Schönheitsfehler gibt es noch. Ich habe Pflichtfelder, wenn die nicht ausgefüllt sind, gibt es ja eine Fehlermeldung. Diese sind per Style ja schon vordefiniert, alle unter div class=error wie kann ich denn jedem einzelnem div eine einzelne class geben? Danke für die Hilfe!!! LG micha ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Statische Seiten aus T3 erzeugen
Hallo, wenn du die Unterverzeichnisse mit du mit analysieren willst, kannst du auch mehrere Ebenen durchsuchen lassen. du -shc */* Würde dir z.B. die Jahresordner gleich noch mit aufsplitten. Du kannst aber auch noch weiter rausgehen und mit du -shc */fileadmin/* Die über alle Typo3 Installationen hinweg die fileadmin Unterordner analysieren lassen. Vielleicht hilft dir das ja weiter. -- Mit freundlichen Grüßen Sebastian May -Ursprüngliche Nachricht- Von: typo3-german-boun...@lists.typo3.org [mailto:typo3-german-boun...@lists.typo3.org] Im Auftrag von Bernd Wilke Gesendet: Mittwoch, 20. Juni 2012 14:59 An: typo3-german@lists.typo3.org Betreff: Re: [TYPO3-german] Statische Seiten aus T3 erzeugen On 06/20/2012 02:25 PM, Gerhard Obermayr wrote: wo der Speicherplatz verbraucht wird, ist für mich klar. Nachdem es so nette Befehle gibt wie du -c -h -s * kann man es ja in Erfahrung bringen. Das Ergebnis ist ernüchternd: 35M 2000 79M 2001 43M 2002 65M 2003 287M 2004 548M 2005 437M 2006 403M 2007 579M 2008 1.3G 2009 447M 2010 1.3G 2011 325M freunde 490M junior 27M shop genaues wird hiermit _nicht_ klar. denn diese verzeichnisse enthalten Unterverzeichnisse, die du hier nicht erfasst. nimm dir eines der verzeichnisse und analysiere tiefer. bei TYPO3 gibt es ja eine typische Verzeichnisstruktur fileadmin/ t3lib/ typo3/ typo3_src/ typo3_src-4.5.10/ typo3conf/ typo3temp/ uploads/ 1. sind einige davon symlinks (das sehen nicht alle Programme!) 2. einige Verzeichnisse haben auch wieder Unterverzeichnisse, die sehr unterschiedlich gefüllt sein können fileadmin/ typo3conf/ typo3temp/ uploads/ während die anderen eher eine feste Größe haben. Baobab könnte wohl auch einen remote server analysieren (hat evtl, jemand damit Erfahrung?) bernd -- http://www.pi-phi.de/cheatsheet.html ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Statische Seiten aus T3 erzeugen
On 06/20/2012 03:00 PM, Peter Linzenkirchner wrote: Hallo Gerhard, das sind typischerweise Bilder und PDFs, sonst kämen die Mengen nicht zusammen. 1. da TYPO3 es erlaubt, beliebig große Bilder hochzuladen, ohne diese vorher in die passende Größe für das Web zu bringen, nutzen die Redakteure diese Möglichkeit auch aus. = selbst die gleiche Anzahl der Bilder wie bei statischen Webseiten führt zu vielfachem Platzbedarf. Ich kenne Redakteure, die laden Bilder aus einer 6 oder 8 Megapixel-Kamera unbearbeitet hoch ... übers Dateimodul gehen 8 MB pro Bild, für eine Darstellung auf der Seite in 600px Breite :-/ das wäre aber ein grundsätzliches Problem, dem man jedes Jahr begegnet. vermutlich wird es auch von Jahr zu Jahr schlimmer, weil die aktuellsten Kameras ja immer 'hochauflösendere' Bilder erzeugen. Hier müsste man erstmal grundsätzlich dafür sorgen dass nur noch Bilder mit einer Maximalauflösung von XXX auf den Server kommen. Vorhandene Bilder runterrechnen! Eine weitere Möglichkeit viel Platz zu verschwenden: ganze Fotoserien hochzuladen, damit der Redakteuer die volle Auswahl hat 3 von 300 Bildern zu benutzen. 2. Jedes Bild oder PDF liegt an mehreren Stellen: - wenn über das Dateimodul hochgeladen, dann erstmal in fileadmin - wenn verknüpft mit einer Seite/Inhalt, dann zunächst in /uploads/ - wenn durch imagemagick / graficsmagick verarbeitet dann in /typo3temp/ dem könnte man beikommen indem man intelligentes Hardlinking betreibt. Es gibt ein Tool/Script, das identische Dateien sucht und diese dann hardlinkt. zur Not regelmäßig (1 mal im Monat?) automatisiert laufen lassen. 3. die TYPO3-Sourcen sind auch nicht ganz klein, so ca. 40-50 MB. wenn du mit TYPO3 arbeitest brauchst du mindestens eine. Alte Installationen sollten aber auch von Zeit zu Zeit aktualisiert werden, ggfls brauchst du von den aktiven Haupt-Versionen jeweils die neueste (zb. aktuell: 4.5.16, 4.6.9, 4..7.1). Danach kann der Rest mit Symlinks erledigt werden. leppert sich ... Daraus statische Seiten zu machen, rentiert sich hinsichtlich Dateigrößen auf jeden Fall (Faktor 4-5 schätze ich mal). Andererseits, wenn ich die Arbeit rechne und dem entgegenhalte, dass ein GB Plattenplatz momentan ca. 1-2 Euro kostet, rentiert es sich wieder nicht. Noch hab ich hier nicht gesehen was der eigentliche Speicherfresser ist, also alles nur Spekulationen ins Blaue, bzw. nur allgemeine Richtlinien eine Installation sauber und klein zu halten. bernd -- http://www.pi-phi.de/cheatsheet.html ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Statische Seiten aus T3 erzeugen
Hallo Bernd, Am 20.06.2012 16:02, schrieb Bernd Wilke: On 06/20/2012 03:00 PM, Peter Linzenkirchner wrote: Hallo Gerhard, das sind typischerweise Bilder und PDFs, sonst kämen die Mengen nicht zusammen. 1. da TYPO3 es erlaubt, beliebig große Bilder hochzuladen, ohne diese vorher in die passende Größe für das Web zu bringen, nutzen die Redakteure diese Möglichkeit auch aus. = selbst die gleiche Anzahl der Bilder wie bei statischen Webseiten führt zu vielfachem Platzbedarf. Ich kenne Redakteure, die laden Bilder aus einer 6 oder 8 Megapixel-Kamera unbearbeitet hoch ... übers Dateimodul gehen 8 MB pro Bild, für eine Darstellung auf der Seite in 600px Breite :-/ das wäre aber ein grundsätzliches Problem, dem man jedes Jahr begegnet. vermutlich wird es auch von Jahr zu Jahr schlimmer, weil die aktuellsten Kameras ja immer 'hochauflösendere' Bilder erzeugen. Hier müsste man erstmal grundsätzlich dafür sorgen dass nur noch Bilder mit einer Maximalauflösung von XXX auf den Server kommen. Vorhandene Bilder runterrechnen! Das war schon immer mein Traum. Ich suchte schon lange ein script, welches ich in einer Installation laufen lassen kann. Nach dessen Aufruf sollten alle Bilder darin samt Unterverzeichnissen per IM/GM auf die angegebene Größe herunter gerechnet werden. Wenn man also 600 Pixel angibt, auf diese Größe skalieren. Leider hapert es dann mit vertikalem und horizontalem Maß. Dann wird nämlich ein Hochformat-Foto nicht 600 x 400 Pixel groß sondern 600 x 900 Pixel ... Bin zwar für meinen Server zuständig und kann ihn auch verwalten. Leider bin ich aber zu wenig bewandert mit der Materie, als dass ich mir ein derartiges selber schreibe ... Wäre aber eine Anregung für eine Extension - oder TYPO3-Funktion (fix eingebaut) - wo die Bilder schon beim hochladen runterskaliert werden. Nicht erst für die Ausgabe noch eine Kopie zu machen! Im BE könnte man die erwünschte Größe einstellen und schon würden keine großen Bilder mehr gespeichert - weder im uplod-Ordner noch sonstwo ... Eine weitere Möglichkeit viel Platz zu verschwenden: ganze Fotoserien hochzuladen, damit der Redakteuer die volle Auswahl hat 3 von 300 Bildern zu benutzen. 2. Jedes Bild oder PDF liegt an mehreren Stellen: - wenn über das Dateimodul hochgeladen, dann erstmal in fileadmin - wenn verknüpft mit einer Seite/Inhalt, dann zunächst in /uploads/ - wenn durch imagemagick / graficsmagick verarbeitet dann in /typo3temp/ dem könnte man beikommen indem man intelligentes Hardlinking betreibt. Es gibt ein Tool/Script, das identische Dateien sucht und diese dann hardlinkt. zur Not regelmäßig (1 mal im Monat?) automatisiert laufen lassen. 3. die TYPO3-Sourcen sind auch nicht ganz klein, so ca. 40-50 MB. wenn du mit TYPO3 arbeitest brauchst du mindestens eine. Alte Installationen sollten aber auch von Zeit zu Zeit aktualisiert werden, ggfls brauchst du von den aktiven Haupt-Versionen jeweils die neueste (zb. aktuell: 4.5.16, 4.6.9, 4..7.1). Danach kann der Rest mit Symlinks erledigt werden. leppert sich ... Daraus statische Seiten zu machen, rentiert sich hinsichtlich Dateigrößen auf jeden Fall (Faktor 4-5 schätze ich mal). Andererseits, wenn ich die Arbeit rechne und dem entgegenhalte, dass ein GB Plattenplatz momentan ca. 1-2 Euro kostet, rentiert es sich wieder nicht. Noch hab ich hier nicht gesehen was der eigentliche Speicherfresser ist, also alles nur Spekulationen ins Blaue, bzw. nur allgemeine Richtlinien eine Installation sauber und klein zu halten. bernd -- Liebe Grüße aus Haag Gerhard Obermayr ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Statische Seiten aus T3 erzeugen
Hi, Am 20.06.12 16:18, schrieb Gerhard Obermayr: Wäre aber eine Anregung für eine Extension - oder TYPO3-Funktion (fix eingebaut) - wo die Bilder schon beim hochladen runterskaliert werden. - http://typo3.org/extensions/repository/view/image_autoresize Nicht erst für die Ausgabe noch eine Kopie zu machen! Im BE könnte man die erwünschte Größe einstellen und schon würden keine großen Bilder mehr gespeichert - weder im uplod-Ordner noch sonstwo ... Referenzen auf Bilder wird es wohl mit TYPO3 6.0 und FAL geben. Beste Grüße Tobi ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] felogin mit passwordCompareStrategy=rsa funktioniert nicht und speichert Passwort gesalted in der Datenbank
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Ne, saltedpasswords musst du da lassen. felogin_security ist eine 3rd-party extension, die vielleicht das Problem verursacht. Kind regards Steffen - -- Steffen Gebert TYPO3 v4 Core Team Member TYPO3 Server Administration Team Member TYPO3 inspiring people to share! Get involved: http://typo3.org I work for TYPO3 solely in my spare time. If you think that my work helps you running your business, you are invited to send me a donation via PayPal to this email address. Thanks On 20.06.12 11:26, Webmeck - TYPO3 wrote: Hi, da ich nicht weiß, wie ich die services ordentlich deaktiviere ohne die extensions zu deaktivieren habe ich folgende Extensions deaktiviert: felogin_security saltedpasswords Dann ist authUserFE auch aus der Liste verschwunden. Dann habe ich das Passwort, nachdem ich alle Caches gelöscht habe, im BE neu angelegt. Und erneut versucht mich einzuloggen. Leider mit dem gleichen Ergebnis :( Trotzdem herzlichen Dank für alle Mühen bis jetzt Frederik On 20.06.2012 11:00, Helmut Hummel wrote: Hi, On 20.06.12 08:20, Webmeck - TYPO3 wrote: Also bei den Installed Services sind folgende aufgelistet: Frontend Login Security(felogin_security: tx_feloginsecurity_authuser) Brute force blocker 100 100 authUserFE Any - Yes Kannst Du die mal deinstallieren und dann schauen, ob Du Dich einloggen kannst? Viele Grüße, Helmut -BEGIN PGP SIGNATURE- Version: GnuPG/MacGPG2 v2.0.17 (Darwin) Comment: GPGTools - http://gpgtools.org Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJP4d9XAAoJEIskG/rSlyw4498H/2m06kkzndpdO19STYghBPMu jU3p6VFHxN9HxO8pew+I5iyLOO3h2CUQ6WkCgE8FXMibO6HTAgJYHldxzplC0YL3 L9zHYKmYt6hPQPXLFRiEoEwYInQqqnn8+OWnFexfHQv+ZfkTPO4XhdPY5uWXl5sl 2+bTLYWkytH1AqRZodHxNNraha5YnYV3FG1/97TpYzocC/IAS1KP47kZikIJaNio JYDbne6MXYv+4eL4IvWl03lXWh7kHbGr5LBurl4gC0qer3Ta4P68Oo19vMaoDyZ7 st0aptXK1JW1KhgaZJQsAjUwtOvsOvljw8Dr/ehVuBZRag1K1TZAZbRbzOlfquU= =5+g4 -END PGP SIGNATURE- ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Statische Seiten aus T3 erzeugen
Wir haben sowas auch recht erfolgreich gemacht, jedoch gibt es da ein Problem... ich weiß nicht ob einer der oben veschriebenen WGET_Schalter das Problem behebt: Bei uns (sicher lich wie bei den meisten) werden css-Dateien und ähnliches mit timestamp verlingt also stylesheet.css?12341462634 WGET legt diese per Default genau unter diesem Dateinamen ab also stylesheet.css?12341462634 Der Apache wertet den Querystring aus und sucht nun nur noch nach der Datei stylesheet.css, die dann natürlich nicht gefunden wird. Bei uns handelte es sich immer um simple Seiten, so dass wie dir zwei drei Dateien ben händisch in *.css bzw *.js umbenennen konnten... wenn es einen einfacheren Weg gibt, würde ich den auch ganz gerne erfahren :-) Am 19.06.2012, 18:19 Uhr, schrieb Michael Kasten h...@m-kasten.de: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Ich sagte ja kann auch mit dem schalter k kann es passieren das nicht alle Links sauber umgesetzt werden, Erfahrungsgemäß bei statischen Urls im Zusammenspiel mit mehrsprachigen Seiten und noch einigen Get Werten. Oder ich weiß es nicht besser ;) bye am 19.06.2012 17:34 Gerhard Obermayr schrieb: Danke, das wäre ein gangbarer Weg. Der Server gehört mir selber und ich habe natürlich root-Zugriff. Ist PHP Version 5.2.6-1 + lenny16 + Suhosin Patch 0.9.6.2 + Zend Engine v2.2.0 + + + + Aber bei hunderten Seiten händisch die links ändern ??? Am 19.06.2012 17:14, schrieb Michael Kasten: Hallo, wenn du ein Linux greifbar hast (ich habe keine Ahnung ob die Befehle auch für Mac oder win erhältlich sind) nimm wget hier mal ein Beispiel: wget -r -k --level=6 --domains=meinedomain.de -H --user-agent=Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.6) Gecko/20070725 Firefox/2.0.0.6 http://www.meinedomain.de/ (recursiv bis 6 ebenen nur von der domain meinedomain.de user agent ist mozilla) den User Agent brauch ich immer weil viele Server u.a. auch mod_Security einsetzen und ohne User Agent Kennung der Server dann abriegelt Im Anschluss kann es dann noch notwendig sein Links in den Seiten zu korrigieren dafür gibts dann sed. bye am 19.06.2012 16:47 Gerhard Obermayr schrieb: Ich habe ein System von websites für einen Theaterbetrieb. Dort ist für jedes Jahr eine eigene TYPO3-Instanz angelegt, um ein Archiv zu haben. Es kann also mittels Subdomain als Jahreszahl jedes vergangene Jahr abgerufen werden. Nun ist es aber so, dass sich an den Jahren 2004 bis 2011 nichts mehr ändert. Meine Idee war nun, die Installationen der vergangenen Jahre auf statische HTML-Seiten zu wandeln. Die Seiten sind derzeit auf der Version 4.5.16. Der erforderliche Speicherplatz von bisher ca. 5,5GB müsste sich so drastisch reduzieren lassen. Das Problem dabei ist jedoch, dass ich nach ausführlicher Recherche im Netz für den erforderlichen Vorgang keinen wirklich sinnvollen Ablauf gefunden habe. Es gibt zwar die Extension „Static Publish“, die ich installiert habe. Jedoch findet sich in der Anleitung keinerlei Hinweis, wie man denn nun statische Seiten damit erzeugt. Auch in der Konfiguration finde ich nichts dazu. Zusätzlich gibt es „Static Upload“, aber auch hier finde ich nicht wirklich eine zielführende Anleitung. Wie würdet ihr ein derartiges Projekt durchziehen? Im Endeffekt sollte dann jede Seite so vorhanden sein, dass sie auch von CD mittels index.html abrufbar wäre. Zweckdienliche Hinweise sind erbeten. -- Michael Kasten | http://m-kasten.de Im wirklichen Leben gibt es kein [Strg]+[Z] ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german - -- Michael Kasten | http://m-kasten.de Im wirklichen Leben gibt es kein [Strg]+[Z] -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJP4KaaAAoJEF1/iIvWnG8NJmAH/Rztx3mG0LxqrsUGjgQsmR8V dvN08Qi++Cl9VO+Xj4qaGuXUaWIDOwJW+dnoXk+CjoLQ5gcEiMw5xJwiebRa3Ixp rrC1xErGmq7vp25ouOw/2CZqBaz9+v3bu2ayFW9kIKyD/VAhhDZPGSp33Ac16Vo8 E4mW30ukmFYuZ+0MkF6TG0eS8NQLHEmPZD/SfmjgCdE0ijtY3rZt9ogqnv2OclYS lJaqz5dezTidABA8l33Vpvmr9JJNv6GHBvBtwHUrdLtDcZmtHYZdYS6tBXPmjfHz bnLydge8aUEN/yq/M1p4/e8OkYZHu9FCIVDlrNXgrDnaxWTKii13crVwTYY23Ac= =JOtr -END PGP SIGNATURE- ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german -- Dipl.-Inf. Thomas Oliver MollUniversity of Cologne Webmaster - TYPO3Rechenzentrum (RRZK) Mail: tm...@uni-koeln.de Robert-Koch-Str. 10 Tel.: +49-(0)221-478-5524D-50931 Cologne (Germany) http://www.uni-koeln.de/bin2/where.pl?parent.geb55 -- Termine nur nach Vereinbarung. Mails zu TYPO3 bezogenen Themen an typo3mas...@uni-koeln.de
Re: [TYPO3-german] Statische Seiten aus T3 erzeugen
Hallo Thomas, dafür kann man ja im TYPO3 den Schalter versionNameInFilename abschalten ;) Grüße Kay Am 20.06.2012 16:45, schrieb Thomas Oliver Moll - Webmaster: Wir haben sowas auch recht erfolgreich gemacht, jedoch gibt es da ein Problem... ich weiß nicht ob einer der oben veschriebenen WGET_Schalter das Problem behebt: Bei uns (sicher lich wie bei den meisten) werden css-Dateien und ähnliches mit timestamp verlingt also stylesheet.css?12341462634 WGET legt diese per Default genau unter diesem Dateinamen ab also stylesheet.css?12341462634 Der Apache wertet den Querystring aus und sucht nun nur noch nach der Datei stylesheet.css, die dann natürlich nicht gefunden wird. Bei uns handelte es sich immer um simple Seiten, so dass wie dir zwei drei Dateien ben händisch in *.css bzw *.js umbenennen konnten... wenn es einen einfacheren Weg gibt, würde ich den auch ganz gerne erfahren :-) Am 19.06.2012, 18:19 Uhr, schrieb Michael Kasten h...@m-kasten.de: Ich sagte ja kann auch mit dem schalter k kann es passieren das nicht alle Links sauber umgesetzt werden, Erfahrungsgemäß bei statischen Urls im Zusammenspiel mit mehrsprachigen Seiten und noch einigen Get Werten. Oder ich weiß es nicht besser ;) bye am 19.06.2012 17:34 Gerhard Obermayr schrieb: Danke, das wäre ein gangbarer Weg. Der Server gehört mir selber und ich habe natürlich root-Zugriff. Ist PHP Version 5.2.6-1 + lenny16 + Suhosin Patch 0.9.6.2 + Zend Engine v2.2.0 + + + + Aber bei hunderten Seiten händisch die links ändern ??? Am 19.06.2012 17:14, schrieb Michael Kasten: Hallo, wenn du ein Linux greifbar hast (ich habe keine Ahnung ob die Befehle auch für Mac oder win erhältlich sind) nimm wget hier mal ein Beispiel: wget -r -k --level=6 --domains=meinedomain.de -H --user-agent=Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.6) Gecko/20070725 Firefox/2.0.0.6 http://www.meinedomain.de/ (recursiv bis 6 ebenen nur von der domain meinedomain.de user agent ist mozilla) den User Agent brauch ich immer weil viele Server u.a. auch mod_Security einsetzen und ohne User Agent Kennung der Server dann abriegelt Im Anschluss kann es dann noch notwendig sein Links in den Seiten zu korrigieren dafür gibts dann sed. bye am 19.06.2012 16:47 Gerhard Obermayr schrieb: Ich habe ein System von websites für einen Theaterbetrieb. Dort ist für jedes Jahr eine eigene TYPO3-Instanz angelegt, um ein Archiv zu haben. Es kann also mittels Subdomain als Jahreszahl jedes vergangene Jahr abgerufen werden. Nun ist es aber so, dass sich an den Jahren 2004 bis 2011 nichts mehr ändert. Meine Idee war nun, die Installationen der vergangenen Jahre auf statische HTML-Seiten zu wandeln. Die Seiten sind derzeit auf der Version 4.5.16. Der erforderliche Speicherplatz von bisher ca. 5,5GB müsste sich so drastisch reduzieren lassen. Das Problem dabei ist jedoch, dass ich nach ausführlicher Recherche im Netz für den erforderlichen Vorgang keinen wirklich sinnvollen Ablauf gefunden habe. Es gibt zwar die Extension „Static Publish“, die ich installiert habe. Jedoch findet sich in der Anleitung keinerlei Hinweis, wie man denn nun statische Seiten damit erzeugt. Auch in der Konfiguration finde ich nichts dazu. Zusätzlich gibt es „Static Upload“, aber auch hier finde ich nicht wirklich eine zielführende Anleitung. Wie würdet ihr ein derartiges Projekt durchziehen? Im Endeffekt sollte dann jede Seite so vorhanden sein, dass sie auch von CD mittels index.html abrufbar wäre. Zweckdienliche Hinweise sind erbeten. -- Michael Kasten | http://m-kasten.de Im wirklichen Leben gibt es kein [Strg]+[Z] ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german -- http://www.kay-strobach.de - Open Source Rocks TYPO3 inspiring people to share! Get involved: http://typo3.org Answer was useful - feel free to donate: - https://www.paypal.com/cgi-bin/webscr?cmd=_s-xclickhosted_button_id=KPM9NAV73VDF2 - https://flattr.com/profile/kaystrobach ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Statische Seiten aus T3 erzeugen
Hi, dafür kann man ja im TYPO3 den Schalter versionNameInFilename abschalten ;) versionNumberInFilename heißt das ;) HTH, Andreas ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Statische Seiten aus T3 erzeugen
Hallo Gerhard, die Macher von TYPO3 haben sich schon was dabei gedacht. Wenn man also 600 Pixel angibt, auf diese Größe skalieren. Leider hapert es dann mit vertikalem und horizontalem Maß. Dann wird nämlich ein Hochformat-Foto nicht 600 x 400 Pixel groß sondern 600 x 900 Pixel ... ? das ist eher kein Problem. TYPO3 bietet ja alle Werkzeuge dafür. Ich würde das aber nicht empfehlen, vor allem im Blick auf die neuen Entwicklungen nicht. Die Zeiten niedriger Auflösung für Internet-Bilder sind bald vorbei (wenn sie es nicht schon sind). Will man einem Anwender erlauben, ein Retina-Display voll auszunutzen, sind 1.800 bis 2.400 Pixel in der Breite nötig. Und wenn erst mal wirklich große Monitore mit Retina-Display ausgestattet sind, kann man das nochmals verdoppeln. Bei den heutigen Downloadgeschwindigkeiten ist so ein Bild in wenigen Sekunden geladen, also steht dem praktisch nichts mehr im Weg. Bin zwar für meinen Server zuständig und kann ihn auch verwalten. Leider bin ich aber zu wenig bewandert mit der Materie, als dass ich mir ein derartiges selber schreibe ... Wäre aber eine Anregung für eine Extension - oder TYPO3-Funktion (fix eingebaut) - wo die Bilder schon beim hochladen runterskaliert werden. Wäre eine Möglichkeit ... Müsste aber irgendwie konfigurierbar sein, siehe oben. 600 Pixel in der Breite ist viel zu wenig. Die Zukunft liegt bei 1000 bis 2000. Nicht erst für die Ausgabe noch eine Kopie zu machen! Doch, das ist unbedingt nötig. TYPO3 muss mehrere Größen vorhalten: Thumb fürs Backend, Thumbs fürs Frontend, die Standarddarstellung im Frontend, Lightbox-Darstellung. Die Bilder müssen physikalisch auf der Platte sein, sonst gibts Performance-Probleme, müssen zusätzich aber aus dem Original jederzeit wieder herstellbar sein. Ergo: mindestens das Original in uploads + die Varianten im typo3temp. Wenn man dann noch responsive design einbezieht, werden es nochmals mehr Varianten: - Thumbs - Smartphone - Pads - Desktop - Lightbox - Retina-Displays - Lightbox für Retina Displays - Zoombare Lightbox für Retina-Displays :-) etc. Die Aufteilung in user_upload + uploads ist diskutabel, hat aber auch große Vorteile: die Anwender können ein Bild mehrfach einlinken und müssen es nicht jedesmal hochladen. Das ist zwar schlecht für den Platz auf der Festplatte, aber Komfort für den Anwender, und das letzte zählt für micht. Des weiteren ist es so nicht möglich, dass ein Anwender versehentlich Bilder aus user_upload löscht und alle Bilder von der Seite verschwinden. Für mich trifft eher das Gegenteil zu: genau diese Handhabung der Bilder ist es, die TYPO3 aus den anderen CMS heraushebt und einer der Gründe, warum es für die Redakteure letztlich doch komfortabler ist als andere. Und wie schon gesagt: Plattenplatz kostet praktisch nichts. Der Komfort für Redakteure und Besucher steht im Vordergrund, dem muss sich alles andere unterordnen. Ich empfehle meinen Redakteure sogar, die Bilder nicht zu klein hochzuladen, sonst kann man sie später nicht in einer Lightbox nutzen. Gruß Peter -- Xing: http://www.xing.com/profile/Peter_Linzenkirchner Web: http://www.typo3-lisardo.de Facebook: http://tinyurl.com/lisardo-multimedia ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] felogin mit passwordCompareStrategy=rsa funktioniert nicht und speichert Passwort gesalted in der Datenbank
Hi Steffen, leider nichts Neues. Um einen Fehler meinerseits aber weiter ausschließen zu können die derzeit installierten Extensions und services im Report: Extensions: felogin rsaauth saltedpasswords services: FE/BE Authentification salted (saltedpasswords: tx_saltedpasswords_sv1) RSA authentication (rsaauth: tx_rsaauth_sv1) User authentication: (sv: tx_sv_auth) Danke nochmal, aber scheint irgendwie strubbelig zu sien, ich bin ja auch der Einzige mit dem Problem. Notfalls installiere ich am Wochenende TYPO3 neu. Wenn man einen TYPO3-Bug ausschließen kann betrifft es ja auch nur mich. Danke Frederik On 20.06.2012 16:33, Steffen Gebert wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Ne, saltedpasswords musst du da lassen. felogin_security ist eine 3rd-party extension, die vielleicht das Problem verursacht. Kind regards Steffen - -- Steffen Gebert TYPO3 v4 Core Team Member TYPO3 Server Administration Team Member TYPO3 inspiring people to share! Get involved: http://typo3.org I work for TYPO3 solely in my spare time. If you think that my work helps you running your business, you are invited to send me a donation via PayPal to this email address. Thanks On 20.06.12 11:26, Webmeck - TYPO3 wrote: Hi, da ich nicht weiß, wie ich die services ordentlich deaktiviere ohne die extensions zu deaktivieren habe ich folgende Extensions deaktiviert: felogin_security saltedpasswords Dann ist authUserFE auch aus der Liste verschwunden. Dann habe ich das Passwort, nachdem ich alle Caches gelöscht habe, im BE neu angelegt. Und erneut versucht mich einzuloggen. Leider mit dem gleichen Ergebnis :( Trotzdem herzlichen Dank für alle Mühen bis jetzt Frederik On 20.06.2012 11:00, Helmut Hummel wrote: Hi, On 20.06.12 08:20, Webmeck - TYPO3 wrote: Also bei den Installed Services sind folgende aufgelistet: Frontend Login Security(felogin_security: tx_feloginsecurity_authuser) Brute force blocker 100 100 authUserFE Any - Yes Kannst Du die mal deinstallieren und dann schauen, ob Du Dich einloggen kannst? Viele Grüße, Helmut -BEGIN PGP SIGNATURE- Version: GnuPG/MacGPG2 v2.0.17 (Darwin) Comment: GPGTools - http://gpgtools.org Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJP4d9XAAoJEIskG/rSlyw4498H/2m06kkzndpdO19STYghBPMu jU3p6VFHxN9HxO8pew+I5iyLOO3h2CUQ6WkCgE8FXMibO6HTAgJYHldxzplC0YL3 L9zHYKmYt6hPQPXLFRiEoEwYInQqqnn8+OWnFexfHQv+ZfkTPO4XhdPY5uWXl5sl 2+bTLYWkytH1AqRZodHxNNraha5YnYV3FG1/97TpYzocC/IAS1KP47kZikIJaNio JYDbne6MXYv+4eL4IvWl03lXWh7kHbGr5LBurl4gC0qer3Ta4P68Oo19vMaoDyZ7 st0aptXK1JW1KhgaZJQsAjUwtOvsOvljw8Dr/ehVuBZRag1K1TZAZbRbzOlfquU= =5+g4 -END PGP SIGNATURE- ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Statische Seiten aus T3 erzeugen
Hi Andreas, jaja das Gedächtnis :) - hast aber recht. Grüße Kay Am 20.06.2012 17:00, schrieb Andreas Kiessling: Hi, dafür kann man ja im TYPO3 den Schalter versionNameInFilename abschalten ;) versionNumberInFilename heißt das ;) HTH, Andreas -- http://www.kay-strobach.de - Open Source Rocks TYPO3 inspiring people to share! Get involved: http://typo3.org Answer was useful - feel free to donate: - https://www.paypal.com/cgi-bin/webscr?cmd=_s-xclickhosted_button_id=KPM9NAV73VDF2 - https://flattr.com/profile/kaystrobach ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Statische Seiten aus T3 erzeugen
Am 20.06.2012 14:20, schrieb RDE - Gert Redlich: Björn Pedersen schrieb: Am 19.06.2012 16:47, schrieb Gerhard Obermayr: Ich habe ein System von websites für einen Theaterbetrieb. ... Hi, Die Frage ist, wo der Speicherplatz wirklich verbraucht wird. Typischerweise ist bie Typo3 der cache in der DB der Speicherfresser Nr. 1. Evt in den alten Instanzen einfach alle caches löschen (und anschliessend in mysql optimze table auf die cache-tabellen ausführen), das sollte den Platzbedaf deutlich verringern. Und natürlich google und co von den alten Seiten fernhalten. Björn Hallo Björn, das klappt aber nicht mehr mit mysql-5.5/innodb, die Dateien werden kein bit (und erst recht kein byte) kleiner. Selbst wenn Du eine cache-Tabelle löschst, werden die physikalischen Dateien nicht kleiner. http://software.rde.de/mysql-und-innodb.html Ich bin gerade dabei, ein shell-script zu schreiben, das in einer Verkettung von truncate, export der (jetzt leeren) tabellendefinition, physikalischem Löschen der Dateien und reimport der leeren Tabeldefinitionen das mysql problem vorläufig löst. Das Truncate mit phpmyadmin funktioniert nicht mehr so wie früher mit myisam. Optimize auch nicht. Hallo, doch, optimize geht ohne Probleme, wenn man innodb im onefilepertable mode nutzt. Ansonsten wächst innodb immer, das ist richtig. Björn ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Warnhinweis im Backend
Hallo zusammen, bei einer Typo3 Installation 4.5.16 habe ich auf der BE Startseite immer den Hinweis: Wichtiger Hinweis! Ein oder mehrere Probleme in Ihrer TYPO3-Installation wurden festgestellt. Bitte prüfen Sie die Statusberichte für mehr Informationen. Auf der angegebenen Statusseite ist aber alles grün. Ich hatte eine Zeitlang noch die veraltete mailformplus installiert, bis ich dazu kam auf Formhandler umzustellen. Mailformplus ist jetzt aber gelöscht, auch der zugehörige Extension Ordner Cache ohne Erfolg gelöscht Jemand eine Idee? MfG Rene ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Warnhinweis im Backend
Hi Rene, Rene wrote: Hallo zusammen, bei einer Typo3 Installation 4.5.16 habe ich auf der BE Startseite immer den Hinweis: Wichtiger Hinweis! Ein oder mehrere Probleme in Ihrer TYPO3-Installation wurden festgestellt. Bitte prüfen Sie die Statusberichte für mehr Informationen. Auf der angegebenen Statusseite ist aber alles grün. Ich hatte eine Zeitlang noch die veraltete mailformplus installiert, bis ich dazu kam auf Formhandler umzustellen. Mailformplus ist jetzt aber gelöscht, auch der zugehörige Extension Ordner Cache ohne Erfolg gelöscht Jemand eine Idee? Hast du alle Caches gelöscht? IMHO ist dort noch etwas zwischengespeichert. Grüße -- Philipp Gampe – PGP-Key 0AD96065 – TYPO3 UG Bonn/Köln Documentation – linkvalidator TYPO3 inspiring people to share! ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] nc_staticfilecache
Grüß Dich, habe auch so eine Seite, wo ich es mir nicht erklären kann. Hab dann die alte fl_staticfile_cache hergenommen und abgeändert für die Erzeugung der statischen Files. Die nc_ wollte bei dieser einen Seite absolut nicht. Viele Grüße Ingo Siebeck -Ursprüngliche Nachricht- Von: typo3-german-boun...@lists.typo3.org [mailto:typo3-german-boun...@lists.typo3.org] Im Auftrag von Thomas Oliver Moll - Webmaster Gesendet: Mittwoch, 20. Juni 2012 14:19 An: typo3-german@lists.typo3.org Betreff: [TYPO3-german] nc_staticfilecache Hallo, ich sitz jetzt schon ein paar Tage dran und versteh's nicht. Ich habe mehrere TYPO3 Server und auf einigen funktioniert der Staticfilecache und auf einigen nicht (alle haben das gleiche Template). Mir ist klar, dass ich + keine USER_INT-Objekte verwenbden darf + den Cache leeren muss, bevor nc_staticfilecache eine Chance hat seinen eigenen Cache aufzubauen + die Seiten aufgerufen werden müssen, damit die Seiten erneut gecacht werden. + ich nicht im BE eingeloggt sein darf, um das chaching auszulösen. Ich habe eben schon mal alle Static Includes from Template abgeschaltet, in der Hoffnung versteckte USER_INT Objekt loszuwerden. keine Änderung, der Filecache wird nicht aufgebaut. Im INFO-Modul wird mir für alle Seiten angezeigt not hit egal wie oft ich sie im anderen Browser (Chrome) aufrufe. Gibt es etwas, was ich übersehe? Auf einem Server war es die Extension ke_stats, die das Caching verhinderte. hat jemand eine Idee? -- Dipl.-Inf. Thomas Oliver MollUniversity of Cologne Webmaster - TYPO3Rechenzentrum (RRZK) Mail: tm...@uni-koeln.de Robert-Koch-Str. 10 Tel.: +49-(0)221-478-5524D-50931 Cologne (Germany) http://www.uni-koeln.de/bin2/where.pl?parent.geb55 -- Termine nur nach Vereinbarung. Mails zu TYPO3 bezogenen Themen an typo3mas...@uni-koeln.de - ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Statische Seiten aus T3 erzeugen
Björn Pedersen schrieb: Am 20.06.2012 14:20, schrieb RDE - Gert Redlich: Björn Pedersen schrieb: Das Truncate mit phpmyadmin funktioniert nicht mehr so wie früher mit myisam. Optimize auch nicht. Hallo, doch, optimize geht ohne Probleme, wenn man innodb im onefilepertable mode nutzt. Ansonsten wächst innodb immer, das ist richtig. Björn Danke, im Dez 2011 ging es da auch noch nicht, hatte ich auch probiert werde ich gleich mal testen und berichten Gert ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Multilang Seite mit Not Found Fehler
Habe nun in der realurl_conf den Wert: 'en' = '1', in 'english' = '1', geändert und nun geht es!?! Weiß jemand vllt. warum? Grüße -- TYPO3 - TIPS - ANLEITUNGEN - NEWS unter: http://blog.ingeniumdesign.de/ TYPO3 Webdesign Agentur Wiesbaden - Frankfurt unter: http://www.ingeniumdesign.de/ Facebook Fan http://www.facebook.com/ingeniumdesign/ -- Am 19.06.2012 10:53, schrieb Basti: und hier noch die htaccess AddHandler php5-cgi .php # # # Example .htaccess file for TYPO3 CMS - for use with Apache Webserver # # This file includes settings for the following configuration options: # # - Compression via TYPO3 # - Settings for mod_rewrite (URL-Rewriting) # - PHP optimisation # - Miscellaneous # # If you want to use it, you have to copy it to the root folder of your TYPO3 installation (if its # not there already) and rename it to '.htaccess'. To make .htaccess files work, you might need to # adjust the 'AllowOverride' directive in your Apache configuration file. # # IMPORTANT: You may need to change this file depending on your TYPO3 installation! # # Lines starting with a # are treated as comment and ignored by the web server. # # You should change every occurance of TYPO3root/ to the location where you have your website in. # For example: # If you have your website located at http://mysite.com/ # then your TYPO3root/ is just empty (remove 'TYPO3root/') # If you have your website located at http://mysite.com/some/path/ # then your TYPO3root/ is some/path/ (search and replace) # # You can also use this configuration in your httpd.conf, but then you have to modify some lines, # see the comments (search for 'httpd.conf') # # Questions about this file go to the matching Install mailing list, see # http://typo3.org/documentation/mailing-lists/ # ### Begin: Compression via TYPO3 ### # Compressing resource files will save bandwidth and so improve loading speed especially for users # with slower internet connections. TYPO3 can compress the .js and .css files for you. # 1) Uncomment the following lines and # 2) Set $TYPO3_CONF_VARS['BE']['compressionLevel'] = '9' #FilesMatch \.js\.gzip$ #AddType text/javascript .gzip #/FilesMatch #FilesMatch \.css\.gzip$ #AddType text/css .gzip #/FilesMatch #AddEncoding gzip .gzip ### End: Compression via TYPO3 ### ### Begin: Browser caching of ressource files ### # Enable long browser caching for JavaScript and CSS files. # This affects Frontend and Backend and increases performance. # You can also add other file extensions (like gif, png, jpg), if you want them to be longer cached, too. FilesMatch \.(js|css)$ IfModule mod_expires.c ExpiresActive on ExpiresDefault access plus 7 days /IfModule FileETag MTime Size /FilesMatch ### End: Browser caching of ressource files ### ### Begin: Settings for mod_rewrite ### # You need rewriting, if you use a URL-Rewriting extension (RealURL, CoolUri, SimulateStatic). IfModule mod_rewrite.c # Enable URL rewriting RewriteEngine On # Change this path, if your TYPO3 installation is located in a subdirectory of the website root. #RewriteBase / # Rule for versioned static files, configured through: # - $TYPO3_CONF_VARS['BE']['versionNumberInFilename'] # - $TYPO3_CONF_VARS['FE']['versionNumberInFilename'] # IMPORTANT: This rule has to be the very first RewriteCond in order to work! RewriteCond %{REQUEST_FILENAME} !-f RewriteCond %{REQUEST_FILENAME} !-d RewriteRule ^(.+)\.(\d+)\.(php|js|css|png|jpg|gif|gzip)$ $1.$3 [L] # Stop rewrite processing, if we are in the typo3/ directory. # For httpd.conf, use this line instead of the next one: # RewriteRule ^/TYPO3root/(typo3/|t3lib/|fileadmin/|typo3conf/|typo3temp/|uploads/|favicon\.ico) - [L] RewriteRule ^(typo3/|t3lib/|fileadmin/|typo3conf/|typo3temp/|uploads/|favicon\.ico) - [L] # Redirect http://example.com/typo3 to http://example.com/typo3/index_re.php and stop the rewrite processing. # For httpd.conf, use this line instead of the next one: # RewriteRule ^/TYPO3root/typo3$ /TYPO3root/typo3/index.php [L] RewriteRule ^typo3$ typo3/index_re.php [L] # If the file/symlink/directory does not exist = Redirect to index.php. # For httpd.conf, you need to prefix each '%{REQUEST_FILENAME}' with '%{DOCUMENT_ROOT}'. RewriteCond %{REQUEST_FILENAME} !-f RewriteCond %{REQUEST_FILENAME} !-d RewriteCond %{REQUEST_FILENAME} !-l # Main URL rewriting. # For httpd.conf, use this line instead of the next one: # RewriteRule .* /TYPO3root/index.php [L] RewriteRule .* index.php [L] /IfModule ### End: Settings for mod_rewrite ### ### Begin: PHP optimisation ### # If you do not change the following settings, the default values will be used. # TYPO3 works fine with register_globals turned off. # This is highly recommended, if your web server has it turned on. #php_flag register_globals off ### End: PHP optimisation ### ### Begin: Miscellaneous ### # Make sure that directory listings