[TYPO3-german] Extbase: "finde genutzte Kategorien"
Hallo Liste! Ich habe eine kleine Extension mit welcher ich Artikel anlegen kann. Diese Artikel haben Kategorien. (m:n) Nun benötige ich für eine Filter-Funktion alle Kategorien, die ein Ergebnis erwarten. Das einzige was mir auf Anhieb einfällt, ist, alle Artikel abzurufen, über diese einmal zu iterieren um die einzelnen Artikel zu erhalten und anschließend nochmal zu iterieren um die Kategorien zu erhalten, welche ich dann wieder in ein Array verpacke und an das Template übergebe. Im Code sieht das so aus: $articles = $this->articlesRepository->findAll(); $categories = array(); foreach( $articles as $article) { foreach($article->getCategories() as $key => $category) { $categories[$key] = $category; } } Schön ist das nicht. Gibt es Best Practices für solche Fälle? Wie macht ihr sowas? Gruß, David. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Re: tt_news:Single Ansicht - keine news_id übergeben
Kann jemand helfen? Ich komme in dieser Sache nicht weiter! ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Re: tx_news und multiple Single view Seiten mit realurl
Wo finde ich denn genaue Informationen wegen den mehrfachen Single-Ansichten? ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] TYPO3 4.7: Gecachte Seiten mit unvollständigem html Endtag
Erst mal ein Workaround auf die Schnelle: config.enableContentLengthHeader = 0 Irgendwas beeinträchtigt die korrekte Berechnung des Content Length. Am 24.05.2013 17:11, schrieb Sven Wappler: > > Mittlerweile bin ich etwas schlauer. Am Cache liegt es wohl doch nicht. > Meine Vermutung war darin begründet, weil Chrome auf dem Testsystem, mit > dem ich auch angemeldet war, den Tag selbst in der Quelltext-Ansicht > korrekt angezeigt hat, obwohl es dieser in Wirklichkeit nicht war. > Also bin ich jetzt auf der Suche nach dem Fehler, der dazu führen kann, > dass das Dokument einfach abgeschnitten wird. > > > > Am 24.05.2013 14:28, schrieb Sven Wappler: >> >> Hallo zusammen, >> >> ich habe bei einer 4.7.11 Installation das Phänomen, dass der >> Tag nach > ein nicht angemeldeter Besucher die Seite aufruft. Bevor ich das System >> auseinander nehme, hat vielleicht jemand einen Tipp, wo ich am besten >> anfange die Ursache des Problems zu suchen? >> >> Schöne Grüße, Sven >> >> > > -- WapplerSystems: http://www.wapplersystems.de T3Yaml Template: http://t3yaml.de T3bootstraptv: http://t3bootstraptv.de Xing: https://www.xing.com/profile/Sven_Wappler Geeklist: http://geekli.st/svewap Twitter: https://twitter.com/WapplerSystems ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] [TYPO3-core] Announcing TYPO3 CMS 4.5.27, 4.7.12, 6.0.6 and 6.1.1
Dear TYPO3 World, The TYPO3 Community has just released TYPO3 CMS versions 4.5.27, 4.7.12, 6.0.6 and 6.1.1, which are now ready for you to download. These versions are maintenance releases and contain bug fixes only. The packages can be downloaded here: http://typo3.org/download/packages/ For details about the release, please see: http://typo3.org/news/article/typo3-cms-4527-4712-606-and-611-released/ MD5 checksums: c6f630951f285550d2d500558e51f1ad blankpackage-4.5.27.tar.gz f0d832e9cc7c9598570e2f8243c936cc blankpackage-4.5.27.zip c978c9a0e7c2ad88a091fe1486afd3b1 dummy-4.5.27.tar.gz be43136d7d481dc5565c54b71ec13e42 dummy-4.5.27.zip 3a8eeb83aaddff805dedf8043a395b43 introductionpackage-4.5.27.tar.gz 49a230a3c917b21bf9880f2f83e5a8d7 introductionpackage-4.5.27.zip e54c5069fbbee6f4601131dc94c6d4c3 typo3_src+dummy-4.5.27.zip 6997b6e3dedad5852ae879762e95588c typo3_src-4.5.27.tar.gz 78813f29ad3c1d5f1299dc84cbf0e138 typo3_src-4.5.27.zip a9121ee040dfe42e5d5093818232677b blankpackage-4.7.12.tar.gz abfa596319d152ad3e75c3d5ad8f9b7c blankpackage-4.7.12.zip 50d88405d4a33b4099bfdcdb0eff7a17 dummy-4.7.12.tar.gz 5fb494fdb3ac7eb714f368086544c5a6 dummy-4.7.12.zip 0434972405ed502c162a52d8a0a540ab typo3_src+dummy-4.7.12.zip 7178a9188d5d8bdca9ad38b3a31ba046 typo3_src-4.7.12.tar.gz 447008208e851bcae3b3d65b901a715a typo3_src-4.7.12.zip 7ea3848c0969b976e7d4119ac083eb79 blankpackage-6.0.6.tar.gz 48478cc0afa05b6fe747bd3c7c322820 blankpackage-6.0.6.zip 740c85eb3842885db442a6cf92ca1d1f dummy-6.0.6.tar.gz 3458e7065c637851cb12b8eb71960797 dummy-6.0.6.zip bd5900bfd6129d0b386baf39238f6242 typo3_src+dummy-6.0.6.zip 9a46f36a0f16ea3249bcd875e8aed299 typo3_src-6.0.6.tar.gz 593197dfd9e724358433d984ce2d344e typo3_src-6.0.6.zip 609126b5e07e93649b10c30fdebd7811 blankpackage-6.1.1.tar.gz 38ec5aef55aa1baa259e9a85d1a96eb7 blankpackage-6.1.1.zip b9ca974993fe5b05dbb1e5b9181e53e6 dummy-6.1.1.tar.gz 22c6697d10d2fef17f1a403b8eeecad7 dummy-6.1.1.zip 699d69ff003f270ec8ab7b3144087d0a governmentpackage-6.1.1.tar.gz bdd60b138502c0afb806955f42a055f4 governmentpackage-6.1.1.zip 2c417744167d98f5d6d4660cb4e7896e introductionpackage-6.1.1.tar.gz 9818ff90f0b2451be401c12ecfe3ed4e introductionpackage-6.1.1.zip 3fa25e895e3e04d3cb318c0bc22662f6 typo3_src+dummy-6.1.1.zip a1561f7e2994244701e6c89810167341 typo3_src-6.1.1.tar.gz 7713041a2c989fac798fe522501453fd typo3_src-6.1.1.zip Best regards, Oliver -- Oliver Hader TYPO3 CMS Core Team Leader TYPO3 inspiring people to share! Get involved: http://typo3.org ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] TYPO3 4.7: Gecachte Seiten mit unvollständigem html Endtag
Mittlerweile bin ich etwas schlauer. Am Cache liegt es wohl doch nicht. Meine Vermutung war darin begründet, weil Chrome auf dem Testsystem, mit dem ich auch angemeldet war, den Tag selbst in der Quelltext-Ansicht korrekt angezeigt hat, obwohl es dieser in Wirklichkeit nicht war. Also bin ich jetzt auf der Suche nach dem Fehler, der dazu führen kann, dass das Dokument einfach abgeschnitten wird. Am 24.05.2013 14:28, schrieb Sven Wappler: > > Hallo zusammen, > > ich habe bei einer 4.7.11 Installation das Phänomen, dass der > Tag nach ein nicht angemeldeter Besucher die Seite aufruft. Bevor ich das System > auseinander nehme, hat vielleicht jemand einen Tipp, wo ich am besten > anfange die Ursache des Problems zu suchen? > > Schöne Grüße, Sven > > -- WapplerSystems: http://www.wapplersystems.de T3Yaml Template: http://t3yaml.de T3bootstraptv: http://t3bootstraptv.de Xing: https://www.xing.com/profile/Sven_Wappler Geeklist: http://geekli.st/svewap Twitter: https://twitter.com/WapplerSystems ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] RTE: Nichterlaubte Klassen im Dropdown "Blockstil"
... Ja, natürlich kommen alle Stile aus der CSS. Aber wenn ich schon explizit angeben kann, welche der vorhandenen Stile erlaubt sind und diese auch korrekt verarbeitet werden, dann ist es doch irgendwie inkonsequent, dass die nicht erwünschten Stile trotzdem in den Dropdowns (Textstil, Blockstil) erscheinen. Gibt es keine Konfigurationseigenschaft (wie "allowedClasses") für die Dropdowns, mit der ich festlegen kann welche Stile dort angezeigt werden? -Ursprüngliche Nachricht- Von: typo3-german-boun...@lists.typo3.org [mailto:typo3-german-boun...@lists.typo3.org] Im Auftrag von Christian Essl Gesendet: Freitag, 24. Mai 2013 11:15 An: German TYPO3 Userlist Betreff: Re: [TYPO3-german] RTE: Nichterlaubte Klassen im Dropdown "Blockstil" Hast du den CSS-Stil im CSS-File angegeben, das du für den RTE definiert hast? (in deinem Fall also fileadmin/templates/css/text.css) Ich kenne mich jetzt nicht mit den Blockstilen speziell aus, aber die auswählbaren Link-Klassen im RTE werden zum Beispiel aus dem CSS-File ausgelesen und müssen explizit von dort entfernt werden, damit sie nicht mehr im Wizard aufscheinen. Wird bei den Blockstilen vermutlich nicht anders sein. -Ursprüngliche Nachricht- Von: typo3-german-boun...@lists.typo3.org [mailto:typo3-german-boun...@lists.typo3.org] Im Auftrag von Ralf Schlömer, TYPO3-Mailing-List Gesendet: Freitag, 24. Mai 2013 10:57 An: 'German TYPO3 Userlist' Betreff: [TYPO3-german] RTE: Nichterlaubte Klassen im Dropdown "Blockstil" Hi zusammen, das Dropdown "Blockstil" zeigt im Backend Stile an, die zwar in der verwendeten CSS-Datei definiert sind, aber nicht unter "allowedClasses" eingetragen sind. Verwendet man einen dieser nicht erlaubten Stile, so wird dieser beim Speichern wieder korrekt entfernt. Soweit OK. . aber wie verhindere ich, dass diese unerwünschten Stile im Dropdown auftauchen? . und wenn wir schon dabei sind, die Einstellungen für "exitHTMLparser" und "entryHTMLparser", sind die so nötig & richtig? Grüße, Ralf Meine RTE Konfiguration (TYPO3 4.7.x): RTE.default { contentCSS = fileadmin/templates/css/text.css showButtons = * hideButtons = lefttoright, righttoleft, fontstyle, fontsize, showhelp, textcolor, bgcolor, emoticon, image, language, showlanguagemarks keepButtonGroupTogether = 1 buttons { textstyle { tags { span.allowedClasses = Wichtig, Hervorhebung } } blockstyle { tags { div.allowedClasses= Zusammenfassung, Kommentar, Infobox } } } allowedClasses = Wichtig, Hervorhebung, Zusammenfassung, Kommentar, Infobox proc { entryHTMLparser_db = 1 entryHTMLparser_db { tags.b.remap = strong tags.i.remap = em } exitHTMLparser_db = 1 exitHTMLparser_db { tags.b.remap = strong tags.i.remap = em } allowedClasses < RTE.default.allowedClasses } FE < RTE.default } ___ 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 ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] TYPO3 4.7: Gecachte Seiten mit unvollständigem html Endtag
Hallo zusammen, ich habe bei einer 4.7.11 Installation das Phänomen, dass der Tag nach http://www.wapplersystems.de T3Yaml Template: http://t3yaml.de T3bootstraptv: http://t3bootstraptv.de Xing: https://www.xing.com/profile/Sven_Wappler Geeklist: http://geekli.st/svewap Twitter: https://twitter.com/WapplerSystems ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Powermail frontend Datum formatieren
Ich arbeite mit Powermail 2.06 das Formular habe mit dem Datepicker bestückt und der speichert mir das Datum als Timestamp ab, soweit gut. Auch das Formular selber zeigt mir das ausgewählte Dateum korrekt formatiert an. Möchte ich nun aber das neu Powermail interne Modul "Powermail_frontend" benutzen, bekomme ich denn Timestamp nicht korrekt formatiert, weis jemand wie man denn Timestamp korrekt formatiert hinbekommt in List, Edit oder Singleview des powermail_frontend? Wäre super wenn jemand eine Lösung hätte ich bekomme immer nur denn Timestamp ohne formatierung heraus, und bin jetzt echt schon 2 Tage am suchen und testen. Bin für jeden Tipp dankbar. viele Grüsse Harald Keller ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] eu_ldap: Ohne Search User?
Liebe Liste, wir bekommen einen neuen LDAP-Server und wie es aussieht, wird dieser mit strengeren Sicherheitsvorkehrungen ausgestattet sein. wir verwenden eu_ldap für die Authentifikation, was auch funktioniert. Jetzt kommt das große ABER: Der neue LDAP-Server lässt nur dann eine Verbindung zu, wenn man sich authentifiziert hat. Diese Authentifizierung geschieht jedoch, bevor die eigentliche Anfrage abgeschickt wird und eu_ldap verwendet dazu die Daten, die in der Server-Konfiguration (ich spreche vom Reckord im Storage Folder) eingetragen ist. Ich habe zwar einen Serviceuser, den ich da eintragen könnte, und mit dem es auch funktioniert. das Problem ist jedoch, dass das Passwort im Klartext gespeichert wird und dass damit die gesamte Liste aller User mitsamt email-Adresse usw. auslesbar ist. Ich habe zwei Lösungsansätze, mit denen ich beides nicht weiter komme: A) Der Serviceuser wird irgendwo zentral in der LDAP-Konfiguration des Linux oder des Apaches hinterlegt, so dass es vom backend des TYPO3 nicht einsichtig ist. B) An Stelle des Serviceusers gebe ich im Flexform des eu_ldap variablen oder ähnliches ein, was dafür sorgt, dass die ldaps-Verbindung mit Name und Passwort des sich einloggenden Users aufgebaut wird (dieser darf nämlich nur seine eigenen Daten einsehen, was also ok ist). In der recht schmalen Doku von eu_ldap habe ich dazu nichts gefunden und auch Googeln ergab keine entsprechenden Hinweise. Gibt es eine gute alternative zu eu_ldap, bei der die Authentifizierung beim Bind am LDAP mit den daten des typo3-Users geschieht? MfG Thomas Moll -- Dipl.-Inf. Thomas Oliver MollUniversity of Cologne Webmaster - TYPO3Rechenzentrum (RRZK) Mail: tm...@uni-koeln.de Weyertal 121 Tel.: +49-(0)221-470-89552 D-50931 Cologne (Germany) http://www.uni-koeln.de/bin2/where.pl?parent.geb133 -- Termine nur nach Vereinbarung. Mails zu TYPO3 bezogenen Themen an typo3mas...@uni-koeln.de - Diese Mail erhalten Sie ueber die Mailingliste Unity3-redakteure der Universitaet zu Koeln unity3-redakte...@uni-koeln.de https://lists.uni-koeln.de/mailman/listinfo/unity3-redakteure ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Powermail frontend Datum ist als Timestamp
Liebe Gruppe IOch arbeite mit6 TYPO3 4.7.10 und Powermail 2.06. Das Formular habe mit dem Datepicker zum laufen gebracht, der Serviert mir das Datum sogar richtig formatiert. In der Datenbank ist das Datum dann aber als Timestamp gesetzt, wäre auch kein Problem. Jetzt benutze ich aber auch das Powermail interne powermail_frontend, und egal ob Liste , Edit, oder Singleview, ich bekomme das Datum nicht formatiert hin. Nach 2 Tagen suchen und testen, hoffe ich das es irgendjemanden gibt der das hingebracht hat mit dem neuen Powermail 2.x. Wäre der Hammer wenn ich Hinweise bekommen würde wie ich denn Timestamp formatieren könnte. herzlichen Dank Harald ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] RTE: Nichterlaubte Klassen im Dropdown "Blockstil"
Hast du den CSS-Stil im CSS-File angegeben, das du für den RTE definiert hast? (in deinem Fall also fileadmin/templates/css/text.css) Ich kenne mich jetzt nicht mit den Blockstilen speziell aus, aber die auswählbaren Link-Klassen im RTE werden zum Beispiel aus dem CSS-File ausgelesen und müssen explizit von dort entfernt werden, damit sie nicht mehr im Wizard aufscheinen. Wird bei den Blockstilen vermutlich nicht anders sein. -Ursprüngliche Nachricht- Von: typo3-german-boun...@lists.typo3.org [mailto:typo3-german-boun...@lists.typo3.org] Im Auftrag von Ralf Schlömer, TYPO3-Mailing-List Gesendet: Freitag, 24. Mai 2013 10:57 An: 'German TYPO3 Userlist' Betreff: [TYPO3-german] RTE: Nichterlaubte Klassen im Dropdown "Blockstil" Hi zusammen, das Dropdown "Blockstil" zeigt im Backend Stile an, die zwar in der verwendeten CSS-Datei definiert sind, aber nicht unter "allowedClasses" eingetragen sind. Verwendet man einen dieser nicht erlaubten Stile, so wird dieser beim Speichern wieder korrekt entfernt. Soweit OK. . aber wie verhindere ich, dass diese unerwünschten Stile im Dropdown auftauchen? . und wenn wir schon dabei sind, die Einstellungen für "exitHTMLparser" und "entryHTMLparser", sind die so nötig & richtig? Grüße, Ralf Meine RTE Konfiguration (TYPO3 4.7.x): RTE.default { contentCSS = fileadmin/templates/css/text.css showButtons = * hideButtons = lefttoright, righttoleft, fontstyle, fontsize, showhelp, textcolor, bgcolor, emoticon, image, language, showlanguagemarks keepButtonGroupTogether = 1 buttons { textstyle { tags { span.allowedClasses = Wichtig, Hervorhebung } } blockstyle { tags { div.allowedClasses= Zusammenfassung, Kommentar, Infobox } } } allowedClasses = Wichtig, Hervorhebung, Zusammenfassung, Kommentar, Infobox proc { entryHTMLparser_db = 1 entryHTMLparser_db { tags.b.remap = strong tags.i.remap = em } exitHTMLparser_db = 1 exitHTMLparser_db { tags.b.remap = strong tags.i.remap = em } allowedClasses < RTE.default.allowedClasses } FE < RTE.default } ___ 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
[TYPO3-german] RTE: Nichterlaubte Klassen im Dropdown "Blockstil"
Hi zusammen, das Dropdown Blockstil zeigt im Backend Stile an, die zwar in der verwendeten CSS-Datei definiert sind, aber nicht unter allowedClasses eingetragen sind. Verwendet man einen dieser nicht erlaubten Stile, so wird dieser beim Speichern wieder korrekt entfernt. Soweit OK. aber wie verhindere ich, dass diese unerwünschten Stile im Dropdown auftauchen? und wenn wir schon dabei sind, die Einstellungen für exitHTMLparser und entryHTMLparser, sind die so nötig & richtig? Grüße, Ralf Meine RTE Konfiguration (TYPO3 4.7.x): RTE.default { contentCSS = fileadmin/templates/css/text.css showButtons = * hideButtons = lefttoright, righttoleft, fontstyle, fontsize, showhelp, textcolor, bgcolor, emoticon, image, language, showlanguagemarks keepButtonGroupTogether = 1 buttons { textstyle { tags { span.allowedClasses = Wichtig, Hervorhebung } } blockstyle { tags { div.allowedClasses= Zusammenfassung, Kommentar, Infobox } } } allowedClasses = Wichtig, Hervorhebung, Zusammenfassung, Kommentar, Infobox proc { entryHTMLparser_db = 1 entryHTMLparser_db { tags.b.remap = strong tags.i.remap = em } exitHTMLparser_db = 1 exitHTMLparser_db { tags.b.remap = strong tags.i.remap = em } allowedClasses < RTE.default.allowedClasses } FE < RTE.default } ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german