Re: [TYPO3-german] INCLUDE_TYPOSCRIPT & conditions
Hallo Zusammen, danke für die Unterstützung. Ich hab das Problem lokalisieren können - verstehen tue ich es aber nicht. Und zwar habe ich in meinem RootTemplate in den >>>Constanten-Feld<<< testweise eine andere Condition eingetragen: [IP = 123.*.*.*] [end] die Datei wird inkludiert,obwohl ich ich definitiv >>>nicht<<< aus der 123er IP Raum komme. Lustigerweise funktioniert die Condition im Setup-Feld problemlos. Sie tut was sie soll und inkludiert das Script nicht. Gruß Tobi Am 26.07.2010 22:13, schrieb Stephan Schuler: -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hallo Tobias. Conditions sind nicht schachtelbar. Das Auslagern von Typoscriptfragmenten in Dateien hebt diese Einschränkung nicht auf, auch wenn die Schreibweise das suggeriert. Das bedeutet, dass jede Condition die sich innerhalb dieser Typoscript-Datei befindet die umschließende Bedingung (aus dem Typoscript-Datenbankrecord) aufhebt um selbst gültig zu werden. Ein Beispiel soll das verdeutlichen. Lokales Typoscript: a=1 [conditionA] b=2 c=3 [global] e=4 file.ts: f=5 [conditionB] g=6 [global] j=7 Daraus resultiert auf dieser Seite ein einziger gltiger Typoscriptblock: a=1 [conditionA] b=2 f=5 [conditionB] g=6 [global] j=7 c=3 [global] e=4 Daraus ergeben sich die möglichen Konstellationen: nicht conditionA&& nicht conditionB: a=1, j=7, c=3, e=4 conditionA&& nicht conditionB: a=1, b=2, f=5, j=7, c=3, e=4 nicht conditionA&& conditionB: a=1, g=6, j=7, c=3, e=4 conditionA&& conditionB: a=1, b=2, f=5, g=6, j=7, c=3, e=4 Grüße, Stephan Schuler Web-Entwickler Telefon: +49 (911) 539909 - 0 E-Mail: stephan.schu...@netlogix.de Internet: http://media.netlogix.de - -- netlogix GmbH& Co. KG IT-Services | IT-Training | Media Andernacher Straße 53 | 90411 Nürnberg Telefon: +49 (911) 539909 - 0 | Fax: +49 (911) 539909 - 99 E-Mail: mailto:i...@netlogix.de | Internet: http://www.netlogix.de/ netlogix GmbH& Co. KG ist eingetragen am Amtsgericht Nürnberg (HRA 13338) Persönlich haftende Gesellschafterin: netlogix Verwaltungs GmbH (HRB 20634) Umsatzsteuer-Identifikationsnummer: DE 233472254 Geschäftsführer: Stefan Buchta, Matthias Schmidt Von: typo3-german-boun...@lists.typo3.org [typo3-german-boun...@lists.typo3.org] im Auftrag von Sebastian Lorenz [webmas...@derlorenz.de] Gesendet: Montag, 26. Juli 2010 21:32 An: German TYPO3 Userlist Betreff: Re: [TYPO3-german] INCLUDE_TYPOSCRIPT& conditions * PGP Signed by an unknown key Hallo, mach doch bitte mal das erste [global] schließtag raus. Viele Grüße Sebastian Am 26.07.10 20:26, schrieb Tobias Pierschel: Am 26.07.2010 18:54, schrieb Chris Bernhard: Am 26.07.2010 18:08, schrieb Tobias Pierschel: Hallo Zusammen, ich lade in meinem Root-Template mit die tsSetup.ts Datei. In dieser möchte ich gerne eine Abfrage nach dem Host machen, um dann weitere Dateien zu inkludieren: [hostname = test1.test.de] [global] [hostname = www.test.de] [global] leider klappt das so gar nicht. Die "Conditions" werden komplett ignoriert - es wird einfach die letzte Datei eingebunden. Sind "Conditions" innerhalb der extern liegenden Dateien nicht erlaubt? Danke und viele Grüße Tobi Hi Tobi, ich denke, dass einfach Deine Condition falsch ist. Probier doch bitteschön mal folgendes: [globalString = IENV:HTTP_HOST=test1.test.de] ... tu was [global] Beste Grüße vom Chris Hi Chris, leider klappt das auch nicht :-( Trotzdem Danke. Gruß Tobi ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german * Unknown Key * 0xCAE01771(L) ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german -BEGIN PGP SIGNATURE- Version: PGP Universal 3.0.0 (Build 2881) Charset: Windows-1252 wpUDBQFMTexfpp0IwsibV8MBCD+cBADD40qVmbe7dvbm7iqM5zGotr4FxuOaFAOO xG43ukGR9A5letLhJWBcO91YsVje+KTRERCGjH8mx/4T9d6N74nsmuiUGtWKXz/7 MDQx9PQGji33dXLvHCf3VMeOYzL1hSDQ2/IL0OcHsLiAfz/MrytXXrglnD71zOhN 1KC1ko6foA== =G80A -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] INCLUDE_TYPOSCRIPT & conditions
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hallo Tobias. Conditions sind nicht schachtelbar. Das Auslagern von Typoscriptfragmenten in Dateien hebt diese Einschränkung nicht auf, auch wenn die Schreibweise das suggeriert. Das bedeutet, dass jede Condition die sich innerhalb dieser Typoscript-Datei befindet die umschließende Bedingung (aus dem Typoscript-Datenbankrecord) aufhebt um selbst gültig zu werden. Ein Beispiel soll das verdeutlichen. Lokales Typoscript: a=1 [conditionA] b=2 c=3 [global] e=4 file.ts: f=5 [conditionB] g=6 [global] j=7 Daraus resultiert auf dieser Seite ein einziger gltiger Typoscriptblock: a=1 [conditionA] b=2 f=5 [conditionB] g=6 [global] j=7 c=3 [global] e=4 Daraus ergeben sich die möglichen Konstellationen: nicht conditionA && nicht conditionB: a=1, j=7, c=3, e=4 conditionA && nicht conditionB: a=1, b=2, f=5, j=7, c=3, e=4 nicht conditionA && conditionB: a=1, g=6, j=7, c=3, e=4 conditionA && conditionB: a=1, b=2, f=5, g=6, j=7, c=3, e=4 Grüße, Stephan Schuler Web-Entwickler Telefon: +49 (911) 539909 - 0 E-Mail: stephan.schu...@netlogix.de Internet: http://media.netlogix.de - -- netlogix GmbH & Co. KG IT-Services | IT-Training | Media Andernacher Straße 53 | 90411 Nürnberg Telefon: +49 (911) 539909 - 0 | Fax: +49 (911) 539909 - 99 E-Mail: mailto:i...@netlogix.de | Internet: http://www.netlogix.de/ netlogix GmbH & Co. KG ist eingetragen am Amtsgericht Nürnberg (HRA 13338) Persönlich haftende Gesellschafterin: netlogix Verwaltungs GmbH (HRB 20634) Umsatzsteuer-Identifikationsnummer: DE 233472254 Geschäftsführer: Stefan Buchta, Matthias Schmidt Von: typo3-german-boun...@lists.typo3.org [typo3-german-boun...@lists.typo3.org] im Auftrag von Sebastian Lorenz [webmas...@derlorenz.de] Gesendet: Montag, 26. Juli 2010 21:32 An: German TYPO3 Userlist Betreff: Re: [TYPO3-german] INCLUDE_TYPOSCRIPT & conditions * PGP Signed by an unknown key Hallo, mach doch bitte mal das erste [global] schließtag raus. Viele Grüße Sebastian Am 26.07.10 20:26, schrieb Tobias Pierschel: > Am 26.07.2010 18:54, schrieb Chris Bernhard: >> Am 26.07.2010 18:08, schrieb Tobias Pierschel: >>> Hallo Zusammen, >>> ich lade in meinem Root-Template mit >> source="FILE:fileadmin/lib/ts/tsSetup.ts"> >>> die tsSetup.ts Datei. In dieser möchte ich gerne eine Abfrage nach dem >>> Host machen, um dann weitere Dateien zu inkludieren: >>> >>> [hostname = test1.test.de] >>> >> source="FILE:fileadmin/lib/ts/test.de/tsConst/tsConst.ts"> >>> [global] >>> >>> [hostname = www.test.de] >>> >> source="FILE:fileadmin/lib/ts/global/tsConst/tsConst.ts"> >>> [global] >>> >>> leider klappt das so gar nicht. Die "Conditions" werden komplett >>> ignoriert - es wird einfach die letzte Datei eingebunden. >>> >>> Sind "Conditions" innerhalb der extern liegenden Dateien nicht erlaubt? >>> >>> Danke und viele Grüße >>> Tobi >>> >> >> Hi Tobi, >> >> ich denke, dass einfach Deine Condition falsch ist. >> Probier doch bitteschön mal folgendes: >> >> [globalString = IENV:HTTP_HOST=test1.test.de] >> ... tu was >> [global] >> >> Beste Grüße vom Chris > > Hi Chris, > leider klappt das auch nicht :-( > Trotzdem Danke. > > Gruß > Tobi > > ___ > TYPO3-german mailing list > TYPO3-german@lists.typo3.org > http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german > * Unknown Key * 0xCAE01771(L) ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german -BEGIN PGP SIGNATURE- Version: PGP Universal 3.0.0 (Build 2881) Charset: Windows-1252 wpUDBQFMTexfpp0IwsibV8MBCD+cBADD40qVmbe7dvbm7iqM5zGotr4FxuOaFAOO xG43ukGR9A5letLhJWBcO91YsVje+KTRERCGjH8mx/4T9d6N74nsmuiUGtWKXz/7 MDQx9PQGji33dXLvHCf3VMeOYzL1hSDQ2/IL0OcHsLiAfz/MrytXXrglnD71zOhN 1KC1ko6foA== =G80A -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] INCLUDE_TYPOSCRIPT & conditions
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hallo, mach doch bitte mal das erste [global] schließtag raus. Viele Grüße Sebastian Am 26.07.10 20:26, schrieb Tobias Pierschel: > Am 26.07.2010 18:54, schrieb Chris Bernhard: >> Am 26.07.2010 18:08, schrieb Tobias Pierschel: >>> Hallo Zusammen, >>> ich lade in meinem Root-Template mit >> source="FILE:fileadmin/lib/ts/tsSetup.ts"> >>> die tsSetup.ts Datei. In dieser möchte ich gerne eine Abfrage nach dem >>> Host machen, um dann weitere Dateien zu inkludieren: >>> >>> [hostname = test1.test.de] >>> >> source="FILE:fileadmin/lib/ts/test.de/tsConst/tsConst.ts"> >>> [global] >>> >>> [hostname = www.test.de] >>> >> source="FILE:fileadmin/lib/ts/global/tsConst/tsConst.ts"> >>> [global] >>> >>> leider klappt das so gar nicht. Die "Conditions" werden komplett >>> ignoriert - es wird einfach die letzte Datei eingebunden. >>> >>> Sind "Conditions" innerhalb der extern liegenden Dateien nicht erlaubt? >>> >>> Danke und viele Grüße >>> Tobi >>> >> >> Hi Tobi, >> >> ich denke, dass einfach Deine Condition falsch ist. >> Probier doch bitteschön mal folgendes: >> >> [globalString = IENV:HTTP_HOST=test1.test.de] >> ... tu was >> [global] >> >> Beste Grüße vom Chris > > Hi Chris, > leider klappt das auch nicht :-( > Trotzdem Danke. > > Gruß > Tobi > > ___ > TYPO3-german mailing list > TYPO3-german@lists.typo3.org > http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german > -BEGIN PGP SIGNATURE- Version: GnuPG/MacGPG2 v2.0.14 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJMTeLJAAoJEK7mjCDK4BdxPeIIAIpe6vh+pZXDnnWIC6pX6/XO vZD/uT1uuZ0ubonR6bDo10CZovZv+X34q9EGPDobQoje6/K8D4VZHInKRMJsEifo 3KcgCHWnHBX5gHhOIKqu4Kh4S/8KxXfG94KQ5ylbnBlxHcmQqWgP98hhLn8vJ2ms mEKk/GAUgd4babI8K239SCHqghQtJ9T6up/sYbH0mu3pvqxxRo8fTfK/5xRe2Aom k/Q+y2F6/rSrZOJy5B0EqKvqMzE9pXqx/cZcGxVrkPHtzYfEs2YXW8P7l6t1uc+D wSxJdCLroOW+XfSv0IKIOnk4EGbaorKWlo0NGx2jznmamE9mxkOxNrAiqiA4WVQ= =nyRl -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] INCLUDE_TYPOSCRIPT & conditions
Am 26.07.2010 18:54, schrieb Chris Bernhard: Am 26.07.2010 18:08, schrieb Tobias Pierschel: Hallo Zusammen, ich lade in meinem Root-Template mit die tsSetup.ts Datei. In dieser möchte ich gerne eine Abfrage nach dem Host machen, um dann weitere Dateien zu inkludieren: [hostname = test1.test.de] [global] [hostname = www.test.de] [global] leider klappt das so gar nicht. Die "Conditions" werden komplett ignoriert - es wird einfach die letzte Datei eingebunden. Sind "Conditions" innerhalb der extern liegenden Dateien nicht erlaubt? Danke und viele Grüße Tobi Hi Tobi, ich denke, dass einfach Deine Condition falsch ist. Probier doch bitteschön mal folgendes: [globalString = IENV:HTTP_HOST=test1.test.de] ... tu was [global] Beste Grüße vom Chris Hi Chris, leider klappt das auch nicht :-( Trotzdem Danke. Gruß Tobi ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] INCLUDE_TYPOSCRIPT & conditions
Am 26.07.2010 18:08, schrieb Tobias Pierschel: Hallo Zusammen, ich lade in meinem Root-Template mit die tsSetup.ts Datei. In dieser möchte ich gerne eine Abfrage nach dem Host machen, um dann weitere Dateien zu inkludieren: [hostname = test1.test.de] [global] [hostname = www.test.de] [global] leider klappt das so gar nicht. Die "Conditions" werden komplett ignoriert - es wird einfach die letzte Datei eingebunden. Sind "Conditions" innerhalb der extern liegenden Dateien nicht erlaubt? Danke und viele Grüße Tobi Hi Tobi, ich denke, dass einfach Deine Condition falsch ist. Probier doch bitteschön mal folgendes: [globalString = IENV:HTTP_HOST=test1.test.de] ... tu was [global] Beste Grüße vom Chris ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Ausgaben in BE-Formularen
Hallo zusammen, ist es möglich, bestimmte Daten oder andere Ausgaben direkt in ein BE-Formular zu schreiben? Im TCA gibt es nur das Feld "none", das ist mir ein bisschen wenig. Userfunc vielleicht? Habe nichts gefunden... Viele Grüße Michael ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] INCLUDE_TYPOSCRIPT & conditions
Hallo Zusammen, ich lade in meinem Root-Template mit die tsSetup.ts Datei. In dieser möchte ich gerne eine Abfrage nach dem Host machen, um dann weitere Dateien zu inkludieren: [hostname = test1.test.de] [global] [hostname = www.test.de] [global] leider klappt das so gar nicht. Die "Conditions" werden komplett ignoriert - es wird einfach die letzte Datei eingebunden. Sind "Conditions" innerhalb der extern liegenden Dateien nicht erlaubt? Danke und viele 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] rgsmoothgallery und "Nur Bilder"
Hm, jetzt hab ich das Problem, dass bei normalen Text-Mit-Bild-Elementen, also ohne aktivierte Gallery, der Textblock nicht mehr angezeigt wird. Das muss ich wohl noch ein bisschen am TS herumschrauben... Am 22.07.2010 15:38, schrieb Florian Seirer: Ich hab den Fehler nun selbst gefunden und behoben. In der Datei /typo3conf/ext/rgsmoothgallery/pi1/static/setup.txt haben ein paar Zeilen TS gefehlt: Zeile 179: tt_content.newimage { 2 = USER 2.userFunc = tx_rgsmoothgallery_rgsg->user_rgsg Zeile 555: tt_content.textpic.20 = CASE tt_content.textpic.20 { key.field = tx_rgsmoothgallery_rgsg default Hallo Liste! Die rgsmoothgallery läuft bei mir einwandfrei, solange ich das Plugin oder "Text mit Bild" verwende. Beim Typ "Nur Bilder" tut sich aber gar nichts. Kann es sein, dass das Default-TS von rgsmoothgallery nur für tt_content.textpic, nicht aber für tt_content.image konfiguriert ist, oder liegt das Problem wo anders? Mfg Florian ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Dateien nicht in Uploads-Ordner
moin, nutze dam Armin -Ursprüngliche Nachricht- Von: typo3-german-boun...@lists.typo3.org [mailto:typo3-german-boun...@lists.typo3.org] Im Auftrag von Peter Linzenkirchner Gesendet: Montag, 26. Juli 2010 17:24 An: German TYPO3 Userlist Betreff: [TYPO3-german] Dateien nicht in Uploads-Ordner Hallo, folgendes Problem: bei einer Extension, die ich weiter pflegen soll, werden im Backend große Dateien, die via FTP hochgeladen werden, eingelinkt (über die normalen Datei-Werkzeuge von TYPO3). Üblicherweise werden diese Dateien beim Einlinken dann in /uploads/nameDerExtension/ kopiert. Da es sich um Dateien handelt mit bis zu 500 MB und diese zudem regelmäßig erneuert werden (wobei sie zwar aus dem FTP-verzeichnis gelöscht werden, aber nicht aus uploads), habe ich das Problem eines gigantischen uploads-Ordners (momentan 20 GB, Tendenz exponentielles Wachstum ). Meine Frage: gibt es eine Möglichkeit, beim Einlinken (also nicht beim Upload) die Kopie in den Uploads-Ordner zu vermeiden? Danke Peter ___ 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] Eigene CSS-Klasse fehlt im RTE
Hallo, manchmal hilft es, die CSS-Datei des RTE im Browser direkt zu öffnen. Dadurch kommt sie in den Browsercache und wird beim Öffnen des RTE gefunden. Gruß Peter ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Dateien nicht in Uploads-Ordner
Hallo, folgendes Problem: bei einer Extension, die ich weiter pflegen soll, werden im Backend große Dateien, die via FTP hochgeladen werden, eingelinkt (über die normalen Datei-Werkzeuge von TYPO3). Üblicherweise werden diese Dateien beim Einlinken dann in /uploads/nameDerExtension/ kopiert. Da es sich um Dateien handelt mit bis zu 500 MB und diese zudem regelmäßig erneuert werden (wobei sie zwar aus dem FTP-verzeichnis gelöscht werden, aber nicht aus uploads), habe ich das Problem eines gigantischen uploads-Ordners (momentan 20 GB, Tendenz exponentielles Wachstum ). Meine Frage: gibt es eine Möglichkeit, beim Einlinken (also nicht beim Upload) die Kopie in den Uploads-Ordner zu vermeiden? Danke Peter ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Eigene CSS-Klasse fehlt im RTE
@ ingo hatte heute morgen dasselbe problem: klassen definiert, im RTE.css eingegeben, RTE-config gelöscht etc. aber nur ein neustart de BE hat dann bewirkt, dass die klasse auch im RTE ausgegeben wurde. gruss stephan On 26.07.2010 09:49, Ingo Preuß wrote: Hallo, folgendes TS soll die zuvor in der rte.css angelegte Klasse 'bigRaQuo' innerhalb des RTE verfügbar machen: RTE.default { contentCSS = fileadmin/css/rte.css showTagFreeClasses=1 classesCharacter := addToList(bigRaQuo) proc { allowedClasses := addToList(bigRaQuo) denyTags< RTE.default.buttons.inserttag.denyTags } FE { proc { allowedClasses< RTE.default.proc.allowedClasses } } } TS steht im page TS der entsprechenden Seite. Verweis zur CSS Datei ist angepasst. Cashes gelöscht. Nur fehlt die Klasse im RTE-dropdown. Missverständnis? Gruß, Ingo -- Ingo Preuss Rigaer Strasse 65 10247 Berlin 0163.160 51 03 ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] TYPO3 Updates & Extension Updates
> Im Idealfall passiert dies automatisch, z.B. per Dirvish Allerdings erspart es auch nicht das Problem der Seiteneffekte durch ein Extension Update. Im Prinzip müsstest Du nach jedem Update noch eine gesamte Qualitätssicherung machen... ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] TYPO3 Updates & Extension Updates
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Am 24.07.2010 00:22, schrieb ND: > > Unter ordentlich verstehe ich (Wobei ich eigentlich immer einen > Shell-Zugang voraussetze / verwende und alles über Konsole mache): > >- Datenbankdump und Import in neue Datenbank >- Erstellen eines "tar.gz" beinhaltend Datenbankdump und Filesystem > (mit Symlinks auf die Sourcen) zur Sicherung des letzten Standes für Kunden Im Idealfall passiert dies automatisch, z.B. per Dirvish (arbeitet mit Hardlinks und erlaubt auch Vor- und Nachlaufscripte z.B. für den DB Dump). Das spart dann noch mal Arbeit und Zeit. Grüße Claus -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJMTZteAAoJELsIv+audObfm7wIAMPPzRNUyO1PA4Ol6wpKZTKA rnP8GZv3ve6hlCMoQugBnaFeWZX4+Sxu7R3qAlp4Yk8vywipS+SaGlCuVHoWcFmT S98KAdYmdc/OTEEKgVr/jtN63jFd59bMY6sbGwca7D67cRhyd6ejaNe0/krKPVkj uWv0bptPHxAIAFwUbTES4zLykMgYFQVAFrH/FKdC0a0ky8su3OtVQjZgk0/9kX4w BTS44Blj8DLpxEfK4ysWlHue9UCZOJ85BiAQXemTqSID42ofxlS8zZ2R44g5xp+e SPLkCcYpFM1FHN9yFcwPPG4MQvkRU0v67cBNftOlatveSK6DGeFG1TeRfbOEvn0= =ZUei -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] Cache anzeigen lassen?
SELECT page_id, substring(HTML, 1,1000) FROM `cache_pages` WHERE 1 wenn es nur mal zu debugging zwecken sein soll bzw ob es gecached ist im Admin Panel unter "Cache" > Hallo, gibt es eine Extension oder andere Möglichkeit sich anzeigen zu > lassen ob und wie eine Seite gecached ist? ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Cache anzeigen lassen?
Hallo, gibt es eine Extension oder andere Möglichkeit sich anzeigen zu lassen ob und wie eine Seite gecached ist? Christian ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] cooluri - The requested page does not exist!
Hallo Torsten, Am Mo, 26.07.2010, 13:37 schrieb Torsten: > Hallo Ingo, > > guck mal unter Admin-Werkzeuge->CoolURI->Cached links. > > Da dann mit Wildcart % nach den Seiten suchen. Dort kann man dann > manuell aktualisieren, sofern erforderlich. > geht super :) Gruß und Dank, Ingo -- Ingo Preuss Rigaer Strasse 65 10247 Berlin 0163.160 51 03 ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] cooluri - The requested page does not exist!
Hallo Ingo, guck mal unter Admin-Werkzeuge->CoolURI->Cached links. Da dann mit Wildcart % nach den Seiten suchen. Dort kann man dann manuell aktualisieren, sofern erforderlich. Gruß Torsten Ingo Preuß schrieb: Hallo, nach aktivieren von cooluri werden fast alle Seiten fehlerfrei angezeigt. Bis auf den Ast der kopiert wurde. Die originalen Seiten sind entfernt. Beim Aufrufen dieser Seiten kommt die Meldung: The requested page does not exist! Im temp-Verzeichnis wurden alle Inhalte komplett gelöscht. Browser cache ebenso. Bis dato bleiben die Seiten im Frontend verborgen: Alles ab Unternehmen: http://t3.rimpler.ateam.de/ Was kann ich tun? Gruß, Ingo -- Ingo Preuss Rigaer Strasse 65 10247 Berlin 0163.160 51 03 ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] cooluri - The requested page does not exist!
Hallo, nach aktivieren von cooluri werden fast alle Seiten fehlerfrei angezeigt. Bis auf den Ast der kopiert wurde. Die originalen Seiten sind entfernt. Beim Aufrufen dieser Seiten kommt die Meldung: The requested page does not exist! Im temp-Verzeichnis wurden alle Inhalte komplett gelöscht. Browser cache ebenso. Bis dato bleiben die Seiten im Frontend verborgen: Alles ab Unternehmen: http://t3.rimpler.ateam.de/ Was kann ich tun? Gruß, Ingo -- Ingo Preuss Rigaer Strasse 65 10247 Berlin 0163.160 51 03 ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] powermail + wt_directory verwendet
Habe erst einmal das normale powermail soweit angelegt und die Eingabeboxen formatiert usw... wie kann ich nun noch den Namen ausgeben und mitsenden? in einer Beispiel-Anleitung habe ich gelesen es sollte mit den UID´s gehen. Nur ganz verstehe ich noch nicht, wie ich den hier beschriebenen TS in das Powermail bekomme: http://www.typo3.net/forum/list/list_post//96359/?tx_mmforum_pi1[page]= vllt. kann mir da noch jemand einen Tipps geben. Danke! Am 20.07.2010 16:22, schrieb Basti: Hallo Liste, ich benutzte für ein Projekt die beiden Ext. zusammen. Ich zeige mit Hilfe von wt_directory die "Kontaktperson" an. Dort ist ein direkter Link mit dem PowerMail-Formular. Nun würde ich noch gernen bei dem Kontakt-Formular den Namen von der Person anzeigen lassen Weiß da jemand vllt. bescheid? Grüße, Basti ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] TYPO3 Updates & Extension Updates
Wenn man TYPO3 Projekte verkauft, sollte man schon den Code verstehen. Dem wage ich einfach mal zu widersprechen: Das was man selbst gemacht hat, sollte man definitiv verstehen! Eine umfangreiche komplexe Extension, bei der sich ein paar Zeilen im Code verändert haben? Das kann im Worstcase ewig dauern, bis man den Code komplett versteht! TYPO3 an sich: Du verstehst den gesamten Code? Ich finde, man kann TYPO3 Projekte ruhigen Gewissens verkaufen (wenn man den eigenen Part ordentlich und sorgfältig macht), OHNE dass man den gesamten Code von TYPO3 an sich bzw. jeder Extension versteht bzw. sich da eingearbeitet hat! ND ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Eigene CSS-Klasse fehlt im RTE
folgendes TS soll die zuvor in der rte.css angelegte Klasse 'bigRaQuo' innerhalb des RTE verfügbar machen: RTE.default { contentCSS = fileadmin/css/rte.css showTagFreeClasses=1 classesCharacter := addToList(bigRaQuo) proc { allowedClasses := addToList(bigRaQuo) denyTags < RTE.default.buttons.inserttag.denyTags } FE { proc { allowedClasses < RTE.default.proc.allowedClasses } } } TS steht im page TS der entsprechenden Seite. Verweis zur CSS Datei ist angepasst. Cashes gelöscht. Nur fehlt die Klasse im RTE-dropdown. Ich glaube, da fehlt noch ein bisschen was: RTE { classes { bigRaQuo { name = Anzeigename value = CSS-Definition } } default { ignoreMainStyleOverride = 1 showTagFreeClasses = 1 } } Unter RTE.classes kann man definieren, wie die Klasse im Dropdown dargestellt wird, d.h. der Anzeigename wird entsprechend der angegebenen CSS-Definition formatiert. Wenn das fehlt, ist das aber kein Beinbruch; in dem Fall steht dann nur der Klassenname in der Liste. Ich tippe mal darauf, dass du die Klasse ohne Tag in der CSS-Datei hast. Standardmäßig übernimmt der RTE nur die Klassen, die direkt mit einem Tag definiert sind, z.B. span.rotertext. Dadurch können die CSS-Definitionen auch gleich "Absatz" und "Textstil" zugeordnet werden. Wenn auch Klassen übernommen werden sollen, die ohne Tag in der CSS-Datei definiert sind (z.B. .rotertext), muss showTagFreeClasses auf 1 gesetzt werden. Kommando zurück, ich sehe gerade, dass showTagFreeClasses in deiner Config ja drin ist. Grüße, Jana. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Eigene CSS-Klasse fehlt im RTE
folgendes TS soll die zuvor in der rte.css angelegte Klasse 'bigRaQuo' innerhalb des RTE verfügbar machen: RTE.default { contentCSS = fileadmin/css/rte.css showTagFreeClasses=1 classesCharacter := addToList(bigRaQuo) proc { allowedClasses := addToList(bigRaQuo) denyTags < RTE.default.buttons.inserttag.denyTags } FE { proc { allowedClasses < RTE.default.proc.allowedClasses } } } TS steht im page TS der entsprechenden Seite. Verweis zur CSS Datei ist angepasst. Cashes gelöscht. Nur fehlt die Klasse im RTE-dropdown. Ich glaube, da fehlt noch ein bisschen was: RTE { classes { bigRaQuo { name = Anzeigename value = CSS-Definition } } default { ignoreMainStyleOverride = 1 showTagFreeClasses = 1 } } Unter RTE.classes kann man definieren, wie die Klasse im Dropdown dargestellt wird, d.h. der Anzeigename wird entsprechend der angegebenen CSS-Definition formatiert. Wenn das fehlt, ist das aber kein Beinbruch; in dem Fall steht dann nur der Klassenname in der Liste. Ich tippe mal darauf, dass du die Klasse ohne Tag in der CSS-Datei hast. Standardmäßig übernimmt der RTE nur die Klassen, die direkt mit einem Tag definiert sind, z.B. span.rotertext. Dadurch können die CSS-Definitionen auch gleich "Absatz" und "Textstil" zugeordnet werden. Wenn auch Klassen übernommen werden sollen, die ohne Tag in der CSS-Datei definiert sind (z.B. .rotertext), muss showTagFreeClasses auf 1 gesetzt werden. Ich hoffe, das hilft. Grüße, Jana. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Typo3 Media Element, Video, Standart Werte Setzten
Am 23.07.10 11:34, schrieb Tizian Schmidlin: Hallo miteinander! Ich habe für einen Kunden einen Speziellen Videoskin für den Flashvideoplayer. Das Einbinden im Plugin funktioniert einwandfrei. Jedoch will ich den Skin ja nicht nur für ein Plugin benutzen, sondern bei allen. Die einfachste Lösung wäre natürlich dem Kunden zu sagen, er soll die flashvar bei jedem Plugin setzen, dies ist jedoch sehr Kundenunfreundlich und muss ich vermeiden. Deswegen wollte ich den Skin als Standard setzten in dem ich über tt_content.media.20.video.default die Flashvar setzte. Jetzt habe ich das Problem, das eben das nicht funktioniert. Ich habe mich an der Offiziellen Doku aus dem svn Trunk des Core's orientiert um diese Einstellung zu finden also weis ich nicht wo der Hacken ist. Hat jemand eine Idee, was schief laufen könnte? Hier noch den Code: tt_content.media.20.video.default { flashvars.skin = meinskin.swf } Ich habe es nun rausgefunden. Die default option wie sie in der offiziellen Dokumentation steht funktioniert nicht. Damit man seine "eigenen" default Einstellungen setzten kann, muss man über tt_content.media.20.mimeConf.swfobject.video.default gehen. Gruss Tizian ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] TYPO3 Updates & Extension Updates
Hallo, Am 26.07.2010 09:55, schrieb ND: > Ja, "diffen": Aber das setzt voraus, dass Du den Source der Extension > verstehen musst! =zusätzlicher Zeitaufwand! Wenn man TYPO3 Projekte verkauft, sollte man schon den Code verstehen. > Und wegen Security Updates: Dann benötigt man im Prinzip ja eine > XLS-Liste, worin alle verwendeten Extensions der Kundenprojekte mit > Versionsnummern vermerkt sind. Und diese Liste darf man dann einmal im > Monat (oder öfter, wenn man sonst nichts zu tun hat) durchgehen, die > Versionsnummern mit dem TER vergleichen. Und für jede Ext, die einen > neuere Version verfügbar hat, kann man dann Suchen ob man was findet > bzgl., ob nur Security-Update oder nicht oder was sonst alles verändert > wurde... TYPO3-Watchdog oder caretaker sollten als Stichwörter reichen. Es gibt auch Hoster (wie zB mittwald), die einen benachrichten wenn eine Extension als unsicher bekannt wurde und installiert ist. Georg ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] TYPO3 Updates & Extension Updates
Ups, sorry Lina, hatte den letzten teil deines Posts nicht gesehen. Ja, "diffen": Aber das setzt voraus, dass Du den Source der Extension verstehen musst! =zusätzlicher Zeitaufwand! Und wegen Security Updates: Dann benötigt man im Prinzip ja eine XLS-Liste, worin alle verwendeten Extensions der Kundenprojekte mit Versionsnummern vermerkt sind. Und diese Liste darf man dann einmal im Monat (oder öfter, wenn man sonst nichts zu tun hat) durchgehen, die Versionsnummern mit dem TER vergleichen. Und für jede Ext, die einen neuere Version verfügbar hat, kann man dann Suchen ob man was findet bzgl., ob nur Security-Update oder nicht oder was sonst alles verändert wurde... Und dann ggf. pro Projekt updaten und Testen! "Lina Wolf" schrieb im Newsbeitrag news:mailman.1.1280127234.19818.typo3-ger...@lists.typo3.org... Macht ihr de Updates regelmässig für sämtliche Extensions??? Nein, warum sollte man? Ich mache alle Security Updates und ich mache Updates, wenn ich die neue Funktionalität benötige. Aber nur weil jemand das Handbuch upgedated hat, mache ich doch kein Update. Wenn der Extension Developer das SVN verwendet hat kann man den Unterschied zwischen den Versionen ja auch ganz einfach diffen. Und dann ist es halt auch Projektabhängig. Manchmal muss man Extensions so stark verbiegen durch xClass und haste nicht gesehen, dass die hinterher fast nicht-updatebar werden. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] TYPO3 Updates & Extension Updates
Am 26.07.2010 09:44, schrieb ND: > Ok. Aber auch um zu unterscheiden, ob es bei den Extensions Security > Updates gibt oder ob es sich um reine Maintenance-Updates handelt, das > ist ja schon ziemlicher Aufwand, da es ja keine zentrale Stelle gibt, wo > man das zentral abfragen kann. dafür gibt es die Security Bulletins vom Security Team. Aber du hast recht, es gibt leider noch kein Service wo man einfach mal abfragen kann. > Und "Update-Anleitungen" bzw. Hinweise, ob man z.B. Templavoila x.x.x > problemlos auf Templavoila x.y.z updaten kann, habe ich auch noch > nirgends gefunden. Das ist auch ziemlich schwierig zum realisieren von Entwickler-Seite, da man dort einfach immer die aktuelle Version verwendet und maximal upgrades von der aktuellen zur neuen bzw zwischen Major-Releases testet. Alles andere wäre zeitlich sehr intensiv. > Sprich, nach dem drüberinstallieren vom neuen > Templavoila über ein Altes muss man einen ziemlichen zeitlichen Aufwand > investieren, um zu sehen, ob alles noch klappt wie vorher. Gerade, wenn > man komplexere FCE's verwendet und die DS angepassst hat o. Ä.. Dann > muss man ja im Prinzip zum Testen sogar mal das Mapping verändern oder > die DS anpassen etc., alles speichern, und schauen, obs noch geht danach! Ja das bleibt einem wohl nicht aus. > Ganz zu schweigen von z.B. der CAL-Extension, die ich kürzlich im > Einsatz hatte. Bis ich da weiss, ob alles nach dem Update wie vorher > klappt, kann ich pro Projekt ja locker 1 bis 2 Stunden investieren, weil > man ja wirklich jegliche Funktionalität durchtesten muss! Also nicht nur > drüberinstallieren und die Caches löschen, sondern auch mal neue > Datensätze anlegen, welche Ändern, Löschen, alle Funktionen im Frontend > durchtesten, etc... Daher eben nur dann updaten wenn neue Funktionalitäten bzw Bugbehebungen einem betreffen. Security-Releases selbst beheben nur den Security-Bug selbst und sonst nichts, daher ist da ein Update kein Problem, *allerdings* auch nur dann wenn vorher schon die aktuellste Version im Einsatz ist. Da eben meist nur die aktuellste Version gepatcht wird und nicht mehr (im Gegensatz zum Core). Aber auch da könnte man den Entwickler fragen ob andere Versionen zur Verfügung gestellt werden könnten. Georg ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Eigene CSS-Klasse fehlt im RTE
Hallo, folgendes TS soll die zuvor in der rte.css angelegte Klasse 'bigRaQuo' innerhalb des RTE verfügbar machen: RTE.default { contentCSS = fileadmin/css/rte.css showTagFreeClasses=1 classesCharacter := addToList(bigRaQuo) proc { allowedClasses := addToList(bigRaQuo) denyTags < RTE.default.buttons.inserttag.denyTags } FE { proc { allowedClasses < RTE.default.proc.allowedClasses } } } TS steht im page TS der entsprechenden Seite. Verweis zur CSS Datei ist angepasst. Cashes gelöscht. Nur fehlt die Klasse im RTE-dropdown. Missverständnis? Gruß, Ingo -- Ingo Preuss Rigaer Strasse 65 10247 Berlin 0163.160 51 03 ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] TYPO3 Updates & Extension Updates
Ok. Aber auch um zu unterscheiden, ob es bei den Extensions Security Updates gibt oder ob es sich um reine Maintenance-Updates handelt, das ist ja schon ziemlicher Aufwand, da es ja keine zentrale Stelle gibt, wo man das zentral abfragen kann. Und für jede Extension auf der "Hersteller"-Website oder im Ter nachzuschauen, mit der Hoffnung, dort entsprechende Hinweise zu finden...? Und "Update-Anleitungen" bzw. Hinweise, ob man z.B. Templavoila x.x.x problemlos auf Templavoila x.y.z updaten kann, habe ich auch noch nirgends gefunden. Sprich, nach dem drüberinstallieren vom neuen Templavoila über ein Altes muss man einen ziemlichen zeitlichen Aufwand investieren, um zu sehen, ob alles noch klappt wie vorher. Gerade, wenn man komplexere FCE's verwendet und die DS angepassst hat o. Ä.. Dann muss man ja im Prinzip zum Testen sogar mal das Mapping verändern oder die DS anpassen etc., alles speichern, und schauen, obs noch geht danach! Ganz zu schweigen von z.B. der CAL-Extension, die ich kürzlich im Einsatz hatte. Bis ich da weiss, ob alles nach dem Update wie vorher klappt, kann ich pro Projekt ja locker 1 bis 2 Stunden investieren, weil man ja wirklich jegliche Funktionalität durchtesten muss! Also nicht nur drüberinstallieren und die Caches löschen, sondern auch mal neue Datensätze anlegen, welche Ändern, Löschen, alle Funktionen im Frontend durchtesten, etc... "Lina Wolf" schrieb im Newsbeitrag news:mailman.1.1280127234.19818.typo3-ger...@lists.typo3.org... Macht ihr de Updates regelmässig für sämtliche Extensions??? Nein, warum sollte man? Ich mache alle Security Updates und ich mache Updates, wenn ich die neue Funktionalität benötige. Aber nur weil jemand das Handbuch upgedated hat, mache ich doch kein Update. Wenn der Extension Developer das SVN verwendet hat kann man den Unterschied zwischen den Versionen ja auch ganz einfach diffen. Und dann ist es halt auch Projektabhängig. Manchmal muss man Extensions so stark verbiegen durch xClass und haste nicht gesehen, dass die hinterher fast nicht-updatebar werden. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german