Re: [TYPO3-german] Alternativen zu sr_email_subscribe / sr_feuser_register
Paul 'Ingrid' Muster schrieb: > Eben bin ich über ke_userregister gestolpert, das scheint sehr neu zu > sein, hat da jemand Erfahrung mit? > http://typo3.org/documentation/document-library/extension-manuals/ke_userregister/0.0.5/view/toc/0/ Naja, nach einer Stunde basteln komme ich sehr zielsicher zur Meldung "tx_keuserregister_pi1: ERROR: No user data pid defined" Woran das liegt, ist mir völlig unklar. Ich habe mich an die Doku im OpenOffice-Format gehalten, die Online-Doku ist unbrauchbar kaputt. Also * Sysfolder für User ist schon da, ID 16 * FE-Usergroup ist 2 * Seite "Registrierung" angelegt, dort Ext-Template angelegt, Constants: plugin.tx_keuserregister { userDataPID = 16 defaultUsergroup = 2 notification.from_email = m...@example.com # (anonymisiert für das Posting) notification.from_name = Name der Seite } und bei Include static das Plugin * Content in die Seite eingefügt, insert Plugin, Register Form, Mode "create" Tut nicht. Auch nicht, wenn ich _sowohl_ die Constants-Einträge _als auch_ den Include static-Eintrag im Template meiner "Root"-Seite _und_ der Seite "Registrierung" einfüge. Viele Grüße Paul ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Alternativen zu sr_email_subscribe / sr_feuser_register
Petra Arentzen schrieb: > ich habe nach einem Update von sr_email_subscribe / > sr_feuser_register (mal wieder) Probleme. Viele Kleinigkeiten, die > An- / Abmeldung vom Newsletter aus klappt nicht mehr usw. > > Ich debugge mir mal wieder den Wolf und bin etwas genervt, vor allem > weil das irgendwie bei jedem Update der beiden Extensios so ist. Ich > frage mich, ob es nicht was besseres gibt. Was verwendet Ihr denn so > oder sind die beiden Exts. der Weisheit letzter Schluss? Ich habe derzeit ähnlich viel "Spaß" mit sr_feuser_register, siehe Thread "[TYPO3-german] sr_feuser_register schickt keine Mails mehr" ab 01.11.2010 21:23h. Von daher würde ich mich über eine funktionierende Alternative auch freuen. Newsletter brauche ich dabei nicht, sondern "nur" Benutzerregistrierung inkl. Bestätigung durch einen Admin/Redakteur. Eben bin ich über ke_userregister gestolpert, das scheint sehr neu zu sein, hat da jemand Erfahrung mit? http://typo3.org/documentation/document-library/extension-manuals/ke_userregister/0.0.5/view/toc/0/ Danke & viele Grüße Paul ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] dnamisches CSS File taucht in den indexed_search Suchergebnissen auf
Freddy Tripold schrieb: indem du mittels globalVar die Indizierung ausschaltest, also in etwa (ungetestet) [globalVar = GP:type=79] config.index_enable=0 [global] manchmal sieht man den Wald vor lauter Bäumen nicht (hatte immer innerhalb der Extension gesucht) DANKE für den richtigen hinweis... -- Ralf-René Schröder http://if-20.com ... YAML templates for TYPO3 __ ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Re: Inhaltselement Dateilinks - fehlender Linkbrowser, nervende Dateikopien, unsinnig e Begrenzung, mangelhafte Sortierungsmöglichkeiten - e mpfehlenswerte Alternative?
tut mit leid wenn ich etwas "frech" geschrieben habe - natürlich will ich niemanden angreifen oder demotivieren! aber danke für die infos und links - eine konkrete empfehlung wäre mir natürlich noch lieber gewesen. ;-) den t3n artikel aus 2007 kenne ich bereits, da ich auch ein abo der zeitschrift habe. zu dem thema "was ich beitragen kann" kann ich leider nur anmerken: ich habs nicht drauf - bin kein entwickler und es fehlen auch noch die "mittel". - evtl. ergibt sich jedoch mal die möglichkeit bei zukünftigen projekten irgendetwas sponsoren zu lassen, dafür setze ich mich jedenfalls ein. der link zu http://typo3extensions.org/index.php?title=Kategorie:Downloads zeigt übrigens gut, das die "community" auch schon einiges "zurückgegeben" hat. wär es da nicht schön wenn auch mal wieder gutes davon direkt in TYPO3 einfließen würde? MfG Am 05.11.2010 13:44, schrieb Peter Linzenkirchner: Hallo, stell dir mal vor, du wärst ein Core-Entwickler, und hast gerade ein paar Monate deine komplette Freizeit geopfert, um das letzte Update von TYPO3 auf die Reihe zu bringen. Du bist gerade dabei, die unvermeidlichen Bugs einen nach dem anderen im Bugtracker abzuarbeiten und hast noch einen ganzen Berg Arbeit vor dir. Und dann liest du sowas: Das Inhaltselement "Dateilinks" stellt für mich stets ein großes Ärgernis dar. Ich verstehe einfach nicht welchen Sinn dieses Contentelement in dieser Form noch haben soll. nervend unsinnig mangelhaft Ärgernis usw. Wie kommt das wohl an? Es gibt da eine allgemeine Lebensweisheit, die man über die Jahre hinweg ganz unvermeidlich lernt: wenn du was von jemanden willst, bewirf ihn nicht mit Dreck. Und wenn das Inhaltselement für dich ein Ärgernis ist, dann nimm das zum Anlass, es zu verbessern. Die Community sind nicht die da, sondern wir. Du und Ich. So, nachdem das raus ist: : http://typo3.andreas-bulling.de/fileadmin/docs/t3n_nr12_typo3_download.pdf http://t3n.de/magazin/downloadlosungen-dam-anbindung-dateien-typo3-komfortabel-220371/ - Dateikopien im Verzeichnis "uploads/media" (sofern nicht das Feld "Dateipfad" genutzt wird, wird von den angegebenen Dateien stets eine Kopie gemacht und in das Verzeichnis "uploads/media" abgelegt. (Das mag in einigen Situationen Sinn haben - Aber ich würde behaupten das dies schon eher Ausnahmesituationen sein mögen - Relativ oft hingegen kommt es heutzutage vor das relativ große Dateien verlinkt werden, bei denen man gern auf diese Kopien verzichten würde - Abhilfe ist mir nicht bekannt - Außerdem verhält es sich so, das wenn jemand das gesammte Contentelement löscht und nicht die Dateilinks einzeln entfernt, der "Müll" auch noch im Verzeichnis "uploads/media" liegen bleibt.) Da es sich bei filelinks um ein Inhaltselement handelt, welches das media-Feld nutzt, geht das nicht. Bzw. es würde sich auch auf andere Medien beziehen. Das ganze macht bei üblichen Dateien wie Word, PDF etc. auch Sinn, da die Links nicht verschwinden, wenn das Original gelöscht wird. Für große Dateien brauchts u. a. deshalb eine Extension. Ok, es gibt so einige Extensions zum Thema "DateiDownloads", einige habe ich schon ausprobiert und alle haben auch ihre eigenen Vor- und Nachteile. Und da die Suche im Repository inzwischen auch total unübersichtlich ist, entgeht mir evtl. auch eine wirklich gelungene Alternative - drum frag ich hier nochmal: Die Suche ist nicht unübersichtlich, nur das Angebot ist es mittlerweile, da es viele Extensions zu diesem Bereich gibt, die aber alle unterschiedlich arbeiten und durchwachsene Qualität haben. Man muss sie tatsächlich ausprobieren. Oder man greift auf diverse Vergleich zu, wie z. B. die oben genannten oder das hier: http://typo3extensions.org/index.php?title=Kategorie:Downloads Soweit ich weiss, suchen die immer Leute, die sich beteiligen. Wäre doch eine gute Gelegenheit. 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] Re: Inhaltselement Dateilinks - fehlender Linkbrowser, nervende Dateikopien, unsinn ige Begrenzung, mangelhafte Sortierungsmöglichkeiten - empfehlenswerte Alternative?
danke für die vorschläge! die beiden erweiterungen werde ich einfach mal ausprobieren und hier später auch mal feedback geben. "moc_filemanager" wird öfters erwähnt, jedoch hatte ich bisher einen bogen darum gemacht, weil diese erweiterung schon länger nicht mehr aktualisiert wurde. das muß natürlich nichts heißen, mir ist klar das gerade gut funktionierende erweiterungen keine ständigen updates benötigen. jedoch sieht man das einer erweiterung im repository leider nicht an - da liegen nunmal auch viele tote pferde. da fehlt dort mindestens ein feature, das die guten bewährten extensions auch hervorhebt. Hey feuersalamander, ich kann dir den moc_filemanager ans Herz legen, wenn du diesen mal in einer Umgebung sehen möchtest, schreibe mir mal eine E-Mail an g...@uni-landau.de. Diese Extension habe ich schon seit einem Jahr am laufen. Oder evtl. diese hier, http://typo3.org/documentation/document-library/extension-manuals/ab_downloads/1.9.6/view/ diese hatte ich mal auf einer Webeite gesehen, leider habe ich den Link nicht mehr. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] sr_feuser_register schickt keine Mails mehr
Susanne Moog schrieb: > On 05.11.2010 08:11, Paul Muster wrote: >> Paul Muster schrieb: >>> ich hatte sr_feuser_register sauber laufen, es schickte erst eine Mail >>> an den neuen FE-User, dann an den Admin, dann wieder an ersteren. Das >>> war Version 2.6.0 (oder kleiner) des Plugins und Typo3 4.4.1. >>> >>> Nun habe ich Typo3 4.4.4 und sr_feuser_register schickt keine Mails >>> mehr. Ich habe daraufhin das Plugin auf 2.6.1 upgedatet, das hat aber >>> keine Veränderung gebracht. >>> >>> Wie kann ich dieses Problem debuggen? Wo finde ich Logs, in denen ich >>> hoffentlich einen Hinweis darauf, warum er keine Mails verschickt, sehe? >> Hat keiner einen Vorschlag? > ist PHPs safe_mode evtl an? Ich meine mich da an einen Bug erinnern zu > können. Nein, ist nicht an. Und auch Typo3 hat das erkannt, wie ich soeben im Install-Tool bestätigt bekam. Direkt unter der Mail-versenden-Möglichkeit steht "safe_mode: off". Danke & viele Grüße Paul ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] sr_feuser_register schickt keine Mails mehr
Hallo, Domi Garms schrieb: > Ich bin wirklich kein sr_feuser_register Crack, bin nach wie vor der > Meinung, dass entweder auf der Seite, auf der das Plugin eingebunden > ist, eine andere Typoscript configuration geladen wird, in welcher das > versenden unterbunden wird. Vielleicht oute ich mich jetzt als vollkommener Typo3-Pfuscher, aber ich habe nur _ein_ Template und zwar auf meiner "Root"-Seite. Dort ist unter "Constants" das in meiner ersten Mail gezeigte TypoScript zur Konfiguration von sr_feuser_register hinterlegt. > Oder du solltest mal in deinem Install > Tool unter den basic configurations schauen, ob denn grundsätzlich ein > Mailversand erfolgt. Soweit ich weiß kann man dort eine Testmail > versenden. Das klappt einwandfrei. Sowohl ohne als auch mit [X] Test t3lib_htmlmail kommt eine Mail an. Nochmal die Frage: Loggt Typo3 denn nicht irgendwo, was so passiert? Also welche Funktion aufgerufen wurde und welches Ergebnis das hatte? Unter Admin-Tools/Log sehe ich Aktivitäten aus dem Backend, aber nichts aus dem Frontend. Danke & viele Grüße Paul ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] dnamisches CSS File taucht in den indexed_search Suchergebnissen auf
indem du mittels globalVar die Indizierung ausschaltest, also in etwa (ungetestet) [globalVar = GP:type=79] config.index_enable=0 . [global] lg Freddy Freddy Tripold http://www.tlog.at "Wenn Du entdeckst, dass Du ein totes Pferd reitest, steig ab!" (Weisheit der Dakota-Indianer) Am 05.11.2010 16:20, schrieb Ralf-René Schröder: ich habe für jede Seite ein dynamisches CSS File erzeugt (am ende hier mal in gekürzter Form) klappt alles auch bestens, aber in meinen indexed_search Suchergebnissen tauchen nun diese css files auf wie kann ich andere Seitentypen als 0 von der Suche ausschließen ??? ### background image in header page.headerData.979 = TEXT page.headerData.979 { typolink.parameter.data = TSFE:id typolink.additionalParams = &type=79 typolink.returnLast = url wrap = } dynamicCss979 = PAGE dynamicCss979 { typeNum = 79 config { disableAllHeaderCode = 1 additionalHeaders = Content-type: text/css admPanel = 0 } 10 = IMG_RESOURCE 10 { file = myBgFile.jpg stdWrap.wrap ( #header { background: url(|) {$if_yaml.content.header.image.bg.data};} ) } } ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Extension Hooks setup.txt
Am 05.11.2010 14:56, schrieb Stefan Collon: Hat jemand eine Idee und könnte mir weiter helfen? schreibs ins TS von tt_news und hols dir dort via $pObj->conf['fo'] georg ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] fb_filebase ... Blind SQL Injection
die extension fb_filebase ist seit Ende 2009 aufgrund von "Blind SQL Injection" nicht mehr im TER vorhanden... ich habe eine Installation wo diese vorhanden ist und eigentlich nach dem anstehenden relaunch auch bleiben soll... hat jemand diese Extension schon für sich selbst modifiziert oder kennt sie und könnte den Aufwand abschätzen soetwas zu fixen der Extension Autor antwortet leider nicht -- Ralf-René Schröder http://if-20.com ... YAML templates for TYPO3 __ ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] dnamisches CSS File taucht in den indexed_search Suchergebnissen auf
ich habe für jede Seite ein dynamisches CSS File erzeugt (am ende hier mal in gekürzter Form) klappt alles auch bestens, aber in meinen indexed_search Suchergebnissen tauchen nun diese css files auf wie kann ich andere Seitentypen als 0 von der Suche ausschließen ??? ### background image in header page.headerData.979 = TEXT page.headerData.979 { typolink.parameter.data = TSFE:id typolink.additionalParams = &type=79 typolink.returnLast = url wrap = } dynamicCss979 = PAGE dynamicCss979 { typeNum = 79 config { disableAllHeaderCode = 1 additionalHeaders = Content-type: text/css admPanel = 0 } 10 = IMG_RESOURCE 10 { file = myBgFile.jpg stdWrap.wrap ( #header { background: url(|) {$if_yaml.content.header.image.bg.data};} ) } } -- Ralf-René Schröder http://if-20.com ... YAML templates for TYPO3 __ ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Extension Hooks setup.txt
Hallo Liste, ich versuche gerade in meiner Extension, die auch einen Hook auf tt_news beinhaltet, auf meine Setup Konfiguration zuzugreifen. Hier gibt es die Möglichkeit über folgendes zu gehen: $GLOBALS['TSFE']->tmpl->setup['plugin.']['tx_my_ext_pi1.']['my_entry'] Das klappt aber nur, wenn ich im Typo3 Template Setup eintrage: plugin.tx_my_ext_pi1{ my_entry = Mein Wert } Das ist grundsätzlich schon einmal gut, ich möchte aber, falls der Wert im Typo3 Template Setup nicht gesetzt ist, auf die Standardwerte, die in meiner Extension in res/static/setup.txt liegen zugreifen, finde aber leider keinen Anhaltspunkt, wie ich da rankomme. Hat jemand eine Idee und könnte mir weiter helfen? Vielen Dank, Stefan ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Inhaltselement Dateilinks - fehlend er Linkbrowser, nervende Dateikopien, unsinnige Begren zung, mangelhafte Sortierungsmöglichkeiten - empfehlen swerte Alternative?
Hallo, stell dir mal vor, du wärst ein Core-Entwickler, und hast gerade ein paar Monate deine komplette Freizeit geopfert, um das letzte Update von TYPO3 auf die Reihe zu bringen. Du bist gerade dabei, die unvermeidlichen Bugs einen nach dem anderen im Bugtracker abzuarbeiten und hast noch einen ganzen Berg Arbeit vor dir. Und dann liest du sowas: > Das Inhaltselement "Dateilinks" stellt für mich stets ein großes Ärgernis > dar. Ich verstehe einfach nicht welchen Sinn dieses Contentelement in dieser > Form noch haben soll. nervend unsinnig mangelhaft Ärgernis usw. Wie kommt das wohl an? Es gibt da eine allgemeine Lebensweisheit, die man über die Jahre hinweg ganz unvermeidlich lernt: wenn du was von jemanden willst, bewirf ihn nicht mit Dreck. Und wenn das Inhaltselement für dich ein Ärgernis ist, dann nimm das zum Anlass, es zu verbessern. Die Community sind nicht die da, sondern wir. Du und Ich. So, nachdem das raus ist: : http://typo3.andreas-bulling.de/fileadmin/docs/t3n_nr12_typo3_download.pdf http://t3n.de/magazin/downloadlosungen-dam-anbindung-dateien-typo3-komfortabel-220371/ > - Dateikopien im Verzeichnis "uploads/media" (sofern nicht das Feld > "Dateipfad" genutzt wird, wird von den angegebenen Dateien stets eine Kopie > gemacht und in das Verzeichnis "uploads/media" abgelegt. (Das mag in einigen > Situationen Sinn haben - Aber ich würde behaupten das dies schon eher > Ausnahmesituationen sein mögen - Relativ oft hingegen kommt es heutzutage vor > das relativ große Dateien verlinkt werden, bei denen man gern auf diese > Kopien verzichten würde - Abhilfe ist mir nicht bekannt - Außerdem verhält es > sich so, das wenn jemand das gesammte Contentelement löscht und nicht die > Dateilinks einzeln entfernt, der "Müll" auch noch im Verzeichnis > "uploads/media" liegen bleibt.) Da es sich bei filelinks um ein Inhaltselement handelt, welches das media-Feld nutzt, geht das nicht. Bzw. es würde sich auch auf andere Medien beziehen. Das ganze macht bei üblichen Dateien wie Word, PDF etc. auch Sinn, da die Links nicht verschwinden, wenn das Original gelöscht wird. Für große Dateien brauchts u. a. deshalb eine Extension. > Ok, es gibt so einige Extensions zum Thema "DateiDownloads", einige habe ich > schon ausprobiert und alle haben auch ihre eigenen Vor- und Nachteile. Und da > die Suche im Repository inzwischen auch total unübersichtlich ist, entgeht > mir evtl. auch eine wirklich gelungene Alternative - drum frag ich hier > nochmal: Die Suche ist nicht unübersichtlich, nur das Angebot ist es mittlerweile, da es viele Extensions zu diesem Bereich gibt, die aber alle unterschiedlich arbeiten und durchwachsene Qualität haben. Man muss sie tatsächlich ausprobieren. Oder man greift auf diverse Vergleich zu, wie z. B. die oben genannten oder das hier: http://typo3extensions.org/index.php?title=Kategorie:Downloads Soweit ich weiss, suchen die immer Leute, die sich beteiligen. Wäre doch eine gute Gelegenheit. 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] Inhaltselement Dateilinks - fehlen der Linkbrowser, nervende Dateikopien, unsinnige Begr enzung, mangelhafte Sortierungsmöglichkeiten - empfeh lenswerte Alternative?
feuersalamander schrieb: Das Inhaltselement "Dateilinks" stellt für mich stets ein großes Ärgernis dar. Ich verstehe einfach nicht welchen Sinn dieses Contentelement in dieser Form noch haben soll. - fehlender Linkbrowser am Eingabefeld "Dateipfad" (An und für sich prima Sache - Verzeichnis abgeben und alle Dateien tauchen als Downloadlinks auf - Die Erfahrung zeigt jedoch das die Redakteure mit dem eintragen von Verzeichnispfaden hoffnungslos überfordert sind - angeblich soll in den neueren TYPO3-Versionen ein "Directory-Picker" enthalten sein? Warum taucht der an dieser Stelle nicht auf?) - Begrenzung auf 10(!) Dateilinks (ich hatte noch NIEMALS ein Projekt bei dem diese Grenze nicht sofort deutlich überschritten wurde - Abhilfe über Apassung in der Datei extTables.php möglich - aber warum eigentlich?) - Dateikopien im Verzeichnis "uploads/media" (sofern nicht das Feld "Dateipfad" genutzt wird, wird von den angegebenen Dateien stets eine Kopie gemacht und in das Verzeichnis "uploads/media" abgelegt. (Das mag in einigen Situationen Sinn haben - Aber ich würde behaupten das dies schon eher Ausnahmesituationen sein mögen - Relativ oft hingegen kommt es heutzutage vor das relativ große Dateien verlinkt werden, bei denen man gern auf diese Kopien verzichten würde - Abhilfe ist mir nicht bekannt - Außerdem verhält es sich so, das wenn jemand das gesammte Contentelement löscht und nicht die Dateilinks einzeln entfernt, der "Müll" auch noch im Verzeichnis "uploads/media" liegen bleibt.) - Sortierungsmöglichkeiten nur via TypoScript oder Zusatz im Eingabefeld "Dateipfad" (Redakteure wollen Downloadlinks eigentlich IMMER irgendwie sortieren können - Zusatzbefehle im Eingabefeld "Dateipfad" überfordert die Leute in der Regel - ich halte das auch für nicht zumutbar) Hatt evtl. jemand noch gute Tipps wie man das ganze irgendwie noch optimieren kann? Ist überhaupt eine zukünftige Verbesserung dieses Moduls zu erwarten oder wurde es ganz bewusst von den TYPO3-Entwicklern "vernachlässigt"? Kann jemand eine gute Alternative in Form einer Extension empfehlen? Ok, es gibt so einige Extensions zum Thema "DateiDownloads", einige habe ich schon ausprobiert und alle haben auch ihre eigenen Vor- und Nachteile. Und da die Suche im Repository inzwischen auch total unübersichtlich ist, entgeht mir evtl. auch eine wirklich gelungene Alternative - drum frag ich hier nochmal: Welche Erweiterungen wären eurer Meinung nach ein empfehlenswerter Ersatz/Ergänzung? Welche "Mankos" haben diese ggf. noch? (DAM und davon abhängige Erweiterungen würde ich hier jedoch gerne völlig ausklammern, da dies schon ein ganz anderes Thema ist) MfG ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german Hey feuersalamander, ich kann dir den moc_filemanager ans Herz legen, wenn du diesen mal in einer Umgebung sehen möchtest, schreibe mir mal eine E-Mail an g...@uni-landau.de. Diese Extension habe ich schon seit einem Jahr am laufen. Oder evtl. diese hier, http://typo3.org/documentation/document-library/extension-manuals/ab_downloads/1.9.6/view/ diese hatte ich mal auf einer Webeite gesehen, leider habe ich den Link nicht mehr. -- Mit freundlichen Grüssen Jochen Graf Universität Koblenz-Landau / Campus Landau Arbeitsstelle Multimedia/Technik-Administration Gebäude K, Raum 2.03 Fortstraße 7 76829 Landau Tel.: +49-(0)6341/280-34224 Mobil:0152/03285324 mail: g...@uni-landau.de web http://www.paeps.uni-landau.de web http://www.paeps.technik.uni-landau.de/ ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Inhaltselement Dateilinks - fehle nder Linkbrowser, nervende Dateikopien, unsinnige Beg renzung, mangelhafte Sortierungsmöglichkeiten - empfe hlenswerte Alternative?
Das Inhaltselement "Dateilinks" stellt für mich stets ein großes Ärgernis dar. Ich verstehe einfach nicht welchen Sinn dieses Contentelement in dieser Form noch haben soll. - fehlender Linkbrowser am Eingabefeld "Dateipfad" (An und für sich prima Sache - Verzeichnis abgeben und alle Dateien tauchen als Downloadlinks auf - Die Erfahrung zeigt jedoch das die Redakteure mit dem eintragen von Verzeichnispfaden hoffnungslos überfordert sind - angeblich soll in den neueren TYPO3-Versionen ein "Directory-Picker" enthalten sein? Warum taucht der an dieser Stelle nicht auf?) - Begrenzung auf 10(!) Dateilinks (ich hatte noch NIEMALS ein Projekt bei dem diese Grenze nicht sofort deutlich überschritten wurde - Abhilfe über Apassung in der Datei extTables.php möglich - aber warum eigentlich?) - Dateikopien im Verzeichnis "uploads/media" (sofern nicht das Feld "Dateipfad" genutzt wird, wird von den angegebenen Dateien stets eine Kopie gemacht und in das Verzeichnis "uploads/media" abgelegt. (Das mag in einigen Situationen Sinn haben - Aber ich würde behaupten das dies schon eher Ausnahmesituationen sein mögen - Relativ oft hingegen kommt es heutzutage vor das relativ große Dateien verlinkt werden, bei denen man gern auf diese Kopien verzichten würde - Abhilfe ist mir nicht bekannt - Außerdem verhält es sich so, das wenn jemand das gesammte Contentelement löscht und nicht die Dateilinks einzeln entfernt, der "Müll" auch noch im Verzeichnis "uploads/media" liegen bleibt.) - Sortierungsmöglichkeiten nur via TypoScript oder Zusatz im Eingabefeld "Dateipfad" (Redakteure wollen Downloadlinks eigentlich IMMER irgendwie sortieren können - Zusatzbefehle im Eingabefeld "Dateipfad" überfordert die Leute in der Regel - ich halte das auch für nicht zumutbar) Hatt evtl. jemand noch gute Tipps wie man das ganze irgendwie noch optimieren kann? Ist überhaupt eine zukünftige Verbesserung dieses Moduls zu erwarten oder wurde es ganz bewusst von den TYPO3-Entwicklern "vernachlässigt"? Kann jemand eine gute Alternative in Form einer Extension empfehlen? Ok, es gibt so einige Extensions zum Thema "DateiDownloads", einige habe ich schon ausprobiert und alle haben auch ihre eigenen Vor- und Nachteile. Und da die Suche im Repository inzwischen auch total unübersichtlich ist, entgeht mir evtl. auch eine wirklich gelungene Alternative - drum frag ich hier nochmal: Welche Erweiterungen wären eurer Meinung nach ein empfehlenswerter Ersatz/Ergänzung? Welche "Mankos" haben diese ggf. noch? (DAM und davon abhängige Erweiterungen würde ich hier jedoch gerne völlig ausklammern, da dies schon ein ganz anderes Thema ist) MfG ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] tt_news and conditions
Hi, i'm having some trouble using tt_news in combination with an condition. When i'm setting a condition for a page, the tt_news doesn't show up for that page No condition on a page, tt_news works perfect, i was able to reproduce this behavior on a totally blank installation to. Anyone an idea? TYPO3 4.4.2 and tt_news 3.0.1 Here the ts i use LATESTNEWS < plugin.tt_news LATESTNEWS{ templateFile = fileadmin/template/tt_news/tt_news_v3_template.html code > code = LATEST pid_list > pid_list = 6 displayLatest.image.file.maxW = 85 singlePid = 3 latestLimit = 3 listOrderBy = datetime } page.10.marks.SUBNAVI = TEXT page.10.marks.SUBNAVI{ field = title } [PIDinRootline = 2] page.10.marks.SUBNAVI < styles.content.getLeft [END] ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] indexed_search und externe Webseiten
Moin, Stefan Frömken schrieb: > Am 22.10.2010 19:13, schrieb Gregor Hermens: >> Stefan Frömken schrieb: >>> Am 22.10.2010 17:23, schrieb Gregor Hermens: Indexed_search, Crawler und Scheduler sind eingerichtet und laufen problemlos, soweit es interne Seiten betrifft. Ein Datensatz für die Indexeinstellungen ist angelegt, wie in der Doku empfohlen auf einer eigenen Seite "nicht im Menü". Ebenso hat diese Seite eine eigene Crawler- Konfiguration. >>> >>> Es gibt in der indexed_search noch eine Extensionkonstante (EXTCONF) die >>> bestimmt, ob auch externe Webseiten indexiert werden dürfen (ganz >>> unten). >> >> indexExternalURLs ist aktiviert, ebenso useCrawlerForExternalFiles... > > Also. Ich hab mir jetzt mal die Mühe gemacht, das nach zu stellen und > nach 30 Minuten klappt's nun endlich. > ... um die Sache abzuschließen: Nach einigen Irrwegen und Tests in einer anderen Umgebung (wo natürlich alles funktioniert hat) hat sich herausgestellt, daß von dem TYPO3-Server aus nicht auf Port 80 der Zieldomain zugegriffen werden kann. Da ist also irgendwo eine Firewall o.ä. im Weg, auf die ich keinen Einfluß habe. Ein Zugriff auf die externe Seite per HTTPS funktioniert prinzipiell, scheitert aber an einem abgelaufenen SSL-Zertifikat. Andere Ursache, aber im Ergebnis nicht zu unterscheiden... :-( Die Indizierung anderer externer Seiten funktioniert problemlos. Damit liegt der schwarze Peter jetzt beim Kunden. Danke für alle Antworten, Gregor -- http://www.a-mazing.de/ | Certified TYPO3 Integrator ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] image download mit mehreren grössen
morgen zusammen! ich bin auf der suche nach einer extension/einem plugin, dass es mir erlaubt bilder zum download anzubieten, vorzugsweise in verschiedenen grössen, die automatisch beim download generiert werden... hat jemand einen schlauen vorschlag für mich? bin für jeden input dankbar :-) lg michael danubIX :: open minds. open source. Michael Schertler Tel.: +43.1.2350090.101 Fax.: +43.1.2350090.301 Mobil: +43.660.6545867 michael.schert...@danubix.com www.danubix.com danubIX GmbH Annagasse 5/1/13 1010 Wien Firmenbuchnummer: FN335900x UID: ATU65332213 member of danubIX.group ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] sr_feuser_register schickt keine Mails mehr
Ich bin wirklich kein sr_feuser_register Crack, bin nach wie vor der Meinung, dass entweder auf der Seite, auf der das Plugin eingebunden ist, eine andere Typoscript configuration geladen wird, in welcher das versenden unterbunden wird. Oder du solltest mal in deinem Install Tool unter den basic configurations schauen, ob denn grundsätzlich ein Mailversand erfolgt. Soweit ich weiß kann man dort eine Testmail versenden. Grüße domi Am 5. November 2010 15:11 schrieb Paul Muster : > Hallo, > > Paul Muster schrieb: > >> ich hatte sr_feuser_register sauber laufen, es schickte erst eine Mail >> an den neuen FE-User, dann an den Admin, dann wieder an ersteren. Das >> war Version 2.6.0 (oder kleiner) des Plugins und Typo3 4.4.1. >> >> Nun habe ich Typo3 4.4.4 und sr_feuser_register schickt keine Mails >> mehr. Ich habe daraufhin das Plugin auf 2.6.1 upgedatet, das hat aber >> keine Veränderung gebracht. >> >> Wie kann ich dieses Problem debuggen? Wo finde ich Logs, in denen ich >> hoffentlich einen Hinweis darauf, warum er keine Mails verschickt, sehe? > > Hat keiner einen Vorschlag? > > > Viele Grüße > > Paul > > ___ > 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] sr_feuser_register schickt keine Mails mehr
Hi, On 05.11.2010 08:11, Paul Muster wrote: > Hallo, > > Paul Muster schrieb: > >> ich hatte sr_feuser_register sauber laufen, es schickte erst eine Mail >> an den neuen FE-User, dann an den Admin, dann wieder an ersteren. Das >> war Version 2.6.0 (oder kleiner) des Plugins und Typo3 4.4.1. >> >> Nun habe ich Typo3 4.4.4 und sr_feuser_register schickt keine Mails >> mehr. Ich habe daraufhin das Plugin auf 2.6.1 upgedatet, das hat aber >> keine Veränderung gebracht. >> >> Wie kann ich dieses Problem debuggen? Wo finde ich Logs, in denen ich >> hoffentlich einen Hinweis darauf, warum er keine Mails verschickt, sehe? > > Hat keiner einen Vorschlag? > ist PHPs safe_mode evtl an? Ich meine mich da an einen Bug erinnern zu können. Viele Grüße, Susanne ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Link erzeugen
Danke Chris und Domi für die Antwort. Die Lösung war: $markerArray['###EMAIL###'] = $this->pi_linkToPage($this->pi_getLL('Mail'), $data[$a]['mail'][0]); So hat nicht funktioniert: $markerArray['###EMAIL###'] = $this->pi_linkToPage($this->pi_getLL('Mail'), $data[$a]['mail']); Warum? Keine Ahnung. Danke nochmals. Nicolas ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] sr_feuser_register schickt keine Mails mehr
Hallo, Paul Muster schrieb: > ich hatte sr_feuser_register sauber laufen, es schickte erst eine Mail > an den neuen FE-User, dann an den Admin, dann wieder an ersteren. Das > war Version 2.6.0 (oder kleiner) des Plugins und Typo3 4.4.1. > > Nun habe ich Typo3 4.4.4 und sr_feuser_register schickt keine Mails > mehr. Ich habe daraufhin das Plugin auf 2.6.1 upgedatet, das hat aber > keine Veränderung gebracht. > > Wie kann ich dieses Problem debuggen? Wo finde ich Logs, in denen ich > hoffentlich einen Hinweis darauf, warum er keine Mails verschickt, sehe? Hat keiner einen Vorschlag? Viele Grüße Paul ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german