[TYPO3-german] Speichern und schlieÃen-Button a usblenden
Hallo allesamt, ich würde gerne den "Speichern und schlieÃen"-Button deaktivieren, so dass die Redakteure das normale Speichern verwenden müssen; optimal wäre es, wenn ich das aktivieren/deaktivieren des Buttons extension-abhängig einschalten könnte - aktuell suche ich nach dieser Möglichkeit fürs DAM. Grüsse, Wolfgang ___ TYPO3-german mailing list TYPO3-german@lists.netfielders.de http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Hänger von TYPO3 unter Windows
Hallo allesamt, ich habe das Problem, dass ein Webserver (W2k3, Apache2, PHP5.2.9.1) die TYPO3-Seiten relativ flott ausliefert, aber dann manchmal "Gedenksekunden" einlegt - die CPU-Last schnellt nach oben und es tut sich für ca. 5-10 Sekunden nichts, bis dann die Seite ausgeliefert wird. Diese Hänger passieren nicht reproduzierbar bei bestimmten Seiten, sondern ganz zufällig - mal bei Seiten mit viel Inhalt, mal bei Seiten mit ganz wenig Inhalt (gerade mal ne Überschrift). Hat jemand schonmal das Problem gehabt und weiss da jemand eine Lösung?! Laut Google soll ein Downgrade auf PHP4 helfen, aber da TYPO3 4.x ja PHP5.2 als Minimum voraussetzt, ist der Weg auch keiner, den ich gehen kann. Grüsse, Wolfgang ___ TYPO3-german mailing list TYPO3-german@lists.netfielders.de http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Länge des Labels im BE bei eigen er Extension festlegen
Hallo allesamt, vielleicht hat jemand von euch die zündende Idee - ich habe eine Extension im Backend, deren Label-Feld manchmal etwas zu kurz ist (jedenfalls stören sich die armen Anwender daran, dass da manchmal "..." im Titel erscheint und danach Schluß ist). Gibt es eine Möglichkeit, hier mehr als die üblichen 30 Zeichen anzugeben?! Die Option in den Benutzereinstellungen hält sich nur an die Seiten im Pagetree, aber eigene Extensions werden da geflissentlich ignorieren. Sicher gäbe die die Möglichkeit, da im Core rumzupfuschen und das generell höher zu setzen, aber das ist eigentlich ein Weg, den ich nicht gehen möchte. Grüsse, Wolfgang ___ TYPO3-german mailing list TYPO3-german@lists.netfielders.de http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] RealURL-Konfiguration: Paramater in Abhängigkeit eines anderen Parameters auslesen
Hallo alle zusammen, ich habe eine Extension, die einen Paramater "oid" in Abhängigkeit von einem anderen Parameter "os" anders behandelt. Wenn "os" den Wert 1 enthält, ist in "oid" die id eines Eintrags aus Tabelle x, Wenn "os" den Wert 0 enthält, ist in "oid" die id eines Eintrags aus Tabelle y Der in der URL verwendete Titel soll aber immer aus der Tabelle x kommen (Tabelle x und y sind miteinander verknüpft, y ist eine Untertabelle zu x). Ist das mit RealURL lösbar oder muss man hier an der Stelle mit diesem System auf "schöne" URLs verzichten? Grüsse, Wolfgang ___ TYPO3-german mailing list TYPO3-german@lists.netfielders.de http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] ID des aktuellen tt_content-Elements in Extension herausfinden
Hallo Andreas, >> die aktuelle SeitenID kriegt man ja in einer Seite mit >> $GLOBALS['TSFE']->id herausfinden - wie kann ich denn auf die ID des >> aktuellen tt_content-Elements zugreifen?! >> > versuchs mal hiermit: > > $res = $this->pi_exec_query('tt_content'); > if ($row = $GLOBALS['TYPO3_DB']->sql_fetch_assoc($res)) { > $uid = $row['uid']; > } > > Funktioniert auch für die anderen Felder des aktuellen Elements. > danke für den Tip. Ich habs zwischenzeitlich folgendermaßen gelöst: In $this->cObj->data stehen alle tt_content-Felder des aktuellen Content-Elements, daher konnte ich darüber die Infos ziehen (ohne zusätzliche SQL-Queries, die ich vorher machen wollte). Aber man sieht - viele Wege führen zum Ziel ;-) Grüsse, Wolfgang ___ TYPO3-german mailing list TYPO3-german@lists.netfielders.de http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] ID des aktuellen tt_content-Elements in Extension herausfinden
Hallo allesamt, die aktuelle SeitenID kriegt man ja in einer Seite mit $GLOBALS['TSFE']->id herausfinden - wie kann ich denn auf die ID des aktuellen tt_content-Elements zugreifen?! Ratlos fragend, Wolfgang ___ TYPO3-german mailing list TYPO3-german@lists.netfielders.de http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] RealURL - URLs umdrehen
Hallo allesamt, ich suche nach einer Möglichkeit, eine URL, die mit RealURL generiert ist, entsprechend umzudrehen. Also eine URL wie http://www.example.com/de/unternehmen/unterpunkt/glossar/detail/superwichtig.html in http://www.example.com/superwichtig/detail/glossar/unterpunkt/unternehmen/de.html Am besten natürlich, ohne dass jede Extension nochmal umprogrammiert werden muss ;-) Hat jemand ne Idee, wie sich das bewerkstelligen lässt?! Grüsse, Wolfgang ___ TYPO3-german mailing list TYPO3-german@lists.netfielders.de http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Seite für Außen sperren
Hallo Sebastian, >> für Entwicklungsseiten gehe ich den ganze einfachen Weg und mache einen >> Passwortschutz via .htaccess vor den gesamten Webauftritt - somit wird >> > das hört sich ja super einfach aus und vor allem komfortabel. Hast du evtl. > diesen htaccess-Eintrag zur Hand? > an der Stelle empfehle ich dir die Doku bei SelfHTML http://de.selfhtml.org/servercgi/server/htaccess.htm#verzeichnisschutz Da steht alles Relevante drin mit weiterführenden Infos und auch Beispielseinträgen. Setzt allerdings voraus, dass du auf einem Apache unterwegs bist (was aber bei 99% der TYPO3-Installationen der Fall sein sollte). Grüsse, Wolfgang ___ TYPO3-german mailing list TYPO3-german@lists.netfielders.de http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Seite für Außen sperren
Hallo Sebastian, > ich möchte zur Entwicklungszeit meine Seite für andere Sperren. Das habe ich > bis jetzt mit „seite verstecken“ der root-seite gemacht und das Ganze > rekursiv angewendet. Somit kann keine Benutzer im FE meine Seite mehr sehen. > Ich kann leider aber im BE auch die Seiten nicht anzeigen lassen. Es gibt > aber eine Möglichkeit als Admin das freizuschalten, nur leider finde ich > diese Einstellung nicht, kann mir da jemand helfen? > für Entwicklungsseiten gehe ich den ganze einfachen Weg und mache einen Passwortschutz via .htaccess vor den gesamten Webauftritt - somit wird die Seite nicht "in Progress" abgespidert von Suchmaschinen, etwaige Konkurrenten können nicht (legal) nach abmahnfähigem Material suchen (z.B. Seite ohne Impressum online haben) und man kann dem Kunden, wenn man ihm die Zugangsdaten übermittelt, das ganze schonmal vorab zeigen, ohne dass sich dieser umständlich ins Backend einloggen muss. Vor allem hats den Vorteil, dass man dann zur Onlinestellung nur die paar Zeilen aus der htaccess rausmachen muss und nicht die Klickorgie mit "Seite verstecken" oder "Seite nicht im Menü anzeigen" machen muss. Grüsse, Wolfgang ___ TYPO3-german mailing list TYPO3-german@lists.netfielders.de http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Auf Inhalte von pages via TypoScript zugreifen
Hallo allesamt, >> Nach TsRef muss es folgendermassen heissen: >> >> 20 = TEXT >> 20.value.field = tstamp >> > > Aber nicht für TEXT Elemente sondern nur für HTML. > TEXT hat als einziges Element die stdWrap Funktionen auf der gleichen Ebene > wie value implementiert. > Genau das war mir auch so bekannt (hat mich aber nicht abgehalten, die verschiedenen Schreibweisen auszuprobieren) ;-) > Das Problem dürfte eher daran liegen, daß field = blah auf cObj->data > zurückgreift und zum Zeitpunkt des Zugriffs darin was anderes enthalten ist, > als die Daten der aktuellen Seite (immer wieder gern genommen, wenn man > gezwungen ist mit TemplaVoila zu arbeiten). Abhilfe schafft da in der Regel > folgendes: > > 20.data = page:tstamp > Danke Joey, genau das hat geholfen - nun wird das Datum schön brav ausgegeben! Grüsse, Wolfgang ___ TYPO3-german mailing list TYPO3-german@lists.netfielders.de http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Auf Inhalte von pages via TypoScript zugreifen
Hallo allesamt, ich würde gerne an einer Stelle der Seite die letzte Änderung der Seite ausgeben lassen; das habe ich nach gewohnter Manier folgendermaßen angelegt: ---< snip >--- lib.lastchange = COA lib.lastchange { 10 = TEXT 10.value = Letzte Änderung: 20 = TEXT 20.field = tstamp 20.strftime = %d.%m.%Y } ---< snip >--- Dort erscheint dann immer 01.01.1970 - also habe ich nachgeschaut, die Zeile "20.strftime" weggelassen - siehe da, es wird ein leerer String übergeben; von daher ist der 01.01.1970 erklärbar. Allerdings steht in der DB in der Tabelle pages, die ja über die field-Funktion angesprochen werden sollte, durchaus ein gültiger Timestamp. Alternativtests mit anderen Feldern aus der Tabelle (uid, title, pid) haben auch nur einen Leerstring zurückgeliefert. Hat jemand noch ne Idee, wie man das ohne großartige Extension-Basteleien bewerkstelligen kann? Hab ich irgendwas nicht berücksichtigt?! Gibts irgendwelche Voraussetzungen, die man erfüllen muss, bevor man im TEXT-Objekt auf die stdWrap-Funktionen zugreifen kann?! Grüsse, Wolfgang ___ TYPO3-german mailing list TYPO3-german@lists.netfielders.de http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Aktuelle Daten im TypoScript abgreifen
Hallo Steffen, > Verwende statt der pid die uid, also {page:uid} ...oder hieß es im TS > nur id? Musst mal ausprobieren. Da ja das DB-Feld angesprochen wird, > sicher uid. > {page:uid} oder alle anderen {page:} Informationen beziehen sich aber meines Wissens immer auf die aktuell aufgerufene Seite - nicht auf das gerade aktuelle Menüelement, durch das sich das Menü-Objekt gerade hangelt. Deswegen lief meine erste Variante auch noch nicht so wirklich ;-) Grüsse, Wolfgang PS: Hab aber die Lösung gefunden (und auch schon im anderen Posting hier reingesetzt) - vielleicht hilfts ja dem einen oder anderen. ___ TYPO3-german mailing list TYPO3-german@lists.netfielders.de http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Aktuelle Daten im TypoScript abgreifen
Hallo Andreas, >> Weiss jemand, wie man innerhalb vom dataWrap auf Daten der aktuellen >> Menüpunkte zugreifen kann?! >> > such mal nach subst_elementUid, das müsste dir helfen. > danke für deinen Tip, aber da ich hier an die Pid ranmuss, hilft leider das subst_elementUid nicht wirklich. Aber ich hab schon eine andere Lösung gefunden: ---< snip >--- 4 = TMENU 4 { expAll = 1 stdWrap.innerWrap2.insertData = 1 stdWrap.innerWrap2.field = pid stdWrap.innerWrap2.stdWrap.wrap = wrap = | NO.allWrap = | NO.ATagParams = class="menuclass_4" } ---< snip >--- So, dann noch das auf/zuklappen irgendwie bewerkstelligen und dann sollte es gut sein ;-) Danke für die Hilfe! Grüsse, Wolfgang ___ TYPO3-german mailing list TYPO3-german@lists.netfielders.de http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Aktuelle Daten im TypoScript abgreifen
Hallo allesamt, vielleicht stelle ich mich nur doof an, aber vielleicht hat ja einer den entscheidenden Hinweis: Ich möchte in einem Menü eine Ebene mit einer dynamischen Klasse/ID wrappen. ---< snip >--- 4 = TMENU 4 { expAll = 1 stdWrap.dataWrap = | NO.allWrap = | NO.ATagParams = class="menuclass_4" } ---< snip >--- Nun ist das Problem, dass im dataWrap über {page:pid} nicht die PID des aktuellen Menüpunkts aufruft, sondern die pid der aktuellen Seite - sprich, alles, was da nen Wrap bekommt, hat die gleiche ID - was dann natürlich für auf/zuklappscripte vielleicht lustig ausschaut, aber nicht unbedingt Sinn & Zweck des Ganzen ist. Weiss jemand, wie man innerhalb vom dataWrap auf Daten der aktuellen Menüpunkte zugreifen kann?! Grüsse, Wolfgang ___ TYPO3-german mailing list TYPO3-german@lists.netfielders.de http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Perfectlightbox - "Schatten" im IE
Hallo alle zusammen, ich habe ein kleines Anzeige-Problem mit Perfectlightbox - im FF ist alles so, wie erwartet, nur im IE wird der abgedunkelte Bereich der Seite auf den aktuellen Viewport beschränkt - wenn man mit aktivierter Lightbox (also dem vorgeschaltenem Bild) und Mouserad nach unten scrollt, wird der Rest der Seite wieder normal und nicht abgedunkelt angezeigt. Wie gesagt, im FF erstreckt sich der abgedunkelte Bereich auf die komplette Seite und nur im IE (6 & 7) ist es auf den Viewport beschränkt. Hat jemand ne Ahnung, woran das liegen könnte?! CSS-technisch habe ich (vorerst) nichts am Perfectlightbox-CSS geändert. Hat jemand ne Idee?! Grüsse, Wolfgang ___ TYPO3-german mailing list TYPO3-german@lists.netfielders.de http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Seltsames Verhalten auf Live-Server // Caching, Logging
Hallo nochmal, > folgendes seltsames Verhalten habe ich derzeit bei einer TYPO3-Installation: > - Beim Betreten der Seite erhalte ich einen SQL-Fehler bezüglich des > SeitenCache geliefert (bei aktiviertem sqldebug), das Statement moniert > fehlende Integer-Werte in der Spalte "temp_content" für die Tabelle > cache_pages - das SQL-Statement weist an der Stelle auch tatsächlich > einen Leerstring auf. > Debug-Backtrace: require#76 // tslib_fe->generatePage_postProcessing#448 > // tslib_fe->realPageCacheContent#2976 // > tslib_fe->setPageCacheContent#2678 // t3lib_DB->exec_INSERTquery#2717 // > t3lib_DB->debug#181 > - Bei Änderungen im Backend wird ebenfalls ein SQL-Fehler ausgeworfen, > die Spalte "history_files" der Tabelle sys_history hätte keinen > Default-Wert - da was auch ein medium_text-Feld ist, ist dies keine > großartige Überraschung. > Debug-Backtrace: SC_mod_web_ts_index->main#498 // > t3lib_SCbase->extObjContent#150 // tx_tstemplateceditor->main#387 // > t3lib_TCEmain->process_datamap#130 // t3lib_TCEmain->updateDB#911 // > t3lib_TCEmain->setHistory#5754 // t3lib_DB->exec_INSERTquery#5914 // > t3lib_DB->debug#181 > mittlerweile habe ich eine Lösung gefunden (irgendwie typisch, man sucht da nen Tag dran, schreibt dann halbverzweifelt ne Mail an die Mailingliste und findet ne Stunde später selber die Lösung nach mal tieeef durchatmen): Der "Fehler" waren die strikten Einstellungen vom MySQL-Server - der sql-mode war standardmässig auf STRICT_TRANS_TABLES,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION eingestellt, was zu etwas verklemmteren Antworten geführt hat (da fallen die nicht ganz so sauber programmierten Stellen in TYPO3 doch etwas eher auf ;-) ). Nach dem Umstellen auf einen etwas "freundlicheren" Modus klappts wieder mit dem Seiten anlegen, Logs im Backend, Seiten im Seitencache ;-) Grüsse, Wolfgang ___ TYPO3-german mailing list TYPO3-german@lists.netfielders.de http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Seltsames Verhalten auf Live-Server // Caching, Logging
Hallo alle zusammen, folgendes seltsames Verhalten habe ich derzeit bei einer TYPO3-Installation: - Beim Betreten der Seite erhalte ich einen SQL-Fehler bezüglich des SeitenCache geliefert (bei aktiviertem sqldebug), das Statement moniert fehlende Integer-Werte in der Spalte "temp_content" für die Tabelle cache_pages - das SQL-Statement weist an der Stelle auch tatsächlich einen Leerstring auf. Debug-Backtrace: require#76 // tslib_fe->generatePage_postProcessing#448 // tslib_fe->realPageCacheContent#2976 // tslib_fe->setPageCacheContent#2678 // t3lib_DB->exec_INSERTquery#2717 // t3lib_DB->debug#181 - Bei Änderungen im Backend wird ebenfalls ein SQL-Fehler ausgeworfen, die Spalte "history_files" der Tabelle sys_history hätte keinen Default-Wert - da was auch ein medium_text-Feld ist, ist dies keine großartige Überraschung. Debug-Backtrace: SC_mod_web_ts_index->main#498 // t3lib_SCbase->extObjContent#150 // tx_tstemplateceditor->main#387 // t3lib_TCEmain->process_datamap#130 // t3lib_TCEmain->updateDB#911 // t3lib_TCEmain->setHistory#5754 // t3lib_DB->exec_INSERTquery#5914 // t3lib_DB->debug#181 Was nun dazu führt, dass a) keine Seiten mehr im Cache landen (schlcht für die Performance und die Suche via indexed_search) und b) keine Infos im Systemprotokoll stehen. Komischerweise ist diese Installation eine 1:1 Kopie einer bestehenden Installation auf einem nahezu identischen Server (W2k3, PHP 5.2.6, MySQL5.05b) - und auf der Ursprungsinstallation auf dem Development-System funktioniert alles einwandfrei; das darunterliegende TYPO3 ist eine 4.2.1 Hat jemand schonmal ein ähnliches Phänomen erlebt?! Grüsse, Wolfgang ___ TYPO3-german mailing list TYPO3-german@lists.netfielders.de http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] direct_mail & SSL
Hallo alle zusammen, > folgendes Problem ist hier bei mir: > Meine TYPO3-Installation läuft ausschließlich über https (derzeit noch > zu Testzwecken auf nem Testserver mit eigenem Zertifikat), d.h. Frontend > und Backend sind nur auf diesem Wege zugänglich. Zusätzlich gibts noch > einen .htaccess-Schutz für ne Passwortabfrage davor. > > Nun möchte ich mittels direct_mail Newsletter verschicken können, aber > jedesmal wird beim Compilieren der Inhalte (sowohl Text, als auch > HTML-Part) abgebrochen. > Über die "H"- und "T"-Lupen lassen sich die jeweiligen Inhalte aber > einwandfrei als HTML oder Text-Version anzeigen. > CURL ist aktiv, die Library ist im PHP auch geladen, desweiteren darf > der Server auf seine eigenen Seiten lokal ebenfalls zugreifen. > In der Root-Seite ist auch brav die Domain (ohne http/https) > konfiguriert und bei direct_mail eingestellt. ich hab mich heute mal hingesetzt und das nochmal Schritt für Schritt auseinandergenommen, wie vermutet war SSL & CuRL das Problem :) a) auf dem Testsystem ist nur ein "privates" Zertifikat am Laufen, weswegen curl hier gemeckert hat; dazu habe ich dann die Option CURLOPT_SSL_VERIFYPEER auf FALSE gesetzt (ist standardmässig true, aber hier an nem Testsystem muss das Zertifikat nicht unbedingt gecheckt werden). Umzustellen in t3lib/class.t3lib_div.php, ca. Zeile 2498 (also, als neue Zeile, die Option existiert garnicht). Und ich weiss, Änderungen im Core sind dreckig und sollten nicht gemacht werden ;-) b) Username/Passwort werden nur bei normalen http-Verbindungen hinzugefügt, hier habe ich dann in mod2/class.tx_directmail_dmail.php die Funktion addUserPass erweitert. Vorher: function addUserPass($url){ $user = $this->params['http_username']; $pass = $this->params['http_password']; if ($user && $pass && substr($url,0,7)=='http://'){ $url = 'http://'.$user.':'.$pass.'@'.substr($url,7); } return $url; } Nachher: function addUserPass($url){ $user = $this->params['http_username']; $pass = $this->params['http_password']; if ($user && $pass && substr($url,0,7)=='http://'){ $url = 'http://'.$user.':'.$pass.'@'.substr($url,7); } elseif ($user && $pass && substr($url,0,8)=='https://') { $url = 'https://'.$user.':'.$pass.'@'.substr($url,8); } return $url; } Geht zwar sicher auch einfacher und eleganter, für die Q'n'D-Lösung tuts das aber ;-) Damit lässt sich nun brav der Newsletter parsen (HTML- und Textvariante) und die restlichen Tests können beginnen :) Grüsse, Wolfgang ___ TYPO3-german mailing list TYPO3-german@lists.netfielders.de http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] direct_mail & SSL
Hallo allesamt, folgendes Problem ist hier bei mir: Meine TYPO3-Installation läuft ausschließlich über https (derzeit noch zu Testzwecken auf nem Testserver mit eigenem Zertifikat), d.h. Frontend und Backend sind nur auf diesem Wege zugänglich. Zusätzlich gibts noch einen .htaccess-Schutz für ne Passwortabfrage davor. Nun möchte ich mittels direct_mail Newsletter verschicken können, aber jedesmal wird beim Compilieren der Inhalte (sowohl Text, als auch HTML-Part) abgebrochen. Über die "H"- und "T"-Lupen lassen sich die jeweiligen Inhalte aber einwandfrei als HTML oder Text-Version anzeigen. CURL ist aktiv, die Library ist im PHP auch geladen, desweiteren darf der Server auf seine eigenen Seiten lokal ebenfalls zugreifen. In der Root-Seite ist auch brav die Domain (ohne http/https) konfiguriert und bei direct_mail eingestellt. Trotz allem, bei jedem Versuch kommt immer "**Die Text Inhalten können nicht ausgelesen werden. Die HTML Inhalten können nicht ausgelesen werden." *** *Testweise hatte ich auch versucht, den htaccess-Schutz zu entfernen, das Ergebnis war dasselbe - ich gehe davon aus, dass direct_mail hier ein Problem mit https hat oder aber mit dem Zertifikat; hat jemand ähnliche Erfahrungen gemacht und hier einen Workaround gefunden?! Grüsse, Wolfgang * * ___ TYPO3-german mailing list TYPO3-german@lists.netfielders.de http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] tipafriend nicht in separater Seite, div-Anzeige auf derselben Seite
Hallo allesamt, im Zuge des web2.0-Zuges, aus den alle mit Begeisterung aufspringen, soll die allseits bekannte und geliebte tipafriend-Extension ihren Dienst nicht auf einer separaten Seite tun, sondern in einem versteckten Div, welches beim Klick auf den TipAFriend-Link erst sichtbar geschalten wird. Hat schonmal jemand ähnliches gemacht?! Mein Ansatz wäre, das Inhaltselement von tipafriend in einen SysFolder zu packen und dann via TS-Objekt auf jeder Seite in ein verstecktes div zu mappen; anschließend das div via onClick auf den TipAFriend-Link sichtbar schalten und das Formular von dort aus abschicken. Was mir allerdings noch Kopfzerbrechen macht sind die Fehlerchecks - wenn das Formular falsch ausgefüllt wurde (nicht funktionierende Mailadresse, CAPTCHA-Code versemmelt oder sonstwas vergessen), dann prüft das ja PHP in dem Fall, die Seite wird neu geladen, das div frisch versteckt und man sieht nichts. Gibts hier Ideen dazu?! Oder hab ich hier zu kompliziert gedacht und es gibt schon eine fertige Lösung, bei der ich mir garnicht mein Hirn zermartern muss?! Grüsse, Wolfgang ___ TYPO3-german mailing list TYPO3-german@lists.netfielders.de http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Viel Inhalt -> Leere Seite
Hallo alle zusammen, > ich habe bei einer aktuellen TYPO3-Installation das Problem, dass bei > Seiten mit viel Inhalt (viel Textwüste, aber halt Kundenwunsch) diese > langen Seiten im FE öfters nicht angezeigt werden - der Browser lädt, > lädt und lädt, danach kommt wahrscheinlich ein Timeout und man hat die > wunderbare Ansicht eines leeren Browserfensters. > > Schalte ich bei der betreffenden Seite im BE allerdings "Seite nicht > cachen" ein, so wird die Seite brav aufgebaut. > > Hat schonmal jemand ein ähnliches Phänomen gehabt und lösen können?! > Caching ist an und für sich schon wichtig (schon alleine wegen der Suche). > wen's interessiert - anscheinend gabs ein Problem mit dem Locking-Mechanismus, der bei der gecachten Seite in eine Endlosschleife gelaufen ist. Abhilfe hat hier die Umstellung auf einen anderen Locking-Mechanismus im Installation-Tool gebracht - Standardeinstellung war "simple", welche auf dem Windows-Server hier Probleme gebracht hat; mit "flock" oder auch "disable" läufts aber einwandfrei. Grüsse, Wolfgang ___ TYPO3-german mailing list TYPO3-german@lists.netfielders.de http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Viel Inhalt -> Leere Seite
Hallo Bernd, ich habe bei einer aktuellen TYPO3-Installation das Problem, dass bei Seiten mit viel Inhalt (viel Textwüste, aber halt Kundenwunsch) diese langen Seiten im FE öfters nicht angezeigt werden - der Browser lädt, lädt und lädt, danach kommt wahrscheinlich ein Timeout und man hat die wunderbare Ansicht eines leeren Browserfensters. Schalte ich bei der betreffenden Seite im BE allerdings "Seite nicht cachen" ein, so wird die Seite brav aufgebaut. >>> würde jetzt spontan erstmal darauf tippen das typo3 der speicher >>> ausgeht. sprich man sollte dem php prozess mehr speicher gönnen. >>> >> danke für den Tip, aber hat leider nicht wirklich eine Besserung >> gebracht - vorher warens 128MB Speicher für den PHP-Prozess, nu hab ichs >> auf 256MB hochgeschraubt - das Ergebnis ist dasselbe - die Seite lädt >> sich tot und beschert dann einen weißen Screen. Wie gesagt, wenn das >> Caching für die Seite ausgeschalten ist, ist die Seite innerhalb von >> Bruchteilen einer Sekunde zu sehen, nur der Cache selber scheint sich >> verschluckt zu haben. >> > > dein Fehler erinnert mich an etwas, was wir in der UG hatten: wenn ein > plugin auf der Seite aktiv war kam nur eine leere Seite (=0Bytes), wenn > es nicht aktiv war kam die Seite ohen Inhalt im Content-Bereich (das > Plugin war ja deaktiv). > Ursache war eine Konfiguration in der php.ini. Dort waren alle > Fehlermeldungen deaktiviert. > Nachdem wir im Installtool die Fehlermeldungen für TYPO3 aktiviert hatten > bekamen wir auch etwas mit aktiviertem Plugin zu sehen: nämlich eine > Fehlermeldung des Plugins. Im Plugin wurde TYPO3 ohne Ausgabe und eben > ohne Fehlermeldung abgebrochen. das dürfte es eigentlich auch nicht sein, denn ansonsten würde die Seite, egal in welcher Cache-Einstellung, garnicht ausgeliefert werden. Ich habe auch mal testweise die Darstellung der Fehlermeldungen angeschalten, wie vermutet läuft er da in einen timeout. *Fatal error*: Maximum execution time of 60 seconds exceeded in *D:\InetPub\kunde\html\t3lib\class.t3lib_lock.php* on line *159 *Wenn ich genauer in den Code an der angemäkelten Stelle gucke, sehe ich, dass er da in einem Loop drinhängt, das das Locking überprüfen soll (und halt so lange loopt, bis der Lock gelöst wird). Komischerweise ist auf dieser Seite nicht wirklich etwas besonderes eingerichtet - wenn Extensions eingesetzt werden, dann sind es dieselben wie auf allen anderen (funktionierenden) Seiten, Menü ist gleich, JS-Spielereien sind gleich - der einzige Unterschied ist wirklich die Menge an Content-Elementen "Text" (es sind nicht mal Bilder dabei - reine, stupide Textwüste, mit der eigentlich noch n C64 zurechtkommen müsste) - die anderen Seiten haben so 1-2 Inhaltselemente, auf dieser Seite sinds 7 Inhaltselemente (also auch noch weitab von dem, was ich eigentlich als "kritisch" ansehen würde). So langsam gehen mir da die Ideen aus - vor allem ist ja das Caching nicht nur aus performancegründen wichtig, sondern auch für die Suche (es sei denn, jemand hat nen Alternativvorschlag ohne die indexed_search, die aber auch genauso alles findet, nach Sprachen und geschützten Bereichen unterscheidet, und, und, und). Grüsse, Wolfgang ___ TYPO3-german mailing list TYPO3-german@lists.netfielders.de http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Viel Inhalt -> Leere Seite
Hallo Chris, >> ich habe bei einer aktuellen TYPO3-Installation das Problem, dass bei >> Seiten mit viel Inhalt (viel Textwüste, aber halt Kundenwunsch) diese >> langen Seiten im FE öfters nicht angezeigt werden - der Browser lädt, >> lädt und lädt, danach kommt wahrscheinlich ein Timeout und man hat die >> wunderbare Ansicht eines leeren Browserfensters. >> >> Schalte ich bei der betreffenden Seite im BE allerdings "Seite nicht >> cachen" ein, so wird die Seite brav aufgebaut. >> > würde jetzt spontan erstmal darauf tippen das typo3 der speicher ausgeht. > sprich man sollte dem php prozess mehr speicher gönnen. > danke für den Tip, aber hat leider nicht wirklich eine Besserung gebracht - vorher warens 128MB Speicher für den PHP-Prozess, nu hab ichs auf 256MB hochgeschraubt - das Ergebnis ist dasselbe - die Seite lädt sich tot und beschert dann einen weißen Screen. Wie gesagt, wenn das Caching für die Seite ausgeschalten ist, ist die Seite innerhalb von Bruchteilen einer Sekunde zu sehen, nur der Cache selber scheint sich verschluckt zu haben. Grüsse, Wolfgang ___ TYPO3-german mailing list TYPO3-german@lists.netfielders.de http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Viel Inhalt -> Leere Seite
Hallo allesamt, ich habe bei einer aktuellen TYPO3-Installation das Problem, dass bei Seiten mit viel Inhalt (viel Textwüste, aber halt Kundenwunsch) diese langen Seiten im FE öfters nicht angezeigt werden - der Browser lädt, lädt und lädt, danach kommt wahrscheinlich ein Timeout und man hat die wunderbare Ansicht eines leeren Browserfensters. Schalte ich bei der betreffenden Seite im BE allerdings "Seite nicht cachen" ein, so wird die Seite brav aufgebaut. Hat schonmal jemand ein ähnliches Phänomen gehabt und lösen können?! Caching ist an und für sich schon wichtig (schon alleine wegen der Suche). Grüsse, Wolfgang ___ TYPO3-german mailing list TYPO3-german@lists.netfielders.de http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] GMENU Rollover funktioniert nicht
Hallo Elias, > Ich habe folgendes im TS stehen: > > #Mainnavi Startseite > lib.mainnavi = HMENU > lib.mainnavi { > special = list > special.value = 24,28,25 > 1 = GMENU > 1.NO { >noBlur = 1 >wrap = | > 5 = IMAGE > 5.file = fileadmin/templates/icons/button_blank.gif || > fileadmin/templates/icons/button_blank.gif || > fileadmin/templates/icons/button_blank.gif > XY = [5.w],[5.h] >} >RO = 1 >RO < .NO >RO { > 5 = IMAGE > 5.file = fileadmin/templates/icons/button_blank_hover.gif || > fileadmin/templates/icons/button_blank_hover.gif || > fileadmin/templates/icons/button_blank_hover.gif >} > } > > Das normale Menüzustand wird angezeigt, das Rollover funktioniert aber > überhaupt nicht. > Hat jemand eine Idee woran das liegen könnte? > Mal aus dem Bauch heraus geraten: Du hast keine XY-Dimensionen für das RO-Bild definiert, könnte dann wahrscheinlich von T3 auf 0 Px jeweils gelegt werden und somit nicht sichtbar sein. Du hast zwar NO in das Objekt RO kopiert, allerdings das Objekt RO.5 neu angelegt, d.h. damit das alte .5-Objekt aus NO getötet; und da fehlt die Angabe mit XY ... Wäre mal mein Schuss ins Blaue ohne Dokuwälzen und Ausprobieren ;-) Grüsse, Wolfgang ___ TYPO3-german mailing list TYPO3-german@lists.netfielders.de http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Wie Verheiratet man Typo3 & ASP.NET & MS-SQL
Hallo Christian, > Die Aussagen > >> allerdings solltest du dich dann nicht auf schicke Funktionen wie >> automatische Grafikgenerierung, >> > kann ich nicht bestätigen, da IM auch gut einbindbar ist. > ich habe nicht behauptet, dass es unmöglich wäre - machbar ist in der EDV so gut wie alles; sondern ich meinte, dass ein Betreiben von TYPO3 unter einer Windows-Umgebung doch so manche Überraschungen bietet, an die man anfangs nicht gedacht hatte. Imagemagick gibts für Windows - schön... aber auf wievielen Servern ist das mehr oder minder gleich onBoard?! Wenn man weiss, was man an Libraries alles benötigt, so kann man das alles recht flott beheben, aber manchmal werden halt stillschweigend Sachen vorausgesetzt, die nicht in jeder Umgebung gegeben sind. Es gibt sicher noch viele Extensions, die einfach direkte MySQL-Abfragen machen, d.h. da darf man dann auch manuell Hand anlegen. > Auch PDF-Generierung und Realurl sind im IIS schnell gemacht (was > ist denn PDF-Indexierung?) .. > Die Indexed-search verwendet pdf2text, um Textinhalte aus PDF-Dateien zu extrahieren und somit diese PDFs in den Index für die Suche mit aufzunehmen. Ähnliche Tools werden für auch für Word-Dateien verwendet (catdoc, glaube ich). Hier muss ich wirklich sagen, ich weiss nicht, ob es auch diese Tools unter Windows gibt. Grüsse, Wolfgang ___ TYPO3-german mailing list TYPO3-german@lists.netfielders.de http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Sprachwechsel
Hallo Ulli, ich hab mal das Quoting a bisserl zusammengestaucht, das wird sonst mit den ganzen (Faulheits)TOFUs nicht mehr lesbar. ># Den Sprachwechsel als Textlink erzeugen > SPRACHE = COA > SPRACHE { > 10 = TEXT > field = uid > wrap = English > 20 = TEXT > SPRACHE2 < SPRACHE > SPRACHE2.wrap = Class="minilink">Française > } > > Das Objekt "SPRACHE" beinhaltet zwei Unterobjekte - hier "10" und "20", die selber vom Typ "TEXT" sind. Da sich 10 und 20 nicht sonderlich unterscheiden, habe ich 20 mit .10 befüllt (der Punkt vor der 10 ist wichtig, da ansonsten das globale Objekt "10" genommen werden würde und im Falle des Nichtvorhandenseins desselben wäre dann das Objekt 20 leer gewesen) und anschliessend eine Eigenschaft von 20 bearbeitet. ---< snip >--- # Den Sprachwechsel als Textlink erzeugen SPRACHE = COA SPRACHE { 10 = TEXT 10 { field = uid wrap = English } 20 < .10 20.wrap = Française } ---< snip >--- ># Mehrsprachigkeit >[globalVar = GP:L=1] > config.sys_language_uid = 1 > config.language = en > page.10.marks.SPRACHE.10.wrap = Class="minilink">Deutsch > [global] > >[globalVar = GP:L=2] > config.sys_language_uid = 2 > config.language = fr > page.10.marks.SPRACHE20.wrap = Class="minilink">Deutsch > [global] > Hier hat dir imho nur ein Punkt gefehlt im Französischen Teil zwischen SPRACHE und 20 ---< snip >--- # Mehrsprachigkeit [globalVar = GP:L=1] config.sys_language_uid = 1 config.language = en page.10.marks.SPRACHE.10.wrap = Deutsch [global] [globalVar = GP:L=2] config.sys_language_uid = 2 config.language = fr page.10.marks.SPRACHE.20.wrap = Deutsch [global] ---< snip >--- Wie immer, alles ohne Gewehr, Mörser, Granaten und sonstige Mordwerkzeuge. Ausserdem auch ungetestet und aus dem Gedächtnis, es *müsste* klappen, aber du weisst ja - auch Irre sind Menschen ;-) Grüsse, Wolfgang ___ TYPO3-german mailing list TYPO3-german@lists.netfielders.de http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Sprachwechsel
Hallo Tom / Ulli (wer eigentlich?!), > hallo wolfgang - vielen dank für die unterstützung, > klappt nur noch nicht ;( gibts vielleich nen vergessene klammer oder ähnlich? > > ich tippe mal darauf, dass du mit einem Marker ###SPRACHE### arbeitest. Mein Code hat einfach dazu eine zweite Stelle geschaffen, die mit ###SPRACHE2### angesprochen werden könnte. Alternativ, wenn du in den HTML-Vorlagen nicht rumfurwerken willst, dann pack das ganze in ein COA-Objekt und lass das bei den Markern ausgeben. also: SPRACHE = COA SPRACHE { 10 = TEXT # hier dann der teil, der unten unter SPRACHE stand, halt entsprechend 10 statt SPRACHE im Objekt 20 = TEXT # hier dann der Teil, der unten unter SPRACHE2 stand, halt entsprechend 20 statt SPRACHE2 im Objekt } und bei der Sprachumschaltung bei den einzelnen Schaltern heissts dann halt: page.10.marks.SPRACHE.10.wrap = ... bzw. page.10.marks.SPRACHE.20.wrap = ... Grüsse, Wolfgang > - Ursprüngliche Mail > Von: Wolfgang Wahl <[EMAIL PROTECTED]> > An: German Typo3 Userlist > Gesendet: Donnerstag, den 2. August 2007, 14:04:11 Uhr > Betreff: Re: [TYPO3-german] Sprachwechsel > > > Hallo Tom, > >> kann mir jemand bei folgendem script helfen wie ich dort auch noch den >> wechsel zur französichen sprache hinbekomme? >> deutsch und englisch klappt. >> >># Den Sprachwechsel als Textlink erzeugen >> SPRACHE = TEXT >> SPRACHE { >> field = uid >> wrap = English >> wrap = France >> } >> >> >> > du wrappst 2x dasselbe Element, d.h. der erste Wrap wird vom zweiten > überschrieben. Eine Lösungsmöglichkeit wäre: > > < use scissors here to buy a new monitor >--- > > # Den Sprachwechsel als Textlink erzeugen > SPRACHE = TEXT > SPRACHE { > field = uid > wrap = English > } > > SPRACHE2 < SPRACHE > SPRACHE2.wrap = Française > > > > # Mehrsprachigkeit > > [globalVar = GP:L=1] > config.sys_language_uid = 1 > config.language = en > page.10.marks.SPRACHE.wrap = Class="minilink">Deutsch > [global] > > [globalVar = GP:L=2] > # Angenommen, Französisch hat auch die Sprach-UID 2 > config.sys_language_uid = 2 > config.language = fr > page.10.marks.SPRACHE2.wrap = Class="minilink">Deutsch > [global] > > > > < use scissors here to buy a new monitor >--- > > Grüsse, > Wolfgang > ___ > TYPO3-german mailing list > TYPO3-german@lists.netfielders.de > http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german > > > Heute schon einen Blick in die Zukunft von E-Mails wagen? Versuchen > Sie´s mit dem neuen Yahoo! Mail. www.yahoo.de/mail > ___ > 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] Sprachwechsel
Hallo Tom, > kann mir jemand bei folgendem script helfen wie ich dort auch noch den > wechsel zur französichen sprache hinbekomme? > deutsch und englisch klappt. > ># Den Sprachwechsel als Textlink erzeugen > SPRACHE = TEXT > SPRACHE { > field = uid > wrap = English > wrap = France > } > > du wrappst 2x dasselbe Element, d.h. der erste Wrap wird vom zweiten überschrieben. Eine Lösungsmöglichkeit wäre: < use scissors here to buy a new monitor >--- # Den Sprachwechsel als Textlink erzeugen SPRACHE = TEXT SPRACHE { field = uid wrap = English } SPRACHE2 < SPRACHE SPRACHE2.wrap = Française # Mehrsprachigkeit [globalVar = GP:L=1] config.sys_language_uid = 1 config.language = en page.10.marks.SPRACHE.wrap = Deutsch [global] [globalVar = GP:L=2] # Angenommen, Französisch hat auch die Sprach-UID 2 config.sys_language_uid = 2 config.language = fr page.10.marks.SPRACHE2.wrap = Deutsch [global] < use scissors here to buy a new monitor >--- Grüsse, Wolfgang ___ TYPO3-german mailing list TYPO3-german@lists.netfielders.de http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Wie Verheiratet man Typo3 & ASP.NET & MS-SQL
Hallo Joachim, > Na ja, bei hohen Lizenzkosten scheiden sich wieder die Geister :-/ � > aber die Gegenüberstellung werden ich wohl mal vorbereiten. Ich geh aber > davon aus, das man aus Kostengrüden eine ASP Krücke um diese Anwendung bauen > wird die von CMS weit Entfernt sein wird > du kennst doch den Dreisatz in der EDV: Alles geht: - schnell - gut - günstig Aber es lassen sich nur 2 Eigenschaften gleichzeitig realisieren. Grüsse, Wolfgang ___ TYPO3-german mailing list TYPO3-german@lists.netfielders.de http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Wie Verheiratet man Typo3 & ASP.NET & MS-SQL
Hallo Joachim > ich habe Problem den Aufbau einer neuen Webseite auf Basis von Typo3 zu > argumentieren. Hauptproblem ist dabei, das die Bevorzugte Datenbank ein > Microsoft SQL-Server ist, und das es asp.net Entwicklungen gibt, die in Typo3 > eingebunden werden sollen. > Geht die Kombination überhaupt? Gibt es Seiten in den sowas läuft? > frei nach Radio Eriwan: Im Prinzip ja. TYPO3 hat einen DBAL, d.h. es *müssten* auch andere DB ausser MySQL funktionieren. Praktische Erfahrung diesbezüglich habe ich allerdings nicht, aber evtl. andere Listenmitglieder hier. Zudem ist TYPO3 als PHP-Anwendung auf einen Webserver mit PHP-Unterstützung angewiesen, und auch das kann ein IIS bieten - allerdings solltest du dich dann nicht auf schicke Funktionen wie automatische Grafikgenerierung, PDF-indizierung, etc. verlassen, da das doch recht unix/linux-lastig programmiert ist. Was die Integrierung angeht - da ist sowieso Handarbeit gefragt, wobei es halt auch dort wieder Tricksereien geben kann (u.a. mod_proxy vom Apache würde mir da einfallen). Wobei ich pers. die Erfahrung gemacht habe: Wenn jemand nicht will, dann hilft es da auch wenig, unendlich Verrenkungen und Überzeugungsarbeit zu leisten; es gibt sicher auch gute CMS auf ASP.NET-Basis (gegen entsprechende Lizenzkosten, Einarbeitungskosten, Entwicklungskosten bzw. Zusatzkosten für etwaige benötigte Module, ohne die das CMS keinen Pfifferling wert ist), die man stattdessen verwenden kann. Man muss niemanden zu seinem Glück zwingen. Grüsse, Wolfgang ___ TYPO3-german mailing list TYPO3-german@lists.netfielders.de http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] utf-8 & rawurlencode
Hallo allesamt, für eine Site muss ich den aktuellen Pfad in eine JS-Variable schreiben, das ganze urlencoded. Dafür habe ich - um nicht extra dafür eine Extension schreiben zu müssen, das rootline-Menü "missbraucht" - funktioniert soweit auch ganz gut: ---< snip >--- lib.breadcrumb2 = HMENU lib.breadcrumb2.entryLevel = 0 lib.breadcrumb2.special = rootline lib.breadcrumb2.special.range = 1 lib.breadcrumb2.1 = TMENU lib.breadcrumb2.1 { NO { doNotLinkIt = 1 linkWrap = |/ } } ---< snip >--- produziert mir schöne Strings wie z.B. /Produkte/Schneidegeräte/ Da natürlich JS-Variablen, die entsprechend weiterverarbeitet werden sollen, nicht unbedingt mit deutschen Sonderzeichen in Reinform umgehen können, habe ich das ganze noch durch rawurlencode gejagt: ---< snip >--- lib.breadcrumb2 = HMENU lib.breadcrumb2.entryLevel = 0 lib.breadcrumb2.special = rootline lib.breadcrumb2.special.range = 1 lib.breadcrumb2.1 = TMENU lib.breadcrumb2.1 { NO { doNotLinkIt = 1 stdWrap.rawUrlEncode = 1 linkWrap = |/ } } ---< snip >--- Das hat allerdings zur Folge, dass der produzierte String etwas seltsam ausschaut: /Produkte/Schneideger%C3%A4te/ Wobei das "ä" ja eigentlich %e4 wäre. Für mich schaut das so aus, als wäre das Ganze als iso-8859-string genommen worden und in Richtung utf-8 encoded, bevor da das urlencode drüber gelaufen ist - allerdings ist die komplette Seite, die DB, Backenend und Frontend sowieso schon utf-8, so dass dieses zusätzliche Encoding nicht notwendig wäre. Hat jemand schonmal etwas ähnliches erlebt und "besiegt"?! Grüsse, Wolfgang ___ TYPO3-german mailing list TYPO3-german@lists.netfielders.de http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Lokalisierungsansicht - mehr als 2 Sprachen [GELÖST]
Hallo alle, okay, ich hab mich zu dämlich angestellt, das Problem war ganz simpel: die Systemordner, in denen sich die zu übersetzenden Datensätze befinden, war nicht auf tschechisch lokalisiert. Also, einmal lokalisieren und siehe da, die tschechischen Fahnen wedeln bei den Datensätzen und wollen mit Übersetzungen gefüllt werden ;-) Grüsse, Wolfgang PS: PEBKC ... problem exits between keyboard and chair ___ TYPO3-german mailing list TYPO3-german@lists.netfielders.de http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Lokalisierungsansicht - mehr als 2 Sprachen
Hallo alle zusammen, ich habe eine Webseite, die auf deutsch (Standard), englisch und französisch angezeigt wird. Soweit, so gut. Nun kommt aktuell noch tschechisch hinzu (später wahrscheinlich noch mehr); Ich habe die Sprache als Website-Sprache angelegt, das Page-Objekt um die Sprache erweitert, in den Seiten- und UserTS die Sprache auch noch mit angepasst, aber immer, wenn ich einen Datensatz in der lokalisierungsansicht anlegen möchte, sehe ich nur die ersten 3 Sprachen. Ist das irgendwo hardcoded hinterlegt oder kann man das noch konfigurieren, so dass hier auch die tschechische Fahne erscheint?! Für den Redakteur ist es ja sehr angenehm, einfach nur auf die betreffende Lokalisierungsflagge zu klicken und gleich den default-Datensatz in der neuen Sprache bearbeiten zu können. Über die Krücke "neuen Datensatz anlegen" und dann manuell Sprache und Parent-Objekt auswählen funktioniert das Editieren, aber es ist halt recht unschön, was ich dem Kunden nicht zumuten möchte. Hat noch jemand einen Tip, habe ich was übersehen oder stelle ich mich einfach nur zu dämlich?! Grüsse, Wolfgang ___ TYPO3-german mailing list TYPO3-german@lists.netfielders.de http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] MP3 abspielen ohne Untebrechung
Hallo Philipp, > Das hat aber auch eine Änderung des Setups zur folge.. man müsste ja Typo3 > auf Frames umschalten!? > Hab ich noch nie gemacht!? > > Geht das mit einem Iframe genau gleich? Dazu müsste ich ja nur > in mein Template schreiben und fertig! Nein, denn das IFRAME ist ja abhängig vom übergeordneten Objekt, d.h. die Seite, die das iframe einbindet. Wird diese Seite neu geladen, dann wird auch das iframe neu geladen und schon ist wieder dasselbe Problem vorhanden. Davon abgesehen: Willst du Besucher einer Seite mit Hintergrundberieselung begrüßen oder warum soll da unterbrechungsfrei immer auf jeder Seite Sound zu hören sein? Wenn ich Besuchern was zum Anhören präsentiere, dann gehe ich davon aus, dass der Besucher den Audioschnipsel auch hören will und entsprechend den Player bis zu Ende laufen lässt, von daher stellt sich die "Besucher hüpft auf andere Seite und dann geht der Sound nicht mehr"-Problematik gar nicht. Oder habe ich das jetzt komplett falsch verstanden und bin auf dem hohl klingenden Holzweg? Grüsse, Wolfgang ___ TYPO3-german mailing list TYPO3-german@lists.netfielders.de http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Sitemap: Seitentypen nicht im Me nü werden angezeigt!
Hallo Roland, > ich dachte eigentlich, in einer Sitemap werden Seiten mit dem Seitentyp > "nicht im Menü" NICHT angezeigt, dem ist aber so. > Es handelt sich um die Standart-Sitemap, T3 4.1.1! > > Folgendes bringt auch NICHT den gewünschten Effekt: > tt_content.menu.20.2.includeNotInMenu = 0 > tt_content.menu.20.2.excludeDoktypes = 6 > > Habe auch andere excludeDoktypes probiert, aber nada. > nimm den Seitentyp "Standard" oder "Erweitert" und verwende einfach den Haken "Im Menü verstecken" - dann klappts auch mit der Sitemap ;-) Habs gerade hier getestet, funktioniert einwandfrei. Grüsse, Wolfgang PS: Wenn ich mich nicht irre, dann ist "nicht im Menü" als Seitentyp noch ein historisches Überbleibsel... ___ TYPO3-german mailing list TYPO3-german@lists.netfielders.de http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] BE Login - Session timeout
Hallo allesamt, ein Kunde hat das Problem, sich in das Backend einzuloggen; im Logfile wird ein erfolgreicher Login vermeldet, er erhält aber immer die Meldung, die Session wäre ausgelaufen und er möge sich nochmals einloggen. Cookies & JavaScript sind erlaubt, ich habe bereits den Referer-Check ausgeschalten, aber dennoch ist kein erfolgreicher Login möglich. Getestet hat der Kunde mit IE6/Windows und Firefox2/Mac OSX. Habt ihr noch eine Idee, woran es denn noch haken kann, was der casus knacksus sein kann, der das Login verhindert?! Grüsse, Wolfgang PS: An meinen Rechnern (sowohl in der Arbeit als auch privat) funktioniert der Login natürlich ;-) ___ TYPO3-german mailing list TYPO3-german@lists.netfielders.de http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] "Erweiterung" Dropdown-Box
Hallo alle zusammen, ich bin hier etwas ratlos; ich habe eine Extension mit dem Kickstarter zusammengebrezelt, sie dann etwas von Hand erweitert und mit einer bestehenden Extension kombiniert - soweit funktioniert alles, die Daten werden im BE brav bearbeitbar angezeigt, doch wenn ich das Frontend-Plugin auswählen will zur Ausgabe auf der Seite, erscheint nicht der Name des Plugins in der Dropdownliste "Erweiterung", sondern nur ein leeres Feld. Das leere Feld beinhaltet dann auch den Link auf die richtige Extension, aber es ist nunmal kein Label dafür dabei. Aus welcher Datei bezieht denn die Dropdown-Liste "Erweiterung" die Labels?! Wahrscheinlich seh ich bloss wieder den Wald vor lauter Bäumen nicht... Danke schonmal im Voraus, Wolfgang ___ TYPO3-german mailing list TYPO3-german@lists.netfielders.de http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] DynaFlex, UTF-8
Hallo allesamt, ich habe folgendes Problem bei meiner TYPO3-Installation: (T3 4.1.0, DynaFlex 1.8.0): Es gibt Datensätze mit Dynaflex-Feldern, das Ganze in Deutsch, Englisch und Französisch. Sobald ich auf Deutsch die Datensätze bearbeiten möchte, erhalte ich "Data Structure ERROR: Line ...: Invalid character" Bearbeite ich den dazugehörigen Datensatz auf Englisch, gibt es keinerlei Probleme, meine Vermutung liegt daher nahe, dass es an deutschen oder französischen Sonderzeichen liegt, die im Label des jeweiligen Eingenschaftenfeld vorkommen (Schnitthöhe, etc.). Die DB, das Frontend und das Backend selber sind komplett in UTF-8 gehalten, damit halt genau solche Probleme mit Sonderzeichen nicht vorkommen. Ich habe auch schon versucht, ein htmlentites über die Rückgabe aus getLabel ausprobiert, dann konnte ich auf Deutsch und Französisch bearbeiten, allerdings waren die Labels dann auch entsprechend mit "Schnitthöhe" o.ä. verschandelt - sicher eine temporäre Lösung, aber nix permanentes. Irgendwie scheint hier eine mehrfache utf-8 Codierung zu greifen, die dann dem Dynaflex insgesamt Mist zurückliefert. Hat jemand schonmal das Problem bzw. auch eine Lösung parat?! Mit hoffnungsvollen Grüßen, Wolfgang ___ TYPO3-german mailing list TYPO3-german@lists.netfielders.de http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] 4.1 (BE): rtehtmlarea geht nicht mehr
Hi Simon, > hab auch gerade von 4.0.5 auf 4.1 upgedated und mein rtehtmlarea 1.4.3 > local wollte auch nicht mehr. Da auch noch einer global installiert ist, > dachte ich mir, ich deaktiviere einfach mal die lokale Installation und > benutze die globale. Aber Pustekuchen, jetzt hab ich beim Bearbeiten von > Contentelementen gar keinen mehr... Kann auch im ExtensionManager die > globale Extension in der Liste der installierten Extensions nicht sehen. > Was nun? Jeder Tipp ist willkommen. :-) > deinstalliere lokale und globale Installationen von htmlarea und ENTFERNE auch die Extension. Danach müsstest du als Installationskandidat in der Liste noch die system-extension sehen (1.5dev) - die dann installieren und anschließend sollte es wieder klappen. Ich bin heute auch davor gesessen und habe gegrübelt - der fehlende Schritt war das entfernen der (bei mir) lokalen extension aus dem System. Grüsse, Wolfgang ___ TYPO3-german mailing list TYPO3-german@lists.netfielders.de http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] subdomains und Typo3 ...
Hallo Rolf, > Meine Aufgabe: eine Domain (z.b. firma.de ) und mehrere subdomains dazu > (z.b. verkauf.firma.de, support.firma.de, einkauf.firma.de ...) in > einer Typo3-Installation unterbringen! > > Prinzipiell sollte das in Typo3 über domain-Records gehen, mein Problem > fängt aber schon bei der Definition der vhost beim Indianer an. Reicht > es 'einfach' die DocumentRoot der subdomains in das selbe Verzeichnis > zeigen zu lassen wie das der Hauptdomain? (Erste Versuche in der > Richtung ergaben Probleme mit Pfaden) Ähnliches habe ich über ServerAlias gelöst: ServerAlias verkauf.firma.de support.firma.de einkauf.firma.de oder für die ganz faulen unter uns: ServerAlias *.firma.de Daraufhin horcht dein Apache mit dieser VirtualHost-Einstellung auf all diese Domains und springt ins entsprechende Document-Root. Bedeutet aber auch, dass die ServerLogs dann auch nicht per default je nach Subdomain unterschieden werden (für die Statistiken z.B.), sondern alles in eine access.log geschrieben wird (halt die für den VirtualHost). Grüsse, Wolfgang ___ TYPO3-german mailing list TYPO3-german@lists.netfielders.de http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] sprungmarke im Typo3
Hallo dirvish, > wie binde ich einer Sprungmarke innerhalb der Seite ein? > http://www.ew2.uni-mannheim.de/wulv/index.php3?n=2_0 mach auf der betreffenden Seite verschiedene Inhaltselemente (also nicht ein einziger Endlostext, sondern für jeden zu verlinkenden Textteil ein eigenes Inhaltselement) und wähle das dann beim Link entsprechend aus. Sprungmarken werden bei Typo3 automatisch für jedes Inhaltselement angelegt und können über die Links auch direkt angesprochen werden (dabei nicht auf den Seitentitel klicken, sondern auf das kleine Pfeilchen rechts daneben, dann werden die einzelnen Inhaltselemente einer Seite aufgelistet). Viel Spaß, Wolfgang ___ TYPO3-german mailing list TYPO3-german@lists.netfielders.de http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german