Re: [TYPO3-german] aTagParams in image link
Rene,
> ich möchte im Image Link die A Tag Params ändern so in etwa wie:
>
> tt_content.image.20.1.imageLinkWrap.typolink.ATagParams =
> onfocus="this.blur()"
>
> Das funzt aber nicht, hat jemand ne Idee wie ich das hinbekomme?
vielleicht hast du irgendwo noBlur = 1 gesetzt und onfocus wird dadurch
entfernt? Für FF kannst du
übrigens :focus {outline:solid 0;) ins Stylesheet schreiben, das entfernt diese
gestrichelten Rahmen
dort.
--
Andreas
Mailing list rules & guidelines (Mailing list Regeln & Leitfaden):
http://typo3.org/community/mailing-lists/
http://typo3.org/community/mailing-lists/mailing-list-rules-guidelines/
___
TYPO3-german mailing list
TYPO3-german@lists.netfielders.de
http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] aTagParams in image link
Hallo Liste, ich möchte im Image Link die A Tag Params ändern so in etwa wie: tt_content.image.20.1.imageLinkWrap.typolink.ATagParams = onfocus="this.blur()" Das funzt aber nicht, hat jemand ne Idee wie ich das hinbekomme? Gruß René ___ TYPO3-german mailing list TYPO3-german@lists.netfielders.de http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] tt_news mit templavoila statisch einbinden
Leo F??hringer wrote: > das war ein guter Hinweis - wusste gar nicht, dass tt_news auf so etwas > schaut. Hab nun in der Doku nachgelesen und hab in beiden Templates > folgendes gesetzt: lib.news.20.excludeAlreadyDisplayedNews = 0 sollte daf??r sorgen, dass dem LATEST in der rechten Spalte egal ist, welche News schon angezeigt wurden. Hast du das so mal probiert? Falls du das excludeAlreadyDisplayedNews in plugin.tt_news versucht hast, m??sste das vor dem Eintrag lib.news.20 geschehen (denn sonst wird tt_news ist nach lib.news kopiert und *dann* die Einstellung ge??ndert). Steffen ___ TYPO3-german mailing list TYPO3-german@lists.netfielders.de http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Re: Extension für automatische Linkerzeugung anhand des Seitennamens: Bessere Idee?
Hallo Chris, ich weiß zwar noch nicht im Detail was du meinst, bzw. wie ich das umsetzten kann, doch ich werde mich informieren. Auf jeden Fall ist mir Dank deiner Antwort aufgefallen, dass ich viel zu kompliziert gedacht habe. Gruß, Hauke "Christian Wolff" schrieb im Newsbeitrag news:mailman.1.1234546055.22017.typo3-ger...@lists.netfielders.de... > > Hi Hauke, > das sieht für mich nicht mal nach einer PHP lösung aus. > warum realisierst du es nicht mit Typoscript und dem MENU object? > > du könntest das ganze dann so aufbauen im seitenbaum: > > + testseite 1 > + tab 1 > + tab 2 > + tab 3 > + testseite 2 > + tab 1 > + tab 2 > + tab 3 > > falls es für dich nötig ist. das die tabs nicht in "normalen" menüs > auftauchen könntest du einfach einen neuen "pagetype" definieren. > diesen eigenen pagetype nennst du dann z.b "tab-page", > > aus normalen seiten menüs filterst du dann den seiten typ tab-page aus > (excludeDoktypes) > > und in deinem tab menü alle andere doktypes, > > so sollte das ganze ohne probleme laufen, und wie üblich gecached > werden. ansosten werden natürlich auch USER scripte ganz normal > gecached. must nur aufpassen das du keinen USER_INT oder no_cache > erschaffst wenn du es tatsächlich per plugin machen willst. > > gruss chris > > > -- > Christian Wolff // Berlin > http://www.connye.com > > some projects: > http://richtermediagroup.com | http://titanic.de | > http://fairplay-homepage.de ___ TYPO3-german mailing list TYPO3-german@lists.netfielders.de http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] PHP_SCRIPT(_INT) vs. Plugin - Was ist besser/performanter?
Hallo Christian, danke für die schnelle Antwort! Grüße und schönes Wochenende, Markus ___ TYPO3-german mailing list TYPO3-german@lists.netfielders.de http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Javascript minify'en - wie gehts?
Patric Pesch wrote: > Nun l??ufts ganz gut, allerdings hatte ich eben > das Gef??hl, dass die ersten Aufrufe unnormal lange > dauern ( > 20sec). Muss ich die n??chsten Tage mal > testen. > > Die Einstellung page.tx_scriptmerger.disable = 1 > richtet leider auch nichts aus (jedenfalls nicht > das, was ich erwarten w??rde). Hi Patric, Die Option hei??t "config.tx_scriptmerger.disable". Allerdings wundert es mich, dass die initiale Ladedauer bei dir derma??en lang dauert. Bei allen Seiten - gro??e wie kleine - die ich bisher getestet habe, war keine so enorme Ladedauer auszumachen. Es k??nnte allerdings auch an der Minimierung von komplizierten Javascript- und CSS-Dateien liegen. Schalte die doch testweise mal aus... BTW: Ich werde die Erweiterung in den n??chsten Wochen etwas entstauben, da ich die Funktionalit??t selbst wieder f??r eine grere Seite brauche. -- Stefan ___ TYPO3-german mailing list TYPO3-german@lists.netfielders.de http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] PHP_SCRIPT(_INT) vs. Plugin - Was ist besser/performanter?
Markus Kobligk schrieb: > Hallo zusammen, > > mir stellt isch seit längerer Zeit folgende Frage im Hinblick auf > Performance/Speicherverbrauch: > Macht es mehr Sinn einen Marker in Typo3 per PHP_SCRIPT zu füllen oder > lieber per plugin? > > subparts.menu = PHP_SCRIPT_INT > subparts.menu.file = fileadmin/php/scripts/navigation.php > vs. > subparts.menu < plugin.tx_navigation_pi1 > > Kann mir jemand Tipps/Links dazu posten? Was macht mehr Sinn, was bringt > Performancevor-/nachteile? > > Grüße, > Markus > > Hi Markus, ich denke performance mässig dürfte ein PHP_SCRIPT ein wenig besser wegkommen als ein plugin. denke aber der vorteil ist in der praxis nicht ausschlaggebend. nach möglichkeit solltest du versuchen _INT egal ob PHP_SCRIPT_INT oder USER_INT versuchen zu vermeiden. da diese dann bei jedem seitenauffruf erneut ausgeführt werden. während PHP_SCRIPT und USER nur beim einmal für ein Parameter set ausgeführt werden und dann im cache landen. und ein gute gecachedte seite ist in jedemfall deutlich schneller als eine die jedesmall daten generieren muss. die PLugins sind natürlich "schöner" aus programmiertechnischer sicht. du hast deine eigenen abgekapselte klasse. bekommsst schön und ordenlich configurations Parameter über Typoscirpt geliefert. hast die ganze funktionaltiät von Typo3 im hintergrund etc. also wenn du etwas neues anfängst zu programmieren würde ich sagen ist ein Plugin in jedemfall der Way To go. das PHP_SCRIPT ist eher dafür gedacht ein schon vorhandenen script einzubinden und mit minimalem aufwand/anpassungen in Typo3 zu integriern. -- Christian Wolff // Berlin http://www.connye.com some projects: http://richtermediagroup.com | http://titanic.de | http://fairplay-homepage.de ___ TYPO3-german mailing list TYPO3-german@lists.netfielders.de http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Extension für automatische Linkerze ugung anhand des Seitennamens: Bessere Idee?
Hauke Hain schrieb: > Hallo, > > ich möchte diverse Tabs auf bestimmten Seiten haben. Diese beziehen sich > auf die aktuelle Seite und beinhalten nur einen anderen Inhalt. > > Nachfolgend meine Idee, wie ich mir vorstellen könnte, dass die Links > automatisch erzeugt werden könnten. > Meine Bitte an euch: Sieht ihr eine bessere Möglichkeit, das gleiche zu > erreichen? > > --- > Seitenstruktur: > Root > - Hauptseite (page.title: Testseite) > - Hauptseite 2 (page.title: Testseite2) > - Tab1 (versteckter Ordner) > - Meine erste Seite 1 (page.title: Testseite) > - Meine zweite Seite 1 (page.title: Testseite2) > - Tab2 (versteckter Ordner) > - Meine erste Seite 2 (page.title: Testseite) > - Meine zweite Seite 2 (page.title: Testseite2) > - Tab3 (versteckter Ordner) > - Meine erste Seite 3 (page.title: Testseite) > - Meine zweite Seite 3 (page.title: Testseite2) > > > Auf allen Seiten (außer Root) wird die Extension TabPages eingebunden. > Auf der Hauptseite wird ein TypoScrip eingebunden, welches folgende > Konstanten setzt: > RootPage = PID von Root > Tab1Page = PID von Tab1 > Tab2Page = PID von Tab2 > Tab3Page = PID von Tab3 > > Den Link ermittelt die Extension TabPages jeweils dadurch, dass sie > prüft, ob bei der im TypoScrip Template gespeicherten PID eine > Unterseite mit dem gleichen Seitentitel wie die aktuelle Seite > existiert. Falls ja, dann wird die PID von der gefundenen Seite benutzt. > Wenn mehrere gefunden werden wird der erste Treffer benutzt. > > Auf den Seiten die den page:title=Testseite haben würden folglich > folgende Links erstellt werden: > Hauptseite, Meine erste Seite 1, Meine erste Seite 2, Meine erste Seite 3 > > Bei Testseite 2 > Hauptseite2, Meine zweite Seite 1, Meine zweite Seite 2, Meine zweite > Seite 3 > > > Mir scheint die Lösung ganz gut zu sein, nur möchte ich ungern, dass bei > jedem Seitenaufruf das ganze PHP-Script neu ausgeführt wird. > Werden Extensions immer automatisch mitgecached von TYPO3, sodass ich > mir keine Gedanken darüber machen muss, dass die Links immer neu > erstellt werden (,die sich nicht ändern, und wenn, dann würden die > Caches einmal gelöscht werden)? > > > Ich freue mich auf eure Meinungen und Anregungen! > > Gruß, Hauke Hi Hauke, das sieht für mich nicht mal nach einer PHP lösung aus. warum realisierst du es nicht mit Typoscript und dem MENU object? du könntest das ganze dann so aufbauen im seitenbaum: + testseite 1 + tab 1 + tab 2 + tab 3 + testseite 2 + tab 1 + tab 2 + tab 3 falls es für dich nötig ist. das die tabs nicht in "normalen" menüs auftauchen könntest du einfach einen neuen "pagetype" definieren. diesen eigenen pagetype nennst du dann z.b "tab-page", aus normalen seiten menüs filterst du dann den seiten typ tab-page aus (excludeDoktypes) und in deinem tab menü alle andere doktypes, so sollte das ganze ohne probleme laufen, und wie üblich gecached werden. ansosten werden natürlich auch USER scripte ganz normal gecached. must nur aufpassen das du keinen USER_INT oder no_cache erschaffst wenn du es tatsächlich per plugin machen willst. gruss chris -- Christian Wolff // Berlin http://www.connye.com some projects: http://richtermediagroup.com | http://titanic.de | http://fairplay-homepage.de ___ TYPO3-german mailing list TYPO3-german@lists.netfielders.de http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Extension für automatische Linke rzeugung anhand des Seitennamens: Bessere Idee?
Hallo, ich möchte diverse Tabs auf bestimmten Seiten haben. Diese beziehen sich auf die aktuelle Seite und beinhalten nur einen anderen Inhalt. Nachfolgend meine Idee, wie ich mir vorstellen könnte, dass die Links automatisch erzeugt werden könnten. Meine Bitte an euch: Sieht ihr eine bessere Möglichkeit, das gleiche zu erreichen? --- Seitenstruktur: Root - Hauptseite (page.title: Testseite) - Hauptseite 2 (page.title: Testseite2) - Tab1 (versteckter Ordner) - Meine erste Seite 1 (page.title: Testseite) - Meine zweite Seite 1 (page.title: Testseite2) - Tab2 (versteckter Ordner) - Meine erste Seite 2 (page.title: Testseite) - Meine zweite Seite 2 (page.title: Testseite2) - Tab3 (versteckter Ordner) - Meine erste Seite 3 (page.title: Testseite) - Meine zweite Seite 3 (page.title: Testseite2) Auf allen Seiten (außer Root) wird die Extension TabPages eingebunden. Auf der Hauptseite wird ein TypoScrip eingebunden, welches folgende Konstanten setzt: RootPage = PID von Root Tab1Page = PID von Tab1 Tab2Page = PID von Tab2 Tab3Page = PID von Tab3 Den Link ermittelt die Extension TabPages jeweils dadurch, dass sie prüft, ob bei der im TypoScrip Template gespeicherten PID eine Unterseite mit dem gleichen Seitentitel wie die aktuelle Seite existiert. Falls ja, dann wird die PID von der gefundenen Seite benutzt. Wenn mehrere gefunden werden wird der erste Treffer benutzt. Auf den Seiten die den page:title=Testseite haben würden folglich folgende Links erstellt werden: Hauptseite, Meine erste Seite 1, Meine erste Seite 2, Meine erste Seite 3 Bei Testseite 2 Hauptseite2, Meine zweite Seite 1, Meine zweite Seite 2, Meine zweite Seite 3 Mir scheint die Lösung ganz gut zu sein, nur möchte ich ungern, dass bei jedem Seitenaufruf das ganze PHP-Script neu ausgeführt wird. Werden Extensions immer automatisch mitgecached von TYPO3, sodass ich mir keine Gedanken darüber machen muss, dass die Links immer neu erstellt werden (,die sich nicht ändern, und wenn, dann würden die Caches einmal gelöscht werden)? Ich freue mich auf eure Meinungen und Anregungen! Gruß, Hauke ___ TYPO3-german mailing list TYPO3-german@lists.netfielders.de http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Javascript minify'en - wie gehts?
Stefan Galinski schrieb: > Ich habe da mal 'ne Erweiterung für geschrieben, welche Javascript- und CSS- > Dateien zusammenfasst und minified. Such im TER einfach mal nach > "scriptmerger". Du solltest allerdings die Zeile zur jsmin-Lib anpassen, da > dies sonst zu Fehlern führt. Hi Stefan, danke für die Info. Ich hab die Extension nun installiert und teste sie gerade. Da die jsmin Klasse schon von typo3 geladen wird, habe ich die Zeile einfach auskommentiert. Nun läufts ganz gut, allerdings hatte ich eben das Gefühl, dass die ersten Aufrufe unnormal lange dauern ( > 20sec). Muss ich die nächsten Tage mal testen. Die Einstellung page.tx_scriptmerger.disable = 1 richtet leider auch nichts aus (jedenfalls nicht das, was ich erwarten würde). Auf jedenfall eine interessante Extension! Schöne Grüße Patric ___ TYPO3-german mailing list TYPO3-german@lists.netfielders.de http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] 2 Domains in einer T3-Instanz mit TV, wo root-Template reinhängen?
David Bruchmann schrieb: >> den hatte ich eingefügt, jetzt hänge ich ih mal dran. >> # >> Rainer >> > > > Hi Rainer, > > Bilder mußt du schon irgendwo auf einen Server legen und verlinken, dies > ist eine Mailinglist mit Textformat. > > Einen einfachen Seitenbaum kannst Du allerdings auch mit Schriftzeichen > skizzieren. > > Hier liegt der Bildschirmkram: http://tools.webmasterei.com/mindmap/tarot.png Im TVSpeicher liegt jetzt TO und DS. SIGGI und KIRSTEN verweisen auf ihre eigene Domain und sind Links auf ihre Startseite. TVRoot sollte ja ein Link sein, aber wohin? Als Nebenproblem taucht noch auf, dass jetzt hier http://tools.webmasterei.com/mindmap/tarot2.png unter Erweiter/Datenstruktur die Liste leer ist und nicht „TV_MainMap“ enthält. Rainer ___ TYPO3-german mailing list TYPO3-german@lists.netfielders.de http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] PHP_SCRIPT(_INT) vs. Plugin - Was ist besser/performanter?
Hallo zusammen, mir stellt isch seit längerer Zeit folgende Frage im Hinblick auf Performance/Speicherverbrauch: Macht es mehr Sinn einen Marker in Typo3 per PHP_SCRIPT zu füllen oder lieber per plugin? subparts.menu = PHP_SCRIPT_INT subparts.menu.file = fileadmin/php/scripts/navigation.php vs. subparts.menu < plugin.tx_navigation_pi1 Kann mir jemand Tipps/Links dazu posten? Was macht mehr Sinn, was bringt Performancevor-/nachteile? Grüße, Markus ___ TYPO3-german mailing list TYPO3-german@lists.netfielders.de http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] "List" eines Sysfolders funktioniert nicht
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hallo Stefan, Stefan Onken schrieb: > Probleme. Wie kann ich die Ursache für dieses Problem finden und > beheben ? PHP-Fehlermeldungen im Installtool (bzw. php.ini) aktivieren, wäre ein erster Schritt. Gruß, Simon -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkmVk3gACgkQzqmr83R5SCw+WACgm4r2eYI975ncA7V4TzGXFt61 XgIAoI94MgLPMBgGF5mHv4EAUr3/Np5z =S1ew -END PGP SIGNATURE- ___ TYPO3-german mailing list TYPO3-german@lists.netfielders.de http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] utf8 Konvertierung einer alten Typo3 v.3.6 Installation
Siegbert Goerlitz schrieb: > Hallo > > Mein Rootserver wurde jetzt aktualisiert (php4 -> php5 und mysql4 -> mysql5). > Dabei werden nun die verschiedenen Sonderzeichen und diverse Umlaute nur noch > als ?-Raute ausgegeben. Die alte Datenbank arbeitete noch mit Zeichensatz > Latin1, die neue mit utf8. Beim Import des Datenbankdumps habe ich den > Zeichensatz allerdings konvertiert. > Sowohl in den Texten im BE als auch in der tt_content-Tabelle sind alle > Zeichen korrekt dargestellt (äöüß""- etc.). Nur die Ausgabe im Frontend ist > fehlerhaft. Die utf8-Konfiguration im Install-Tool wurde korrekt eingestellt. > Wie kann ich die korrekte Ausgabe der Texte erreichen? > > Gruß, Siggi Ich habe meine letzte so umgestellt... Dump speichern. Den dump mit einem Editor bearbeiten und charset in utf8 wechseln. Dann eine neue DB anlegen (Kollokation utf8) und den editierten dump importieren. Logisch, auch noch die korrekten localconf Einstellungen vornehmen. Sk ___ TYPO3-german mailing list TYPO3-german@lists.netfielders.de http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] utf8 Konvertierung einer alten Typo3 v.3.6 Installation
http://www.bruchmann-web.de/de/support/typo3/tipps-und-tricks/utf-8-in-typo3/ Gruß David - Ursprüngliche Nachricht - Von:Siegbert Goerlitz Gesendet: Freitag, 13. Februar 2009 15:35:49 An: German TYPO3 Userlist CC: Betreff:[TYPO3-german] utf8 Konvertierung einer alten Typo3 v.3.6 Installation > Hallo > > Mein Rootserver wurde jetzt aktualisiert (php4 -> php5 und mysql4 -> mysql5). > Dabei werden nun die verschiedenen Sonderzeichen und diverse Umlaute nur noch > als ?-Raute ausgegeben. Die alte Datenbank arbeitete noch mit Zeichensatz > Latin1, die neue mit utf8. Beim Import des Datenbankdumps habe ich den > Zeichensatz allerdings konvertiert. > Sowohl in den Texten im BE als auch in der tt_content-Tabelle sind alle > Zeichen korrekt dargestellt (äöüß""- etc.). Nur die Ausgabe im Frontend ist > fehlerhaft. Die utf8-Konfiguration im Install-Tool wurde korrekt eingestellt. > Wie kann ich die korrekte Ausgabe der Texte erreichen? > > Gruß, Siggi > ___ > TYPO3-german mailing list > TYPO3-german@lists.netfielders.de > http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german > ___ TYPO3-german mailing list TYPO3-german@lists.netfielders.de http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] utf8 Konvertierung einer alten Typo3 v.3.6 Installation
Hallo Mein Rootserver wurde jetzt aktualisiert (php4 -> php5 und mysql4 -> mysql5). Dabei werden nun die verschiedenen Sonderzeichen und diverse Umlaute nur noch als ?-Raute ausgegeben. Die alte Datenbank arbeitete noch mit Zeichensatz Latin1, die neue mit utf8. Beim Import des Datenbankdumps habe ich den Zeichensatz allerdings konvertiert. Sowohl in den Texten im BE als auch in der tt_content-Tabelle sind alle Zeichen korrekt dargestellt (äöüß""- etc.). Nur die Ausgabe im Frontend ist fehlerhaft. Die utf8-Konfiguration im Install-Tool wurde korrekt eingestellt. Wie kann ich die korrekte Ausgabe der Texte erreichen? Gruß, Siggi ___ TYPO3-german mailing list TYPO3-german@lists.netfielders.de http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Änderung am TS Setup d. Testdom ain ändern die original e Website
- Ursprüngliche Nachricht - Von:Ingo Preuß Gesendet: Freitag, 13. Februar 2009 14:48:05 An: German TYPO3 Userlist CC: Betreff:Re: [TYPO3-german] Änderung am TS Setup d. Testdomain ändern die originale Website > > > Müssen folgende Einträge ebenfalls angepasst werden? > > $typo_db_username = 'identischer_username'; > $typo_db_password = 'identisches_passwort'; > $typo_db_host = 'old_db_host'; > > $typo_db = 'old_db_name'; > Obige Daten müssen angepasst werden, der Rest ist unwichtig. Die Daten müssen denen Deiner lokalen MySQL-Installation entsprechen. $typo_db ist der Name der Datenbank. der Rest sollte durch die Variablennamen klar sein. Mit dem Installtool in einem frisch aufgesetzten System kannst Du eine neue Datenbank per Knopfdruck anlegen und die notwendigen Basisdaten automatisch importieren, wenn die oberen drei Variablen eingegeben sind. Gruß David ___ TYPO3-german mailing list TYPO3-german@lists.netfielders.de http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Änderung am TS Setup d. Testdom ain ändern die original e Website
Hallo, Am Fr, 13.02.2009, 14:30 schrieb Ingo Preuß: > > ich kann die localconf.php editieren oder das Ganze via Install tool > vornehmen. Was genau muss ich ändern? > folgende Zeilen habe ich geändert: $TYPO3_CONF_VARS['SYS']['sitename'] = 'new_sitename'; $TYPO3_CONF_VARS['SYS']['sitename'] = 'new_website';// Modified or inserted by TYPO3 Install Tool. Müssen folgende Einträge ebenfalls angepasst werden? $typo_db_username = 'identischer_username'; $typo_db_password = 'identisches_passwort'; $typo_db_host = 'old_db_host'; $typo_db = 'old_db_name'; Gruß, Ingo -- PC-Notdienst FU Berlin Ingo Preuss Rigaer Strasse 65 10247 Berlin mobil 0152.29204024 ___ TYPO3-german mailing list TYPO3-german@lists.netfielders.de http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Änderung am TS Setup d. Testdom ain ändern die original e Website
Du mußt die Daten in einer lokalen Datenbank bereitstellen. Ob Du nur ein paar Testdaten dort vorhältst oder die Live-Datenbank importierst ist sekundär. Dazu brauchst Du eine MySQL-Datenbank auf dem eigenen lokalen Server. Die Zugangsdaten müssen im Installtool unter Basic-Setup eingetragen werden: Host (normalerweise 'localhost'), User (evtl. 'root'), Password (bei lokalen Servern manchmal leer), und schließlich eine bestehende oder neue Datenbank auswählen. Das gehört alles zur Grundinstallation, daher werden diese und weitergehende Fragen eigentlich durch readme.txt oder install.txt, wie auch durch das automatisch startende Installtool im 1-2-3-Modus bereits geklärt. Gruß David - Ursprüngliche Nachricht - Von:Ingo Preuß Gesendet: Freitag, 13. Februar 2009 14:30:46 An: German TYPO3 Userlist CC: Betreff:Re: [TYPO3-german] Änderung am TS Setup d. Testdomain ändern die original e Website > Hallo, > > Am Fr, 13.02.2009, 14:07 schrieb David Bruchmann: >> Die Datenbank in der localconf.php bzw. im Installtool ändern. >> Momentan steht dort sicher der Live-Server drin. >> >> Gruß >> David > > ich kann die localconf.php editieren oder das Ganze via Install tool > vornehmen. Was genau muss ich ändern? > > Gruß, Ingo > > -- > PC-Notdienst FU Berlin > > Ingo Preuss > Rigaer Strasse 65 > 10247 Berlin > > mobil 0152.29204024 > > ___ > TYPO3-german mailing list > TYPO3-german@lists.netfielders.de > http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german > ___ TYPO3-german mailing list TYPO3-german@lists.netfielders.de http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Änderung am TS Setup d. Testdom ain ändern die original e Website
Hallo, Am Fr, 13.02.2009, 14:07 schrieb David Bruchmann: > Die Datenbank in der localconf.php bzw. im Installtool ändern. > Momentan steht dort sicher der Live-Server drin. > > Gruß > David ich kann die localconf.php editieren oder das Ganze via Install tool vornehmen. Was genau muss ich ändern? Gruß, Ingo -- PC-Notdienst FU Berlin Ingo Preuss Rigaer Strasse 65 10247 Berlin mobil 0152.29204024 ___ TYPO3-german mailing list TYPO3-german@lists.netfielders.de http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Änderung am TS Setup d. Testdom ain ändern die original e Website
Die Datenbank in der localconf.php bzw. im Installtool ändern. Momentan steht dort sicher der Live-Server drin. Gruß David - Ursprüngliche Nachricht - Von:Ingo Preuß Gesendet: Freitag, 13. Februar 2009 14:01:33 An: TYPO3-german@lists.netfielders.de CC: Betreff:[TYPO3-german] Änderung am TS Setup d. Testdomain ändern die original e Website > Hallo, > nach exportieren eines myslqdumps einer aktiven Domain in eine Testdomain > läuft das System auf der Testdomain einwandfrei. Problem: Nehme ich > Änderungen im TS Setup auf der Testdomain vor, sehe ich die Änderungen > auch an der Website der Original-Domain. Bei domains sind bei Mittwald > gehostet. > > Wie kann ich das ändern? > > > Gruß, Ingo > > > > -- > PC-Notdienst FU Berlin > > Ingo Preuss > Rigaer Strasse 65 > 10247 Berlin > > mobil 0152.29204024 > > ___ > TYPO3-german mailing list > TYPO3-german@lists.netfielders.de > http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german > ___ TYPO3-german mailing list TYPO3-german@lists.netfielders.de http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Änderung am TS Setup d. Testdo main ändern die original e Website
Hallo, nach exportieren eines myslqdumps einer aktiven Domain in eine Testdomain läuft das System auf der Testdomain einwandfrei. Problem: Nehme ich Änderungen im TS Setup auf der Testdomain vor, sehe ich die Änderungen auch an der Website der Original-Domain. Bei domains sind bei Mittwald gehostet. Wie kann ich das ändern? Gruß, Ingo -- PC-Notdienst FU Berlin Ingo Preuss Rigaer Strasse 65 10247 Berlin mobil 0152.29204024 ___ TYPO3-german mailing list TYPO3-german@lists.netfielders.de http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] override / if.isFalse - Verstän dnisproblem & browse Menü: Linkname = Seite ntitel
Hallo Joey,
vielen Dank für die ausführliche Erklärung.
Nun ist alles klar.
GruÃ, Hauke
- Original Message -
From: "JoH asenau"
Newsgroups: typo3.german
Sent: Friday, February 13, 2009 12:01 PM
Subject: Re: [TYPO3-german] Re: [TYPO3-german]override / if.isFalse -
Verständnisproblem & browse Menü: Linkname = Seitentitel
>> Warum kann man ifEmpty nicht so einfach verwenden? Beim Typ TEXT
>> müsste es doch eigentlich gehen...
>
> Es geht ja auch, nur eben ein biÃchen anders ;-)
>
>> lib.pageTitle = TEXT
>> lib.pageTitle.data = page:title
>> lib.pageTitle.data.ifEmpty =
>> register:tx_templavoila_pi1.parentRec.header
>>
>> Ich freue mich auf eine Erklärung!
>
> ifEmpty wird verwendet, wenn ein Element selbst keinen Inhalt (also auch
> keine Wraps!) zurückgibt.
> Die Eigenschaft gehört also zum Element und nicht etwa zu data. Richtig
> wäre
> also zunächst mal:
>
> lib.pageTitle.ifEmpty = Dieser Text wird bei leerem Titel ausgegeben
>
> Zusätzlich kann ifEmpty seinerseits mit stdWrap Funktionen bestückt
> werden.
> Wenn man dabei möglichst offen bleiben möchte, um später weitere Dinge
> einfach hinzufügen zu können, empfiehlt sich ein cObject vom Typ COA:
>
> lib.pageTitle.ifEmpty.cObject = COA
> lib.pageTitle.ifEmpty.cObject {
>10 = TEXT
>10.data = register:tx_templavoila_pi1.parentRec.header
> }
>
> Die einfachste Variante, die in Deinem Fall vermutlich ausreichen würde,
> wäre der direkte Einsatz von data anstatt des cObject:
>
> lib.pageTitle.ifEmpty.data = register:tx_templavoila_pi1.parentRec.header
>
> HTH
>
> Joey
>
> --
> Wenn man keine Ahnung hat: Einfach mal Fresse halten!
> (If you have no clues: simply shut your gob sometimes!)
> Dieter Nuhr, German comedian
> Xing: http://contact.cybercraft.de
> TYPO3 cookbook (2nd edition): http://www.typo3experts.com
> TYPO3 workshops: http://workshops.eqony.com
>
>
___
TYPO3-german mailing list
TYPO3-german@lists.netfielders.de
http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] realurl und 3.8.1
Hi welches ist die grösste version von realurl, die noch mit typo3 3.8.1 zusammen arbeitet? -- MfG, Christian Welzel GPG-Key: http://www.camlann.de/key.asc Fingerprint: 4F50 19BF 3346 36A6 CFA9 DBDC C268 6D24 70A1 AD15 ___ TYPO3-german mailing list TYPO3-german@lists.netfielders.de http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] tinymce_rte & Dam
Hi Steffen, die gleichen Einträge hab ich auch gefunden und finde das schon etwas merkwürdig, wie sich da die Entwickler äußern. Letztlich tut es ja die 0.2.1 Version.. Ggruß Tobi Steffen Gebert schrieb: > Tobias Pierschel wrote: >> Hallo Zusammen, >> kann es sein, dass tinymce_rte (0.2.1) wunderbar mit DAM (1.1.1) >> funktioniert aber die neueste Version 0.3.0 nicht? Class 'browse_links' >> wird nicht gefunden. Sehr schade, denn mir schien der RTE sehr >> vielversprechend und angenehmer zu konfigurierten als der htmlArea RTE. > > Ja, selbige Erfahrung habe ich auch gemacht. Ich habe nur irgendwo in den > komischen tinymce-Listarchiven Kommentare gefunden, dass da keiner DAM nutzt > und sie das deswegen nicht unterstÃ1/4tzen können (deswegen ist 0.3.0 auch > in Konflikt mit der DAM-Extension). > Habe dann auch fÃ1/4r das Projekt, das ich gerade aufbaue (mit Schmerzen) > wieder zurÃ1/4ck zu rtehtmlarea gewechselt. > > Steffen ___ TYPO3-german mailing list TYPO3-german@lists.netfielders.de http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] tinymce_rte & Dam
Hi Stefan, hab wieder die "alte" Version eingespielt. Nun funktioniert wieder alles. :-) Mal sehen, vielleicht gibts ja bald ne neue Version, wo das ganze wieder funktioniert. Gruß T o b i Stefan Galinski schrieb: > Tobias Pierschel wrote: > >> Hallo Zusammen, >> kann es sein, dass tinymce_rte (0.2.1) wunderbar mit DAM (1.1.1) >> funktioniert aber die neueste Version 0.3.0 nicht? Class 'browse_links' >> wird nicht gefunden. Sehr schade, denn mir schien der RTE sehr >> vielversprechend und angenehmer zu konfigurierten als der htmlArea RTE. >> >> Viele GrÃ1/4ße >> Tobi > > Hi Tobias, > > Wieso schade? Der RTE ist immer noch super! Melde den Fehler und setze > solange einfach die Version 0.2.1 ein. Die Version 0.3.0 ist sowieso > ziemlich buggy. Siehe dazu auch meine BugReports im Tracker. > > http://forge.typo3.org/projects/show/extension-tinymce_rte > > -- > Stefan Galinski > ___ TYPO3-german mailing list TYPO3-german@lists.netfielders.de http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Re: [TYPO3-german]override / if.isFalse - Verst�ndnisproblem & browse Men�: Linkname = Seitentitel
> Warum kann man ifEmpty nicht so einfach verwenden? Beim Typ TEXT
> müsste es doch eigentlich gehen...
Es geht ja auch, nur eben ein biÃchen anders ;-)
> lib.pageTitle = TEXT
> lib.pageTitle.data = page:title
> lib.pageTitle.data.ifEmpty =
> register:tx_templavoila_pi1.parentRec.header
>
> Ich freue mich auf eine Erklärung!
ifEmpty wird verwendet, wenn ein Element selbst keinen Inhalt (also auch
keine Wraps!) zurückgibt.
Die Eigenschaft gehört also zum Element und nicht etwa zu data. Richtig wäre
also zunächst mal:
lib.pageTitle.ifEmpty = Dieser Text wird bei leerem Titel ausgegeben
Zusätzlich kann ifEmpty seinerseits mit stdWrap Funktionen bestückt werden.
Wenn man dabei möglichst offen bleiben möchte, um später weitere Dinge
einfach hinzufügen zu können, empfiehlt sich ein cObject vom Typ COA:
lib.pageTitle.ifEmpty.cObject = COA
lib.pageTitle.ifEmpty.cObject {
10 = TEXT
10.data = register:tx_templavoila_pi1.parentRec.header
}
Die einfachste Variante, die in Deinem Fall vermutlich ausreichen würde,
wäre der direkte Einsatz von data anstatt des cObject:
lib.pageTitle.ifEmpty.data = register:tx_templavoila_pi1.parentRec.header
HTH
Joey
--
Wenn man keine Ahnung hat: Einfach mal Fresse halten!
(If you have no clues: simply shut your gob sometimes!)
Dieter Nuhr, German comedian
Xing: http://contact.cybercraft.de
TYPO3 cookbook (2nd edition): http://www.typo3experts.com
TYPO3 workshops: http://workshops.eqony.com
___
TYPO3-german mailing list
TYPO3-german@lists.netfielders.de
http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] tinymce_rte & Dam
Tobias Pierschel wrote: > Hallo Zusammen, > kann es sein, dass tinymce_rte (0.2.1) wunderbar mit DAM (1.1.1) > funktioniert aber die neueste Version 0.3.0 nicht? Class 'browse_links' > wird nicht gefunden. Sehr schade, denn mir schien der RTE sehr > vielversprechend und angenehmer zu konfigurierten als der htmlArea RTE. > > Viele Gre > Tobi Hi Tobias, Wieso schade? Der RTE ist immer noch super! Melde den Fehler und setze solange einfach die Version 0.2.1 ein. Die Version 0.3.0 ist sowieso ziemlich buggy. Siehe dazu auch meine BugReports im Tracker. http://forge.typo3.org/projects/show/extension-tinymce_rte -- Stefan Galinski ___ TYPO3-german mailing list TYPO3-german@lists.netfielders.de http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] tinymce_rte & Dam
Tobias Pierschel wrote: > Hallo Zusammen, > kann es sein, dass tinymce_rte (0.2.1) wunderbar mit DAM (1.1.1) > funktioniert aber die neueste Version 0.3.0 nicht? Class 'browse_links' > wird nicht gefunden. Sehr schade, denn mir schien der RTE sehr > vielversprechend und angenehmer zu konfigurierten als der htmlArea RTE. Ja, selbige Erfahrung habe ich auch gemacht. Ich habe nur irgendwo in den komischen tinymce-Listarchiven Kommentare gefunden, dass da keiner DAM nutzt und sie das deswegen nicht unterst??tzen k??nnen (deswegen ist 0.3.0 auch in Konflikt mit der DAM-Extension). Habe dann auch f??r das Projekt, das ich gerade aufbaue (mit Schmerzen) wieder zur??ck zu rtehtmlarea gewechselt. Steffen ___ TYPO3-german mailing list TYPO3-german@lists.netfielders.de http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] tinymce_rte & Dam
Hallo Zusammen, kann es sein, dass tinymce_rte (0.2.1) wunderbar mit DAM (1.1.1) funktioniert aber die neueste Version 0.3.0 nicht? Class 'browse_links' wird nicht gefunden. Sehr schade, denn mir schien der RTE sehr vielversprechend und angenehmer zu konfigurierten als der htmlArea RTE. Viele Grüße Tobi ___ TYPO3-german mailing list TYPO3-german@lists.netfielders.de http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] PDF-Konvertierung with imageMagic/Ghostscript auf MacOSX
Hallo Liste die Frage, die ich habe, geht an die MacOS X User oder auch Unix Leute... Essentiell beim Arbeiten mit Type ist der Umgang unter anderem mit PDFs. Dazu bietet Typo3 die Unterstützung von Ghostscript an. Gut so, wenn es denn klappen würden. Wir haben Ghostscript auf dem Rechner installiert und getestet. Mit den Befehlen, die das Installtool liefert z.B. xserve:/usr/local/lib/ImageMagick-6.1.7/config root# /usr/local/bin/ identify /Library/WebServer/Documents/typo321/typo3/sysext/install/ imgs/pdf_from_imagemagick.pdf erhält man als Ergebnis: /Library/WebServer/Documents/typo321/typo3/sysext/install/imgs/ pdf_from_imagemagick.pdf PDF 595x842 595x842+0+0 DirectClass 1.4mb 0.040u 0:01 Man erkennt man, identify ausgeführt wird und auch schnallt, dass es ein PDF ist. Ersetze ich nun identyfy mit convert und gebe auch noch ein Ziel mit, z.B. xserve:/usr/local/lib/ImageMagick-6.1.7/config root# /usr/local/bin/ convert /Library/WebServer/Documents/typo321/typo3/sysext/install/imgs/ pdf_from_imagemagick.pdf /usr/local/bin/test.jpg So wird diese Datei auch klaglos konvertiert. Was ist also falsch? Das installtool liefert xserve:/usr/local/lib/ImageMagick-6.1.7/config root# /usr/local/bin/ identify /Library/WebServer/Documents/typo321/typo3/sysext/install/ imgs/pdf_from_imagemagick.pdf[0] zurück, es kommt nicht zum Konvertieren, auch die Vorschau funzt nicht. Eine Suche bei Tante Google bringt zum Vorschein, dass es viele User mit dem Problem, aber keine mit einer Lösung gibt. Da ich weiss, dass doch einige, auch der Entwicklerunter MacOS arbeiten, hoffe ich, dass für dieses Mac spezifische Problem eine Lösung gibt. Wer kann helfen, bzw hat dieses Problem schon gelöst. Mit hoffnungsvolle Grüßen Christian ___ TYPO3-german mailing list TYPO3-german@lists.netfielders.de http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Javascript minify'en - wie gehts?
Patric Pesch wrote: > Hi, wie nutze ich die M??glichkeit die JS-Scripte automatisch minif'en zu > lassen? Hi Patric, Ich habe da mal 'ne Erweiterung f??r geschrieben, welche Javascript- und CSS- Dateien zusammenfasst und minified. Such im TER einfach mal nach "scriptmerger". Du solltest allerdings die Zeile zur jsmin-Lib anpassen, da dies sonst zu Fehlern f??hrt. -- Stefan ___ TYPO3-german mailing list TYPO3-german@lists.netfielders.de http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Hella Stolper ist bis zum 16.01 .09 außer Haus.
Ich werde ab 13.02.2009 nicht im Büro sein. Ich kehre zurück am 16.02.2009. Ich werde Ihre Nachricht nach meiner Rückkehr beantworten. Mit freundlichen Grüssen Hella Stolper Freundliche Grüsse Hella Stolper ___ TYPO3-german mailing list TYPO3-german@lists.netfielders.de http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Nach Wechsel der Sprache falsch eingeloggt
Sorry, wenn ich bumpe, aber hat hier vielleicht noch jemand ne Idee? Gruß, Christopher Christopher Lörken schrieb: > Nachtrag: > > Genauso ist es mir eben passiert, dass bei meiner Entwicklung auf dem > localhost noch der fe_typo_user Cookie und sogar der Google Analytics > Cookie der .com Domain angezeigt wurde... > > Find ich komisch und versteh ich jetzt leider grad nicht, wie das > passieren kann... > > Kann das Problem wohl mit sowas zusammen hängen? > > Gruß, > Christopher ___ TYPO3-german mailing list TYPO3-german@lists.netfielders.de http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Dehler nach Update auf 4.1.10
Timo Zimmermann wrote: > ich bekomme nach einem Update von 4.1.2 auf 4.1.10 die Fehlermeldung: > " Fatal error: Cannot instantiate non-existent class: gzip_encode in > /var/www/htdocs/typo3_src-4.1.10/typo3/file_list.php on line 356" > > Habe schon nach dem Fehler gegoogelt, konnte aber leider nichts finden. > Fehler erscheint beim Aufruf der Dateiliste unter Datei. http://bugs.typo3.org/view.php?id=10256 sollte helfen. Steffen ___ TYPO3-german mailing list TYPO3-german@lists.netfielders.de http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Felogin will nicht mehr nach Update auf TYPO3 4.2.6
Uwe Jakobs ImageCode® schrieb: > Hallo Dennis, > Hallo Liste, > > habe das gleiche Problem nach Update auf 4.2.6. > > IE7, Safari und FF lassen mich zunächst einloggen, "finden" bzw. übertragen > aber dann augenscheinlich die Cookies nicht mehr: > Bei Aufruf der nächsten Seite ist mein Login-Status weg und ich darf mich > neu einloggen. Doof. > > Lustigerweise funktioniert der FE_Login unter Google Chrome. > > In den letzten Tagen sind viele MS-Updates gekommen, allerdings hat auch ein > Mac die Probleme. Kann also ausgeschlossen werden. > > Bin etwas ratlos. Werden FE-Sessions nicht auch in DB geschrieben? Kanns > hier haken? > > > Gruß > > Uwe > > > > -Ursprüngliche Nachricht- > Von: Denis Royer [mailto:denis.ro...@m-chair.net] > Gesendet: Donnerstag, 12. Februar 2009 12:37 > An: typo3-german@lists.netfielders.de > Betreff: [TYPO3-german] Felogin will nicht mehr nach Update auf TYPO3 4.2.6 > > Hallo Liste, > > Ich habe seit dem Sec-Update auf die Version 4.2.6 (vorher war es 4.2.3) > Probleme mit dem Login im FE. Eingestzt wird die Extension felogin > (aktuellste Version), welche ich über das FlexForm konfiguriert habe. Der > StartingPoint ist auf dem SysFolder, der die User-Acounts enthält. Weiterhin > ist der Redirect aktiviert. > > (1#) Folgender Effekt tritt nun auf: Ich habe vorher alle Caches vom Browser > (FireFox und Safari) geleert, ebenso die Cookies entfernt und die Seite mit > dem Login geladen. Wenn ich nun PW und User eingebe, wird zwar der Redirect > durchgeführt (also www.webseite.de --> www.webseite.de/redirectSeite), aber > der Inhalt der Loginseite weiterhin angezeigt und alle PW-geschützen Seiten > ebenfalls nicht angezeigt. > > (2#) Lösche ich nun die Cookies, nachdem ich die Seite geladen habe, dann > gelingt der Login (??!?!?!) und ich kann ohne Probleme surfen. Ich erhalte > dann aber von felogin einen Warnhinweis angezeigt, dass Cookies nicht aktiv > wären... Wenn ich mich dann wieder auslogge und wieder versuche einzuloggen, > dann passiert das gleiche wie unter 1# beschrieben. > > Noch 2 Sachen: Das BE funktioniert ohne Probs, nachdem ich die Cookies > gelöscht und den encryptionKey im Install Tool gesetzt hatte. Auch > funktionieren (scheinbar) die übrigen Anteile der Webseite ohne Probleme. > Wie Anfangs erwähnt, unter 4.2.3 läuft alles ohne Probleme... > > Hat jemand ähnliche Effekte gehabt, bzw. eine Idee wo man suchen muss? > > Danke im Voraus... > > VG Denis > > > > > ___ > TYPO3-german mailing list > TYPO3-german@lists.netfielders.de > http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german > > > Hallo, also ich habe nun das original Anmeldeformular von Typo3 genommen, jetzt gehts. Also hat das mit der Veerbung nichts zu tun. -- Mit freundlichen Grüssen Jochen Graf Universität Koblenz-Landau / Campus Landau Arbeitstelle Multimedia/Technik-Administration Thomas-Nast-Str. 44 76829 Landau mail: g...@uni-landau.de fon: 06341-990-224 web:http://www.paeps.technik.uni-landau.de web:http://www.paeps.uni-landau.de web:http://www.bite.uni-landau.de ___ TYPO3-german mailing list TYPO3-german@lists.netfielders.de http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Dehler nach Update auf 4.1.10
Hallo Liste, ich bekomme nach einem Update von 4.1.2 auf 4.1.10 die Fehlermeldung: " Fatal error: Cannot instantiate non-existent class: gzip_encode in /var/www/htdocs/typo3_src-4.1.10/typo3/file_list.php on line 356" Habe schon nach dem Fehler gegoogelt, konnte aber leider nichts finden. Fehler erscheint beim Aufruf der Dateiliste unter Datei. Hat jemand eine Idee? Grüße Timo Pt! Schon vom neuen WEB.DE MultiMessenger gehört? Der kann`s mit allen: http://www.produkte.web.de/messenger/?did=3123 ___ TYPO3-german mailing list TYPO3-german@lists.netfielders.de http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] newloginbox und dkd_redirect_at_login
Genau das ist das Problem. Wenn nach dem Login nicht auf eine Seite mit dem ext-Template weitergeleitet wird, dann wirkt sich dieses Template auch nicht aus. Und genau das passiert. Deshalb funktioniert es auch, wenn nach dem Login auf die entsprechende Seite navigiert wird. Die Weiterleitung sollte also nochmal kontrolliert werden. Ein ext-Template vererbt sich ansonsten nur auf alle Unterseiten dieser Seite 2009/2/13 Jochen Graf > Jochen Graf schrieb: > > Hallo, > > > > ich habe folgendes Problem > > > > auf dieser Seite sind einige Logins "newloginbox und > > dkd_redirect_at_login" eingerichtet. > > > > Das erste Login klappt auch wunderbar > > http://www.typotest11.uni-landau.de/index.php?id=39 > > login empra passwort empra > > > > nun wird man auf die Seite Empiriepraktikum weitergeleitet. > > Durch ein ext-Template auf der Seite Empiriepraktikum habe ich die > > übrigen Navigationselemente ausgeblendet > > excludeUidList = 74,71,73,72,39,89 > > > > Doch bei der zweiten Anmeldung > > http://www.typotest11.uni-landau.de/index.php?id=71 > > > > greift die Option excludeUidList aufeinmal nicht mehr richtig, erst > > nachdem ich auf die Seite Motivationale Aspekte klicke, werden die > > anderen Seiten ausgeblendet? > > login motivationaleaspekte passwort 1 > > > > hat jemand einen Rat? > > > > > Hallo, > > ich denke das liegt an der Veerbung von den ext Templates. > Die Seiten sind alle auf Ebene 0. Nun ich dachte, wenn ich auf einer > Seite egal welche Ebene ein ext-Template einbaue, greift es nur auf > dieser Seite. > > > -- > Mit freundlichen Grüssen > > Jochen Graf > > Universität Koblenz-Landau / Campus Landau > Arbeitstelle Multimedia/Technik-Administration > > Thomas-Nast-Str. 44 > 76829 Landau > > mail: g...@uni-landau.de > fon: 06341-990-224 > > web:http://www.paeps.technik.uni-landau.de > web:http://www.paeps.uni-landau.de > web:http://www.bite.uni-landau.de > > > ___ > TYPO3-german mailing list > TYPO3-german@lists.netfielders.de > http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german > ___ TYPO3-german mailing list TYPO3-german@lists.netfielders.de http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Felogin will nicht mehr nach Update auf TYPO3 4.2.6
HI, cookies schonmal gelöscht? Gruß, Tobias Uwe Jakobs ImageCode® schrieb: > Hallo Dennis, > Hallo Liste, > > habe das gleiche Problem nach Update auf 4.2.6. > > IE7, Safari und FF lassen mich zunächst einloggen, "finden" bzw. übertragen > aber dann augenscheinlich die Cookies nicht mehr: > Bei Aufruf der nächsten Seite ist mein Login-Status weg und ich darf mich > neu einloggen. Doof. > > Lustigerweise funktioniert der FE_Login unter Google Chrome. > > In den letzten Tagen sind viele MS-Updates gekommen, allerdings hat auch ein > Mac die Probleme. Kann also ausgeschlossen werden. > > Bin etwas ratlos. Werden FE-Sessions nicht auch in DB geschrieben? Kanns > hier haken? > > > Gruß > > Uwe > > > > -Ursprüngliche Nachricht- > Von: Denis Royer [mailto:denis.ro...@m-chair.net] > Gesendet: Donnerstag, 12. Februar 2009 12:37 > An: typo3-german@lists.netfielders.de > Betreff: [TYPO3-german] Felogin will nicht mehr nach Update auf TYPO3 4.2.6 > > Hallo Liste, > > Ich habe seit dem Sec-Update auf die Version 4.2.6 (vorher war es 4.2.3) > Probleme mit dem Login im FE. Eingestzt wird die Extension felogin > (aktuellste Version), welche ich über das FlexForm konfiguriert habe. Der > StartingPoint ist auf dem SysFolder, der die User-Acounts enthält. Weiterhin > ist der Redirect aktiviert. > > (1#) Folgender Effekt tritt nun auf: Ich habe vorher alle Caches vom Browser > (FireFox und Safari) geleert, ebenso die Cookies entfernt und die Seite mit > dem Login geladen. Wenn ich nun PW und User eingebe, wird zwar der Redirect > durchgeführt (also www.webseite.de --> www.webseite.de/redirectSeite), aber > der Inhalt der Loginseite weiterhin angezeigt und alle PW-geschützen Seiten > ebenfalls nicht angezeigt. > > (2#) Lösche ich nun die Cookies, nachdem ich die Seite geladen habe, dann > gelingt der Login (??!?!?!) und ich kann ohne Probleme surfen. Ich erhalte > dann aber von felogin einen Warnhinweis angezeigt, dass Cookies nicht aktiv > wären... Wenn ich mich dann wieder auslogge und wieder versuche einzuloggen, > dann passiert das gleiche wie unter 1# beschrieben. > > Noch 2 Sachen: Das BE funktioniert ohne Probs, nachdem ich die Cookies > gelöscht und den encryptionKey im Install Tool gesetzt hatte. Auch > funktionieren (scheinbar) die übrigen Anteile der Webseite ohne Probleme. > Wie Anfangs erwähnt, unter 4.2.3 läuft alles ohne Probleme... > > Hat jemand ähnliche Effekte gehabt, bzw. eine Idee wo man suchen muss? > > Danke im Voraus... > > VG Denis > > > > ___ TYPO3-german mailing list TYPO3-german@lists.netfielders.de http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Felogin will nicht mehr nach Update auf TYPO3 4.2.6
Hallo Dennis, Hallo Liste, habe das gleiche Problem nach Update auf 4.2.6. IE7, Safari und FF lassen mich zunächst einloggen, "finden" bzw. übertragen aber dann augenscheinlich die Cookies nicht mehr: Bei Aufruf der nächsten Seite ist mein Login-Status weg und ich darf mich neu einloggen. Doof. Lustigerweise funktioniert der FE_Login unter Google Chrome. In den letzten Tagen sind viele MS-Updates gekommen, allerdings hat auch ein Mac die Probleme. Kann also ausgeschlossen werden. Bin etwas ratlos. Werden FE-Sessions nicht auch in DB geschrieben? Kanns hier haken? Gruß Uwe -Ursprüngliche Nachricht- Von: Denis Royer [mailto:denis.ro...@m-chair.net] Gesendet: Donnerstag, 12. Februar 2009 12:37 An: typo3-german@lists.netfielders.de Betreff: [TYPO3-german] Felogin will nicht mehr nach Update auf TYPO3 4.2.6 Hallo Liste, Ich habe seit dem Sec-Update auf die Version 4.2.6 (vorher war es 4.2.3) Probleme mit dem Login im FE. Eingestzt wird die Extension felogin (aktuellste Version), welche ich über das FlexForm konfiguriert habe. Der StartingPoint ist auf dem SysFolder, der die User-Acounts enthält. Weiterhin ist der Redirect aktiviert. (1#) Folgender Effekt tritt nun auf: Ich habe vorher alle Caches vom Browser (FireFox und Safari) geleert, ebenso die Cookies entfernt und die Seite mit dem Login geladen. Wenn ich nun PW und User eingebe, wird zwar der Redirect durchgeführt (also www.webseite.de --> www.webseite.de/redirectSeite), aber der Inhalt der Loginseite weiterhin angezeigt und alle PW-geschützen Seiten ebenfalls nicht angezeigt. (2#) Lösche ich nun die Cookies, nachdem ich die Seite geladen habe, dann gelingt der Login (??!?!?!) und ich kann ohne Probleme surfen. Ich erhalte dann aber von felogin einen Warnhinweis angezeigt, dass Cookies nicht aktiv wären... Wenn ich mich dann wieder auslogge und wieder versuche einzuloggen, dann passiert das gleiche wie unter 1# beschrieben. Noch 2 Sachen: Das BE funktioniert ohne Probs, nachdem ich die Cookies gelöscht und den encryptionKey im Install Tool gesetzt hatte. Auch funktionieren (scheinbar) die übrigen Anteile der Webseite ohne Probleme. Wie Anfangs erwähnt, unter 4.2.3 läuft alles ohne Probleme... Hat jemand ähnliche Effekte gehabt, bzw. eine Idee wo man suchen muss? Danke im Voraus... VG Denis ___ TYPO3-german mailing list TYPO3-german@lists.netfielders.de http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] newloginbox und dkd_redirect_at_login
Jochen Graf schrieb: > Hallo, > > ich habe folgendes Problem > > auf dieser Seite sind einige Logins "newloginbox und > dkd_redirect_at_login" eingerichtet. > > Das erste Login klappt auch wunderbar > http://www.typotest11.uni-landau.de/index.php?id=39 > login empra passwort empra > > nun wird man auf die Seite Empiriepraktikum weitergeleitet. > Durch ein ext-Template auf der Seite Empiriepraktikum habe ich die > übrigen Navigationselemente ausgeblendet > excludeUidList = 74,71,73,72,39,89 > > Doch bei der zweiten Anmeldung > http://www.typotest11.uni-landau.de/index.php?id=71 > > greift die Option excludeUidList aufeinmal nicht mehr richtig, erst > nachdem ich auf die Seite Motivationale Aspekte klicke, werden die > anderen Seiten ausgeblendet? > login motivationaleaspekte passwort 1 > > hat jemand einen Rat? > > Hallo, ich denke das liegt an der Veerbung von den ext Templates. Die Seiten sind alle auf Ebene 0. Nun ich dachte, wenn ich auf einer Seite egal welche Ebene ein ext-Template einbaue, greift es nur auf dieser Seite. -- Mit freundlichen Grüssen Jochen Graf Universität Koblenz-Landau / Campus Landau Arbeitstelle Multimedia/Technik-Administration Thomas-Nast-Str. 44 76829 Landau mail: g...@uni-landau.de fon: 06341-990-224 web:http://www.paeps.technik.uni-landau.de web:http://www.paeps.uni-landau.de web:http://www.bite.uni-landau.de ___ TYPO3-german mailing list TYPO3-german@lists.netfielders.de http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] newloginbox und dkd_redirect_at_login
Hallo, ich habe folgendes Problem auf dieser Seite sind einige Logins "newloginbox und dkd_redirect_at_login" eingerichtet. Das erste Login klappt auch wunderbar http://www.typotest11.uni-landau.de/index.php?id=39 login empra passwort empra nun wird man auf die Seite Empiriepraktikum weitergeleitet. Durch ein ext-Template auf der Seite Empiriepraktikum habe ich die übrigen Navigationselemente ausgeblendet excludeUidList = 74,71,73,72,39,89 Doch bei der zweiten Anmeldung http://www.typotest11.uni-landau.de/index.php?id=71 greift die Option excludeUidList aufeinmal nicht mehr richtig, erst nachdem ich auf die Seite Motivationale Aspekte klicke, werden die anderen Seiten ausgeblendet? login motivationaleaspekte passwort 1 hat jemand einen Rat? -- Mit freundlichen Grüssen Jochen Graf Universität Koblenz-Landau / Campus Landau Arbeitstelle Multimedia/Technik-Administration Thomas-Nast-Str. 44 76829 Landau mail: g...@uni-landau.de fon: 06341-990-224 web:http://www.paeps.technik.uni-landau.de web:http://www.paeps.uni-landau.de web:http://www.bite.uni-landau.de ___ TYPO3-german mailing list TYPO3-german@lists.netfielders.de http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german
