Re: [TYPO3-german] Problem mit ab_linklist
Hi Steffen, habe mir die extension, zumindest den Backend-Teil, angesehen... Vorausgesetzt du verwendes ein TYPO3 4.7.x mußt du mußt folgendes machen: - aus t3lib_div::GPvar() wird t3lib_div::_GP() - aus t3lib_div::print_array() wird t3lib_utility_Debug::printArray() - aus t3lib_div::intInRange() wird t3lib_utility_Math::forceIntegerInRange Ausserdem verwendet die Extension das PHP Kommando mail() um E-Mails zu verschicken. Das geht natürlich an der TYPO3-API vorbei. Es funktioniert zwar wäre aber besser mit t3lib_mail_Message umgesetzt... Das waren glaube ich alle anpassungen die du machen muß, es sei denn ich habe eine Funktion übersehen Gruß Tim Wendisch Am 19.09.2012 17:56, schrieb Steffen Liebig: Hallo Tim, danke für den Tipp. Ich hab das gemacht (zur Sicherheit die alte Datei umbenannt und die geänderte hochgeladen)...es kommt ne neue Fehlermeldung: Call to undefined method t3lib_div::GPvar() in /home/www/typo3/typo3conf/ext/ab_linklist/mod1/index.php on line 240 Offenbar dasselbe in Grün. Gibts dafür auch ne neue Funktion ? Dummerweise bringt dieses alte Modul laut Manual ziemlich genau das, was ich haben will. tt_links und cmw_linklist (dessen Backend auch nen Fehler ausgibt) waren nicht so das Passende. Bevor ich was ganz Anderes versuche, möchte ich gern das Backend von dem hier zum Laufen bekommen. Cu, Steffen Am 19.09.2012 16:27, schrieb Tim Wendisch: Hi Steffen, die Fehlermeldung kommt davon, das diese Extension eine veraltete Funktion benutzt, die in der aktuellen Version von Typo3 nicht mehr existiert. Lösung: Editiere die Datei und tausche den Funktionsaufruf t3lib_div::fixed_lgd_pre() gegen t3lib_div::fixed_lgd_cs() aus. Damit sollte das Problem behoben sein. Gruß Tim Wendisch Am 19.09.2012 16:10, schrieb Steffen Liebig: Ahoi zusammen, ich hab mir die ab_linklist (modern linklist) installiert, die so weit im frontend auch ganz ordentlich funktioniert. Im Backend allerdings kann ich das Modul nicht anklicken - es kommt folgende Fehlermeldung: Fatal error: Call to undefined method t3lib_div::fixed_lgd_pre() in /home/www/typo3/typo3conf/ext/ab_linklist/mod1/index.php on line 185 Offenbar wird hier was aufgerufen, das sich nicht finden lässt. Aber wieso, hat jemand eine Ahnung ? Gruß Steffen ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Problem mit ab_linklist
ich habe jetzt die extension mal eben selber installiert und gestest... die Zeile $this-content .= $this-doc-middle(); kannst du getrost auskommentierten... Dann läuft das Backend... was mit dem Frontend ist kann ich nicht sagen, aber da werden wohl ähnlich viele alte Funktionen rumgeistern Gruß Tim Am 20.09.2012 15:39, schrieb Steffen Liebig: sodala, alles ersetzt (die API kommt zum Schluss) Ergebnis: undefined method bigDoc::middle()... ich geh mal suchen Am 20.09.2012 09:35, schrieb Tim Wendisch: Hi Steffen, habe mir die extension, zumindest den Backend-Teil, angesehen... Vorausgesetzt du verwendes ein TYPO3 4.7.x mußt du mußt folgendes machen: - aus t3lib_div::GPvar() wird t3lib_div::_GP() - aus t3lib_div::print_array() wird t3lib_utility_Debug::printArray() - aus t3lib_div::intInRange() wird t3lib_utility_Math::forceIntegerInRange Ausserdem verwendet die Extension das PHP Kommando mail() um E-Mails zu verschicken. Das geht natürlich an der TYPO3-API vorbei. Es funktioniert zwar wäre aber besser mit t3lib_mail_Message umgesetzt... Das waren glaube ich alle anpassungen die du machen muß, es sei denn ich habe eine Funktion übersehen Gruß Tim Wendisch Am 19.09.2012 17:56, schrieb Steffen Liebig: Hallo Tim, danke für den Tipp. Ich hab das gemacht (zur Sicherheit die alte Datei umbenannt und die geänderte hochgeladen)...es kommt ne neue Fehlermeldung: Call to undefined method t3lib_div::GPvar() in /home/www/typo3/typo3conf/ext/ab_linklist/mod1/index.php on line 240 Offenbar dasselbe in Grün. Gibts dafür auch ne neue Funktion ? Dummerweise bringt dieses alte Modul laut Manual ziemlich genau das, was ich haben will. tt_links und cmw_linklist (dessen Backend auch nen Fehler ausgibt) waren nicht so das Passende. Bevor ich was ganz Anderes versuche, möchte ich gern das Backend von dem hier zum Laufen bekommen. Cu, Steffen Am 19.09.2012 16:27, schrieb Tim Wendisch: Hi Steffen, die Fehlermeldung kommt davon, das diese Extension eine veraltete Funktion benutzt, die in der aktuellen Version von Typo3 nicht mehr existiert. Lösung: Editiere die Datei und tausche den Funktionsaufruf t3lib_div::fixed_lgd_pre() gegen t3lib_div::fixed_lgd_cs() aus. Damit sollte das Problem behoben sein. Gruß Tim Wendisch Am 19.09.2012 16:10, schrieb Steffen Liebig: Ahoi zusammen, ich hab mir die ab_linklist (modern linklist) installiert, die so weit im frontend auch ganz ordentlich funktioniert. Im Backend allerdings kann ich das Modul nicht anklicken - es kommt folgende Fehlermeldung: Fatal error: Call to undefined method t3lib_div::fixed_lgd_pre() in /home/www/typo3/typo3conf/ext/ab_linklist/mod1/index.php on line 185 Offenbar wird hier was aufgerufen, das sich nicht finden lässt. Aber wieso, hat jemand eine Ahnung ? Gruß Steffen ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Problem mit ab_linklist
Hi Steffen, die Fehlermeldung kommt davon, das diese Extension eine veraltete Funktion benutzt, die in der aktuellen Version von Typo3 nicht mehr existiert. Lösung: Editiere die Datei und tausche den Funktionsaufruf t3lib_div::fixed_lgd_pre() gegen t3lib_div::fixed_lgd_cs() aus. Damit sollte das Problem behoben sein. Gruß Tim Wendisch Am 19.09.2012 16:10, schrieb Steffen Liebig: Ahoi zusammen, ich hab mir die ab_linklist (modern linklist) installiert, die so weit im frontend auch ganz ordentlich funktioniert. Im Backend allerdings kann ich das Modul nicht anklicken - es kommt folgende Fehlermeldung: Fatal error: Call to undefined method t3lib_div::fixed_lgd_pre() in /home/www/typo3/typo3conf/ext/ab_linklist/mod1/index.php on line 185 Offenbar wird hier was aufgerufen, das sich nicht finden lässt. Aber wieso, hat jemand eine Ahnung ? Gruß Steffen ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Re: DAM: Mehrere Media-Verzeichnisse für Redakteure
Am 10.09.2012 13:13, schrieb Christian Stern: Hallo, bei Konfiguration eines Teilbereichs für eine bestimmte Redakteuren-Gruppe innerhalb eines Multidomain-Setups fiel mir gerade auf, dass ich keine Möglichkeit fand einer Gruppe einen bestimmten Media-Folder zu zuweisen. Der Übersicht und auch Performance wegen wollte ich dieser Gruppe einen eigenen Media-Folder zu weisen, in dem sie ihre Uploads tätigen können. Im Prinzip müsste man ja nur nach erfolgreichen Upload die PID (hook) anders setzen. Habe ich etwas übersehen, ist der Ansatz total faslch oder ist dies vielleicht gar nicht möglich? Christian Stern Hallo Christian, warum willst du das mit verschiedenen Media-Foldern machen? Es gibt doch die Möglichkeit in den Rechteeinstellungen den File Mounts zu setzten. Ich für meinen teil regel das immer so: - Es gibt nur einen Sysfolder vom Typ Media. Dieser wird über die Plugin-Einstellungen versteckt. - Die einzelnen Redakteursgruppen bekommen physische Ordner auf dem Server (natürlich innerhalb des fileadmins) Normalerweise lege ich einen Ordner für generelle Medien an und dann jeweils spezielle Ordner für die einzelnen Gruppen. Den Gruppen kannst du dann den allgemeinen Ordner mit nur Leserechten über die Option options.folderTree.altElementBrowserMountPoints = Ordnername im Group-TSconfig zuweisen. Den eigenen Ordner mit allen Lese/Schreibrechten weist du dann über die File Mounts und den DAM Mounts zu. Auf diesem Wege sehen die Redakteure im DAM nur ihren eigenen Ordner und wenn Sie ein neues Content-Element anlegen wollen sehen sie Ihren eigenen Ordner plus den generellen. Gruß Tim Wendisch ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] TYPO§ 4.6, 4.7, Mail
Am 03.08.2012 14:58, schrieb Peter Linzenkirchner: Hallo, ich muss gerade eine etwas ältere Extension für TYPO3 4.6 und 4.7 fit machen. Das Problem liegt vor allem in diversen Funktionen zur Prüfung und Versand von E-Mails. Dass der gesamte Emailversand auf eine neue API umgestellt wurde, weiß ich, da werde nicht umhin kommen, den Abschnitt neu zu schreiben. Aber es wurden offenbar auch eine ganze Menge E-Mail-bezogener Methoden aus tslib_cObj und t3lib_div entfernt: tslib_cObj::checkEmail() t3lib_div::breakTextForEmail() und wahrscheinlich noch ein paar mehr. Gibts eine Liste, welche Methoden in 4.6 und 4.7 alles entfernt wurden? Gibts einen Ersatz, oder muss man diese Methoden jetzt selbst programmieren? Ich kann sie mir ja vermutlich aus einer 4.5-Installation einfach rauskopieren und in der Extension direkt verwenden, aber das ist irgendwie schmutzig. Ich denke mir, dass es einen Ersatz - oder einen besseren Weg - geben dürfte. Ich finde ihn aber nicht. Vielen Dank Peter -- Xing: http://www.xing.com/profile/Peter_Linzenkirchner Web: http://www.typo3-lisardo.de Facebook: http://tinyurl.com/lisardo-multimedia Schau dir mal die Klasse t3lib_utility_Mail an. dort sind einige funktionen hinverschoben worden. ansonsten bleibt dir, glaube ich, nichts weiter übrig als die die Changelogs der 4.6 und 4.7 anzuschauen Gruß Tim ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] tt_news: back to button mehrsprachig
Am 31.07.2012 11:00, schrieb Philipp Holdener: Hallo Daniel weiß jemand vielleicht, warum der Zurück-Button in der Singleansicht die Seite auf die verwiesen wird, in der falschen Sprache anzeigt? Mein Fall: Standardsprache: Deutsch Alternative Sprache: Englisch Die Webseite und tt_news werden einwandfrei übersetzt, inklusive URLs, Menüs (auch von ttnews). Einzig die Seite, auf die im Zurück-Button verwiesen wird, bleibt deutsch. (Die Zurück-Seite ist auch übersetzt) Über einen Hinweis würde ich mich riesig freuen! Danke, Daniel ich hatte gerade gestern das Problem dass bei mir der Zurück Button nicht übersetzt wurde. plugin.tt_news { _LOCAL_LANG.en { more = » read more backToList = Back to: %s goToArchive = Newsarchiv preAuthor = } newsFiles.target = _blank } - das hier ging nicht plugin.tt_news { _LOCAL_LANG.default { more = » read more backToList = Back to: %s goToArchive = Newsarchiv preAuthor = } newsFiles.target = _blank } - das hier übersetzt dir alles in englisch. Weiss nicht wieso die erste Anweisung für English nicht greift!? :( Gruss Philipp Hi Ihr beiden, das ist ein alte Bug, der es leider immer wieder schafft nicht gefixed zu werden. eine Anleitung wie ihr das Problem beheben könnt, findet Ihr im Bugtracker. http://bugs.typo3.org/view.php?id=6329 Gruß Tim Wendisch ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] pagenotfoundhandling und realurl
Hi Ingo, ich setzte gerade in einem Projekt die Extension Hype Error dafür ein. Dort kann ich für jeden Domain-Record eine 404 Seite in meinem Seitenbaum angeben auf welche dann umgelenkt wird. Die Extension sendet dabei vor dem Umleiten einen korrekten 404 Header. die Mehrsprachigkeit wird dabei unterstützt, dass ich die 404-Seite auf welche umgeleitet wird nur zu übersetzten brauche. Gerade mit Typo3 4.7 , realurl 1.12.1 und Hype Error 1.0.0 getestet Gruß Tim Wendisch Am Wed, 16 May 2012 10:24:43 + schrieb Siebeck Ingo: Hallo zusammen, ich bin derzeit dabei die 404 Behandlung so hinzubiegen, dass die Seite auch einen 404 Header schickt und mit Mehrsprachigkeit und RealURL funktioniert. Dazu nutze ich die Extension pagenotfoundhandling Header wird jetzt korrekt geschickt. Wenn ich realurl nicht nutze sondern in der Form von index.php?id=826453L=10 arbeite, klappt alles prima. Versuche ich aber /nl/sdfasdfa/ bekomme ich immer die deutsche Fehlerseite. Hat jemand spontan eine Idee? Warum es mit RealURL klemmt? Ingo Siebeck Hoffmann GmbH Qualit?tswerkzeuge Haberlandstr. 55, 81241 Munich, Germany Tel.: +49 89 8391-337 Fax: www.hoffmann-group.com Sitz, Gerichtsstand und zust?ndiges Registergericht: M?nchen (HRB 5497 - USt.IdNr. DE129375678), Gesch?ftsf?hrer: Dipl.-Oec. Bert Bleicher - Dipl.- Ing. Stefan Staudacher - Dipl.-Ing. Bernhard Dressler - Dipl.-Betriebsw. Patrik Heider - Dipl. Kfm. Christoph Kr?ger Registered office and court of jurisdiction: Munich (HRB 5497 - VAT-No. DE129375678), Management: Dipl.-Oec. Bert Bleicher - Dipl.-Ing. Stefan Staudacher - Dipl.-Ing. Bernhard Dressler - Dipl.-Betriebsw. Patrik Heider - Dipl. Kfm. Christoph Kr?ger Diese E-Mail kann vertrauliche und/oder rechtlich gesch?tzte Informationen enthalten. Wenn Sie nicht der richtige Empf?nger sind oder diese E-Mail irrt?mlich erhalten haben, informieren Sie bitte sofort den Absender und vernichten Sie diese E-Mail. This e-mail may contain confidential and/or privileged information. If you are not the intended recipient or have received this e-mail in error please notify the sender immediately and delete this e-mail. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] cal base / Anzeige einer bestimmten Kategorie in einer Liste per TS
Am Sun, 18 Mar 2012 13:30:28 +0100 schrieb Ralf Heydenreich: Am 17.03.2012 22:28, schrieb Ralf Heydenreich: Hallo zusammen, ich möchte auf meiner Seite am Rand einen Hinweis auf ein Top-Event haben. [...] Problem hat sich gerade erledigt. Ich werde das mit tt_news machen, damit funktioniert es einwandfrei. Viele Grüße, Ralf. Hi Ralf, du hättest das auch mit Cal machen können... mein TS sah z.B. so aus: lib.field_event plugin.tx_cal_controller lib.field_event { pidList = SYSFOLDER PID clearPiVars = all view { allowedViews = list isStatic = 1 weekStartDay = Sunday calendar = KALENDER_UID category = KATEGORIEN_UID categoryMode = 1 event.eventModelTemplate = DEIN TEMPLATE FILE FÜR EVENTS event.eventViewPid = ZIELSEITE event.eventDateFormat = %d.%m %Y event.dateFormat = %d.%m %Y event.timeFormat = %d.%m %Y list.event.image.file.maxW=50 event.event.location = plugin.tx_cal_controller.view.defaultLinkSetup event.event.location.required = 1 event.event.location.dataWrap = div|/div calendar.defaultUid = 43 pageBrowser.usePageBrowser = 0 list.listTemplate = DEIN TEMPLATE FILE FÜR LISTEN list.endtime= +3 Month list.useGetdate = 0 list.maxEvents = 1 } } Gruß Tim ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Mehrere Domains in der Installation: Domainname wird nicht übernommen
Am Mon, 13 Feb 2012 12:43:38 +0100 schrieb Christian Rehkopf: Nachtrag: Am 13.02.12 12:38, schrieb Christian Rehkopf: Entscheidend ist, ob Du die Seite erstedomain/f00/bar/ auch bekommst, wenn Du zweitedomain/f00/bar/ eingibst. Das sollte übrigends nicht funktionieren! Christian Ich löse das Multi-Domain Problem mit Realurl immer in 2 Schritten: 1. Du muß nicht nur die Seiten als Root markieren, sonder auch den jeweiligen Domain-Record dort ablegen. 2. du muß die Einstellungen in RealUrl bearbeiten, das das System auch weiß auf welcher Seite diese Domain anfängt. Dieses macht man z.B. mit $TYPO3_CONF_VARS['EXTCONF']['realurl']['www.domain.tdl'] = $TYPO3_CONF_VARS['EXTCONF']['realurl']['_DEFAULT']; $TYPO3_CONF_VARS['EXTCONF']['realurl']['www.domain.tdl']['pagePath']['rootpage_id'] = 6; $TYPO3_CONF_VARS['EXTCONF']['realurl']['www.domain2.tdl'] = $TYPO3_CONF_VARS['EXTCONF']['realurl']['_DEFAULT']; $TYPO3_CONF_VARS['EXTCONF']['realurl']['www.domain2.tdl']['pagePath']['rootpage_id'] = 99; Hoffe das hilft dir Gruß Tim ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Mehrere Domains in der Installation: Domainname wird nicht übernommen
Am Wed, 15 Feb 2012 10:40:05 +0100 schrieb Peter Kühnlein: Am 15.02.2012 10:33, schrieb Tim Wendisch: Am Mon, 13 Feb 2012 12:43:38 +0100 schrieb Christian Rehkopf: Ich löse das Multi-Domain Problem mit Realurl immer in 2 Schritten: 1. Du muß nicht nur die Seiten als Root markieren, sonder auch den jeweiligen Domain-Record dort ablegen. 2. du muß die Einstellungen in RealUrl bearbeiten, das das System auch weiß auf welcher Seite diese Domain anfängt. Dieses macht man z.B. mit $TYPO3_CONF_VARS['EXTCONF']['realurl']['www.domain.tdl'] = $TYPO3_CONF_VARS['EXTCONF']['realurl']['_DEFAULT']; $TYPO3_CONF_VARS['EXTCONF']['realurl']['www.domain.tdl']['pagePath'] ['rootpage_id'] = 6; $TYPO3_CONF_VARS['EXTCONF']['realurl']['www.domain2.tdl'] = $TYPO3_CONF_VARS['EXTCONF']['realurl']['_DEFAULT']; $TYPO3_CONF_VARS['EXTCONF']['realurl']['www.domain2.tdl']['pagePath'] ['rootpage_id'] = 99; Hoffe das hilft dir Gruß Tim Hi Tim, die Einträge unter 2.: kommen die in die localconf.php oder wo trägst Du die ein? Schöne Grüße, Peter Die kommen in die Konfigurationsdatei von RealURL... Vielleicht macht das aeurltool ja schon, aber ich habe mir angewöhnt diese Hilfs-Extensions wegzulassen und die RealUrl_conf.php im typo3conf-Verzeichnis selber zu bearbeiten. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Typo3 - Sicherung
Am 19.05.2011 09:20, schrieb Michael Warzitz: Hallo habe da mal eine Frage zur Sicherung der Typo3 Site. Habe ich eine Möglichkeit eine bestehende Typo3-Site so zu sichern, dass ich die Sicherung direkt auf eine andere Typo3-Installation einspielen kann ? Danke Micha Hi Micha, meiner Erfahrung nach geht das in 2 Schritten ganz gut. Zum einen ein DB-Dump (volles MySQL backup) der 2te Schritt ist dann der Export als .t3d file.(rechtsklich auf den root und dann export als .t3d) Alternativ kann man auch verschiedene Extensions nutzten, welche ein backup erstellen. z.B. w4x_backup gruß Tim Wendisch ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Re: flashuploader nur php files auswählbar
Am 14.05.2011 12:17, schrieb Hannes Waltenberger: hi, ich habe im ff und ie das problem, dass nur php files auswählbar sind. liegt das an den browsern oder an der webservern der provider. was muss ich umstellne? thanx, hannes Hi Hannes, hatt vor Kurzem das selbe Problem. Nach einiger Suche bin ich dann in DAM auf folgenden Eintrag gestoßen: in DAM/mod_file/index.php Zeile 226/227: var flashUploadOptions = { uploadURL: top.TS.PATH_typo3 + ajax.php, uploadFileSizeLimit: ' . t3lib_div::getMaxUploadFileSize() . ', uploadFileTypes: { allow:'.$GLOBALS['TYPO3_CONF_VARS']['BE']['fileExtensions']['webspace']['allow'].', deny:'.$GLOBALS['TYPO3_CONF_VARS']['BE']['fileExtensions']['webspace']['deny'].' }; in der localconf.php im ext Verzeichniss suchen nach : $TYPO3_CONF_VARS['EXT']['BE']['fileExtensions']['webspace']['allow'] und diesen Eintrag anpassen, bzw. entfernen. Dann gehts wieder. Gruß Tim Wendisch ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] google Analytics Code doppelt
Hi Helmut, lass das mit der Extension und setzt den Code selber. Ich poste dir mal ein Beispiel für die ASYNCRONE Google Analytics Code, so wie ich ihn auf vielen Seiten verwende. Dieses Typoscript ist Modular aufgebau, sprich mal kann einzelne Abschnitte hinzufügen oder entfernen wie es gerade beliebt. Der Analytics code wird über die CONSTANCE {$analytics} gesetzt. - Die erste Condition wird genutzt um Links für das Ereignistracking zu erstellen. Dieses Ereignistracking wird dann über die unten eingefügten parseFunc an den RTE übergeben. - Die usergroup - Condition wird genutzt um den Unterschied im Verhalten der Registrierten Nutzer (FE-LOGIN) und den nicht Registrierten Nutzern in Google dazustellen Vielleicht hilft dir der TS-Code weiter... [browser = msie]||[browser= opera] temp.script = TEXT temp.script.value ( function formatAnalyticsLink(name,path) { var str_link = name + '/' + path; return str_link; } ) [ELSE] temp.script = TEXT temp.script.value ( function formatAnalyticsLink(name,path) { var str_link = name + path; return str_link; } ) [global] [usergroup=*] temp.google_o = COA temp.google_o.10 = TEXT temp.google_o.10.value ( var _gaq = _gaq || []; ) temp.google_o.20 = TEXT temp.google_o.20.value ( _gaq.push(['_setAccount', '{$analytics}']); ) temp.google_o.30 = TEXT temp.google_o.30.value ( _gaq.push(['_setDomainName', 'none']); ) temp.google_o.40 = TEXT temp.google_o.40.value ( _gaq.push(['_setAllowLinker', true]); ) temp.google_o.50 = TEXT temp.google_o.50.value ( _gaq.push(['_setCustomVar', 1,'UserType','Member',2]); ) temp.google_o.60 = TEXT temp.google_o.60.value ( _gaq.push(['_trackPageview']); ) temp.google_o.100 = TEXT temp.google_o.100.value ( (function() { var ga = document.createElement('script'); ga.type = 'text/javascript'; ga.async = true; ga.src = ('https:' == document.location.protocol ? 'https://ssl' : 'http://www') + '.google-analytics.com/ga.js'; (document.getElementsByTagName('head')[0] || document.getElementsByTagName('body')[0]).appendChild(ga); })(); ) [ELSE] temp.google_o = COA temp.google_o.10 = TEXT temp.google_o.10.value ( var _gaq = _gaq || []; ) temp.google_o.20 = TEXT temp.google_o.20.value ( _gaq.push(['_setAccount', '{$analytics}']); ) temp.google_o.30 = TEXT temp.google_o.30.value ( _gaq.push(['_setDomainName', 'none']); ) temp.google_o.40 = TEXT temp.google_o.40.value ( _gaq.push(['_setAllowLinker', true]); ) temp.google_o.50 = TEXT temp.google_o.50.value ( _gaq.push(['_setCustomVar', 1,'UserType','Visitor',2]); ) temp.google_o.60 = TEXT temp.google_o.60.value ( _gaq.push(['_trackPageview']); ) temp.google_o.100 = TEXT temp.google_o.100.value ( (function() { var ga = document.createElement('script'); ga.type = 'text/javascript'; ga.async = true; ga.src = ('https:' == document.location.protocol ? 'https://ssl' : 'http://www') + '.google-analytics.com/ga.js'; (document.getElementsByTagName('head')[0] || document.getElementsByTagName('body')[0]).appendChild(ga); })(); ) [usergroup] page.headerData.8 = COA page.headerData.8.10 = TEXT page.headerData.8.10 temp.google page.headerData.8.20 = TEXT page.headerData.8.20 temp.script page.headerData.8.wrap = script type=text/javascript|/script * lib.parseFunc.tags.link.typolink.ATagParams { cObject = TEXT cObject { value = formatAnalyticsLink(this.hostname,this.pathname) wrap ( onclick=_gaq.push(['_trackEvent', 'Links', 'RTE-LINK', |]); ) } } lib.parseFunc_RTE.tags.link.typolink.ATagParams { cObject = TEXT cObject { value = formatAnalyticsLink(this.hostname,this.pathname) wrap ( onclick=_gaq.push(['_trackEvent', 'Links', 'RTE-LINK', |]); ) } } Hi! jetzt schau ich grad von einer ?lteren Typo3 Seite den Quellcode an und sehe, dass die Extension m1_google_analytics den Code doppelt in den Quellcode reinschreibt. Doppelt gen?ht h?lt zwar vielleicht besser, aber hier ist es einmal zu viel! Weis jemand, wie ich der Extension bei bringe, dass sie den Code nur einmal rein schreibt? Gru? Helmut ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Mehrsprachigkeit
Hi Dennis vielleicht hilft dir mein Language menu: CONSTANCE: #SprachUID's langID= 0,1 #Sprachparameter für URL langIDM = L=0 || L=1 #Flage normal langFlag= fileadmin/templates/main/img/flags/en_uk.png || fileadmin/templates/main/img/flags/de.png #Flagge ALT-Text langFlagWord = English || Deutsch #Flagge der Aktuellen Auswahl langFlagAct=fileadmin/templates/main/img/flags/en_uk_d.png || fileadmin/templates/main/img/flags/de_d.png SETUP: # * Language Menu Flage temp.langMenu = HMENU temp.langMenu{ special = language special.value = {$langID} 1 = TMENU 1.NO { doNotLinkIt = 1 stdWrap.override.cObject = IMAGE stdWrap.override.cObject.file = {$langFlag} stdWrap.override.cObject.altText = {$langFlagWord} stdWrap.typolink { parameter.data = page:uid additionalParams = {$langIDM} addQueryString = 1 addQueryString.exclude = L,id,cHash,no_cache addQueryString.method = GET useCacheHash = 1 no_cache = 0 } } 1.ACT { doNotLinkIt = 1 stdWrap.override.cObject = IMAGE stdWrap.override.cObject.file = {$langFlagAct} stdWrap.override.cObject.altText = {$langFlagWord} stdWrap.typolink { parameter.data = page:uid additionalParams = {$langIDM} addQueryString = 1 addQueryString.exclude = L,id,cHash,no_cache addQueryString.method = GET useCacheHash = 1 no_cache = 0 } } 1.ACT=1 1.USERDEF1 temp.langMenu.1.NO 1.USERDEF1=1 1.USERDEF1{ 5.file = {$langFlagAct} } # noLink = 1 } Gruà Tim Wendisch Die Erste L?sung habe ich schon mal a class=important href=/index.php?id=|.htmlL=2 erzeugt den richtigen Link. Jetzt brauche ich nur noch eine Antwort darauf wieso der Link sich nicht ?ndert, so dass man wieder auf die deutsche Seite kommt. Gru?, Dennis Am 06.08.2010 09:50, schrieb Dennis: Hallo Liste. ich h?nge immernoch an der dummen Sprachauswahl. hab folgendes im TypoScript stehen ### # SPRACHAUSWAHL ### #sprache plugin.tx_srlanguagemenu_pi1 [globalVar = GP:L = 0] sprache = COA_INT sprache { 10 = TEXT 10 { field = uid wrap = a class=important href=/|.html?L=2Englisch/a } } [global] [globalVar = GP:L = 2] sprache = COA_INT sprache { 10 = TEXT 10 { field = uid wrap = a class=important href=/|.html?L=0deutsch/a } } [global] ### # SPRACHAUSWAHL ENDE ### ... ## ## SPRACHWAHL # ** config.linkVars = L config.sys_language_uid = 0 config.language = de config.locale_all = de_DE.UTF-8 #sys_language_mode = strict; # English language, sys_language.uid = 2 [globalVar = GP:L = 2] config.sys_language_uid = 2 config.language = en config.locale_all = english [global] # - # language menu konfigurieren # - plugin.tx_srlanguagemenu_pi1 { useSysLanguageTitle = 0 defaultLanguageISOCode = DE LanguageISOCode = DE # #Hiermit kann die wraps um die Links aendern/leeren #link.CUR.stdWrap.wrap = li class=?CUR?|/li #link.NO.stdWrap.wrap = li class=?NO?|/li #link.INACT.stdWrap.wrap = | link.NO.stdWrap.wrap = | # Flaggen ausblenden wenn keine Uebersetzung vorhanden hideIfNoAltLanguages = 0 # #Hiermit kann die aktuelle Sprache ausgeblendet werden #don?t show current language if showCurrent=0 #showCurrent = 0 # Hier liegt das selbst angepasste Template-File #file.templateFile = fileadmin/templates/sprache.html templateFile = fileadmin/templates/sprache.html # #GIBT EINE LISTENANSICHT AUS (2: Liste, 1: Auswahlliste, 0:Flagge) defaultLayout = 0 links.stdWrap.split.wrap _CSS_DEFAULT_STYLE #Hiermit koennte man festlegen, dass nur die Spachen 1+2 in der Liste ausgegeben werden #languagesUidsList = 1,2 } Mir wird jetzt egal ob ich die deutsche oder die englische Version anschaue immer der Link Englisch gezeigt und wenn ich auf den Link gehe komme ich nicht auf die englische Seite sondern bekomme eine Fehlermeldung, dass das Objekt nicht gefunden wurde und das wohl der Link falsch sei. Hoffe ihr k?nnt mir helfen:) Danke schonmal im vorraus, Dennis ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Mehrsprachige Site - identische Seite f?r mehrere Sprachen?
oder mit einem canonical-Tag arbeite um Dublicated Content zu vermeiden Gruà Tim wendsich Hallo Andreas, da musst du im Prinzip gar nicht viel ver?ndern. Die Steitentitel ?bersetzen und den Inhalt gleich lassen, wenn ich mich nicht irre ist das Standardm?ssig dann bei TYPO3 vorgesehen, dass der Defaultcontent angezeigt wird. Ansonsten wie Lina gesagt hat, per content fallback. Aber Achtung!!! vor duplicated content aus der Sicht von google. W?rde die Seiten vielleicht mit einem nofollow versehen. Ich habe mal sehr schlechte Erfahrungen gemacht, meine Site wurde vom google-Index gesperrt Gr??e Am 6. August 2010 05:31 schrieb Lina Wolf li...@linawolf.de: Das m?sste sich, denke ich, mit content fallback erreichen lassen. ___ 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] google Analytics Code doppelt
Hallo Bernhard, da muà ich dir leider wiedersprechen. Seit Google vorkurzen die Funktion anonymizeIP in den gaq-Code mitaufgenommen hat, sehe ich keine Datenschutzrechtlichen beschrenkungen mehr. Dieser Code verhinder / maskiert die IP den Nutzers und somit kann kein eindeutiger Rückschluss zwischen Daten in google und Nutzer hergestellt werden. Dadurch fall leider auch einige Analysebereiche in Analytics aus (z.B. Landes erkennung, etc) aber die wesentlichen Dinge funktionieren noch. Für den Async.-Code muà die Zeile übrigens so heissen: _gaq.push(['_gat._anonymizeIp']) Gruà Tim Wendisch Hallo, am einfachsten ist es wohl, wenn man den Analytics-Code direkt ins HTML-Template setzt. Ich denke, man muss nicht f?r Alles und Jedes eine Ext bem?hen oder komplizierte TS-Strukturen aufbauen. Der Code wird eh vom Admin eingebaut und steht nicht den Redakteuren zur ?nderung zur Verf?gung, also kann man auch gleich den einfachen Weg gehen. Manchmal ist es, so glaube ich, wesentlich hilfreicher nicht mit Kanonen auf Spatzen zu schie?en. Und nur mal so als Hinweis: Google Analytics l?sst sich derzeit nicht mit den Datenschutzrechtlichen Bestimmungen der Bundesrepublik Deutschland vereinbaren. Wer also GA auf kommerziellen Webseiten einsetzt, kann unter Umst?nden Probleme bekommen. Aber das ist ja inzwischen allgemein bekannt. Gr??e, Bernhard Ludwig -Urspr?ngliche Nachricht- Von: typo3-german-boun...@lists.typo3.org [mailto:typo3-german- boun...@lists.typo3.org] Im Auftrag von Tim Wendisch Gesendet: Freitag, 13. August 2010 13:04 An: typo3-german@lists.typo3.org Betreff: Re: [TYPO3-german] google Analytics Code doppelt Hi Helmut, lass das mit der Extension und setzt den Code selber. Ich poste dir mal ein Beispiel fCr die ASYNCRONE Google Analytics Code, so wie ich ihn auf vielen Seiten verwende. Dieses Typoscript ist Modular aufgebau, sprich mal kann einzelne Abschnitte hinzufCgen oder entfernen wie es gerade beliebt. Der Analytics code wird Cber die CONSTANCE {$analytics} gesetzt. - Die erste Condition wird genutzt um Links fCr das Ereignistracking zu erstellen. Dieses Ereignistracking wird dann Cber die unten eingefCgten parseFunc an den RTE Cbergeben. - Die usergroup - Condition wird genutzt um den Unterschied im Verhalten der Registrierten Nutzer (FE-LOGIN) und den nicht Registrierten Nutzern in Google dazustellen Vielleicht hilft dir der TS-Code weiter... [browser = msie]||[browser= opera] temp.script = TEXT temp.script.value ( function formatAnalyticsLink(name,path) { var str_link = name + '/' + path; return str_link; } ) [ELSE] temp.script = TEXT temp.script.value ( function formatAnalyticsLink(name,path) { var str_link = name + path; return str_link; } ) [global] [usergroup=*] temp.google_o = COA temp.google_o.10 = TEXT temp.google_o.10.value ( var _gaq = _gaq || []; ) temp.google_o.20 = TEXT temp.google_o.20.value ( _gaq.push(['_setAccount', '{$analytics}']); ) temp.google_o.30 = TEXT temp.google_o.30.value ( _gaq.push(['_setDomainName', 'none']); ) temp.google_o.40 = TEXT temp.google_o.40.value ( _gaq.push(['_setAllowLinker', true]); ) temp.google_o.50 = TEXT temp.google_o.50.value ( _gaq.push(['_setCustomVar', 1,'UserType','Member',2]); ) temp.google_o.60 = TEXT temp.google_o.60.value ( _gaq.push(['_trackPageview']); ) temp.google_o.100 = TEXT temp.google_o.100.value ( (function() { var ga = document.createElement('script'); ga.type = 'text/javascript'; ga.async = true; ga.src = ('https:' == document.location.protocol ? 'https://ssl' : 'http://www') + '.google-analytics.com/ga.js'; (document.getElementsByTagName('head')[0] || document.getElementsByTagName('body')[0]).appendChild(ga); })(); ) [ELSE] temp.google_o = COA temp.google_o.10 = TEXT temp.google_o.10.value ( var _gaq = _gaq || []; ) temp.google_o.20 = TEXT temp.google_o.20.value ( _gaq.push(['_setAccount', '{$analytics}']); ) temp.google_o.30 = TEXT temp.google_o.30.value ( _gaq.push(['_setDomainName', 'none']); ) temp.google_o.40 = TEXT temp.google_o.40.value ( _gaq.push(['_setAllowLinker', true]); ) temp.google_o.50 = TEXT temp.google_o.50.value ( _gaq.push(['_setCustomVar', 1,'UserType','Visitor',2]); ) temp.google_o.60 = TEXT temp.google_o.60.value ( _gaq.push(['_trackPageview']); ) temp.google_o.100 = TEXT temp.google_o.100.value ( (function() { var ga = document.createElement('script'); ga.type = 'text/javascript'; ga.async = true; ga.src = ('https:' == document.location.protocol ? 'https://ssl' : 'http://www') + '.google-analytics.com/ga.js'; (document.getElementsByTagName('head')[0] || document.getElementsByTagName('body')[0]).appendChild(ga); })(); ) [usergroup] page.headerData.8 = COA page.headerData.8.10 = TEXT page.headerData.8.10 temp.google page.headerData.8.20 = TEXT
Re: [TYPO3-german] direct-mail anmelden und abmelden?
Nimm direct_mail_subscription. Diese Extension wurde genau für diesen Fall geschrieben. Gruà Tim Hallo, ich bin auf der Suche nach einer Möglichkeit, dass sich Site-Besucher zu einem Newsletter anmelden und auch wieder sauber abmelden können. Da an anderer Stelle der Installation Fe-User benutzt werden würde ich gerne tt_address für die newsletter Anmeldungen nehmen (macht das Handling einfacher). ich hab mich schon mit sr_email_subscribe versucht und damit funktioniert die NL-Anmeldung auch, aber die Abmeldung geht gar nicht: man bekommt eine Mail mit einem Link auf eine Seite, dort erscheint ein Link, der aber nicht auf die Abmeldung/Ãnderung sondern wieder auf das Formular zur Eingabe der Email-Adresse führt. Wer kann mir Hinweise zur sauberen Konfiguration geben, bzw. etwas anderes empfehlen? 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] Sonderbare Installation
Das Caching der bilder, bzw das produzieren der Thumbnails, passiert soweit ich weià in der Datei /t3lib/thumbs.php. Die Dateinamen, bzw die endungen werden dort in der Zeile 221 - 225 erzeugt. Vielleicht liegt dort ja der Hund begraben. und du hast recht, die vom System erzeugten Dateien sollten alle den selben Besitzer haben. wenn Sie vom System erzeugt werden dann meiÃtens wwwrun oder sowas. Eventuell liegt es aber auch an der Extension die du benutzt um die Bilder erzeugen zu lassen. Gruà Tim ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] fe_users tt_address wo liegt der Unterschied Personalisierung?
Der Unterschied zwischen sr_feuser_registration und direct_mail_subscription ist einfach: direct_mail_subscription: legt einen Eintrag in der tt_address Tabelle der DB an. Damti ist ein Addresssatz angelegt welcher im Backend in einem Sysfolder für Abonementen abgelegt wird. sr_feuser_registration: Wird in erster Linie benutzt um FE-User zu registrieren. Darum wir dieser Eintrag auch in der fe_user Tabelle der Datenbank abgelegt. Dieses ist nötig damit der User als FE-User betrachtet wird. Die tabelle fe_user ist um 2 Felder erweitert. module_sys_dmail_newsletter und module_sys_dmail_category. Ich kann leider nciht sagen, durch welche Extension diese Felder produziert werden. Ich glaube aber durch Direct Mail. sr_feuser_register kannst du nun recht einfach um weiter Felder erweitern, welche es einem registrierten FE-User möglich machen den Newsletter zu abonieren. In Direct mail muà du nun nurnoch folgendes tun: - neue Recipients liste anlegen. - - Type -- From pages - - Titel -- wasduwillst - - Description --wasduwillst - - Startingpoint -- die Seite (der Sysfolder), wo du deine registriereten FE-User speicherst - - Include page subtree -- nach bedarf aktivieren oder nicht - - Type of records -- hier Website user auswählen. Wenn du soeine Liste angelegt hast, dann werden alle Registrierten Nutzer der fe_user Tabelle auf die Liste gesetzt bei denen die spalte module_sys_dmail_newsletter aktiviert ist. Gruà Tim Wendisch ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german