Re: [TYPO3-german] Update auf 6.2.10 Fehler wegen trusted Pattern Check
Ich dachte heute morgen, ob es vielleicht mit meiner Datenbank zusammenhängen würde, die ich ja erst gestern wirklich auf UTF-8 gestellt habe. Aber das ist es nicht. der 1&1 Server will einfach keine Klammern interpretieren. Nur mit der vorher genannten Konfiguration kann ich die Seite mit com und de aufrufen. Alle anderen Varianten führen zu dem Fehler. Kann das vielleicht mal jemand ausprobieren, ob das auch bei anderen Servern funktioniert? Da ich im Web nur Lösungen gefunden hatte, die das Ganze komplett deaktivieren und diese Variable ja nicht eingeführt wurde, weil die Entwickler Spaß daran haben arme Admins zu ärgern, sondern weil sie Sinn macht, wäre das unter Umständen eine Sache, die man verfolgen sollte. Ich bin froh, dass es jetzt geht, aber auch irritiert. Mit den Domain Records bin ich irgendwie nciht weiter gekommen, weil ich da ja aktiv nix mache. Ich leite im Admin bei 1&1 dann die Domain auf die Seite um, das wird dann wohl ein Redirect auf Server-Seite werden. Aber momentan ist der noch nciht eingerichtet, weil ich mit dem Konfigurieren noch nciht fertig bin. Verzeichnisschutz ist keiner drin, das kann es auch nicht sein. Die _.htaccess kann ich nciht umbenennen und die echte sehe ich nicht. hmhhh Gruß Heike Am 10.03.15 um 21:08 schrieb Heike Herzog-Kuhnke: Die einzige Umleitung, die ich nutze ist die vom Startpunkt der Seite auf die echte Startseite. Ansonsten habe ich da nichts angelegt. Das macht man nur, wenn man mehrere Domains über eine Installation laufen lässt, oder? Ich muss das noch einmal probieren, ob ich mit Deinen Vorschlägen was ändern kann. Dass das Ganze jedes Mal auf die Nase fällt, wenn Klammern im Spiel sind, finde ich schräg. Danke auf jeden Fall für Deine Hilfe. Einen lieben Gruß Heike Am 10.03.15 um 17:01 schrieb bernd wilke: Am 10.03.15 um 14:52 schrieb Heike Herzog-Kuhnke: Lieber Bernd, wenn Du mir sagst, wie ich es machen soll, teste ich alles, was Du willst. Wo finde ich die Informationen zu den Domain-Records? Es gibt eine _.htaccess Datei im typo3 Verzeichnis, die wohl von typo3 kommt. Soll ich die einfach mal in .htaccess umbenennen? evtl. existiert schon eine .htaccess! dateien, die mit Punkt anfangen werden normalerweise nicht mit angezeigt! Vielleicht reicht das ja und alles ist gut. Wenn nicht kann ich da dann vielleicht was eintragen, was das Problem eingrenzt. Oder wird die trotz _ ausgeführt? nope aber domain records haben gar nichts mit htaccess zu tun. vielleihct hätte ich es übersetzen müssen: domain-Datensätze die legst du ja (ggfls) in deiner Root-Seite an, dort kannst du auch noch ein redirect einstellen, der würde allerdings erst im PHP ausgeführt, ist also deutlich langsamer als ein Redirekt in .htaccess. diese Domain-records werden in TYPO3 für diverses benutzt. zb. nutzt realurl sie auch um die Startseiten für die Domains zu bestimmen. grüße Bernd ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Unzip in Fileadmin
Hallo Typo3-Community,
ich würde gerne im Fileadmin die unzip-Funktion anbieten für zip-Dateien. Im
Usergroup TSConfig habe ich folgendes eingetragen:
permissions.file.default {
unzipFile = 1
}
Im Install Tool habe ich den Pfad zum unzip eingetragen. Leider wird im
fileadmin trotzdem keine Option zum unzippen angeboten. Weiß jemand, woran dies
liegen könnte?
Vielen Dank im Voraus und beste Grüße / rabe
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Update auf 6.2.10 Fehler wegen trusted Pattern Check
Die einzige Umleitung, die ich nutze ist die vom Startpunkt der Seite auf die echte Startseite. Ansonsten habe ich da nichts angelegt. Das macht man nur, wenn man mehrere Domains über eine Installation laufen lässt, oder? Ich muss das noch einmal probieren, ob ich mit Deinen Vorschlägen was ändern kann. Dass das Ganze jedes Mal auf die Nase fällt, wenn Klammern im Spiel sind, finde ich schräg. Danke auf jeden Fall für Deine Hilfe. Einen lieben Gruß Heike Am 10.03.15 um 17:01 schrieb bernd wilke: Am 10.03.15 um 14:52 schrieb Heike Herzog-Kuhnke: Lieber Bernd, wenn Du mir sagst, wie ich es machen soll, teste ich alles, was Du willst. Wo finde ich die Informationen zu den Domain-Records? Es gibt eine _.htaccess Datei im typo3 Verzeichnis, die wohl von typo3 kommt. Soll ich die einfach mal in .htaccess umbenennen? evtl. existiert schon eine .htaccess! dateien, die mit Punkt anfangen werden normalerweise nicht mit angezeigt! Vielleicht reicht das ja und alles ist gut. Wenn nicht kann ich da dann vielleicht was eintragen, was das Problem eingrenzt. Oder wird die trotz _ ausgeführt? nope aber domain records haben gar nichts mit htaccess zu tun. vielleihct hätte ich es übersetzen müssen: domain-Datensätze die legst du ja (ggfls) in deiner Root-Seite an, dort kannst du auch noch ein redirect einstellen, der würde allerdings erst im PHP ausgeführt, ist also deutlich langsamer als ein Redirekt in .htaccess. diese Domain-records werden in TYPO3 für diverses benutzt. zb. nutzt realurl sie auch um die Startseiten für die Domains zu bestimmen. grüße Bernd ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Chinesische Schriftzeichen
Am 10.03.15 um 17:34 schrieb Rainer Schleevoigt: Die Chinesischen zeichen werden gespeichert und angezeigt. Vielen Dank für Eure Hilfe. Da nichfür. Aber sicher doch dafür. Ich bin so froh, dass es die Liste gibt und dass so viele von denen, die wirklich Ahnung haben hier auch regelmäßig reinschauen und helfen. Das ist einfach toll. Alles Liebe Heike ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Moox
Hallo zusammen. Bastel grad mit dem Moox-Framework rum. Gibts Kollegen dazu? Viielicht ein Forum. Konkret fallt mir auf das die spamProtectEmailAddresses-Funktion den dienst verweigert mit typo3 6.2.9 Kann natürlich auch an anderen EXT liegen wie vhs,fluid* wird natürlich schwer zu finden sein, den diese EXT kann ich nicht einfach deaktivieren. Christian. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] wie handelt Extbase das Y2K38-Problem?
Hallo Harald so viel ich weiss ist das kein Extbase sondern ein PHP Problem. Vor ein paar Monaten gab es auf dieser Mailingliste schon einmal eine Diskussion zu diesem Thema, habe aber den entsprechenden Thread gerade nicht zum verlinken parat. Beste Grüsse, Renzo -- conPassione gmbh CH-3661 Uetendorf +41 33 345 00 92 ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Chinesische Schriftzeichen
Am 10/03/15 um 17:19 schrieb Heike Herzog-Kuhnke: Die Chinesischen zeichen werden gespeichert und angezeigt. Vielen Dank für Eure Hilfe. Da nichfür. Wenn Du sicher gehen willst, dass dieser Chinakram unabhängig von der Systemeinstellung angezeigt wird, muss Du mit font-face arbeiten und dann den Font einbinden. Rainer Ihr seid super. Ich werde das jetzt mal an einen Windows User zum Testen geben :D Heike Am 10.03.15 um 16:51 schrieb Heike Herzog-Kuhnke: Danke für den Hinweis. Ich probiere jetzt erstmal ob es denn prinzipiell unterstützt wird. Den Rest soll ich nicht machen, denn letztendlich soll ich die Installation nur vorbereiten und Inhalte kommen dann vom Redakteur. Lieben Gruß bis gleich Heike Am 10.03.15 um 15:24 schrieb Rainer Schleevoigt: Hallo Heike, es ergibt sich da ein keliens Problem: im Mandarin kann ein Woret asu einem Zeichen oder meherer bestehen und es sieht oberhässlich aus, dann einfach zu trennen. es könnte eine gute Idee sein, da einen Chinesen drüberschauen zu lassen. Man müsste auch damit umgegen, dass nicht jeder den ttf installiert hat. Der seiht dann nur ?? ??? Gruss Rainer Am 10/03/15 um 15:09 schrieb Heike Herzog-Kuhnke: OK mit Fingerschwitzen die Datenbank gelöscht und vorher das Template gesichert. Jetzt muss ich den Rest neu machen, aber ide DB ist jetzt sauber. Ich werde noch Beshceid geben, obs jetzt klappt. Danke euch für die Anteilname. Bin jetzt mal kurz weg und melde mich nochmal. Ihr seid Super. Danke Hallo heike, Heike Am 10.03.15 um 14:47 schrieb Heike Herzog-Kuhnke: Ich bin mit OSX unterwegs. Ich kann die Zeichen auch in den Editor kopieren. Manchmal kommt dann beim Speichern diese Meldung: 1: These fields are not properly updated in database: (bodytext) Probably value mismatch with fieldtype. Manchmal auch nicht, aber letztendlich sind dann nurnoch Fragezeichen übrig. Ich kann in PHP MyAdmin die Tabellen auf UTF-8 umstellen. Das ist aber recht mühselig. Gibts einen einfach zu verstehenden SQL-Befehl um das in einem Rutsch zu machen? Gruß Heike Am 10.03.15 um 14:41 schrieb Rainer Schleevoigt: Falls Du nicht mit OSX unterwegs bist, bist Du die fernöstlichen Schriftunterstützung „intallieren“, ansosnten kommen nur Fragezeichen. Am 10/03/15 um 14:27 schrieb Chris Wolff - AERTiCKET AG: Sind die Spalten in den Tabellen auch mit utf8 codiert? show create table tt_content; ich hatte hier den fall das einige spalten in einem typo3 system nicht den richtigen zeichensatz hatten. sollte dir zeigen wie die zeichensatz einstellung für die tabelle tt_content ist. Gruss chris -Ursprüngliche Nachricht- Von: typo3-german-boun...@lists.typo3.org [mailto:typo3-german-boun...@lists.typo3.org] Im Auftrag von Heike Herzog-Kuhnke Gesendet: Dienstag, 10. März 2015 14:20 An: typo3-german@lists.typo3.org Betreff: Re: [TYPO3-german] Chinesische Schriftzeichen Datenbank ist eingerichtet mit UTF-8 general_ci Sprache Deutsch Server-Typ: MySQL Server Version: 5.1.73-log - MySQL Community Server (GPL) Protokoll-Version: 10 Benutzer: ... Server Zeichensatz: UTF-8 Unicode (utf8) Apache/2.2.22 Datenbank-Client Version: libmysql - mysqlnd 5.0.10 - 20111026 - PHP-Erweiterung: mysqli PHP Myadmin: Versionsinformationen: 4.1.14.8 Am 10.03.15 um 14:10 schrieb Heike Herzog-Kuhnke: Ich bekomme keine Fehlermeldung sondern einfach nur Fragezeichen. Ich schaue noch mal die Datenbank an. Vielleicht ist die doch nicht UTF-8. Ist ja auf einem 1&1 Server und war ursprünglich mal eine 6.0.4 Installation. Vielleicht liegt es daran. Ich melde mcih noch einmal Gruß Heike Am 10.03.15 um 13:26 schrieb Rainer Schleevoigt: Am 10/03/15 um 13:02 schrieb Heike Herzog-Kuhnke: Hi Ihr Lieben, irgendwie bleibt es spannend, wenn ich typo3 mache :D Ich habe eine neue typo3 6.2.10 die jetzt auch recht angenehm läuft. Nun soll das die Seite einer Firma werden, die mit China zusammen arbeitet. Dafür muss ich in der Lage sein auch chinesische Zeichen einzubinden. Die Installation ist standard und damit UTF-8. Frage 1: Kann ich dort Chinesische Zeichen irgendwie einbinden? Die Fehlermeldung im Editor, nachdem ich welche eingefügt hatte sagt mir nein. Mewinst Du den RTE-Editor? Wenn dort das JS klemmt, dann versuche es doch aml mit der schlichten textarea, das sollte geghen, habe ich auch schon genutzt. Wie lautet die Fehlermeldung? Frage 2: Wenn 1 Nein ist, wie mache ich das oder geht das nicht? Lieben Gruß Heike ___ 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 maili
[TYPO3-german] wie handelt Extbase das Y2K38-Problem?
Hallo wertes Forum und Mitglieder, ich habe mit dem ExtensionBuilder eine kleine Extension gekickstartet, in der Personendaten und Familienverhältnisse abgespeichert werden mit dem Ziel Stammbäume darzustellen. Eine Person hat außer Vor-, Zu- und sonstige Namen noch einen Geburtstag und (eventuell, früher oder später) einen Todestag. Im Ext.Builder habe ich dafür "Date" gewählt. Im Model erhalte ich damit DateTime und die entsprechende DB-Spalte wird zu int(11) DEFAULT '0' NOT NULL Das funktioniert auch soweit - solange ich im Bereich 1901-2038 bleibe. Gebe ich im FE ein Datum drüber oder drunter ein, wird das Maximum, bzw. Minimum abgespeichert. Nun möchte ich gern wissen, ob und wie Extbase mit Datumsangaben vor 1901 / nach 2038 umgeht oder wie ich das deichseln kann, damit es tut. Leider hat meine bisherige Suche nur ergeben, daß das Problem mehr oder weniger bekannt ist. (Nochmal) leider hab ich bisher keine Lösung dazu gefunden. Gruß Harald ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Chinesische Schriftzeichen
Die Chinesischen zeichen werden gespeichert und angezeigt. Vielen Dank für Eure Hilfe. Ihr seid super. Ich werde das jetzt mal an einen Windows User zum Testen geben :D Heike Am 10.03.15 um 16:51 schrieb Heike Herzog-Kuhnke: Danke für den Hinweis. Ich probiere jetzt erstmal ob es denn prinzipiell unterstützt wird. Den Rest soll ich nicht machen, denn letztendlich soll ich die Installation nur vorbereiten und Inhalte kommen dann vom Redakteur. Lieben Gruß bis gleich Heike Am 10.03.15 um 15:24 schrieb Rainer Schleevoigt: Hallo Heike, es ergibt sich da ein keliens Problem: im Mandarin kann ein Woret asu einem Zeichen oder meherer bestehen und es sieht oberhässlich aus, dann einfach zu trennen. es könnte eine gute Idee sein, da einen Chinesen drüberschauen zu lassen. Man müsste auch damit umgegen, dass nicht jeder den ttf installiert hat. Der seiht dann nur ?? ??? Gruss Rainer Am 10/03/15 um 15:09 schrieb Heike Herzog-Kuhnke: OK mit Fingerschwitzen die Datenbank gelöscht und vorher das Template gesichert. Jetzt muss ich den Rest neu machen, aber ide DB ist jetzt sauber. Ich werde noch Beshceid geben, obs jetzt klappt. Danke euch für die Anteilname. Bin jetzt mal kurz weg und melde mich nochmal. Ihr seid Super. Danke Hallo heike, Heike Am 10.03.15 um 14:47 schrieb Heike Herzog-Kuhnke: Ich bin mit OSX unterwegs. Ich kann die Zeichen auch in den Editor kopieren. Manchmal kommt dann beim Speichern diese Meldung: 1: These fields are not properly updated in database: (bodytext) Probably value mismatch with fieldtype. Manchmal auch nicht, aber letztendlich sind dann nurnoch Fragezeichen übrig. Ich kann in PHP MyAdmin die Tabellen auf UTF-8 umstellen. Das ist aber recht mühselig. Gibts einen einfach zu verstehenden SQL-Befehl um das in einem Rutsch zu machen? Gruß Heike Am 10.03.15 um 14:41 schrieb Rainer Schleevoigt: Falls Du nicht mit OSX unterwegs bist, bist Du die fernöstlichen Schriftunterstützung „intallieren“, ansosnten kommen nur Fragezeichen. Am 10/03/15 um 14:27 schrieb Chris Wolff - AERTiCKET AG: Sind die Spalten in den Tabellen auch mit utf8 codiert? show create table tt_content; ich hatte hier den fall das einige spalten in einem typo3 system nicht den richtigen zeichensatz hatten. sollte dir zeigen wie die zeichensatz einstellung für die tabelle tt_content ist. Gruss chris -Ursprüngliche Nachricht- Von: typo3-german-boun...@lists.typo3.org [mailto:typo3-german-boun...@lists.typo3.org] Im Auftrag von Heike Herzog-Kuhnke Gesendet: Dienstag, 10. März 2015 14:20 An: typo3-german@lists.typo3.org Betreff: Re: [TYPO3-german] Chinesische Schriftzeichen Datenbank ist eingerichtet mit UTF-8 general_ci Sprache Deutsch Server-Typ: MySQL Server Version: 5.1.73-log - MySQL Community Server (GPL) Protokoll-Version: 10 Benutzer: ... Server Zeichensatz: UTF-8 Unicode (utf8) Apache/2.2.22 Datenbank-Client Version: libmysql - mysqlnd 5.0.10 - 20111026 - PHP-Erweiterung: mysqli PHP Myadmin: Versionsinformationen: 4.1.14.8 Am 10.03.15 um 14:10 schrieb Heike Herzog-Kuhnke: Ich bekomme keine Fehlermeldung sondern einfach nur Fragezeichen. Ich schaue noch mal die Datenbank an. Vielleicht ist die doch nicht UTF-8. Ist ja auf einem 1&1 Server und war ursprünglich mal eine 6.0.4 Installation. Vielleicht liegt es daran. Ich melde mcih noch einmal Gruß Heike Am 10.03.15 um 13:26 schrieb Rainer Schleevoigt: Am 10/03/15 um 13:02 schrieb Heike Herzog-Kuhnke: Hi Ihr Lieben, irgendwie bleibt es spannend, wenn ich typo3 mache :D Ich habe eine neue typo3 6.2.10 die jetzt auch recht angenehm läuft. Nun soll das die Seite einer Firma werden, die mit China zusammen arbeitet. Dafür muss ich in der Lage sein auch chinesische Zeichen einzubinden. Die Installation ist standard und damit UTF-8. Frage 1: Kann ich dort Chinesische Zeichen irgendwie einbinden? Die Fehlermeldung im Editor, nachdem ich welche eingefügt hatte sagt mir nein. Mewinst Du den RTE-Editor? Wenn dort das JS klemmt, dann versuche es doch aml mit der schlichten textarea, das sollte geghen, habe ich auch schon genutzt. Wie lautet die Fehlermeldung? Frage 2: Wenn 1 Nein ist, wie mache ich das oder geht das nicht? Lieben Gruß Heike ___ 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 ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listin
Re: [TYPO3-german] Chinesische Schriftzeichen
Danke für den Hinweis. Ich probiere jetzt erstmal ob es denn prinzipiell unterstützt wird. Den Rest soll ich nicht machen, denn letztendlich soll ich die Installation nur vorbereiten und Inhalte kommen dann vom Redakteur. Lieben Gruß bis gleich Heike Am 10.03.15 um 15:24 schrieb Rainer Schleevoigt: Hallo Heike, es ergibt sich da ein keliens Problem: im Mandarin kann ein Woret asu einem Zeichen oder meherer bestehen und es sieht oberhässlich aus, dann einfach zu trennen. es könnte eine gute Idee sein, da einen Chinesen drüberschauen zu lassen. Man müsste auch damit umgegen, dass nicht jeder den ttf installiert hat. Der seiht dann nur ?? ??? Gruss Rainer Am 10/03/15 um 15:09 schrieb Heike Herzog-Kuhnke: OK mit Fingerschwitzen die Datenbank gelöscht und vorher das Template gesichert. Jetzt muss ich den Rest neu machen, aber ide DB ist jetzt sauber. Ich werde noch Beshceid geben, obs jetzt klappt. Danke euch für die Anteilname. Bin jetzt mal kurz weg und melde mich nochmal. Ihr seid Super. Danke Hallo heike, Heike Am 10.03.15 um 14:47 schrieb Heike Herzog-Kuhnke: Ich bin mit OSX unterwegs. Ich kann die Zeichen auch in den Editor kopieren. Manchmal kommt dann beim Speichern diese Meldung: 1: These fields are not properly updated in database: (bodytext) Probably value mismatch with fieldtype. Manchmal auch nicht, aber letztendlich sind dann nurnoch Fragezeichen übrig. Ich kann in PHP MyAdmin die Tabellen auf UTF-8 umstellen. Das ist aber recht mühselig. Gibts einen einfach zu verstehenden SQL-Befehl um das in einem Rutsch zu machen? Gruß Heike Am 10.03.15 um 14:41 schrieb Rainer Schleevoigt: Falls Du nicht mit OSX unterwegs bist, bist Du die fernöstlichen Schriftunterstützung „intallieren“, ansosnten kommen nur Fragezeichen. Am 10/03/15 um 14:27 schrieb Chris Wolff - AERTiCKET AG: Sind die Spalten in den Tabellen auch mit utf8 codiert? show create table tt_content; ich hatte hier den fall das einige spalten in einem typo3 system nicht den richtigen zeichensatz hatten. sollte dir zeigen wie die zeichensatz einstellung für die tabelle tt_content ist. Gruss chris -Ursprüngliche Nachricht- Von: typo3-german-boun...@lists.typo3.org [mailto:typo3-german-boun...@lists.typo3.org] Im Auftrag von Heike Herzog-Kuhnke Gesendet: Dienstag, 10. März 2015 14:20 An: typo3-german@lists.typo3.org Betreff: Re: [TYPO3-german] Chinesische Schriftzeichen Datenbank ist eingerichtet mit UTF-8 general_ci Sprache Deutsch Server-Typ: MySQL Server Version: 5.1.73-log - MySQL Community Server (GPL) Protokoll-Version: 10 Benutzer: ... Server Zeichensatz: UTF-8 Unicode (utf8) Apache/2.2.22 Datenbank-Client Version: libmysql - mysqlnd 5.0.10 - 20111026 - PHP-Erweiterung: mysqli PHP Myadmin: Versionsinformationen: 4.1.14.8 Am 10.03.15 um 14:10 schrieb Heike Herzog-Kuhnke: Ich bekomme keine Fehlermeldung sondern einfach nur Fragezeichen. Ich schaue noch mal die Datenbank an. Vielleicht ist die doch nicht UTF-8. Ist ja auf einem 1&1 Server und war ursprünglich mal eine 6.0.4 Installation. Vielleicht liegt es daran. Ich melde mcih noch einmal Gruß Heike Am 10.03.15 um 13:26 schrieb Rainer Schleevoigt: Am 10/03/15 um 13:02 schrieb Heike Herzog-Kuhnke: Hi Ihr Lieben, irgendwie bleibt es spannend, wenn ich typo3 mache :D Ich habe eine neue typo3 6.2.10 die jetzt auch recht angenehm läuft. Nun soll das die Seite einer Firma werden, die mit China zusammen arbeitet. Dafür muss ich in der Lage sein auch chinesische Zeichen einzubinden. Die Installation ist standard und damit UTF-8. Frage 1: Kann ich dort Chinesische Zeichen irgendwie einbinden? Die Fehlermeldung im Editor, nachdem ich welche eingefügt hatte sagt mir nein. Mewinst Du den RTE-Editor? Wenn dort das JS klemmt, dann versuche es doch aml mit der schlichten textarea, das sollte geghen, habe ich auch schon genutzt. Wie lautet die Fehlermeldung? Frage 2: Wenn 1 Nein ist, wie mache ich das oder geht das nicht? Lieben Gruß Heike ___ 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 ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Re: Ausgabe von Datenbankfeld type="flex"
Ok, habe die Lösung gefunden. im Controller kann man FlexFormService injecten und anschließend den Fieldcontent durch eine Funktion in ein Array umwandeln. Das funktioniert zumindest für mich. /** * @var \TYPO3\CMS\Extbase\Service\FlexFormService * @inject */ protected $flexFormService; $fieldData = $this->flexFormService->convertFlexFormContentToArray($fieldXML); ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Chinesische Schriftzeichen
Hallo Heike, es ergibt sich da ein keliens Problem: im Mandarin kann ein Woret asu einem Zeichen oder meherer bestehen und es sieht oberhässlich aus, dann einfach zu trennen. es könnte eine gute Idee sein, da einen Chinesen drüberschauen zu lassen. Man müsste auch damit umgegen, dass nicht jeder den ttf installiert hat. Der seiht dann nur ?? ??? Gruss Rainer Am 10/03/15 um 15:09 schrieb Heike Herzog-Kuhnke: OK mit Fingerschwitzen die Datenbank gelöscht und vorher das Template gesichert. Jetzt muss ich den Rest neu machen, aber ide DB ist jetzt sauber. Ich werde noch Beshceid geben, obs jetzt klappt. Danke euch für die Anteilname. Bin jetzt mal kurz weg und melde mich nochmal. Ihr seid Super. Danke Hallo heike, Heike Am 10.03.15 um 14:47 schrieb Heike Herzog-Kuhnke: Ich bin mit OSX unterwegs. Ich kann die Zeichen auch in den Editor kopieren. Manchmal kommt dann beim Speichern diese Meldung: 1: These fields are not properly updated in database: (bodytext) Probably value mismatch with fieldtype. Manchmal auch nicht, aber letztendlich sind dann nurnoch Fragezeichen übrig. Ich kann in PHP MyAdmin die Tabellen auf UTF-8 umstellen. Das ist aber recht mühselig. Gibts einen einfach zu verstehenden SQL-Befehl um das in einem Rutsch zu machen? Gruß Heike Am 10.03.15 um 14:41 schrieb Rainer Schleevoigt: Falls Du nicht mit OSX unterwegs bist, bist Du die fernöstlichen Schriftunterstützung „intallieren“, ansosnten kommen nur Fragezeichen. Am 10/03/15 um 14:27 schrieb Chris Wolff - AERTiCKET AG: Sind die Spalten in den Tabellen auch mit utf8 codiert? show create table tt_content; ich hatte hier den fall das einige spalten in einem typo3 system nicht den richtigen zeichensatz hatten. sollte dir zeigen wie die zeichensatz einstellung für die tabelle tt_content ist. Gruss chris -Ursprüngliche Nachricht- Von: typo3-german-boun...@lists.typo3.org [mailto:typo3-german-boun...@lists.typo3.org] Im Auftrag von Heike Herzog-Kuhnke Gesendet: Dienstag, 10. März 2015 14:20 An: typo3-german@lists.typo3.org Betreff: Re: [TYPO3-german] Chinesische Schriftzeichen Datenbank ist eingerichtet mit UTF-8 general_ci Sprache Deutsch Server-Typ: MySQL Server Version: 5.1.73-log - MySQL Community Server (GPL) Protokoll-Version: 10 Benutzer: ... Server Zeichensatz: UTF-8 Unicode (utf8) Apache/2.2.22 Datenbank-Client Version: libmysql - mysqlnd 5.0.10 - 20111026 - PHP-Erweiterung: mysqli PHP Myadmin: Versionsinformationen: 4.1.14.8 Am 10.03.15 um 14:10 schrieb Heike Herzog-Kuhnke: Ich bekomme keine Fehlermeldung sondern einfach nur Fragezeichen. Ich schaue noch mal die Datenbank an. Vielleicht ist die doch nicht UTF-8. Ist ja auf einem 1&1 Server und war ursprünglich mal eine 6.0.4 Installation. Vielleicht liegt es daran. Ich melde mcih noch einmal Gruß Heike Am 10.03.15 um 13:26 schrieb Rainer Schleevoigt: Am 10/03/15 um 13:02 schrieb Heike Herzog-Kuhnke: Hi Ihr Lieben, irgendwie bleibt es spannend, wenn ich typo3 mache :D Ich habe eine neue typo3 6.2.10 die jetzt auch recht angenehm läuft. Nun soll das die Seite einer Firma werden, die mit China zusammen arbeitet. Dafür muss ich in der Lage sein auch chinesische Zeichen einzubinden. Die Installation ist standard und damit UTF-8. Frage 1: Kann ich dort Chinesische Zeichen irgendwie einbinden? Die Fehlermeldung im Editor, nachdem ich welche eingefügt hatte sagt mir nein. Mewinst Du den RTE-Editor? Wenn dort das JS klemmt, dann versuche es doch aml mit der schlichten textarea, das sollte geghen, habe ich auch schon genutzt. Wie lautet die Fehlermeldung? Frage 2: Wenn 1 Nein ist, wie mache ich das oder geht das nicht? Lieben Gruß Heike ___ 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 -- *Dipl.-Ing. Rainer Schleevoigt* Certified TYPO3 Integrator Certified Titanium App Developer Novalisweg 10 22303 Hamburg ℡ 040 60812460 |Ust-ID: DE239491976||| ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Chinesische Schriftzeichen
OK mit Fingerschwitzen die Datenbank gelöscht und vorher das Template gesichert. Jetzt muss ich den Rest neu machen, aber ide DB ist jetzt sauber. Ich werde noch Beshceid geben, obs jetzt klappt. Danke euch für die Anteilname. Bin jetzt mal kurz weg und melde mich nochmal. Ihr seid Super. Danke Heike Am 10.03.15 um 14:47 schrieb Heike Herzog-Kuhnke: Ich bin mit OSX unterwegs. Ich kann die Zeichen auch in den Editor kopieren. Manchmal kommt dann beim Speichern diese Meldung: 1: These fields are not properly updated in database: (bodytext) Probably value mismatch with fieldtype. Manchmal auch nicht, aber letztendlich sind dann nurnoch Fragezeichen übrig. Ich kann in PHP MyAdmin die Tabellen auf UTF-8 umstellen. Das ist aber recht mühselig. Gibts einen einfach zu verstehenden SQL-Befehl um das in einem Rutsch zu machen? Gruß Heike Am 10.03.15 um 14:41 schrieb Rainer Schleevoigt: Falls Du nicht mit OSX unterwegs bist, bist Du die fernöstlichen Schriftunterstützung „intallieren“, ansosnten kommen nur Fragezeichen. Am 10/03/15 um 14:27 schrieb Chris Wolff - AERTiCKET AG: Sind die Spalten in den Tabellen auch mit utf8 codiert? show create table tt_content; ich hatte hier den fall das einige spalten in einem typo3 system nicht den richtigen zeichensatz hatten. sollte dir zeigen wie die zeichensatz einstellung für die tabelle tt_content ist. Gruss chris -Ursprüngliche Nachricht- Von: typo3-german-boun...@lists.typo3.org [mailto:typo3-german-boun...@lists.typo3.org] Im Auftrag von Heike Herzog-Kuhnke Gesendet: Dienstag, 10. März 2015 14:20 An: typo3-german@lists.typo3.org Betreff: Re: [TYPO3-german] Chinesische Schriftzeichen Datenbank ist eingerichtet mit UTF-8 general_ci Sprache Deutsch Server-Typ: MySQL Server Version: 5.1.73-log - MySQL Community Server (GPL) Protokoll-Version: 10 Benutzer: ... Server Zeichensatz: UTF-8 Unicode (utf8) Apache/2.2.22 Datenbank-Client Version: libmysql - mysqlnd 5.0.10 - 20111026 - PHP-Erweiterung: mysqli PHP Myadmin: Versionsinformationen: 4.1.14.8 Am 10.03.15 um 14:10 schrieb Heike Herzog-Kuhnke: Ich bekomme keine Fehlermeldung sondern einfach nur Fragezeichen. Ich schaue noch mal die Datenbank an. Vielleicht ist die doch nicht UTF-8. Ist ja auf einem 1&1 Server und war ursprünglich mal eine 6.0.4 Installation. Vielleicht liegt es daran. Ich melde mcih noch einmal Gruß Heike Am 10.03.15 um 13:26 schrieb Rainer Schleevoigt: Am 10/03/15 um 13:02 schrieb Heike Herzog-Kuhnke: Hi Ihr Lieben, irgendwie bleibt es spannend, wenn ich typo3 mache :D Ich habe eine neue typo3 6.2.10 die jetzt auch recht angenehm läuft. Nun soll das die Seite einer Firma werden, die mit China zusammen arbeitet. Dafür muss ich in der Lage sein auch chinesische Zeichen einzubinden. Die Installation ist standard und damit UTF-8. Frage 1: Kann ich dort Chinesische Zeichen irgendwie einbinden? Die Fehlermeldung im Editor, nachdem ich welche eingefügt hatte sagt mir nein. Mewinst Du den RTE-Editor? Wenn dort das JS klemmt, dann versuche es doch aml mit der schlichten textarea, das sollte geghen, habe ich auch schon genutzt. Wie lautet die Fehlermeldung? Frage 2: Wenn 1 Nein ist, wie mache ich das oder geht das nicht? Lieben Gruß Heike ___ 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] Update auf 6.2.10 Fehler wegen trusted Pattern Check
Lieber Bernd, wenn Du mir sagst, wie ich es machen soll, teste ich alles, was Du willst. Wo finde ich die Informationen zu den Domain-Records? Es gibt eine _.htaccess Datei im typo3 Verzeichnis, die wohl von typo3 kommt. Soll ich die einfach mal in .htaccess umbenennen? Vielleicht reicht das ja und alles ist gut. Wenn nicht kann ich da dann vielleicht was eintragen, was das Problem eingrenzt. Oder wird die trotz _ ausgeführt? Lieben Gruß Heike Am 10.03.15 um 14:35 schrieb bernd wilke: Am 10.03.15 um 12:53 schrieb Heike Herzog-Kuhnke: OK ich hatte Deine Zusammenstellung eingetragen und einen Fehler bekommen. Dann noch mal probiert - weiterhin Fehler. Warum auch immer dachte ich mir, dass er vielleicht die Klammern nicht mag und habe diese einfach entfernt: www\.?Domain\-Zusatz\.de|com|net Im Install Tool eingetragen funktioniert für de und com (net hab ich garnicht :D ) Ist das ein Fehler? Die ganze Beschreibung oberhalb dieser Zeile wäre dann nämlich falsch. die klammern müsten aber schon dabei sein. ansonsten ist das gnaze nicht eindeutig, bzw. bedeutet etwas ganz anderes: zb. www\.Domain\-Zusatz\.de|com|net entweder www\.Domain\-Zusatz\.de oder com oder net wenn das dadurch bei irgendwas.com passt würde ich einen Fehler in der implementierung der regexp abfrage vermuten ohne Klammern müsstest du wohl folgendes eintragen: www\.Domain-Zusatz\.de|www\.Domain-Zusatz\.com|www\.Domain-Zusatz\.net|Domain-Zusatz\.de|Domain-Zusatz\.com|Domain-Zusatz\.net der Bindestrich sollte auch gänzlich ohne Escape funktionieren. und hast du mal getestet in wie weit die Domainrecords einen Unterschied machen (hidden oder visible)? bernd ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Chinesische Schriftzeichen
Ich bin mit OSX unterwegs. Ich kann die Zeichen auch in den Editor kopieren. Manchmal kommt dann beim Speichern diese Meldung: 1: These fields are not properly updated in database: (bodytext) Probably value mismatch with fieldtype. Manchmal auch nicht, aber letztendlich sind dann nurnoch Fragezeichen übrig. Ich kann in PHP MyAdmin die Tabellen auf UTF-8 umstellen. Das ist aber recht mühselig. Gibts einen einfach zu verstehenden SQL-Befehl um das in einem Rutsch zu machen? Gruß Heike Am 10.03.15 um 14:41 schrieb Rainer Schleevoigt: Falls Du nicht mit OSX unterwegs bist, bist Du die fernöstlichen Schriftunterstützung „intallieren“, ansosnten kommen nur Fragezeichen. Am 10/03/15 um 14:27 schrieb Chris Wolff - AERTiCKET AG: Sind die Spalten in den Tabellen auch mit utf8 codiert? show create table tt_content; ich hatte hier den fall das einige spalten in einem typo3 system nicht den richtigen zeichensatz hatten. sollte dir zeigen wie die zeichensatz einstellung für die tabelle tt_content ist. Gruss chris -Ursprüngliche Nachricht- Von: typo3-german-boun...@lists.typo3.org [mailto:typo3-german-boun...@lists.typo3.org] Im Auftrag von Heike Herzog-Kuhnke Gesendet: Dienstag, 10. März 2015 14:20 An: typo3-german@lists.typo3.org Betreff: Re: [TYPO3-german] Chinesische Schriftzeichen Datenbank ist eingerichtet mit UTF-8 general_ci Sprache Deutsch Server-Typ: MySQL Server Version: 5.1.73-log - MySQL Community Server (GPL) Protokoll-Version: 10 Benutzer: ... Server Zeichensatz: UTF-8 Unicode (utf8) Apache/2.2.22 Datenbank-Client Version: libmysql - mysqlnd 5.0.10 - 20111026 - PHP-Erweiterung: mysqli PHP Myadmin: Versionsinformationen: 4.1.14.8 Am 10.03.15 um 14:10 schrieb Heike Herzog-Kuhnke: Ich bekomme keine Fehlermeldung sondern einfach nur Fragezeichen. Ich schaue noch mal die Datenbank an. Vielleicht ist die doch nicht UTF-8. Ist ja auf einem 1&1 Server und war ursprünglich mal eine 6.0.4 Installation. Vielleicht liegt es daran. Ich melde mcih noch einmal Gruß Heike Am 10.03.15 um 13:26 schrieb Rainer Schleevoigt: Am 10/03/15 um 13:02 schrieb Heike Herzog-Kuhnke: Hi Ihr Lieben, irgendwie bleibt es spannend, wenn ich typo3 mache :D Ich habe eine neue typo3 6.2.10 die jetzt auch recht angenehm läuft. Nun soll das die Seite einer Firma werden, die mit China zusammen arbeitet. Dafür muss ich in der Lage sein auch chinesische Zeichen einzubinden. Die Installation ist standard und damit UTF-8. Frage 1: Kann ich dort Chinesische Zeichen irgendwie einbinden? Die Fehlermeldung im Editor, nachdem ich welche eingefügt hatte sagt mir nein. Mewinst Du den RTE-Editor? Wenn dort das JS klemmt, dann versuche es doch aml mit der schlichten textarea, das sollte geghen, habe ich auch schon genutzt. Wie lautet die Fehlermeldung? Frage 2: Wenn 1 Nein ist, wie mache ich das oder geht das nicht? Lieben Gruß Heike ___ 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] Chinesische Schriftzeichen
Hallo Heike Das Konvertieren von Datenbanken kann unlustig sein. Vor Allem wenn man UTF8 in eine latin1-Datenbank geschrieben hat, dann kann man sich zutode konvertieren. Eine Anleitung wäre Folgende: https://www.mittwald.de/blog/cms/typo3-cms/typo3-datenbank-umstellen-von-latin-1-auf-utf-8 ohne Garantie, daß sie auf Deine Bedürfnisse passt. Grundsätzlich machst Du immer einen Dump, konvertierst diesen, löscht Deine Datenbank und importierst den konvertierten Dump. Dann kontrollierst Du das Ergebnis. Ein weiteres Problem kann sein, daß mysqldump einen UTF8-Dump macht, auch wenn die Daten anders kodiert in der DB liegen. Dann müsstest Du so dumpen: mysqldump --default-character-set=latin1 DB_NAME > dump_datei.sql . Wenn Dein Projekt noch leer ist, ist es vielleicht zeitsparender komplett von vorn zu beginnen. Gehe vorher mit phpmyadmin auf die Datenbank und stelle die Kollation auf utf8_general_ci - viele Provider haben da standardmäßig latin1_german2_ci oder latin1_swedich-ci stehen - warum auch immer. Erst wenn Du das eingestellt hast, wird auch das TYPO3-Installations-Tool die Tabellen korrekt anlegen. Grüße Johannes -Ursprüngliche Nachricht- Von: typo3-german-boun...@lists.typo3.org [mailto:typo3-german-boun...@lists.typo3.org] Im Auftrag von Heike Herzog-Kuhnke Gesendet: Dienstag, 10. März 2015 14:35 An: typo3-german@lists.typo3.org Betreff: Re: [TYPO3-german] Chinesische Schriftzeichen In der Spalte "Kollation" steht bei allen Tabellen latin1_german2_ci Ich denke das wird das Problem verursachen. Wie bekomme ich das denn weg? Gibts dafür ein Tool? Noch habe ich da ja keine größeren Daten oder Seiten drin. Bisher stehen ein paar fast leere Beispiel-Seiten, ein Formular und das Template drin. Gruß Heike Am 10.03.15 um 14:27 schrieb Chris Wolff - AERTiCKET AG: > show create table tt_content; ___ 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] Chinesische Schriftzeichen
Am 10.03.15 um 14:35 schrieb Heike Herzog-Kuhnke: In der Spalte "Kollation" steht bei allen Tabellen latin1_german2_ci als default für tabellen nicht schön, aber nicht so wichtig. die Angabe bei den Feldern selber hat Vorrang, die müssen dann auf utf8 stehen. Ich denke das wird das Problem verursachen. Wie bekomme ich das denn weg? Gibts dafür ein Tool? das sollte eigentlich mit phpmyadmin ohne Probleme gehen. grundsätzlich deutet das aber darauf hin, dass deine Datenbank nicht sauber in utf-8 aufgesetzt ist. Die Kollation gibt es auf drei Ebenen: Datenbank Tabelle Feld dazu dann noch die Angabe zur Kommunikation. Datenbank- und Tabellen-Ebene sind eigentlich nur defaults für niedrigere Ebenen wenn dort bei Manipulationen keine Kollation angegeben ist. Noch habe ich da ja keine größeren Daten oder Seiten drin. Bisher stehen ein paar fast leere Beispiel-Seiten, ein Formular und das Template drin. das Template sichern die ganzen Tabellen löschen [1] und die Datenbank-Kollation auf UTF-8 setzen, dann das Install-Tool -> compare aufrufen. jetzt sollten die Tabellen mit UTF-8 und in den Tabellen die Felder mit UTF-8 angelegt sein. solltest du phpmyadmin als BE-Module laufen haben bist du jetzt draußen weil keine BE-user mehr existieren, dito BE-Sessions. da müßtest du selektiver vorgehen und mindestens diese beiden Tabellen leben lassen bernd -- http://www.pi-phi.de/cheatsheet.html ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Extbase - createQuery - statement Problem
Hallo Christian,
ich wollte auch einen Zugriff auf die fe_users haben. In meiner
Extension musste ich dazu folgende Schritte vornehmen:
Unter Domain/Models ein Model angelegt (weil ich zusätzliche Felder
genutzt habe:
/**
* User Model
*
* * @validate StringLength(minimum=6, maximum=15)
*
*/
class Users extends \TYPO3\CMS\Extbase\Domain\Model\FrontendUser {
/**
* @var string
*/
protected $passwordOld = '';
...
/**
* __construct
*/
public function __construct() {
parent::__construct();
}
/**
* Sets the $passwordOld value
*
* @param string $passwordOld
* @return void
* @api
*/
public function setPasswordOld($passwordOld) {
$this->passwordOld = $passwordOld;
}
/**
* Returns the $passwordOld value
*
* @return string
* @api
*/
public function getPasswordOld() {
return $this->passwordOld;
}
...
}
Wichtig hier: von Frontenduser ableiten, nicht von der allgemeinen Klasse.
Deine zusätzlichen Felder als Variablen, + getter und setter.
Dann das Repository:
/**
* The repository for Users
*/
class UsersRepository extends
\TYPO3\CMS\Extbase\Domain\Repository\FrontendUserRepository {
...
}
Hier musst du nur dann etwas eintragen, wenn du spezielle
Datenbankabfragen brauchst, die normalen wie "findAll" funktionieren
automatisch. Auch hier wieder von FrontendUser ableiten!
Dann unter Configuration/TypoScript noch das Mapping:
in setup.txt:
config.tx_extbase {
persistence {
classes {
DigitalWorx\DxSpecialistsearch\Domain\Model\Users {
mapping {
tableName = fe_users
recordType =
}
}
}
}
}
plugin.tx_dxspecialistsearch {
persistence {
classes {
DigitalWorx\DxSpecialistsearch\Domain\Model\User {
mapping {
tableName = fe_users
}
}
}
...
}
...
}
In ext_tables.php:
/**
* Table configuration fe_users
*/
$tempColumns = array (
'password_old' => array (
'exclude' => 1,
'label' =>
'LLL:EXT:dx_specialistsearch/Resources/Private/Language/locallang_db.xlf:fe_users.password',
'config' => array (
'type' => 'input',
'size' => 30,
'eval' => 'string',
'readOnly' => 1,
'default' => ''
)
),
);
$fields = 'password_old';
\TYPO3\CMS\Core\Utility\GeneralUtility::loadTCA('fe_users');
if (version_compare(TYPO3_branch, '6.2', '<')) {
\TYPO3\CMS\Core\Utility\ExtensionManagementUtility::addTCAcolumns('fe_users',
$tempColumns, 1);
} else {
\TYPO3\CMS\Core\Utility\ExtensionManagementUtility::addTCAcolumns('fe_users',
$tempColumns);
}
so hat es bei mir geklappt.
VG Silke
On 10.03.2015 14:12, typo3-german-requ...@lists.typo3.org wrote:
Message: 9
Date: Tue, 10 Mar 2015 13:24:18 +0100
From: Christian Leicht
Subject: [TYPO3-german] Extbase - createQuery - statement Problem
To:typo3-german@lists.typo3.org
Message-ID:
Content-Type: text/plain; charset=utf-8; format=flowed
Hallo,
ich hab noch ne Frage zu meinem gestrigen Problem. Will aber nicht
wieder ?ber Extbase herziehen;-) Deswegen ein neuer Post
Also, ich muss in einer Extension auf die fe_user DB zugreifen. Dazu
habe ich mir in meiner extension im repository Ordner
--
-
digital worx GmbH
Schulze-Delitzsch-Str. 16
70565 Stuttgart
Tel. 0711 220 40 93 0
Fax. 0711 220 40 93 44
c...@digital-worx.de
http://www.digital-worx.de
-
Geschaeftsfuehrer:
Sven Rahlfs
Mirko Ross
HRB 22 5281 Amtsgericht Stuttgart
USt.-Id. Nr.: DE218401190
-
Unseren Blog finden Sie unter:
http://think.digital-worx.de
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Chinesische Schriftzeichen
Falls Du nicht mit OSX unterwegs bist, bist Du die fernöstlichen Schriftunterstützung „intallieren“, ansosnten kommen nur Fragezeichen. Am 10/03/15 um 14:27 schrieb Chris Wolff - AERTiCKET AG: Sind die Spalten in den Tabellen auch mit utf8 codiert? show create table tt_content; ich hatte hier den fall das einige spalten in einem typo3 system nicht den richtigen zeichensatz hatten. sollte dir zeigen wie die zeichensatz einstellung für die tabelle tt_content ist. Gruss chris -Ursprüngliche Nachricht- Von: typo3-german-boun...@lists.typo3.org [mailto:typo3-german-boun...@lists.typo3.org] Im Auftrag von Heike Herzog-Kuhnke Gesendet: Dienstag, 10. März 2015 14:20 An: typo3-german@lists.typo3.org Betreff: Re: [TYPO3-german] Chinesische Schriftzeichen Datenbank ist eingerichtet mit UTF-8 general_ci Sprache Deutsch Server-Typ: MySQL Server Version: 5.1.73-log - MySQL Community Server (GPL) Protokoll-Version: 10 Benutzer: ... Server Zeichensatz: UTF-8 Unicode (utf8) Apache/2.2.22 Datenbank-Client Version: libmysql - mysqlnd 5.0.10 - 20111026 - PHP-Erweiterung: mysqli PHP Myadmin: Versionsinformationen: 4.1.14.8 Am 10.03.15 um 14:10 schrieb Heike Herzog-Kuhnke: Ich bekomme keine Fehlermeldung sondern einfach nur Fragezeichen. Ich schaue noch mal die Datenbank an. Vielleicht ist die doch nicht UTF-8. Ist ja auf einem 1&1 Server und war ursprünglich mal eine 6.0.4 Installation. Vielleicht liegt es daran. Ich melde mcih noch einmal Gruß Heike Am 10.03.15 um 13:26 schrieb Rainer Schleevoigt: Am 10/03/15 um 13:02 schrieb Heike Herzog-Kuhnke: Hi Ihr Lieben, irgendwie bleibt es spannend, wenn ich typo3 mache :D Ich habe eine neue typo3 6.2.10 die jetzt auch recht angenehm läuft. Nun soll das die Seite einer Firma werden, die mit China zusammen arbeitet. Dafür muss ich in der Lage sein auch chinesische Zeichen einzubinden. Die Installation ist standard und damit UTF-8. Frage 1: Kann ich dort Chinesische Zeichen irgendwie einbinden? Die Fehlermeldung im Editor, nachdem ich welche eingefügt hatte sagt mir nein. Mewinst Du den RTE-Editor? Wenn dort das JS klemmt, dann versuche es doch aml mit der schlichten textarea, das sollte geghen, habe ich auch schon genutzt. Wie lautet die Fehlermeldung? Frage 2: Wenn 1 Nein ist, wie mache ich das oder geht das nicht? Lieben Gruß Heike ___ 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 -- *Dipl.-Ing. Rainer Schleevoigt* Certified TYPO3 Integrator Certified Titanium App Developer Novalisweg 10 22303 Hamburg ℡ 040 60812460 |Ust-ID: DE239491976||| ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Chinesische Schriftzeichen
In der Spalte "Kollation" steht bei allen Tabellen latin1_german2_ci Ich denke das wird das Problem verursachen. Wie bekomme ich das denn weg? Gibts dafür ein Tool? Noch habe ich da ja keine größeren Daten oder Seiten drin. Bisher stehen ein paar fast leere Beispiel-Seiten, ein Formular und das Template drin. Gruß Heike Am 10.03.15 um 14:27 schrieb Chris Wolff - AERTiCKET AG: show create table tt_content; ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Update auf 6.2.10 Fehler wegen trusted Pattern Check
Am 10.03.15 um 12:53 schrieb Heike Herzog-Kuhnke: OK ich hatte Deine Zusammenstellung eingetragen und einen Fehler bekommen. Dann noch mal probiert - weiterhin Fehler. Warum auch immer dachte ich mir, dass er vielleicht die Klammern nicht mag und habe diese einfach entfernt: www\.?Domain\-Zusatz\.de|com|net Im Install Tool eingetragen funktioniert für de und com (net hab ich garnicht :D ) Ist das ein Fehler? Die ganze Beschreibung oberhalb dieser Zeile wäre dann nämlich falsch. die klammern müsten aber schon dabei sein. ansonsten ist das gnaze nicht eindeutig, bzw. bedeutet etwas ganz anderes: zb. www\.Domain\-Zusatz\.de|com|net entweder www\.Domain\-Zusatz\.de oder com oder net wenn das dadurch bei irgendwas.com passt würde ich einen Fehler in der implementierung der regexp abfrage vermuten ohne Klammern müsstest du wohl folgendes eintragen: www\.Domain-Zusatz\.de|www\.Domain-Zusatz\.com|www\.Domain-Zusatz\.net|Domain-Zusatz\.de|Domain-Zusatz\.com|Domain-Zusatz\.net der Bindestrich sollte auch gänzlich ohne Escape funktionieren. und hast du mal getestet in wie weit die Domainrecords einen Unterschied machen (hidden oder visible)? bernd -- http://www.pi-phi.de/cheatsheet.html ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Extbase - createQuery - statement Problem
Am 10.03.15 13:24, schrieb Christian Leicht:
> Hallo,
> ich hab noch ne Frage zu meinem gestrigen Problem. Will aber nicht
> wieder über Extbase herziehen ;-) Deswegen ein neuer Post
>
> Also, ich muss in einer Extension auf die fe_user DB zugreifen. Dazu
> habe ich mir in meiner extension im repository Ordner
>
> folgendes angelegt:
>
> class WwlfeuserfilesRepository extends
> \TYPO3\CMS\Extbase\Persistence\Repository {
>
> public function showFeuser($userid){
>
> $query = $this->createQuery();
> $query->statement("SELECT * FROM fe_users WHERE uid =
> '".$userid."'");
>
> return $query->execute();
> }
>
> }
Ähm, nein. Du schaufelst Dir Dein eigenes (Extbase-)Grab. Warum um alles
in der Welt holst Du Dir im WwlfeuserfilesRepository irgendwas aus einer
Tabelle, die Dich (in der Extbase-Welt) nichts angeht?
Das ganze wird dann auf ein Wwlfeuserfiles-Objekt projeziert, in dem
vermutlich außer uid und pid nichts existiert und deshalb geht das in
die Grütze.
Wie sieht denn Dein Wwlfeuserfiles-Model aus? Erweitert das feUser?
Zum richtigen Debuggen wurde Dir ja gestern schon was geschrieben, was
Du anscheinend aber noch nicht richtig beherzigt hast...
Marc
--
Marc Willmann. TYPO3-Freelancer.
http://www.marc-willmann.de
Seelandstr. 14-16
D-23569 Lübeck
TYPO3 Certified Integrator
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Chinesische Schriftzeichen
Sind die Spalten in den Tabellen auch mit utf8 codiert? show create table tt_content; ich hatte hier den fall das einige spalten in einem typo3 system nicht den richtigen zeichensatz hatten. sollte dir zeigen wie die zeichensatz einstellung für die tabelle tt_content ist. Gruss chris -Ursprüngliche Nachricht- Von: typo3-german-boun...@lists.typo3.org [mailto:typo3-german-boun...@lists.typo3.org] Im Auftrag von Heike Herzog-Kuhnke Gesendet: Dienstag, 10. März 2015 14:20 An: typo3-german@lists.typo3.org Betreff: Re: [TYPO3-german] Chinesische Schriftzeichen Datenbank ist eingerichtet mit UTF-8 general_ci Sprache Deutsch Server-Typ: MySQL Server Version: 5.1.73-log - MySQL Community Server (GPL) Protokoll-Version: 10 Benutzer: ... Server Zeichensatz: UTF-8 Unicode (utf8) Apache/2.2.22 Datenbank-Client Version: libmysql - mysqlnd 5.0.10 - 20111026 - PHP-Erweiterung: mysqli PHP Myadmin: Versionsinformationen: 4.1.14.8 Am 10.03.15 um 14:10 schrieb Heike Herzog-Kuhnke: > Ich bekomme keine Fehlermeldung sondern einfach nur Fragezeichen. > Ich schaue noch mal die Datenbank an. Vielleicht ist die doch nicht > UTF-8. Ist ja auf einem 1&1 Server und war ursprünglich mal eine 6.0.4 > Installation. Vielleicht liegt es daran. > > Ich melde mcih noch einmal > > Gruß > Heike > > Am 10.03.15 um 13:26 schrieb Rainer Schleevoigt: >> >> >> Am 10/03/15 um 13:02 schrieb Heike Herzog-Kuhnke: >>> Hi Ihr Lieben, >>> >>> irgendwie bleibt es spannend, wenn ich typo3 mache :D Ich habe eine >>> neue typo3 6.2.10 die jetzt auch recht angenehm läuft. >>> Nun soll das die Seite einer Firma werden, die mit China zusammen >>> arbeitet. Dafür muss ich in der Lage sein auch chinesische Zeichen >>> einzubinden. Die Installation ist standard und damit UTF-8. >>> >>> Frage 1: >>> Kann ich dort Chinesische Zeichen irgendwie einbinden? >>> Die Fehlermeldung im Editor, nachdem ich welche eingefügt hatte sagt >>> mir nein. >> Mewinst Du den RTE-Editor? Wenn dort das JS klemmt, dann versuche es >> doch aml mit der schlichten textarea, das sollte geghen, habe ich >> auch schon genutzt. >> Wie lautet die Fehlermeldung? >>> >>> Frage 2: >>> Wenn 1 Nein ist, wie mache ich das oder geht das nicht? >>> >>> Lieben Gruß >>> Heike >>> ___ >>> 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] Chinesische Schriftzeichen
Laut Wikipedia sollten die Zeichen eigentlich kein Problem sein. http://de.wikipedia.org/wiki/Chinesische_Zeichenkodierung Aber der Editor hat beim Speichern gemeckert, dass flasche Zeichen nicht gespeichert werden konnten. Danach waren die Zeichen Fragezeichen im Editor Am 10.03.15 um 14:20 schrieb Heike Herzog-Kuhnke: Datenbank ist eingerichtet mit UTF-8 general_ci Sprache Deutsch Server-Typ: MySQL Server Version: 5.1.73-log - MySQL Community Server (GPL) Protokoll-Version: 10 Benutzer: ... Server Zeichensatz: UTF-8 Unicode (utf8) Apache/2.2.22 Datenbank-Client Version: libmysql - mysqlnd 5.0.10 - 20111026 - PHP-Erweiterung: mysqli PHP Myadmin: Versionsinformationen: 4.1.14.8 Am 10.03.15 um 14:10 schrieb Heike Herzog-Kuhnke: Ich bekomme keine Fehlermeldung sondern einfach nur Fragezeichen. Ich schaue noch mal die Datenbank an. Vielleicht ist die doch nicht UTF-8. Ist ja auf einem 1&1 Server und war ursprünglich mal eine 6.0.4 Installation. Vielleicht liegt es daran. Ich melde mcih noch einmal Gruß Heike Am 10.03.15 um 13:26 schrieb Rainer Schleevoigt: Am 10/03/15 um 13:02 schrieb Heike Herzog-Kuhnke: Hi Ihr Lieben, irgendwie bleibt es spannend, wenn ich typo3 mache :D Ich habe eine neue typo3 6.2.10 die jetzt auch recht angenehm läuft. Nun soll das die Seite einer Firma werden, die mit China zusammen arbeitet. Dafür muss ich in der Lage sein auch chinesische Zeichen einzubinden. Die Installation ist standard und damit UTF-8. Frage 1: Kann ich dort Chinesische Zeichen irgendwie einbinden? Die Fehlermeldung im Editor, nachdem ich welche eingefügt hatte sagt mir nein. Mewinst Du den RTE-Editor? Wenn dort das JS klemmt, dann versuche es doch aml mit der schlichten textarea, das sollte geghen, habe ich auch schon genutzt. Wie lautet die Fehlermeldung? Frage 2: Wenn 1 Nein ist, wie mache ich das oder geht das nicht? Lieben Gruß Heike ___ 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] Verständnisproblem für Permissions
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hallo, > Wenn Du über die Kommandozeile im Dateisystem Änderungen vornimmst, dann > macht man das häufig > als root und der Webserver eigentlich sollte das jeder wissen, aber root ist grundsätzlich nicht der richtige Weg, wenn über die Konsole dann doch mit einem entsprechendem User, auch wenn das nun dem einen oder anderen zu langweilig ist. :) ein paar Anregungen: SSH root Login sollte grundsätzlich nicht erlaubt werden Login nur mit Public Key Verfahren root nur entsprechende user mittels sudo möglich SSH Standardport ändern my 2 cent - -- Michael Kasten | http://m-kasten.de Im wirklichen Leben gibt es kein [Strg]+[Z] -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQEcBAEBAgAGBQJU/vGlAAoJEF1/iIvWnG8NNGAH/1ot+qVelWuzjWHpF6WGmPOD OkgTDBwf2dcF3PYqNYTbVf3EfwK3O1CtsQs6KhqRrDOReLtEnxpImJKvCuvNhA5I dxzwtmM2ylZtdvFMu52SNXJEqFNhJ1wxGcoqY77JMXfJy5fnObLsox/ADfvC5Vls pcLV1ngIujAtvU57ZGkXiu24h74y+mELg2cW501r28JTHAqUE0jkFMyjpuD8AMiE 79dnFzNKnMyq+7UlKeYzrTKqruZ1226V/27ysk27aYbqKpHBSGE6mxVnIDsF3MyN RUShjOexhZqdEMH3xrqfP8dHq8Q+5eyl5jActgVSwiUrSxGHkiVkxYuDnjnYB1c= =+o7K -END PGP SIGNATURE- ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Chinesische Schriftzeichen
Datenbank ist eingerichtet mit UTF-8 general_ci Sprache Deutsch Server-Typ: MySQL Server Version: 5.1.73-log - MySQL Community Server (GPL) Protokoll-Version: 10 Benutzer: ... Server Zeichensatz: UTF-8 Unicode (utf8) Apache/2.2.22 Datenbank-Client Version: libmysql - mysqlnd 5.0.10 - 20111026 - PHP-Erweiterung: mysqli PHP Myadmin: Versionsinformationen: 4.1.14.8 Am 10.03.15 um 14:10 schrieb Heike Herzog-Kuhnke: Ich bekomme keine Fehlermeldung sondern einfach nur Fragezeichen. Ich schaue noch mal die Datenbank an. Vielleicht ist die doch nicht UTF-8. Ist ja auf einem 1&1 Server und war ursprünglich mal eine 6.0.4 Installation. Vielleicht liegt es daran. Ich melde mcih noch einmal Gruß Heike Am 10.03.15 um 13:26 schrieb Rainer Schleevoigt: Am 10/03/15 um 13:02 schrieb Heike Herzog-Kuhnke: Hi Ihr Lieben, irgendwie bleibt es spannend, wenn ich typo3 mache :D Ich habe eine neue typo3 6.2.10 die jetzt auch recht angenehm läuft. Nun soll das die Seite einer Firma werden, die mit China zusammen arbeitet. Dafür muss ich in der Lage sein auch chinesische Zeichen einzubinden. Die Installation ist standard und damit UTF-8. Frage 1: Kann ich dort Chinesische Zeichen irgendwie einbinden? Die Fehlermeldung im Editor, nachdem ich welche eingefügt hatte sagt mir nein. Mewinst Du den RTE-Editor? Wenn dort das JS klemmt, dann versuche es doch aml mit der schlichten textarea, das sollte geghen, habe ich auch schon genutzt. Wie lautet die Fehlermeldung? Frage 2: Wenn 1 Nein ist, wie mache ich das oder geht das nicht? Lieben Gruß Heike ___ 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] Verständnisproblem für Permissions
Hallo Heike, > Bisher läuft alles ohne diese 2. > Setzt ihr die im Allgemeinen oder ignoriert ihr diese Meldung? wenn Du nur über die Weboberfläcche arbeitest, wirst Du dieses Bit nie vermissen. Wenn Du über die Kommandozeile im Dateisystem Änderungen vornimmst, dann macht man das häufig als root und der Webserver, meist Apache, kann dann nicht auf die Datei zugreifen. Mit wachsender Grösse und Komplexität/Alterung einer Typo3-Installation kann es vorkommen, dass Du Änderungen vornimmst und nicht sofort merkst, dass etwas nicht funktioniert. Typischerweise testet man nie alle Seiten und wird auch ab und an von dem Cache-Algorithmuss genarrt. In meiner Produktionsumgebung habe ich mir angewöhnt, im Rootverzeichnis der Typo3-Installation nach Änderungen schnell mal "chown -R . ." einzugeben und damit sind alle Dateien und Verzeichnisse wieder im Zugriff des Webservers. Dann kommst Du auch ohne dieses spezielle Bit aus. -- cu - Bernd ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Chinesische Schriftzeichen
Ich bekomme keine Fehlermeldung sondern einfach nur Fragezeichen. Ich schaue noch mal die Datenbank an. Vielleicht ist die doch nicht UTF-8. Ist ja auf einem 1&1 Server und war ursprünglich mal eine 6.0.4 Installation. Vielleicht liegt es daran. Ich melde mcih noch einmal Gruß Heike Am 10.03.15 um 13:26 schrieb Rainer Schleevoigt: Am 10/03/15 um 13:02 schrieb Heike Herzog-Kuhnke: Hi Ihr Lieben, irgendwie bleibt es spannend, wenn ich typo3 mache :D Ich habe eine neue typo3 6.2.10 die jetzt auch recht angenehm läuft. Nun soll das die Seite einer Firma werden, die mit China zusammen arbeitet. Dafür muss ich in der Lage sein auch chinesische Zeichen einzubinden. Die Installation ist standard und damit UTF-8. Frage 1: Kann ich dort Chinesische Zeichen irgendwie einbinden? Die Fehlermeldung im Editor, nachdem ich welche eingefügt hatte sagt mir nein. Mewinst Du den RTE-Editor? Wenn dort das JS klemmt, dann versuche es doch aml mit der schlichten textarea, das sollte geghen, habe ich auch schon genutzt. Wie lautet die Fehlermeldung? Frage 2: Wenn 1 Nein ist, wie mache ich das oder geht das nicht? Lieben Gruß Heike ___ 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] Chinesische Schriftzeichen
Am 10/03/15 um 13:02 schrieb Heike Herzog-Kuhnke: Hi Ihr Lieben, irgendwie bleibt es spannend, wenn ich typo3 mache :D Ich habe eine neue typo3 6.2.10 die jetzt auch recht angenehm läuft. Nun soll das die Seite einer Firma werden, die mit China zusammen arbeitet. Dafür muss ich in der Lage sein auch chinesische Zeichen einzubinden. Die Installation ist standard und damit UTF-8. Frage 1: Kann ich dort Chinesische Zeichen irgendwie einbinden? Die Fehlermeldung im Editor, nachdem ich welche eingefügt hatte sagt mir nein. Mewinst Du den RTE-Editor? Wenn dort das JS klemmt, dann versuche es doch aml mit der schlichten textarea, das sollte geghen, habe ich auch schon genutzt. Wie lautet die Fehlermeldung? Frage 2: Wenn 1 Nein ist, wie mache ich das oder geht das nicht? Lieben Gruß Heike ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german -- *Dipl.-Ing. Rainer Schleevoigt* Certified TYPO3 Integrator Certified Titanium App Developer Novalisweg 10 22303 Hamburg ℡ 040 60812460 |Ust-ID: DE239491976||| ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Extbase - createQuery - statement Problem
Hallo,
ich hab noch ne Frage zu meinem gestrigen Problem. Will aber nicht
wieder über Extbase herziehen ;-) Deswegen ein neuer Post
Also, ich muss in einer Extension auf die fe_user DB zugreifen. Dazu
habe ich mir in meiner extension im repository Ordner
folgendes angelegt:
class WwlfeuserfilesRepository extends
\TYPO3\CMS\Extbase\Persistence\Repository {
public function showFeuser($userid){
$query = $this->createQuery();
$query->statement("SELECT * FROM fe_users WHERE uid =
'".$userid."'");
return $query->execute();
}
}
Jetzt wird das im Controller abgefragt:
class WwlfeuserfilesController extends
\TYPO3\CMS\Extbase\Mvc\Controller\ActionController {
/**
* wwlfeuserfilesRepository
*
* @var \WWL\WwlFeuserfiles\Domain\Repository\WwlfeuserfilesRepository
* @inject
*/
protected $wwlfeuserfilesRepository = NULL;
/**
* action list
*
* @return void
*/
public function listAction() {
$user = $GLOBALS['TSFE']->fe_user->user;
$wwlfeuserfiles =
$this->wwlfeuserfilesRepository->showFeuser($user['uid']);
$this->view->assign('test', $user['username']);
$this->view->assign('wwlfeuserfiles', $wwlfeuserfiles);
}
}
Leider gibt es im Fluid keine Ausgabe. Nur die uid und pid wird richtig
angezeigt:
Extbase Variable Dump
TYPO3\CMS\Extbase\Persistence\Generic\QueryResultprototypeobject (empty)
0 =>
WWL\WwlFeuserfiles\Domain\Model\Wwlfeuserfilesprototypepersistent entity
(uid=1, pid=41)
dummy => '' (0 chars)
wwlfalfiles => NULL
filegroup => '' (0 chars)
wwlfedescription => '' (0 chars)
uid => 1 (integer)
_localizedUid => 1 (integer)modified
_languageUid => 0 (integer)modified
_versionedUid => 1 (integer)modified
pid => 41 (integer)
Meine Frage: Muss ich da noch was mappen, damit ich auf die fe_users
zugreifen kann? Oder, muss ich alle fe_users Felder in meinem Model
anlegen? Was ich schon mal gemacht habe und nichts genutzt hat.
Woran kann das liegen?
Besten Dank für Hilfe
Christian
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Verständnisproblem für Permissions
Danke für den Link. Bisher läuft alles ohne diese 2. Setzt ihr die im Allgemeinen oder ignoriert ihr diese Meldung? Gruß Heike Am 10.03.15 um 09:13 schrieb Bernd Glueckert: Hallo Heike, das ist das SGID-Bit. Siehe http://de.wikipedia.org/wiki/Setgid ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Chinesische Schriftzeichen
Hi Ihr Lieben, irgendwie bleibt es spannend, wenn ich typo3 mache :D Ich habe eine neue typo3 6.2.10 die jetzt auch recht angenehm läuft. Nun soll das die Seite einer Firma werden, die mit China zusammen arbeitet. Dafür muss ich in der Lage sein auch chinesische Zeichen einzubinden. Die Installation ist standard und damit UTF-8. Frage 1: Kann ich dort Chinesische Zeichen irgendwie einbinden? Die Fehlermeldung im Editor, nachdem ich welche eingefügt hatte sagt mir nein. Frage 2: Wenn 1 Nein ist, wie mache ich das oder geht das nicht? Lieben Gruß Heike ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Ausgabe von Datenbankfeld type="flex"
Hi, ich habe für ein Plugin eine Datenbanktabelle angelegt. Da ich eine gewisse flexibilität darin benötige habe ich eines der Felder in der TCA als type=flex bezeichnet mit entsprechender DataStrukture. Im BE bekomme ich das auch ausgegeben und kann die Felder füllen, welche auch gespeichert werden. Nun hier die Frage. Das Model gibt mir das Feld als String zurück. Also das gesamte XML. Gibt es eine Funktion wie man dieses XML wieder in ein Objekt oder Array umwandelt? Für die FE-Ausgabe. Ich benutze Typo3 6.2 und das Plugin ist ExtBase mit Fluidausgabe ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Update auf 6.2.10 Fehler wegen trusted Pattern Check
OK ich hatte Deine Zusammenstellung eingetragen und einen Fehler bekommen. Dann noch mal probiert - weiterhin Fehler. Warum auch immer dachte ich mir, dass er vielleicht die Klammern nicht mag und habe diese einfach entfernt: www\.?Domain\-Zusatz\.de|com|net Im Install Tool eingetragen funktioniert für de und com (net hab ich garnicht :D ) Ist das ein Fehler? Die ganze Beschreibung oberhalb dieser Zeile wäre dann nämlich falsch. Gruß Heike Am 10.03.15 um 12:44 schrieb Heike Herzog-Kuhnke: F Das betrifft auch das Frontend : Also noch mal guggen was Du da für eine Variante hattest und hoffen, dass er sie annimmt.. Am 10.03.15 um 11:11 schrieb bernd wilke: Am 10.03.15 um 09:14 schrieb Heike Herzog-Kuhnke: Hallo Bernd, vielen Dank, das ist schon sehr hilfreich. Hat mir doch mein Windows und DOS Wissen in die Suppe gespuckt ;o) Das Problem ist, dass ich die Installation für jemanden herrichte, der dann den Rest selbst machen möchte. Momentan gibt es zwei TLDs reserviert (de und com). Aber ich weiß nicht, ob da ncoh mehr dazu kommt. Insofern wäre mir jetzt noch die zweite Frage wichtig. Was bewirkt das Ganze. Schränkt das nur den Zugriff auf das Backend ein oder hat diese Einstellung auch Auswirkungen auf das Frontend? von der Systematik her könnte es beides sein. du hast doch Zugriff auf das ganze: setze nur .de und teste ob der Server im FE auch auf .com reagiert und wie er im BE auf .com reagiert. ich würde auch die domainrecords berücksichtigen: funktioniert der Zugriff über .com wenn das pattern nicht passt aber ein domainrecord vorhanden ist? Im ersteren Fall würde ich es eiskalt bei de lassen, im letzteren Fall müsste ich es relativ weit fassen. nope, du könntest einfach dokumentieren, dass bei weiteren Domians das pattern angepasst werden muss. ggfls. kostenpflichtig von dir ;) bernd ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Update auf 6.2.10 Fehler wegen trusted Pattern Check
Merci isch teste :) Und gebe hier natürlch Bescheid, was ich herausbekommen habe :D Am 10.03.15 um 11:11 schrieb bernd wilke: Am 10.03.15 um 09:14 schrieb Heike Herzog-Kuhnke: Hallo Bernd, vielen Dank, das ist schon sehr hilfreich. Hat mir doch mein Windows und DOS Wissen in die Suppe gespuckt ;o) Das Problem ist, dass ich die Installation für jemanden herrichte, der dann den Rest selbst machen möchte. Momentan gibt es zwei TLDs reserviert (de und com). Aber ich weiß nicht, ob da ncoh mehr dazu kommt. Insofern wäre mir jetzt noch die zweite Frage wichtig. Was bewirkt das Ganze. Schränkt das nur den Zugriff auf das Backend ein oder hat diese Einstellung auch Auswirkungen auf das Frontend? von der Systematik her könnte es beides sein. du hast doch Zugriff auf das ganze: setze nur .de und teste ob der Server im FE auch auf .com reagiert und wie er im BE auf .com reagiert. ich würde auch die domainrecords berücksichtigen: funktioniert der Zugriff über .com wenn das pattern nicht passt aber ein domainrecord vorhanden ist? Im ersteren Fall würde ich es eiskalt bei de lassen, im letzteren Fall müsste ich es relativ weit fassen. nope, du könntest einfach dokumentieren, dass bei weiteren Domians das pattern angepasst werden muss. ggfls. kostenpflichtig von dir ;) bernd ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Update auf 6.2.10 Fehler wegen trusted Pattern Check
F Das betrifft auch das Frontend : Also noch mal guggen was Du da für eine Variante hattest und hoffen, dass er sie annimmt.. Am 10.03.15 um 11:11 schrieb bernd wilke: Am 10.03.15 um 09:14 schrieb Heike Herzog-Kuhnke: Hallo Bernd, vielen Dank, das ist schon sehr hilfreich. Hat mir doch mein Windows und DOS Wissen in die Suppe gespuckt ;o) Das Problem ist, dass ich die Installation für jemanden herrichte, der dann den Rest selbst machen möchte. Momentan gibt es zwei TLDs reserviert (de und com). Aber ich weiß nicht, ob da ncoh mehr dazu kommt. Insofern wäre mir jetzt noch die zweite Frage wichtig. Was bewirkt das Ganze. Schränkt das nur den Zugriff auf das Backend ein oder hat diese Einstellung auch Auswirkungen auf das Frontend? von der Systematik her könnte es beides sein. du hast doch Zugriff auf das ganze: setze nur .de und teste ob der Server im FE auch auf .com reagiert und wie er im BE auf .com reagiert. ich würde auch die domainrecords berücksichtigen: funktioniert der Zugriff über .com wenn das pattern nicht passt aber ein domainrecord vorhanden ist? Im ersteren Fall würde ich es eiskalt bei de lassen, im letzteren Fall müsste ich es relativ weit fassen. nope, du könntest einfach dokumentieren, dass bei weiteren Domians das pattern angepasst werden muss. ggfls. kostenpflichtig von dir ;) bernd ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Extension für Kleinanzeigen
Hallo, ich suche eine Extension mit der man einen Kleinanzeigenmarkt erstellen kann. Eingesetzte Typo3 Version 6.2.10 Danke und Gruß Andy ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] solr - appear to be valid JSON
Am 10.03.15 um 11:26 schrieb Jochen Graf: Hätte jemand einen Rat, wie ich das zu laufen bekommen kann? Dein Solrpfad sieht nicht richtig aus. Warum ist da ein tilde drin? so könnte es richtig sein: path = /solr/cores/typo3-de_DE Olivier ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] solr - appear to be valid JSON
Hallo,
ich habe auf Ubuntu 14.04 LTS Typo3 Version 6.2.9 installiert.
/var/www/html/typo3conf/ext/solr/Resources/Shell/install-solr.sh
die Version musste ich abändern
#TOMCAT_VERSION=6.0.41
TOMCAT_VERSION=6.0.43
Apache Tomcat/6.0.43 und solr3.
Der Kontakt von Typo3 zum Solr Server klappt.
Your Apache Solr server has been contacted.
Hosts contacted:
http://192.168.50.246:8080/solr/#/~cores/typo3-de_DE/
Der Planer > Index Queue Worker (solr) wird auch ausgeführt "Ausgeführt:
Index Queue Worker (solr)"
Doch sobald ich auf Info > Search Index Inspector gehe, bekomme ich
folgende Meldung.!
Oops, an error occurred!
Solr response does not appear to be valid JSON, please examine the raw
response with getRawResponse() method
Meine Konstanten
plugin.tx_solr {
solr {
scheme = http
host = 192.168.50.246
port = 8080
path = /solr/#/~cores/typo3-de_DE
}
search {
targetPage = 1
results {
resultsPerPage = 3
}
}
}
Nach langer Suche im Netz konnte ich keine Lösung finden.
Hätte jemand einen Rat, wie ich das zu laufen bekommen kann?
danke
gruss jochen
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] $TYPO3_CONF_VARS['SYS']['setDBinit'] unter 6.2
Am 10.03.15 um 10:57 schrieb Christian Nölle: Ahoi! Wir arbeiten gerade an dem Umstieg 4.5 auf 6.2. Dabei bin ich über den o.a. Eintrag gestolpert. Ist der noch notwendig unter 6.2? Also in voller Pracht: SET NAMES utf8;' . LF . 'SET SESSION character_set_server=utf8; seit 4.6 ist SET NAMES utf8; der default wert falls kein Eintrag in localconf.php/ LocalConfiguration.php vorhanden ist. beachte: ein Leerstring ist nicht 'nicht gesetzt'! bernd -- http://www.pi-phi.de/cheatsheet.html ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Update auf 6.2.10 Fehler wegen trusted Pattern Check
Am 10.03.15 um 09:14 schrieb Heike Herzog-Kuhnke: Hallo Bernd, vielen Dank, das ist schon sehr hilfreich. Hat mir doch mein Windows und DOS Wissen in die Suppe gespuckt ;o) Das Problem ist, dass ich die Installation für jemanden herrichte, der dann den Rest selbst machen möchte. Momentan gibt es zwei TLDs reserviert (de und com). Aber ich weiß nicht, ob da ncoh mehr dazu kommt. Insofern wäre mir jetzt noch die zweite Frage wichtig. Was bewirkt das Ganze. Schränkt das nur den Zugriff auf das Backend ein oder hat diese Einstellung auch Auswirkungen auf das Frontend? von der Systematik her könnte es beides sein. du hast doch Zugriff auf das ganze: setze nur .de und teste ob der Server im FE auch auf .com reagiert und wie er im BE auf .com reagiert. ich würde auch die domainrecords berücksichtigen: funktioniert der Zugriff über .com wenn das pattern nicht passt aber ein domainrecord vorhanden ist? Im ersteren Fall würde ich es eiskalt bei de lassen, im letzteren Fall müsste ich es relativ weit fassen. nope, du könntest einfach dokumentieren, dass bei weiteren Domians das pattern angepasst werden muss. ggfls. kostenpflichtig von dir ;) bernd -- http://www.pi-phi.de/cheatsheet.html ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] $TYPO3_CONF_VARS['SYS']['setDBinit'] unter 6.2
Hallo Christian Nein, ich hab den nirgends drin. Da 6.x UTF8 voraussetzt, muß das nicht mehr explizit angegeben werden. Mit freundlichen Grüßen Johannes C. Schulz __ EnzephaloN IT-Solutions Johannes C. Schulz Hellerweg 11 99425 Weimar Telefon: +49 (0) 3643 251108 Telefax: +49 (0) 3643 901661 Mobil: +49 (0) 179 1037136 www.enzephalon.de „Progammer – n. [proh-gram-er] an organism that turns caffeine and pizza into software -Ursprüngliche Nachricht- Von: typo3-german-boun...@lists.typo3.org [mailto:typo3-german-boun...@lists.typo3.org] Im Auftrag von Christian Nölle Gesendet: Dienstag, 10. März 2015 10:58 An: typo3-german@lists.typo3.org Betreff: [TYPO3-german] $TYPO3_CONF_VARS['SYS']['setDBinit'] unter 6.2 Ahoi! Wir arbeiten gerade an dem Umstieg 4.5 auf 6.2. Dabei bin ich über den o.a. Eintrag gestolpert. Ist der noch notwendig unter 6.2? Also in voller Pracht: SET NAMES utf8;' . LF . 'SET SESSION character_set_server=utf8; Grüße! -- -c ___ 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] $TYPO3_CONF_VARS['SYS']['setDBinit'] unter 6.2
Ahoi! Wir arbeiten gerade an dem Umstieg 4.5 auf 6.2. Dabei bin ich über den o.a. Eintrag gestolpert. Ist der noch notwendig unter 6.2? Also in voller Pracht: SET NAMES utf8;' . LF . 'SET SESSION character_set_server=utf8; Grüße! -- -c ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Extbase macht mich verrückt
Am 09.03.15 17:55, schrieb Christian Leicht:
> Muss dann für jedes Feld einer Datenbankabfrage ein Modul Eintrag
> erstellt werden?
>
> Ich rufe ja aus meiner Extension heraus die fe_users Datenbank auf und
> möchte auf die Felder zugreifen. Leider kommt im Controller nichts an.
>
> Im Repository:
> public function showFeuser($userid){
>
> $query = $this->createQuery();
> $query->statement("SELECT * FROM fe_users WHERE uid =
> '".$userid."'");
>
> return $query->execute();
> }
Im Repository nichts um im Controller
$this->wwlfeuserfilesRepository->findByUid($uid)
ist doch viel einfacher? ;-)
und lass _grundsätzlich_ die SQL-Statements im Repo (die braucht man nur
für Ausnahmefälle) und verwende stattdessen die Extbase-Methoden.
> Im Controller:
> $wwlfeuserfiles =
> $this->wwlfeuserfilesRepository->showFeuser($user['uid']);
>
>
> Und $wwlfeuserfiles ist bis auf uid und pid leer.
>
> Christian
>
>
>
>
>
>
>
> Am 09.03.2015 um 16:23 schrieb Stephan Schuler:
> Hallo zusammen.
>
>
> Meine Vermutungen wären (mit absteigender Wahrscheinlichkeit):
> * Das Model ist falsch oder nicht annotiert.
> * Die Properties des Models haben (namentlich) nichts mit den Columns
> der Tabelle zu tun.
> * Der Cache ist nicht hinreichend gecleared.
> * Vielleicht gibt es gar kein passendes Model. Wobei ich dann erwarten
> würde dass überhaupt nichts geht, der PropertyMapper wird ja
> hoffentlich nicht auf eine StdClass zurückfallen und das
> AbstractDomainObject ist nicht umsonst abstract.
>
> Dass die Fehlerbeschreibung "an Fluid und kann es auch auflisten"
> beinhaltet zeigt mir: Die notwendigen Werkzeuge werden nicht genutzt.
>
> Sieh bitte zu dass du einen Debugger ans Laufen bekommst. Verwende
> eine IDE die mit xdebug klar kommt, dazu einen Webserver der xdebug
> verwendet und dann setz einen Breakpoint in die Zeile des
> "$this->view->assign()".
>
> Das hätte nämlich auch schon heute Mittag offengelegt, dass das
> Repository ganz banal nicht in die Klasse injected wurde.
>
> Natürlich *kann* man jetzt auch mit dem "f:debug()"-ViewHelper
> hantieren. Das macht aber keinen Spaß. Zumal Du ja eigentlich
> überhaupt kein Fluid debuggen möchtest, Fluid geht ja offensichtlich.
>
>
> Pro-Tip:
> Das was du gerade als Statement treibst geht übrigens schöner,
> einfacher und erfordert nicht mal eine zusätzliche Methode im Repository.
>
> Das QueryResultInterface schreibt "getFirst()" vor, und das
> Generic/QueryResult ist so schlau, einen bestehenden Query durch ein
> "setLimit(1)" zu erweitern.
>
> https://typo3.org/api/typo3cms/class_t_y_p_o3_1_1_c_m_s_1_1_extbase_1_1_persistence_1_1_repository.html#a73a1b0348919b6755e4f69dcc70eba64
>
>
> https://typo3.org/api/typo3cms/interface_t_y_p_o3_1_1_c_m_s_1_1_extbase_1_1_persistence_1_1_query_result_interface.html#acac359f9ae56b80c7979f4a4feb736e5
>
>
> https://typo3.org/api/typo3cms/class_t_y_p_o3_1_1_c_m_s_1_1_extbase_1_1_persistence_1_1_generic_1_1_query_result.html#acac359f9ae56b80c7979f4a4feb736e5
>
> https://typo3.org/api/typo3cms/_query_result_8php_source.html#l00098
>
>
> Gruß,
>
>
>
> Stephan Schuler
> Web-Entwickler | netlogix Media
>
> Telefon: +49 (911) 539909 - 0
> E-Mail: stephan.schu...@netlogix.de
> Web: media.netlogix.de
>
>
>
>
> netlogix GmbH & Co. KG
> IT-Services | IT-Training | Media
> Neuwieder Straße 10 | 90411 Nürnberg
> Telefon: +49 (911) 539909 - 0 | Fax: +49 (911) 539909 - 99
> E-Mail: i...@netlogix.de | Web: http://www.netlogix.de
>
> netlogix GmbH & Co. KG ist eingetragen am Amtsgericht Nürnberg (HRA
> 13338)
> Persönlich haftende Gesellschafterin: netlogix Verwaltungs GmbH (HRB
> 20634)
> Umsatzsteuer-Identifikationsnummer: DE 233472254
> Geschäftsführer: Stefan Buchta, Matthias Schmidt
>
>
>
> -Ursprüngliche Nachricht-
> Von: typo3-german-boun...@lists.typo3.org
> [mailto:typo3-german-boun...@lists.typo3.org] Im Auftrag von Georg Ringer
> Gesendet: Montag, 9. März 2015 14:30
> An: typo3-german@lists.typo3.org
> Betreff: Re: [TYPO3-german] Extbase macht mich verrückt
>
> Am 2015-03-09 um 13:59 schrieb Marc Willmann:
teilweise. Das @inject ist z.B. wichtig. Google nach "Dependency
Injection". Einmal verstanden willst Du nie wieder ohne DI
programmieren.
>
> ich empfehle das @inject wegzulassen und injectmethoden zu verwenden
> da die einiges schneller sind!
>
> lg georg
> ___
> 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
--
Marc Willmann. TYPO3-Freelancer.
http://www.marc-willmann.d
Re: [TYPO3-german] Update auf 6.2.10 Fehler wegen trusted Pattern Check
Hallo Bernd,
vielen Dank, das ist schon sehr hilfreich. Hat mir doch mein Windows und
DOS Wissen in die Suppe gespuckt ;o)
Das Problem ist, dass ich die Installation für jemanden herrichte, der
dann den Rest selbst machen möchte. Momentan gibt es zwei TLDs
reserviert (de und com). Aber ich weiß nicht, ob da ncoh mehr dazu kommt.
Insofern wäre mir jetzt noch die zweite Frage wichtig.
Was bewirkt das Ganze. Schränkt das nur den Zugriff auf das Backend ein
oder hat diese Einstellung auch Auswirkungen auf das Frontend?
Im ersteren Fall würde ich es eiskalt bei de lassen, im letzteren Fall
müsste ich es relativ weit fassen.
Gruß & Danke
Heike
Am 10.03.15 um 09:07 schrieb bernd wilke:
Am 10.03.15 um 08:45 schrieb Heike Herzog-Kuhnke:
Die Extension ist super und generiert einen funktionierenden Pattern.
Super. Aber sie findet nur eine von zwei Domains, die dahin laufen
sollen.
www\.Domain\-zusatzNachMinus\.de
Wenn ich das eintrage, dann passt alles mit dem Backend.
Wenn ich dann aber aus .de ein .* mache, um alle Domain-Endungen für die
Domain frei zu schalten, dann klappt es wieder nicht. Nach meinem Gefühl
sollte doch das .* am Ende erlaubt sein?
meinst du
www\.Domain\-zusatzNachMinus\.*
?
dann solltest du dich mal mit regexp beschäftigen und verstehen welche
zeichenketten mit diesem Muster übereinstimmen
'*' hat bei Verzeichnis listings (speziell windows) die Bedeutung von
"beliebige Zeichen in beliebiger Anzahl", in einer regexp bedeutet '*'
aber: "eine beliebige Anzahl des Zeichens vor dem '*'
ein beliebiges Zeichen wird in regexp mit '.' repräsentiert, wenn man
einen Punkt explizit haben möchte muss man die Sonderbedeutung aufheben:
mit einem Escape-Zeichen ('\'). Dahere sind in dem Pattern die Punkte
jeweils escaped: es soll eben nicht auf die Domain
'wwwXDomain-zusatzNachMinus.de' passen
wenn du also eine beliebige TLD zulassen willst müsstest du
www\.Domain\-zusatzNachMinus\..*
verwenden.
aber hast du wirklich alle domains in allen TLDs reserviert?
täglich gibt es mehr TLDs. vermutlich wäre da folgendes besser:
(www\.)?Domain\-zusatzNachMinus\.(de|com|net)
wobei ich nicht ganz das escaping des Bindestrichs verstehe. aber
schaden wird es wohl nicht.
http://www.regenechsen.de/phpwcms/index.php?regex_allg_liste
bernd
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Verständnisproblem für Permissions
Hallo Heike, das ist das SGID-Bit. Siehe http://de.wikipedia.org/wiki/Setgid -- cu - Bernd From: Heike Herzog-Kuhnke To: typo3-german@lists.typo3.org Date: 10.03.2015 09:05 Subject:[TYPO3-german] Verständnisproblem für Permissions Sent by:typo3-german-boun...@lists.typo3.org Hallo Liste, ich bin momentan immer wieder mal darüber gestolpert, dass ich folgende Anzeige im Install-Tool sehe: Default configured permissions are 2775 but current permissions are 0775 Was bedeutet denn die zwei vorneweg. Ich kenne die permissions, die ich per chmod vergebe nur dreistellig. Was macht die 2 da vorne und wie vergibt man die eigentlich? Gruß Heike ___ 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] Update auf 6.2.10 Fehler wegen trusted Pattern Check
Am 10.03.15 um 08:45 schrieb Heike Herzog-Kuhnke:
Die Extension ist super und generiert einen funktionierenden Pattern.
Super. Aber sie findet nur eine von zwei Domains, die dahin laufen sollen.
www\.Domain\-zusatzNachMinus\.de
Wenn ich das eintrage, dann passt alles mit dem Backend.
Wenn ich dann aber aus .de ein .* mache, um alle Domain-Endungen für die
Domain frei zu schalten, dann klappt es wieder nicht. Nach meinem Gefühl
sollte doch das .* am Ende erlaubt sein?
meinst du
www\.Domain\-zusatzNachMinus\.*
?
dann solltest du dich mal mit regexp beschäftigen und verstehen welche
zeichenketten mit diesem Muster übereinstimmen
'*' hat bei Verzeichnis listings (speziell windows) die Bedeutung von
"beliebige Zeichen in beliebiger Anzahl", in einer regexp bedeutet '*'
aber: "eine beliebige Anzahl des Zeichens vor dem '*'
ein beliebiges Zeichen wird in regexp mit '.' repräsentiert, wenn man
einen Punkt explizit haben möchte muss man die Sonderbedeutung aufheben:
mit einem Escape-Zeichen ('\'). Dahere sind in dem Pattern die Punkte
jeweils escaped: es soll eben nicht auf die Domain
'wwwXDomain-zusatzNachMinus.de' passen
wenn du also eine beliebige TLD zulassen willst müsstest du
www\.Domain\-zusatzNachMinus\..*
verwenden.
aber hast du wirklich alle domains in allen TLDs reserviert?
täglich gibt es mehr TLDs. vermutlich wäre da folgendes besser:
(www\.)?Domain\-zusatzNachMinus\.(de|com|net)
wobei ich nicht ganz das escaping des Bindestrichs verstehe. aber
schaden wird es wohl nicht.
http://www.regenechsen.de/phpwcms/index.php?regex_allg_liste
bernd
--
http://www.pi-phi.de/cheatsheet.html
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Verständnisproblem für Permissions
Hallo Liste, ich bin momentan immer wieder mal darüber gestolpert, dass ich folgende Anzeige im Install-Tool sehe: Default configured permissions are 2775 but current permissions are 0775 Was bedeutet denn die zwei vorneweg. Ich kenne die permissions, die ich per chmod vergebe nur dreistellig. Was macht die 2 da vorne und wie vergibt man die eigentlich? Gruß Heike ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Update auf 6.2.10 Fehler wegen trusted Pattern Check
Die Extension ist super und generiert einen funktionierenden Pattern. Super. Aber sie findet nur eine von zwei Domains, die dahin laufen sollen. www\.Domain\-zusatzNachMinus\.de Wenn ich das eintrage, dann passt alles mit dem Backend. Wenn ich dann aber aus .de ein .* mache, um alle Domain-Endungen für die Domain frei zu schalten, dann klappt es wieder nicht. Nach meinem Gefühl sollte doch das .* am Ende erlaubt sein? Wo ist mein Denkfehler? Und... Würde sich dieser Fehler auf das Frontend auswirken oder geht es bei dieser Option nur um das Backend? Dann wäre mir egal, wenn das nur über die .de Domain erreichbar ist. Das kann ich verkaufen :P Gruß Heike Am 10.03.15 um 08:30 schrieb Heike Herzog-Kuhnke: Danke für den Tipp. Muss ich mal probieren. Ehrlich gesagt bin ich mir noch nicht sicher, was sinnvoll ist. Im Netz habe ich nur Hinweise gefunden, dass man das Ganze deaktivieren soll mit .* Aber irgendwie mißhagt mir das Ganze schon sehr, weil ich mir denke, dass das Ganze ja wohl nciht ohne Grund eingebaut wurde. Nur so richtig verstehen kann ich das nicht... Scheint ein Problem auf den 1&1 Servern zu sein, Aber ich frage mich, warum ich in den Fehler erst jetzt hinein laufe. Kam das mit 6.2.10 dazu? Eher nicht, oder? Gruß Heike Am 10.03.15 um 08:01 schrieb carsten falkenberg: Hallo Heike, probier doch mal die Extension von @IchHabRecht: http://typo3.org/extensions/repository/view/hosts_pattern Vielleicht hilft sie Dir weiter. Gruß Carsten Am 10. März 2015 um 00:41 schrieb Heike Herzog-Kuhnke : Hab auf meiner Suche das hier gefunden: http://www.typo3forum.net/forum/typo3-installation-updates/74815-waehrend- installation-trustedhostspattern-fehler.html Da war die Lösung auch das, was ich nun auch als einizege lauffähige aber etwas unbefriedigende Lösung habe. Die vorgeschlagene Änderung an der htaccess hat nichts verändert. Ist das ein extremes Sicherheitsrisiko? Ich würde ja lieber elegant lösen. Eventuell muss ich da noch einmal nachhaken. Und nicht hauen ... Diese Installation ist bei 1&1 aber immerhin schneller als STRATO. Alles Liebe Heike PS: Ein Link mit einer Info, wie ich an die richtige Information komme, die ich eintragen kann, würde mir schon reichen. Am 09.03.15 um 17:24 schrieb Heike Herzog-Kuhnke: Hallo Leute, menno. Eben war ich super stolz, dass ich ein Update von 6.0.1 auf 6.2.10 relativ gut hinbekommen habe. Leider bekomme ich beim Aufruf des Backends folgende Fehlermeldung: The current host header value does not match the configured trusted hosts pattern! Check the pattern defined in $GLOBALS['TYPO3_CONF_VARS']['SYS']['trustedHostsPattern'] and adapt it, if you want to allow the current host header 'www.meine-Domain.de' for your installation. Wenn ich versuche die Domain an der Stelle im Install-Tool einzutragen, dann scheitere ich irgendwie kläglich. mit *. würde das Backend gehen, aber das ist ja nicht empfohlen. Ich würde gerne alle Varianten von meine-Domain (.de und .com) hier eintragen. Das SERVER_NAME das ursprünglich drin stand scheint nicht zu funktionieren. Nun habe ich das .*\.meine-Domain\.* eingetragen und noch immer den Fehler. nur mit .* scheint es zu gehen. Leider weiß ich nicht, wie es richtig zu konfigurieren ist. Den Eintrag kenne ich gar nicht. Hat irgendwer einen Tipp? Lieben Gruß Heike ___ 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] mbstring oder inconv
Am 10.03.15 um 08:18 schrieb Heike Herzog-Kuhnke: Hallo Bernd, danke für die Info, da gehe ich dann mal spicken und schaue. Gibts irgendwelche Richtlinien oder Vorschläge, was das Bessere ist? Mit welchen Problemen muss man bei einer Umstellung rechnen? Irgendwie habe ich das Gefühl, dass ich viele dieser Optionen vorher nie gesehen habe. War ich so ignorant oder kam in 6.n einfach mehr dazu? mit 6.2 wird es etwas prägnanter im Install-tool präsentiert. aber wenn du mal alle Optionen sehen willst kannst du das doch einfach machen. es gibt immer noch die Ansicht aller Optionen im Install-tool. in 6.2 mit Akkordion etwas übersichtlicher, wenn du aber alles aufklappst ist es genauso lang und unübersichtlich wie seit 3.6 mit 6.2 sind einige wichtige Einstellung herausgeholt und noch mal einzeln präsentiert worden, HInweise gab es eigentlich schon immer, jetzt auch etwas deutlicher (farbig) präsentiert. bernd -- http://www.pi-phi.de/cheatsheet.html ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Update auf 6.2.10 Fehler wegen trusted Pattern Check
Danke für den Tipp. Muss ich mal probieren. Ehrlich gesagt bin ich mir noch nicht sicher, was sinnvoll ist. Im Netz habe ich nur Hinweise gefunden, dass man das Ganze deaktivieren soll mit .* Aber irgendwie mißhagt mir das Ganze schon sehr, weil ich mir denke, dass das Ganze ja wohl nciht ohne Grund eingebaut wurde. Nur so richtig verstehen kann ich das nicht... Scheint ein Problem auf den 1&1 Servern zu sein, Aber ich frage mich, warum ich in den Fehler erst jetzt hinein laufe. Kam das mit 6.2.10 dazu? Eher nicht, oder? Gruß Heike Am 10.03.15 um 08:01 schrieb carsten falkenberg: Hallo Heike, probier doch mal die Extension von @IchHabRecht: http://typo3.org/extensions/repository/view/hosts_pattern Vielleicht hilft sie Dir weiter. Gruß Carsten Am 10. März 2015 um 00:41 schrieb Heike Herzog-Kuhnke : Hab auf meiner Suche das hier gefunden: http://www.typo3forum.net/forum/typo3-installation-updates/74815-waehrend- installation-trustedhostspattern-fehler.html Da war die Lösung auch das, was ich nun auch als einizege lauffähige aber etwas unbefriedigende Lösung habe. Die vorgeschlagene Änderung an der htaccess hat nichts verändert. Ist das ein extremes Sicherheitsrisiko? Ich würde ja lieber elegant lösen. Eventuell muss ich da noch einmal nachhaken. Und nicht hauen ... Diese Installation ist bei 1&1 aber immerhin schneller als STRATO. Alles Liebe Heike PS: Ein Link mit einer Info, wie ich an die richtige Information komme, die ich eintragen kann, würde mir schon reichen. Am 09.03.15 um 17:24 schrieb Heike Herzog-Kuhnke: Hallo Leute, menno. Eben war ich super stolz, dass ich ein Update von 6.0.1 auf 6.2.10 relativ gut hinbekommen habe. Leider bekomme ich beim Aufruf des Backends folgende Fehlermeldung: The current host header value does not match the configured trusted hosts pattern! Check the pattern defined in $GLOBALS['TYPO3_CONF_VARS']['SYS']['trustedHostsPattern'] and adapt it, if you want to allow the current host header 'www.meine-Domain.de' for your installation. Wenn ich versuche die Domain an der Stelle im Install-Tool einzutragen, dann scheitere ich irgendwie kläglich. mit *. würde das Backend gehen, aber das ist ja nicht empfohlen. Ich würde gerne alle Varianten von meine-Domain (.de und .com) hier eintragen. Das SERVER_NAME das ursprünglich drin stand scheint nicht zu funktionieren. Nun habe ich das .*\.meine-Domain\.* eingetragen und noch immer den Fehler. nur mit .* scheint es zu gehen. Leider weiß ich nicht, wie es richtig zu konfigurieren ist. Den Eintrag kenne ich gar nicht. Hat irgendwer einen Tipp? Lieben Gruß Heike ___ 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] Text GDLIB in Install-Tool stürzt ab -6.2.9. STRATO
Zwischenstand: Der Support hat mir vorerst mitgeteilt, dass die GDLib installiert wäre und damit kein Problem bestehen würde. Wenn ich weiterhin Probleme hätte, solle ich doch bitte Screenshots liefern. Das habe ich mit Freude getan und auch ein paar Screenshots von einer 6.2er Installation bei all-inkl hinzugefügt. Fakt ist, dass das Install-Tool Graphicks Magick nicht als solches erkennt und dass die Performance der Tests im Vergleich schlichtweg unterirdisch ist. Selbst eine Installation auf einem 1&1 Server, die aus anderen Gründen schwierig ist, läuft diesbezüglich besser. Ich warte noch auf die Antwort. Gruß Heike Am 08.03.15 um 18:01 schrieb Heike Herzog-Kuhnke: Bin noch mit dem Support dran. Gruß Heike Am 24.02.15 um 20:43 schrieb Heike Herzog-Kuhnke: Danke für die Info. Ich lasse jetzt mal den Service bei STRATO schauen, ob denen was auffällt, was die Fehler angeht. Ich bin auch gespannt was bezüglich des Fehlers an Rückmeldung kommt, den ich gemeldet habe. Vielleicht bin ich dann schlauer. ImageMagick ist laut STRATO Support in einem anderen Verziechnis, aber auch hier gilt weiterhin: alle Grafiktests laufen, nur der GDLib Test schmiert ab :((( Am 24.02.15 um 17:28 schrieb Lars Brinkmann: Hallo Heike, zum A-Record gibt es eigentlich nicht viel zu sagen. In der Regel kann man (auch bei Strato) bei der Domain die DNS-Einstellungen bearbeiten. Hier wählte man dann den A-Record und gibt die IP-Adresse des neuen Hosters ein. Beim neuen Hoster muss dann die Domain als vHost eingerichtet werden. Bei Mittwald geht das auch in den kleinen Paketen problemlos. Wie das bei anderen Providern ist, wissen bestimmt andere zu berichten. Viele Grüße, Lars Brinkmann Am 24. Februar 2015 um 17:22 schrieb Heike Herzog-Kuhnke : strato verlassen geht leider nicht. ich rufe jetzt mal bei der hotline an, nachdem der gleiche fehler bei der ersten installation jetzt auch auftritt. ich melde mich. sollte das nix helfen wäre eine info zu dieser A-record Geschichte gut zu wissen. Ich selbst bin ja bei all-inkl... Am 24.02.15 um 17:18 schrieb Lars Brinkmann: Hallo Heike, ich kann Dir echt nur den Tipp geben, mit dem TYPO3-Hosting zu einem anderen Provider zu wechseln. Die Zeit, die Du jetzt bei Strato geopfert hast, bekommst Du nie wieder rein. Und es wird immer wieder zu Problemen kommen, solange Du nicht einen eigenen Rootserver hast, den Du komplett selber administrieren kannst. Insbesondere bei Mittwald bekommst Du Hosting-Pakete, bei denen Du wirklich ohne tiefe Serverkenntnisse vernünftig hosten und updaten kannst. Aber auch Weiland, Hetzner und AllInkl bieten bessere Leistung... Eine Möglichkeit wäre auch, nur das Hosting auszulagern und den A-Record umzustellen. So kannst Du die anderen Strato- Leistungen wie E-Mail, etc. weiter nutzen. Viele Grüße, Lars Brinkmann Am 24. Februar 2015 um 17:01 schrieb Heike Herzog-Kuhnke : Habe den Fehler nun gemeldet und hoffe, das man das lösen kann. Schade, dass keiner hier eine Idee hatte. Da die Meldung die gleiche war, von der mir Phillipp Gampe geschrieben hatte, dass ich das melden soll und ich den Fehler dieses Mal nicht mehr weg bekomme und damit nachvollziehen kann, denke ich - bzw. Hoffe ich auf iene Lösung. Falls noch jemand eine Idee haben sollte, wäre ich dankber. Ich habe mittlerweile sogar schon mal den kompletten Inhalt der Datenbank ohne Ergebnis gelöscht. Gruß Heike Am 23.02.15 um 07:37 schrieb Heike Herzog-Kuhnke: Keiner eine Idee zu diesem Fehler? Am 22.02.15 um 11:58 schrieb Heike Herzog-Kuhnke: Hallo Jungs, irgendwie bekomme ich immer mehr graue Haare mit dieser Installation. Ich hatte bei einer komplett frisch aufgesetzten 6.2.9 Installation auf einem STRATO Server im Install Tool die Einstellung: [GFX][im_version_5] = im6 auf [GFX][im_version_5] = gm gestellt, weil beim GDLIB Test einige der verarbeiteten Bilder (Texteffekte etc.) nur Farbflächen waren. Das brachte mir einen heftigen Fehler ein, den ich nicht mehr zu 100 % nachvollziehen kann. also stellte ich das Ganze zurück und habe auch die Caches in allen Varianten gelöscht. Nur seither und das konstant, wenn ich den GDLib Test aufrufe kommt folgende Fehlermeldung: --- Load extension configuration The system detected a fatal error during script execution and redirected to this module. Your loaded extensions are now checked for possible problems. After incompatible extensions are unloaded, you can restart the initial action to proceed your request. Detected Fatal Error Call to undefined method TYPO3\CMS\Install\Database\DatabaseConnectionMock::isConnected() in /mnt/webd/c3/90/51621290/htdocs/typo3-new/typo3_src-6.2.9/typo3/sysext/core/Classes/Error/ErrorHandler.php on line 174 Check for broken extensions Checks whether the local extensions' ext_tables and ext_localconf files can be included without errors, meaning they can be loaded without breaking the system. All local extensions can be loaded! ---
Re: [TYPO3-german] mbstring oder inconv
Hallo Bernd, danke für die Info, da gehe ich dann mal spicken und schaue. Gibts irgendwelche Richtlinien oder Vorschläge, was das Bessere ist? Mit welchen Problemen muss man bei einer Umstellung rechnen? Irgendwie habe ich das Gefühl, dass ich viele dieser Optionen vorher nie gesehen habe. War ich so ignorant oder kam in 6.n einfach mehr dazu? Lieben Gruß Heike Am 09.03.15 um 09:01 schrieb bernd wilke: Am 08.03.15 um 16:29 schrieb Heike Herzog-Kuhnke: Ich suche noch immer nach einer Lösung für meine STRATO Nummer. tut mir ja leid, aber so schnell komme ich da nicht weg. Das Frontend ist ja Gott sei Dank recht stabil. Nun bin ich mal wieder im Install-Tool und weil meine Fehlermeldung im Rahmen des GDLib Tests ja ausgespickt hat, dass irgendwas mit der Database Connection ist, habe ich im Bereich "Configuration Presets" geschaut und bezüglich der Datenbank diese Optionen gefunden. Das aktive (Internal) ist wohl nicht empfohlen, aber wie erkenne ich, ob ich auf mbstring oder inconv umstellen kann. Ich möchte ja nix kaputt machen. Gruß Heike ### mbstring mbstring conversion is based on a PHP module and is usually the quickest option. iconv iconv implementation is based on a PHP module. It works well but mbstring should be preferred if available. Internal core handling [Active] Internal core charset handling is a fallback if neither mbstring nor iconv is available. It is very slow, deprecated, and buggy. Use this only if there is no other option available - and upgrade your system to include mbstring soon! ### einerseits kannst du bei phpinfo nachsehen ob die entsprechenden Module in deinem PHP zur Verfügung stehen (vor 6.2), oder ob sie im Install-Tool überhaupt zur Auswahl angeboten werden: Configuration presets -> Character set conversion settings bernd ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Update auf 6.2.10 Fehler wegen trusted Pattern Check
Hallo Heike, probier doch mal die Extension von @IchHabRecht: http://typo3.org/extensions/repository/view/hosts_pattern Vielleicht hilft sie Dir weiter. Gruß Carsten Am 10. März 2015 um 00:41 schrieb Heike Herzog-Kuhnke : > Hab auf meiner Suche das hier gefunden: > http://www.typo3forum.net/forum/typo3-installation-updates/74815-waehrend- > installation-trustedhostspattern-fehler.html > > Da war die Lösung auch das, was ich nun auch als einizege lauffähige aber > etwas unbefriedigende Lösung habe. > Die vorgeschlagene Änderung an der htaccess hat nichts verändert. > > Ist das ein extremes Sicherheitsrisiko? > Ich würde ja lieber elegant lösen. > Eventuell muss ich da noch einmal nachhaken. > > Und nicht hauen ... > Diese Installation ist bei 1&1 aber immerhin schneller als STRATO. > > Alles Liebe > Heike > > PS: Ein Link mit einer Info, wie ich an die richtige Information komme, > die ich eintragen kann, würde mir schon reichen. > > Am 09.03.15 um 17:24 schrieb Heike Herzog-Kuhnke: > > Hallo Leute, >> >> menno. Eben war ich super stolz, dass ich ein Update von 6.0.1 auf >> 6.2.10 relativ gut hinbekommen habe. Leider bekomme ich beim Aufruf des >> Backends folgende Fehlermeldung: >> >> The current host header value does not match the configured trusted >> hosts pattern! Check the pattern defined in >> $GLOBALS['TYPO3_CONF_VARS']['SYS']['trustedHostsPattern'] and adapt it, >> if you want to allow the current host header 'www.meine-Domain.de' for >> your installation. >> >> Wenn ich versuche die Domain an der Stelle im Install-Tool einzutragen, >> dann scheitere ich irgendwie kläglich. mit *. würde das Backend gehen, >> aber das ist ja nicht empfohlen. Ich würde gerne alle Varianten von >> meine-Domain (.de und .com) hier eintragen. >> >> Das SERVER_NAME das ursprünglich drin stand scheint nicht zu >> funktionieren. Nun habe ich das .*\.meine-Domain\.* eingetragen und noch >> immer den Fehler. nur mit .* scheint es zu gehen. >> >> Leider weiß ich nicht, wie es richtig zu konfigurieren ist. Den Eintrag >> kenne ich gar nicht. Hat irgendwer einen Tipp? >> >> Lieben Gruß >> Heike >> >> > ___ > 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
