Re: [TYPO3-german] "?>" bei tt_news 3.0
Hi Rupert ein weiteres Problem: Wenn du in latest View "Show items with selected categories (AND)" hast wird keine News angezeigt. Aenderst du dieses auf (OR) dann wird die news mit den ausgewaehlten Categories angezeigt! Evtl koenntest du das noch beheben, da in vielen Seiten z.B. latest News mit diversen Untegruppen als (AND) oft vorkommt! lieben Gruss Andi 2009/12/3 Rupert Germann > hi, > > habe gerade tt_news 3.0.1 ins TER hochgeladen, da ist das Problem mit dem > doppelten ?> gefixt. > > grüße > Rupert > > > Philipp Holdener schrieb: > >> hallo zusammen >> >> Hab jetzt schon bei 3 verschiedenen Installation (4.3RC2 und 4.2.10) >> versucht die neue tt_news zu installieren. >> Komischerweise bekomm ich immer ein "?>" im Code - auf allen Seiten im FE. >> >> Also das hier >> >> ?>> http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd";> >> http://www.w3.org/1999/xhtml"; xml:lang="de" lang="de"> >> >> ... >> >> >> Sobald ich tt_news installiere kommt dies. >> Also egal ob ich die Static Templates einbinde oder nicht. >> >> An was liegt das? >> >> Gruss >> Philipp >> > > > -- > > Rupert Germann > tt_news maintainer, TYPO3 core developer, http://rgdata.de > > ___ > TYPO3-german mailing list > TYPO3-german@lists.typo3.org > http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german > ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Kalenderextension, die unter 4.3 l äuft
Hi Mario wann wird das in etwa sein? Andi 2009/12/4 Mario Matzulla > Hallo Andreas, > > Am 04.12.09 03:07, schrieb Andreas Becker: > > Hi Mario >> >> gibt es keine moeglichkeit, diesen date2cal der wirklich nur Probleme >> verursacht u.a. auch mit Seminars und nunmehr in 4.3, mit dem eingebauten >> zu >> ersetzen. >> Gerade das recurring event ist da interessant um einen calendar zu >> erstellen. >> > > Klar gibt es die und cal 1.3.0 wird auch mit TYPO3 4.3 kompatibel sein - > wenn wir es releasen ;) > > Gruß > Mario > >> >> Andi >> >> 2009/12/4 Mario Matzulla >> >> Hi, >>> >>> Am 03.12.09 12:14, schrieb Mirko Schaal: >>> >>> Hi, >>> Vorsicht mit "cal", weil es "date2cal" benötigt und das Backend von 4.3 nicht mit "date2cal" funktioniert. Siehe http://bugs.typo3.org/view.php?id=12884 Allerdings läuft "cal" bei mir auch ohne "date2cal" problemlos. >>> Solange ihr nicht "recurring by" benutzt gibt es keine Probleme ohne >>> date2cal :) >>> >>> Gruß >>> Mario >>> >>> >>> Grüße Mirko Am 01.12.2009 um 20:11 schrieb Natascha Oertel: Danke! Ich weiss zwar nicht woran es lag, aber da es bei dir > funktioniert, habe ich deinstalliert und neu installiert und jetzt ist > alles > ok. > Vorher kam im Frontend die Nachricht: controller function nicht > gefunden > > Tobias Hümmerich schrieb: > > Hi, >> >> was geht an der cal Extension nicht? Ich hab hier eine Seite da klappt >> das nach einem Upgrade von 4.2 wie vorher. >> >> Gruß, >> Tobias >> >> Am 01.12.2009 19:27, schrieb Natascha Oertel: >> >> Hallo, >>> >>> hat irgendjemand irgendeine Kalenderextension unter 4.3 >>> funktionierend >>> am laufen? Ich hatte erst Calender Base probiert (was ich eigentlich >>> benutze) und dann attacalender. >>> Beide funktionieren nicht richtig. Bevor ich jetzt alle Extensions >>> durchprobiere, dachte ich ich frag mal.. >>> >>> Viele Grüsse >>> >>> Natascha >>> >>> ___ >>> >> TYPO3-german mailing list >> TYPO3-german@lists.typo3.org >> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german >> >> >> > -- > __ > > Natascha Oertel > > www.noe-x.com > > ___ > TYPO3-german mailing list > TYPO3-german@lists.typo3.org > http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german > > ___ >>> TYPO3-german mailing list >>> TYPO3-german@lists.typo3.org >>> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german >>> >>> >>> > ___ > TYPO3-german mailing list > TYPO3-german@lists.typo3.org > http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german > ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Abfrage ob ein DB Inhalt leer ist
>> Aber eine else-Verzweigung damit zu realisieren, wüsste ich jetzt >> nicht. Käme jetzt irgendwo ein ifEmpty?? > > Das ist verwirrend in TS. > Ich fasse das einfach nur mal kurz zusammen: > > [snip] > > Alles from memory, mir gings jetzt nur drum, zu erklären, dass es > "echte" ELSE Geschichten nicht gibt. Doch - gibt es - sogar 2 Varianten, die mit gegensätzlichem Prinzip zum Ergebnis kommen. Ich schreibe sie im Beispiel immer mal "richtig" herum, damit klar wird, wie es funktioniert: 10 = TEXT ### Erst das IF ### 10.override.field = meinFeld ### Dann das ELSE ### 10.value = Wenn das Feld leer ist, zeig das hier an 10 = TEXT ### Erst das IF ### 10.field = meinFeld ### Dann das ELSE ### 10.ifEmpty = Wenn das Feld leer ist, zeig das hier an Beide haben nichts mit dem eigentlichen if-Konstrukt zu tun, daher auch kein "negate", und beide verfügen über stdWrap Properties, weswegen auch sowas geht: 10 = TEXT ### Erst das IF ### 10.override.field = einWichtigeresFeld ### Dann das ELSE IF ### 10.field = einFeld ### Sonst leer ### 10 = TEXT ### Erst das IF ### 10.field = einWichtigeresFeld ### Erst das ELSE IF ### 10.ifEmpty.field = einFeld ### Sonst leer ### und eine Kombination aus allen: 10 = TEXT ### Erst das IF ### 10.override.field = einSuperwichtigesFeld ### Dann das ELSE IF ### 10.field = einWichtigeresFeld ### Dann noch ein ELSE IF ### 10.ifEmpty.field = einFeld ### Dann das ELSE ### 10.ifEmpty.ifEmpty = Wenn alle leer sind, nimm diesen Text 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 Twitter: http://twitter.com/bunnyfield TYPO3 cookbook (2nd edition): http://www.typo3experts.com ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Migration - Import - Export über shell scripte
Widmann, Manfred schrieb: Hi NG! Also das war suboptimal ... oder besser: So richtig Sch...! Wie macht ihr das? Bitte um Hilfe, denn wir entwickeln jetzt weiter und in einem Monat ... ogottogott! Manfred Hallo Manfred, solche "Erfolgserlebnisse" hatten wir auch schon. Nach langer Recherche haben wir zu mehreren shellscripte geschrieben, die jeweils aus dem script und 2 Parameter Datein bestehen Eine Tour geht raus aus Typo3 und die zweite Tour geht rein in eine bliebige (leere) Typo3 Domain das haben wir dann mit einer 1500 Seiten ( = 8000 Content Elemente) Domain geübt und es funktioniert http://software.rde.de/typo3-4-root-backup.html die scripte sind public auf den Seiten -- mit freundlichen GrüÃen Dipl.Ing.Gert Redlich ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Migration
Hallo Manfred, Dann das erste Problem: Ein t3export der root mitsamt allen Unterseiten (also "alles") dauerte schon eine gewisse Zeit, ok kein Problem, aber der Import klappte wegen der Limits im php.ini bei mittwald nicht. Also so macht man das nicht. Gar nicht ... 1. Exportiere die Datenbank und importiere sie bei Mittwald 2. Kopier folgende Verzeichnisse auf Mittwald: fileadmin uploads typo3conf 3. Passe die Datei typo3conf/localconf.php an, indem du dort die Zugangsdaten für die MySQL-DB bei Mittwald einträgst. Welche das sind, findest du im Kundencenter. 4. Geh ins Install-Tool und vergewissere dich, dass die Pfade zu ImageMagick stimmen etc. Oder, eigentlich noch besser: 1. Sichere die typo3conf/localconf.php von Mittwald 2. Exportiere die Datenbank und importiere sie bei Mittwald 3. Kopier folgende Verzeichnisse auf Mittwald: fileadmin uploads typo3conf 4. Kopiere die gesicherte typo3conf/localconf.php wieder auf Mittwald (damit sind die Grundeinstellungen für ImageMagick etc. korrekt) 5. Gehe in den Extensions Manager und installiere alle Extensions, die du benötigst. Nach dem ersten Abgleich sollte die typo3conf/localconf.php nicht mehr kopiert werden. Allerdings musst du dann immer wenn du lokal eine neue Extension installiert hast, diese nochmals auf Mittwald nachinstallieren. Das wars. Das einzige Problem dabei: wenn die DB so groà wird, dass es über phpMyAdmin nicht mehr geht, dann brauchst du Shell-Zugang bei Mittwald, was aber auch kein Problem ist. Wenn alle Stricke reissen, kopiere die gezippte DB auf den Server und lass über ein Ticket die SQL-Datei einspielen. Das geht wirklich schnell und problemlos. Achte darauf, dass du lokal und bei Mittwald die gleiche Version hast - ansonsten musst du nach dem Hochladen noch im Installtool die Updates durchmachen (Datenbank compare) Gruà Peter ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Migration
Am 04.12.09 22:51, schrieb Widmann, Manfred: > Wie macht ihr das? Bitte um Hilfe, denn wir entwickeln jetzt weiter und in > einem Monat ... ogottogott! wir haben ein shellscript, das unser typo3 installation von einem server zu einem anderen schiebt. ssh zugang ist von nöten. pm if interessted. olivier ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Migration
Widmann, Manfred schrieb: > Hi NG! > > Also das war suboptimal ... oder besser: So richtig Sch...! Doch der Reihe > nach: > > Wir haben einen relativ groÃen TYPO3-Site bei mittwald.de und den wollten > wir weiterentwickeln. Also eine virtuelle Machine mit VmWare Server > aufgesetzt, Ubuntu drauf, LAMPP drauf, alles von mittwald.de heruntergezogen > und auf die VM rauf, für alle verfügbar gemacht - und los ging die > Entwicklung. Hat gut funktioniert! Hab ich übrigens in einem Wiki > dokumentiert ... > > Aber dann die Installation bzw. Migration zurück auf mittwald.de! Wir haben > dort natürlich alles gesichert (Wiederaufsatzpunkt gesetzt, Download aller > Files, Export der Datenbank) und dann den fileadmin und die uploads geleert > (wollten ja nciht alle Altlasten wieder mitschleppen). Dann das erste > Problem: Ein t3export der root mitsamt allen Unterseiten (also "alles") > dauerte schon eine gewisse Zeit, ok kein Problem, aber der Import klappte > wegen der Limits im php.ini bei mittwald nicht. Die Erhöhung der Limits in > ausreichendem MaÃe war unmöglich (verständlich), darum haben wir das Ding in > Stücken ex- und importiert - mit dem tollen Ergebnis, dass eine Menge > Referenzen verloren gegangen sind, wenn wir die Reihenfolge der Imports > nicht erraten haben und deshalb eine Menge Nachbesserungen nötig waren - in > Summe arbeiten wir jetzt schon 2 Tage daran (ok, ginge mit Erfahrung sicher > schneller, aber von "Migration auf Knopfdruck" weit entfernt). Diese > Nachbesserungen betreffen z.B. fehlende Kategorieangaben in > News-List-Plugins (sind einfach weg, ohne Meldung), fehlende > Access-Usergruppen, z.T. Verzeichnisse im fileadmin mit Bildern, u.v.a.m. > > Wie macht ihr das? Bitte um Hilfe, denn wir entwickeln jetzt weiter und in > einem Monat ... ogottogott! > > lg > Manfred > > Hi Manfred, ich persönlich nutze den t3export nicht. ich imporitere immer die SQL datennbank. das funktioniert nämlich eigendlich immer. wen du sachen zusammen führen must z.b content aus der live version mit templates aus der entwicklungs version wirds da natürlich schwierig. 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.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Migration
Hi NG! Also das war suboptimal ... oder besser: So richtig Sch...! Doch der Reihe nach: Wir haben einen relativ groÃen TYPO3-Site bei mittwald.de und den wollten wir weiterentwickeln. Also eine virtuelle Machine mit VmWare Server aufgesetzt, Ubuntu drauf, LAMPP drauf, alles von mittwald.de heruntergezogen und auf die VM rauf, für alle verfügbar gemacht - und los ging die Entwicklung. Hat gut funktioniert! Hab ich übrigens in einem Wiki dokumentiert ... Aber dann die Installation bzw. Migration zurück auf mittwald.de! Wir haben dort natürlich alles gesichert (Wiederaufsatzpunkt gesetzt, Download aller Files, Export der Datenbank) und dann den fileadmin und die uploads geleert (wollten ja nciht alle Altlasten wieder mitschleppen). Dann das erste Problem: Ein t3export der root mitsamt allen Unterseiten (also "alles") dauerte schon eine gewisse Zeit, ok kein Problem, aber der Import klappte wegen der Limits im php.ini bei mittwald nicht. Die Erhöhung der Limits in ausreichendem MaÃe war unmöglich (verständlich), darum haben wir das Ding in Stücken ex- und importiert - mit dem tollen Ergebnis, dass eine Menge Referenzen verloren gegangen sind, wenn wir die Reihenfolge der Imports nicht erraten haben und deshalb eine Menge Nachbesserungen nötig waren - in Summe arbeiten wir jetzt schon 2 Tage daran (ok, ginge mit Erfahrung sicher schneller, aber von "Migration auf Knopfdruck" weit entfernt). Diese Nachbesserungen betreffen z.B. fehlende Kategorieangaben in News-List-Plugins (sind einfach weg, ohne Meldung), fehlende Access-Usergruppen, z.T. Verzeichnisse im fileadmin mit Bildern, u.v.a.m. Wie macht ihr das? Bitte um Hilfe, denn wir entwickeln jetzt weiter und in einem Monat ... ogottogott! lg Manfred ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Migration
Hi NG! Also das war suboptimal ... oder besser: So richtig Sch...! Doch der Reihe nach: Wir haben einen relativ groÃen TYPO3-Site bei mittwald.de und den wollten wir weiterentwickeln. Also eine virtuelle Machine mit VmWare Server aufgesetzt, Ubuntu drauf, LAMPP drauf, alles von mittwald.de heruntergezogen und auf die VM rauf, für alle verfügbar gemacht - und los ging die Entwicklung. Hat gut funktioniert! Hab ich übrigens in einem Wiki dokumentiert ... Aber dann die Installation bzw. Migration zurück auf mittwald.de! Wir haben dort natürlich alles gesichert (Wiederaufsatzpunkt gesetzt, Download aller Files, Export der Datenbank) und dann den fileadmin und die uploads geleert (wollten ja nciht alle Altlasten wieder mitschleppen). Dann das erste Problem: Ein t3export der root mitsamt allen Unterseiten (also "alles") dauerte schon eine gewisse Zeit, ok kein Problem, aber der Import klappte wegen der Limits im php.ini bei mittwald nicht. Die Erhöhung der Limits in ausreichendem MaÃe war unmöglich (verständlich), darum haben wir das Ding in Stücken ex- und importiert - mit dem tollen Ergebnis, dass eine Menge Referenzen verloren gegangen sind, wenn wir die Reihenfolge der Imports nicht erraten haben und deshalb eine Menge Nachbesserungen nötig waren - in Summe arbeiten wir jetzt schon 2 Tage daran (ok, ginge mit Erfahrung sicher schneller, aber von "Migration auf Knopfdruck" weit entfernt). Diese Nachbesserungen betreffen z.B. fehlende Kategorieangaben in News-List-Plugins (sind einfach weg, ohne Meldung), fehlende Access-Usergruppen, z.T. Verzeichnisse im fileadmin mit Bildern, u.v.a.m. Wie macht ihr das? Bitte um Hilfe, denn wir entwickeln jetzt weiter und in einem Monat ... ogottogott! lg Manfred ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Help - Umlaute trotz UTF-8 falsch in DB gespeichert?!
Mathias Schreiber [wmdb >] schrieb: > Thomas Russel schrieb: >> Leider sind in der Datenbank dennnoch Umlaute "komisch" abgespeichert, >> z.B. ein ä als ä, oder ein ü als ü. > > Ich gebe zu bedenken, dass dabei auch eine Rolle spielt, welches Charset > dein phpMyAdmin oder deine Shell (!) nutzen. > > Ich bin nämlich auch schonmal was länger der vermeintlichen Macke > hinterher gelaufen und am Ende war's ein vom Azubi verkonfigurierter SSH > client. > > cheers > Mathias > Hi ich muss mathias recht geben und ein "ä" sieht auch als als währe es ein double byte utf-8 zeichen das in einem iso-8859 chharset dargestellt wird. was nahe legt das es warscheinlich dein phpmyadmin (oder was auch immer) ist das einfach ein falsches charset zur darstellung nutzt un die daten tatsächlich schon uft-8 sind. 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.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Help - Umlaute trotz UTF-8 falsch in DB gespeichert?!
Thomas Russel schrieb: Leider sind in der Datenbank dennnoch Umlaute "komisch" abgespeichert, z.B. ein ä als ä, oder ein ü als ü. Ich gebe zu bedenken, dass dabei auch eine Rolle spielt, welches Charset dein phpMyAdmin oder deine Shell (!) nutzen. Ich bin nämlich auch schonmal was länger der vermeintlichen Macke hinterher gelaufen und am Ende war's ein vom Azubi verkonfigurierter SSH client. cheers Mathias -- TYPO3 certified interogator T3DD09 Entertainer ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Abfrage ob ein DB Inhalt leer ist
Bob Wild schrieb: Nachdem die Sachlage bei mir so ist, dass nur dann etwas angezeigt werden soll, wenn's im BE vorhanden und nicht versteckt ist und sonst nichts, ist das ausreichend. Aber eine else-Verzweigung damit zu realisieren, wüsste ich jetzt nicht. Käme jetzt irgendwo ein ifEmpty?? Das ist verwirrend in TS. Ich fasse das einfach nur mal kurz zusammen: 20 = TEXT 20.value = Render mich, wenn was da ist 20.if.isEmpty.field = whatever 30 = TEXT 30.value = Render mich, wenn's leer ist 30.if.isEmpty.field = whatever 30.if.negate = 1 Alles from memory, mir gings jetzt nur drum, zu erklären, dass es "echte" ELSE Geschichten nicht gibt. Musst also hingehen und 2 Objekte durchfeuern und das eine nur dann rendern, wenn X true ist und das andere, wenn X false ist (stark vereinfacht). cheers Mathias -- TYPO3 certified interogator T3DD09 Entertainer ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Zeilenumbruch in locallang.xml oder _LOCAL_LANG
Sorry, wie gesagt:
plugin.tx_felogin_pi1_LOCAL_LANG.ll_welcome_message = Enter your username and
password here in order...
plugin.tx_felogin_pi1.welcomeMessage_stdWrap.br = 1
Erzeugt keinen Zeilenumbruch.
Auch in ext_typoscript_setup.txt hat das keine Auswirkung
welcomeMessage_stdWrap {
wrap = |
br = 1
}
Thomas
Steffen Ritter schrieb:
Thomas Hirt schrieb:
Hi!
Also danke für die Antwort aber ich versteh nicht was du meinst:
errorMessage_stdWrap beschreibt den Wrap rund um das Objekt aus
locallang.xml
Wo soll ich hier stdWrap.br=1 einfügen?
Irgendwie stehe ich auf der Leitung.
Thomas
Peter Russ schrieb:
Wie geschrieben ist der Ansatz in ext_typoscript_setup.txt der
Extension zu finden und da an der Stelle errorMessage_stdWrap
Jetzt sollte es aber klappen oder?
Ein stdWrap in _LOCAL_LANG geht in den seltensten Fällen (es sei denn
der Entwickler der Extension hat es vorgesehen z.B-> dr_blob)
Gruss. Peter
errorMessage_stdWrap.br=1 ...
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Zeilenumbruch in locallang.xml oder _LOCAL_LANG
Thomas Hirt schrieb: Hi! Also danke für die Antwort aber ich versteh nicht was du meinst: errorMessage_stdWrap beschreibt den Wrap rund um das Objekt aus locallang.xml Wo soll ich hier stdWrap.br=1 einfügen? Irgendwie stehe ich auf der Leitung. Thomas Peter Russ schrieb: Wie geschrieben ist der Ansatz in ext_typoscript_setup.txt der Extension zu finden und da an der Stelle errorMessage_stdWrap Jetzt sollte es aber klappen oder? Ein stdWrap in _LOCAL_LANG geht in den seltensten Fällen (es sei denn der Entwickler der Extension hat es vorgesehen z.B-> dr_blob) Gruss. Peter errorMessage_stdWrap.br=1 ... ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Zeilenumbruch in locallang.xml oder _LOCAL_LANG
Hi! Also danke für die Antwort aber ich versteh nicht was du meinst: errorMessage_stdWrap beschreibt den Wrap rund um das Objekt aus locallang.xml Wo soll ich hier stdWrap.br=1 einfügen? Irgendwie stehe ich auf der Leitung. Thomas Peter Russ schrieb: Wie geschrieben ist der Ansatz in ext_typoscript_setup.txt der Extension zu finden und da an der Stelle errorMessage_stdWrap Jetzt sollte es aber klappen oder? Ein stdWrap in _LOCAL_LANG geht in den seltensten Fällen (es sei denn der Entwickler der Extension hat es vorgesehen z.B-> dr_blob) Gruss. Peter ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] TemplaVoila speichert änderungen nicht
hallo zusammen, wieder eine newbie-frage, aber ich hoffe hoffe hoffe, dass jemand eine idee hat: habe template voilá installiert, eine DS, sowie ein TO angelegt, Menüs in TS programmiert und den seiten zugewiesen. alles wunderbar soweit. nur möchte ich jetzt bspw. das »element preset« für ein bild von »image field« auf »image field, fixed W + H« ändern bzw. noch weitere datenelemente hinzufügen dies mache ich über den button »modify TS/DO« wenn ich oben genanntes anpasse, dann auf »Change Mode«, dann auf »Update«, dann auf »Show xml« gehe sieht alles so aus wie ich es haben möchte. aber es wird nicht gespeichert :( die xml-strutur bleibt letztenendes immer die alte. was mache ich falsch? woran könnte es liegen? hab schön überall gesucht und weiss nicht mehr weiter könnte es ein problem sein, dass in der templavoila-konfiguration (ext- manager) steht Code warnings: (developer-relevant) It seems like there is a backend module in "newcewizard/conf.php" which is not configured in ext_emconf.php The XCLASS filename-key "ext/templavoila/newcewizard/model/ class.tx_templavoila_contentElementDescriptor.php" was different from "ext/templavoila/newcewizard/model/ class.tx_templavoila_contentelementdescriptor.php" which it should have been! The XCLASS filename-key "ext/templavoila/newcewizard/ class.tx_templavoila_tabbase.php" was different from "ext/templavoila/ newcewizard/view/class.tx_templavoila_tabview.php" which it should have been! kann/muss ich diesen fehler beheben? tausend dank, antworten würden mir sehr helfen ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Eigene Datenbank f?r Extension
On Thu, 03 Dec 2009 17:37:02 +0100
typo3-german-requ...@lists.typo3.org wrote:
> Message: 6
> Date: Thu, 03 Dec 2009 14:02:05 +0100
> From: Peter Russ
> Subject: Re: [TYPO3-german] Eigene Datenbank f?r Extension
> To: typo3-german@lists.typo3.org
> Message-ID:
> Content-Type: text/plain; charset=ISO-8859-15; format=flowed
>
> --- Original Nachricht ---
> Absender: Steffen Nothacker
> Datum: 03.12.2009 13:09:
> > Hi,
> > ich habe mehrere Instanzen von Typo3. Jede Typo3 Instanz hat eine eigene
> > Datenbank. Jetzt sollen aber alle Instanzen den gleichen Kalender mit
> > dem gleichen Inhalt anzeigen. (calendar base).
> > Kann ich die calendar base extension aus allen Instanzen auf eine andere
> > Datenbank zugreifen lassen?
> > (Ein lesender Zugriff w?rde mir reichen).
> >
> > Beim Suchen bin ich in der class.t3lib_db.php auf die Funktion
> > sql_select_db gesto?en.
> >
> > K?nnte ich jeder Calendar Base Extension evtl. so die andere Datenbank
> > geben:
> >
> > $TYPO3_DB2 = t3lib_div::makeInstance('t3lib_db');
> > $TYPO3_DB2->sql_pconnect (host, user, password);
> > $TYPO3_DB2->sql_select_db (db);
> >
> > Mit freundlichen Gr??en,
> > Steffen Nothacker
>
> Ich w?rde das ?ber dbal versuchen. Sollte transparent gehen, ohne dass
> Du im Code hacken musst.
>
> Gruss. Peter.
>
> --
> loans that change lives http://www.kiva.org
>
> _
> uon GbR
> http://www.uon.li
> http://www.xing.com/profile/Peter_Russ
Hallo,
danke erstmal!
ich habe jetzt den ganzen Tag mit DBAL gespielt.
Der Installation von DBAL in mein Typo3 4.2.10 folgt eine Fehlermeldung, danach
komme ich weder ins Backend noch ins Frontend. (Fatal error: Call to a member
function admin_get_charsets())
Die Manual hilft mir auch nicht wirklich weiter. (Es wird nur eine Installation
mit einer Neuinstallation von Typo3 erklärt).
Gibt es eine Möglichkeit DBAL in Typo3 4.2.10 nachzuinstallieren?
Ich habe zwar eine Testinstanz mit 4.3.0 erstellt, hier lässt sich DBAL auch
ohne Fehlermeldung
installieren, jedoch habe ich nach der Einrichtung von DBAL die Daten aus der
zweiten DB nur im Backend und nicht im Frontend.
Mir wäre es auch lieber erstmal bei Typo3 4.2.10 zu bleiben, laut Bugtracker
gibt es ja einen Patch für die Typo3 Core, damit DBAL funktioniert, die Frage
ist, was passiert dann bei einer evtl. Version 4.2.11 ?
Viele Grüße,
Steffen Nothacker
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Re: Kalenderextension, die unter 4 .3 läuft
Hallo Andreas, Am 04.12.09 03:07, schrieb Andreas Becker: Hi Mario gibt es keine moeglichkeit, diesen date2cal der wirklich nur Probleme verursacht u.a. auch mit Seminars und nunmehr in 4.3, mit dem eingebauten zu ersetzen. Gerade das recurring event ist da interessant um einen calendar zu erstellen. Klar gibt es die und cal 1.3.0 wird auch mit TYPO3 4.3 kompatibel sein - wenn wir es releasen ;) Gruß Mario Andi 2009/12/4 Mario Matzulla Hi, Am 03.12.09 12:14, schrieb Mirko Schaal: Hi, Vorsicht mit "cal", weil es "date2cal" benötigt und das Backend von 4.3 nicht mit "date2cal" funktioniert. Siehe http://bugs.typo3.org/view.php?id=12884 Allerdings läuft "cal" bei mir auch ohne "date2cal" problemlos. Solange ihr nicht "recurring by" benutzt gibt es keine Probleme ohne date2cal :) Gruß Mario Grüße Mirko Am 01.12.2009 um 20:11 schrieb Natascha Oertel: Danke! Ich weiss zwar nicht woran es lag, aber da es bei dir funktioniert, habe ich deinstalliert und neu installiert und jetzt ist alles ok. Vorher kam im Frontend die Nachricht: controller function nicht gefunden Tobias Hümmerich schrieb: Hi, was geht an der cal Extension nicht? Ich hab hier eine Seite da klappt das nach einem Upgrade von 4.2 wie vorher. Gruß, Tobias Am 01.12.2009 19:27, schrieb Natascha Oertel: Hallo, hat irgendjemand irgendeine Kalenderextension unter 4.3 funktionierend am laufen? Ich hatte erst Calender Base probiert (was ich eigentlich benutze) und dann attacalender. Beide funktionieren nicht richtig. Bevor ich jetzt alle Extensions durchprobiere, dachte ich ich frag mal.. Viele Grüsse Natascha ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german -- __ Natascha Oertel www.noe-x.com ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] seit RealURL Update Probleme
Hallo Christian, Christian Nölle schrieb: Muss ich nun für meine BE-Domain auch eine rootpage_id festgelegt sein? Wo macht man das? Die BE-Domain gibt es ja eigentlich im TYPO3 gar nicht, das ist nur ein Apache vhost. Kann mir da jemand einen Tipp dazu geben? Genau ein solches Problem habe ich auch derzeit. Aus diesem Grund habe ich das Update wieder zurückgestellt, da es mit der alten Version klappt. TYPO3 holt sich beim Preview nicht den hinterlegten Domainrecord für die Seite sondern verwendet eben jene BE-Domain, welche wir ähnlich verwenden. Kannst du mir noch verraten auf welche Version du downgegraded hast? Danke und schöne Grüße, Gerd ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] TYPO3 4.2.10 - Backend-Modul (Fehler im Kickstarter?)
Hallo nochmal,
ich habe mir noch mal genauer andere Extensions angesehen (es gibt ja
anscheinend eine Menge Varianten) und mir dann eine funktionierende
Variante ausgesucht.
Die Anfrage kann also als gelöst betrachtet werden.
Mit der main-Routine, die der Kickstarter 0.4.0 erzeugt, scheint es auf
jeden Fall ein Problem zu geben, es wird zweimal "doc->endDocument()"
aufgerufen, einmal in jedem Zweig der "main" und einmal in
"printContent()". Das erzeugt auf jeden Fall zweimal das Endskript und
das schließende -Tag.
Schönes Wochenende,
Stefan
Stefan Kleinschmidt schrieb:
Hallo zusammen,
ich baue gerade an meinem ersten Backend-Modul, es funktioniert alles
auch wunderbar... Fast, denn IE 7 und 8 wollen bei meiner
Listenansicht partout keinen vertikalen Scrollbalken im Frame anzeigen
(der Frame hat übrigens die gleichen Eigenschaften wie in allen
anderen Backend-Ansichten: noresize, scrolling="auto" etc.).
Der Code zur Generierung der Seite stammt aus dem Kickstarter in der
Variante, bei der man eine Template-Datei erstellt bekommt. Verwende
ich die andere Variante, weigert sich auch Firefox den Scrollbalken
anzuzeigen.
Im Netz habe ich zu dem Problem nichts gefunden, außer einem
unbeantworteten Forenpost, der schon etwas älter ist, wo jemand
dasselbe Problem hatte.
Hatte das Problem auch schon jemand oder kann mir jemand sagen, an
welcher Stelle ich mich blöd anstelle?
Vielen Dank,
Stefan
P.S.:
Anbei die Kern-Methoden des Moduls. Die Template-Datei habe ich nicht
verändert.
function main(){
global
$BE_USER,$LANG,$BACK_PATH,$TCA_DESCR,$TCA,$CLIENT,$TYPO3_CONF_VARS;
// Access check!
// The page will show only if there is a valid page
and if this page may be viewed by the user
$this->pageinfo =
t3lib_BEfunc::readPageAccess($this->id,$this->perms_clause);
$access = is_array($this->pageinfo) ? 1 : 0;
// initialize doc
$this->doc = t3lib_div::makeInstance('template');
$this->doc->setModuleTemplate(t3lib_extMgm::extPath('anuk_pbsurvey_out')
. 'mod1//mod_template.html');
$this->doc->backPath = $BACK_PATH;
$docHeaderButtons = $this->getButtons();
if (($this->id && $access) ||
($BE_USER->user['admin'] && !$this->id)){
// Draw the form
$this->doc->form = 'method="post" enctype="multipart/form-data">';
// JavaScript
$this->doc->JScode = '
type="text/javascript">
script_ended = 0;
function jumpToUrl(URL){
document.location = URL;
}
';
$this->doc->postCode='
type="text/javascript">
script_ended = 1;
if (top.fsMod)
top.fsMod.recentIds["web"] = '.intval($this->id).';
';
// Render content:
$this->moduleContent();
} else {
// If no access or if ID == zero
$docHeaderButtons['save'] = '';
$this->content.=$this->doc->spacer(10);
}
// compile document
$markers['FUNC_MENU'] =
t3lib_BEfunc::getFuncMenu(0, 'SET[function]',
$this->MOD_SETTINGS['function'], $this->MOD_MENU['function']);
$markers['CONTENT'] = $this->content;
// Build the for the module
$this->content =
$this->doc->startPage($LANG->getLL('title'));
$this->content.=
$this->doc->moduleBody($this->pageinfo, $docHeaderButtons, $markers);
$this->content.= $this->doc->endPage();
$this->content =
$this->doc->insertStylesAndJS($this->content);
}
/**
* Prints out the module HTML
*
* @returnvoid
*/
function printContent(){
$this->content.=$this->doc->endPage();
echo $this->content;
}
/**
* Generates the module content
*
* @returnvoid
*/
function moduleContent(){
$content = $this->render();
$this->content.=$this->doc->section('',$content,0,1);
}
Re: [TYPO3-german] Bilder werden wieder angezeigt
Am 04.12.2009, 15:12 Uhr, schrieb rulands : Danke für die Tipps!Es funktioniert jetzt alles! Gruss Stefan a) bitte in den ursprünglichen Thread posten, so dass man weiß, dass das Problem gelöst ist b) bitte die Lösung mitteilen - kann ja auch anderen Leuten helfen, die das Problem haben c) Glückwunsch ;) Steffen ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Bilder werden wieder angezeigt
Danke für die Tipps!Es funktioniert jetzt alles! Gruss Stefan ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Bestätigung per Mail aus dem back end heraus
Koller Michel schrieb: Guten tag Ich möchte in meiner Extension, das wenn ein Backenduser in der Listansicht einen von den Extensiondatensätze öffnet, es dort drin einen Button hat den man anklicken kann und somit ein Mail auslöst. Oder das Mail wenigstens ausgelöst wird wenn er den Datensatz neu abspeichert. Der Datensatz ist eine gespeicherte Shopbestellung die bei versenden der Ware bestätigt werden kann, indem ein Mail abgeschickt wird. Ist sowas überhaupt möglich? Welchen Ansatz müsste man da verfolgen? Danke für'n Tipp. M.Koller HAllo, ich mache sowat mit passwort mails, der Redakteur hat ein häkchen "passwort zurücksetzen" on Speichern wird dann eine mail generiert und und häkchen wieder auf null gesetzt... Wenn du den Code haben willst schreib mich kurz an (skype: sritter-kh), dann schick ich dir das file, ist zu lang und zu unübersichtlich um das hier zu posten... GrüÃe Steffen ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Best�tigung per Mail aus dem backend heraus
Vielen Dank für die Infos Also wenn dort ein Hoohk wäre und ich im Formular ein Auswahlfeld habe mit "mail senden: ja/nein", dieses auf "ja" stelle und dann speichere und somit automatisch das Mail senden lasse, ist das der richtige Ansatz so? (falls jemand weiss wie ich diesen Hook finden könnte wäre das enorm hilfreich, ich weiss noch nicht wo anzufangen mit suchen) viele grüsse M.Koller "Peter Russ" schrieb im Newsbeitrag news:mailman.1.1259921895.17755.typo3-ger...@lists.typo3.org... --- Original Nachricht --- Absender: Koller Michel Datum: 04.12.2009 10:58: > Guten tag > > Ich möchte in meiner Extension, das wenn ein Backenduser in der > Listansicht einen von den Extensiondatensätze öffnet, es dort drin einen > Button hat den man anklicken kann und somit ein Mail auslöst. Oder das > Mail wenigstens ausgelöst wird wenn er den Datensatz neu abspeichert. > > Der Datensatz ist eine gespeicherte Shopbestellung die bei versenden der > Ware bestätigt werden kann, indem ein Mail abgeschickt wird. > > Ist sowas überhaupt möglich? > Welchen Ansatz müsste man da verfolgen? Danke für'n Tipp. Kurze Zusammenfassung sollte Dir helfen: http://www.sk-typo3.de/Mail-erzeugen.215.0.html Peter. -- loans that change lives http://www.kiva.org _ uon GbR http://www.uon.li http://www.xing.com/profile/Peter_Russ ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Bilder werden nicht angezeigt
Christian Wolff schrieb: rulands schrieb: Hallo Typo3-Gurus, zunächst vielen vielen Dank für eure Hilfe beim Serverumzug. Nun ist mein Typo3 auf die Version 4.3.0 upgedatet. Es fehlen in den Artikel aber eine Menge Bilder. Nun bin ich dann in einen der Artikel gegegangen und habe ein neues Bild ausgewählt. Abgespeichert. Das Bild wird aber weder im FE noch unter Anzeigen im BE angezeigt. Was soll ich tun? Gruß und vielen Dank! Stefan Hi Stefan, laufen die image test im Install tool? gruss chris Nein, GDlib wird nicht gefunden... Was soll ich jetzt tun?? Gruss Stefan ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Help - Umlaute trotz UTF-8 falsch in DB gespeichert?!
Thomas Russel schrieb: Hallo Dennis, vielen Dank. Da ich grade nicht an die localconf.php komme, sondern nur das Feld im Install-Tool füülen kann, kannst du mir einmal deine Angaben in einzelne Zeilen auflösen, die ich direkt im Install.Tool ins Feld eingeben kann. Danke :) Dennis Steinhoff schrieb: Hallo, ich hatte ein ähnliches Problem. Abhilfe hat der schon genannte setDBinit Eintrag in der localconf.php in Verbindung mit forceCharset geschaffen: $TYPO3_CONF_VARS['SYS']['setDBinit'] = 'SET NAMES utf8 ;'.chr(10).'SET CHARACTER SET utf8 ;'.chr(10).'SET SESSION character_set_server=utf8 ;'.chr(10).'SET SESSION character_set_client=utf8 ;'.chr(10).'SET SESSION character_set_connection=utf8 ;'.chr(10).''; chr(10) ist einfach der zeilenumbruch... ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Bilder werden nicht angezeigt
rulands schrieb: > Hallo Typo3-Gurus, > > zunächst vielen vielen Dank für eure Hilfe beim Serverumzug. > Nun ist mein Typo3 auf die Version 4.3.0 upgedatet. > Es fehlen in den Artikel aber eine Menge Bilder. Nun bin ich dann in > einen der Artikel gegegangen und habe ein neues Bild ausgewählt. > Abgespeichert. > Das Bild wird aber weder im FE noch unter Anzeigen im BE angezeigt. > > Was soll ich tun? > > Gruß und vielen Dank! > Stefan > Hi Stefan, laufen die image test im Install tool? 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.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Bilder werden nicht angezeigt
Am 04.12.2009, 11:51 Uhr, schrieb rulands : Hallo Typo3-Gurus, zunächst vielen vielen Dank für eure Hilfe beim Serverumzug. Nun ist mein Typo3 auf die Version 4.3.0 upgedatet. Es fehlen in den Artikel aber eine Menge Bilder. Nun bin ich dann in einen der Artikel gegegangen und habe ein neues Bild ausgewählt. Abgespeichert. Das Bild wird aber weder im FE noch unter Anzeigen im BE angezeigt. Was soll ich tun? http://bugs.typo3.org/view.php?id=12098 lesen Steffen ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Bilder werden nicht angezeigt
Hallo Typo3-Gurus, zunächst vielen vielen Dank für eure Hilfe beim Serverumzug. Nun ist mein Typo3 auf die Version 4.3.0 upgedatet. Es fehlen in den Artikel aber eine Menge Bilder. Nun bin ich dann in einen der Artikel gegegangen und habe ein neues Bild ausgewählt. Abgespeichert. Das Bild wird aber weder im FE noch unter Anzeigen im BE angezeigt. Was soll ich tun? Gruß und vielen Dank! Stefan ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Abfrage ob ein DB Inhalt leer ist
Danke, Peter für deine schnelle Reaktion.
Die Lösung, die bei mir funktioniert und das tut, was es tun soll lautet:
temp.SPECIAL_START = COA
temp.SPECIAL_START {
5 = CONTENT
5 {
table = tt_content
select.pidInList = 18
select.uidInList = 17
renderObj = COA
renderObj {
10 = TEXT
10 {
required = 1
wrap = |
}
}
}
...
}
Nachdem die Sachlage bei mir so ist, dass nur dann etwas angezeigt
werden soll, wenn's im BE vorhanden und nicht versteckt ist und sonst
nichts, ist das ausreichend.
Aber eine else-Verzweigung damit zu realisieren, wüsste ich jetzt nicht.
Käme jetzt irgendwo ein ifEmpty??
Danke jedenfalls für die Hilfe!
Grüße auch an die Liste!
Robert
temp.SPECIAL_START = COA
temp.SPECIAL_START {
5 = CONTENT
5 {
table = tt_content
select.pidInList = 18
select.uidInList = 17
wrap = class="subc"> |
field = hidden
ifEmpty = TEXT
ifEmpty.value = Es sollte ein Bild angezeigt werden (denn wenn
hidden = 0, dann false, also Bild)
}
Bei ...5.ifEmpty soll kontrolliert werden, ob das Feld "hidden" gleich
0 ist - bei ifEmpty wird angeblich eine 0 als leer zurück gegebem.
Ist dies der Falls, soll der Datensatz angezeigt und ein wrap
drumgebastelt werden. Wenn nicht, soll nichts bzw nur das, was folgt
angezeigt werden.
Die Datensätze sind übrigens fix verankert und können nicht verschoben
werden, deswegen eindeutige pid und uid's.
Der Ansatz ist schon ganz gut allein, es hängt falsch. Du solltest noch
ein stdWrap einfügen -> TSref.
Des weiteren liefert die select Abfrage grundsätzlich nur Einträge, die
nicht gelöscht oder nicht versteckt sind unter Berücksichtigung, der
jeweilige FE-User darauf Zugriff hat. Wenn du also auch die Einträge
haben willst die versteckt sind, solltest du das entsprechend in der
where-Anweisung berücksichtigen.
Gruss. Peter.
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Bestätigung per Mail aus dem bac kend heraus
--- Original Nachricht --- Absender: Koller Michel Datum: 04.12.2009 10:58: Guten tag Ich möchte in meiner Extension, das wenn ein Backenduser in der Listansicht einen von den Extensiondatensätze öffnet, es dort drin einen Button hat den man anklicken kann und somit ein Mail auslöst. Oder das Mail wenigstens ausgelöst wird wenn er den Datensatz neu abspeichert. Der Datensatz ist eine gespeicherte Shopbestellung die bei versenden der Ware bestätigt werden kann, indem ein Mail abgeschickt wird. Ist sowas überhaupt möglich? Welchen Ansatz müsste man da verfolgen? Danke für'n Tipp. Kurze Zusammenfassung sollte Dir helfen: http://www.sk-typo3.de/Mail-erzeugen.215.0.html Peter. -- loans that change lives http://www.kiva.org _ uon GbR http://www.uon.li http://www.xing.com/profile/Peter_Russ ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Bestätigung per Mail aus dem backen d heraus
Koller Michel schrieb: > Guten tag > > Ich möchte in meiner Extension, das wenn ein Backenduser in der Listansicht > einen von den Extensiondatensätze öffnet, es dort drin einen Button hat den > man anklicken kann und somit ein Mail auslöst. Oder das Mail wenigstens > ausgelöst wird wenn er den Datensatz neu abspeichert. > > Der Datensatz ist eine gespeicherte Shopbestellung die bei versenden der > Ware bestätigt werden kann, indem ein Mail abgeschickt wird. > > Ist sowas überhaupt möglich? > Welchen Ansatz müsste man da verfolgen? Danke für'n Tipp. > > M.Koller > > Hi Michel, es gibt einen hook im typo3 system der vor dem speichern eines datensatzes aufgerufen wird. weiss gerade nicht wie er heist. damit hättest du schon eine möglichkeit zu überprüfen ob die mail gesendet werden muss. und mit der classe t3lib_htmlmail kannst du dann auch html mails verschicken. http://typo3.org/fileadmin/typo3api-4.2.6/ 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.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Help - Umlaute trotz UTF-8 falsch in DB gespeichert?!
Hallo Dennis, vielen Dank. Da ich grade nicht an die localconf.php komme, sondern nur das Feld im Install-Tool füülen kann, kannst du mir einmal deine Angaben in einzelne Zeilen auflösen, die ich direkt im Install.Tool ins Feld eingeben kann. Danke :) Dennis Steinhoff schrieb: Hallo, ich hatte ein ähnliches Problem. Abhilfe hat der schon genannte setDBinit Eintrag in der localconf.php in Verbindung mit forceCharset geschaffen: $TYPO3_CONF_VARS['SYS']['setDBinit'] = 'SET NAMES utf8 ;'.chr(10).'SET CHARACTER SET utf8 ;'.chr(10).'SET SESSION character_set_server=utf8 ;'.chr(10).'SET SESSION character_set_client=utf8 ;'.chr(10).'SET SESSION character_set_connection=utf8 ;'.chr(10).''; ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Help - Umlaute trotz UTF-8 falsch in DB gespeichert?!
Hallo, ich hatte ein ähnliches Problem. Abhilfe hat der schon genannte setDBinit Eintrag in der localconf.php in Verbindung mit forceCharset geschaffen: $TYPO3_CONF_VARS['SYS']['setDBinit'] = 'SET NAMES utf8 ;'.chr(10).'SET CHARACTER SET utf8 ;'.chr(10).'SET SESSION character_set_server=utf8 ;'.chr(10).'SET SESSION character_set_client=utf8 ;'.chr(10).'SET SESSION character_set_connection=utf8 ;'.chr(10).''; Thomas Russel schrieb: Hallo, ich habe folgendes Problem: meine Datenbank ist UTF-8. Wenn ich im phpMyAdmin z.B. "SHOW VARIABLES LIKE '%collation%'" eingebe, sagt er mir: collation_connection utf8_unicode_ci collation_database utf8_general_ci collation_server utf8_general_ci Im Typo3 Install Tool habe ich bei der option [forceCharset] = utf-8 Leider sind in der Datenbank dennnoch Umlaute "komisch" abgespeichert, z.B. ein ä als ä, oder ein ü als ü. Zum testen habe ich auch mal die Option [UTF8filesystem] = ja aktiviert, aber dies bringt auch nichts... Was muss ich korrekt im Install-Tool einstellen? Ich les zwar hier und da, dass man etwas bei "[setDBinit]" eingeben kann, aber jeder schreibt was anderes.. Help :/ Typo: 4.2.10 PHP Version: 5.2.6 ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german -- Mit freundlichen Grüßen Dennis Steinhoff Alfred Wegener Institute for Polar and Marine Research Information/Computer Center Am Handelshafen 12 27570 Bremerhaven Germany Tel: +49 471 4831 1579 Fax: +49 471 4831 1590 dennis.steinh...@awi.de www.awi.de/People/show?dsteinho ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Best�tigung per Mail aus dem backend heraus
Guten tag Ich möchte in meiner Extension, das wenn ein Backenduser in der Listansicht einen von den Extensiondatensätze öffnet, es dort drin einen Button hat den man anklicken kann und somit ein Mail auslöst. Oder das Mail wenigstens ausgelöst wird wenn er den Datensatz neu abspeichert. Der Datensatz ist eine gespeicherte Shopbestellung die bei versenden der Ware bestätigt werden kann, indem ein Mail abgeschickt wird. Ist sowas überhaupt möglich? Welchen Ansatz müsste man da verfolgen? Danke für'n Tipp. M.Koller ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Help - Umlaute trotz UTF-8 falsch in DB gespeichert?!
Hi, Bei mir klappt das: multiplyDBfieldSize = 2 UTF8filesystem = true forceCharset = utf-8 danach über "Database Analyser" COMPARE ausführen. Es werden nur Datensätze korrekt angezeigt, die NACH dem Vornehmen dieser Einstellungen in die DB gespeichert wurden. Ansonsten im TER nach convert2utf8 (oder so ähnlich) suchen Hoffe das hilft. Hallo, ich habe folgendes Problem: meine Datenbank ist UTF-8. Wenn ich im phpMyAdmin z.B. "SHOW VARIABLES LIKE '%collation%'" eingebe, sagt er mir: collation_connection utf8_unicode_ci collation_database utf8_general_ci collation_server utf8_general_ci Im Typo3 Install Tool habe ich bei der option [forceCharset] = utf-8 Leider sind in der Datenbank dennnoch Umlaute "komisch" abgespeichert, z.B. ein ä als ä, oder ein ü als ü. Zum testen habe ich auch mal die Option [UTF8filesystem] = ja aktiviert, aber dies bringt auch nichts... Was muss ich korrekt im Install-Tool einstellen? Ich les zwar hier und da, dass man etwas bei "[setDBinit]" eingeben kann, aber jeder schreibt was anderes.. Help :/ Typo: 4.2.10 PHP Version: 5.2.6 ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Help - Umlaute trotz UTF-8 falsch in DB gespeichert?!
Hallo, ich habe folgendes Problem: meine Datenbank ist UTF-8. Wenn ich im phpMyAdmin z.B. "SHOW VARIABLES LIKE '%collation%'" eingebe, sagt er mir: collation_connectionutf8_unicode_ci collation_database utf8_general_ci collation_serverutf8_general_ci Im Typo3 Install Tool habe ich bei der option [forceCharset] = utf-8 Leider sind in der Datenbank dennnoch Umlaute "komisch" abgespeichert, z.B. ein ä als ä, oder ein ü als ü. Zum testen habe ich auch mal die Option [UTF8filesystem] = ja aktiviert, aber dies bringt auch nichts... Was muss ich korrekt im Install-Tool einstellen? Ich les zwar hier und da, dass man etwas bei "[setDBinit]" eingeben kann, aber jeder schreibt was anderes.. Help :/ Typo: 4.2.10 PHP Version: 5.2.6 ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] seit RealURL Update Probleme
Muss ich nun für meine BE-Domain auch eine rootpage_id festgelegt sein? Wo macht man das? Die BE-Domain gibt es ja eigentlich im TYPO3 gar nicht, das ist nur ein Apache vhost. Kann mir da jemand einen Tipp dazu geben? Genau ein solches Problem habe ich auch derzeit. Aus diesem Grund habe ich das Update wieder zurückgestellt, da es mit der alten Version klappt. TYPO3 holt sich beim Preview nicht den hinterlegten Domainrecord für die Seite sondern verwendet eben jene BE-Domain, welche wir ähnlich verwenden. -- -c ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] seit RealURL Update Probleme
Hallo, ich habe auf die neueste RealURL Version upgedated (in einem TYPO3 4.2.10) und nun gibt es folgendes Problem: Mein Backend ist unter https://be.domain.de/typo3 erreichbar. So war es immer möglich, auf Seiten zum testen mit https://be.domain.de/index.php?id=xxx zuzugreifen. Seit dem letzen RealURL Update funktioniert das aber nicht mehr, es kommt immer folgende Fehlermeldung: "Reason: RealURL error: unable to determine rootpage_id for the current domain. Additionally, http://be.domain.de/error.html was not found while trying to retrieve the error document." Muss ich nun für meine BE-Domain auch eine rootpage_id festgelegt sein? Wo macht man das? Die BE-Domain gibt es ja eigentlich im TYPO3 gar nicht, das ist nur ein Apache vhost. Kann mir da jemand einen Tipp dazu geben? Danke und schöne Grüße, Gerd ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
