Re: [TYPO3-german] BE User Rechte Management (Advanced)
Hallo Tom, bei mir scheints ein Session Problem gewesen zu sein - in einem anderen Browser funktionierts wie gewünscht. Danke nochmals für die Hilfe. Lieben Gruß David Am 15.03.12 13:12, schrieb David Brunnthaler: Danke für den guten Hinweis. Die Extension macht in der Theorie auch genau das was ich will, aber irgendwie hat das ganze keine Auswirkung für die spezifizierten Benutzer. Irgendwelche Ideen an was das liegen kann? Verwendete TYPO3 Version ist 4.6.3 Lieben Gruß David Am 15.03.12 12:23, schrieb Tom Lehmann: Am Do 15 Mär 2012 11:57:02 CET da...@screencode.at schrieb: Moin, Situation wie folgt: Es existieren 4 BE Redakteure (RedA, RedB, RedC und RedD) Legt RedA eine neue Seite an dann soll grundsätzlich auch nur er die Seite im Backend sehen und bearbeiten können. Er soll aber zusätzlich definieren können, dass RedB und RedD die Seite im Backend auch sehen und bearbeiten können. ... Weiß also jemand evt. eine Extension die genau dass macht, was ich haben will? Schon mal die EXT "be_acl" angesehen? gruss tom ___ 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] BE User Rechte Management (Advanced)
Danke für den guten Hinweis. Die Extension macht in der Theorie auch genau das was ich will, aber irgendwie hat das ganze keine Auswirkung für die spezifizierten Benutzer. Irgendwelche Ideen an was das liegen kann? Verwendete TYPO3 Version ist 4.6.3 Lieben Gruß David Am 15.03.12 12:23, schrieb Tom Lehmann: Am Do 15 Mär 2012 11:57:02 CET da...@screencode.at schrieb: Moin, Situation wie folgt: Es existieren 4 BE Redakteure (RedA, RedB, RedC und RedD) Legt RedA eine neue Seite an dann soll grundsätzlich auch nur er die Seite im Backend sehen und bearbeiten können. Er soll aber zusätzlich definieren können, dass RedB und RedD die Seite im Backend auch sehen und bearbeiten können. ... Weiß also jemand evt. eine Extension die genau dass macht, was ich haben will? Schon mal die EXT "be_acl" angesehen? gruss tom ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] BE User Rechte Management (Advanced)
Hallo liebe Leute, ich stehe gerade vor einer besonderen Herausforderung und weiß gerade nicht weiter. Situation wie folgt: Es existieren 4 BE Redakteure (RedA, RedB, RedC und RedD) Legt RedA eine neue Seite an dann soll grundsätzlich auch nur er die Seite im Backend sehen und bearbeiten können. Er soll aber zusätzlich definieren können, dass RedB und RedD die Seite im Backend auch sehen und bearbeiten können. Meine Quick and Dirty Lösung wäre: Ich lege folgende BE Benutzergruppen an: UserGruppe A+B+C+D UserGruppe A UserGruppe B UserGruppe C UserGruppe D UserGruppe A+B UserGruppe A+C UserGruppe A+D UserGruppe B+C UserGruppe B+D UserGruppe C+D UserGruppe A+B+C UserGruppe A+C+D UserGruppe B+C+D Und da sind dann halt die jeweiligen BE Redakteure drinnen. Problem dabei ist halt, dass das mit 4 Redakteuren noch 'relativ' überschaubar ist, aber sobald ein 5. Redakteur dazukommt wirds gleich um ein vielfaches komplexer. Weiß also jemand evt. eine Extension die genau dass macht, was ich haben will? Bitte um Hilfe! Lieben Gruß und danke schon im Vorraus. David ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] RealUrl - File Not Found: Mal gehts/Mal nicht
Gelöst: Es existierten vom Vorprogrammierer noch alte Dateien im Dokumentroot. zb ueberuns.html Nun wollte RealUrl eine /ueberuns Seite aufrufen und kam ins schleudern. Ein Verschieben der Dokumente in einen separaten Ordner später funktioniert alles so wie es soll. Gruß David Am 21.04.11 23:17, schrieb David Brunnthaler: Hallo liebe Mailingliste, ich steh gerade vor einem etwas seltsamen Problem. Ich sollte bei einer Webseite RealUrl installieren: 1. RealUrl installiert 2. aeurltool installiert 3. Template um die notwendigen 3 Zeilen erweitert: config.simulateStaticDocuments = 0 config.baseURL = http://www.futura.at/ config.tx_realurl_enable = 1 4. _.htaccess in .htaccess umbenannt 5. Standardkonfiguration von aeurltool wird verwendet - lediglich die Option für .html Urls hab ich ausgeschalten Rootpage ist die Seite mit der ID 1 und außerdem hab ich dort in den Seiteneigenschaften unter "Options" > "Is root of website" das Häckchen gesetzt. Normalerweise geht das dann ohne Probleme. Diesesmal funktioniert es auch. Fast. Die Urls werden korrekt erzeugt. Und in ca 75% der Fällen kommt er auch ganz normal auf die gewünschte Seite und zeigt sie korrekt an wenn ich auf den Link klicke. Aber in den restlichen 25% zeigt er mir lediglich eine Fehlermeldung mit "File Not Found - The requested URL was not found on this server." an. Die Seiten die funktionieren bleiben immer die gleichen, genauso wie die Seiten die nicht funktionieren. Ich hab die Seiteneigenschaften auch schon nebeneinander verglichen, kann aber beim besten Willen keinen Unterschied sehen. Deaktiviere ich RealUrl im Template wieder, können die Seiten wieder wie gewünscht aufgerufen werden. Verwendete TYPO3 Version ist 4.2.8 RealUrl Version 1.10.2 aeurltool Version 0.1.0 Weiß irgendwer, woran mein Fehler liegen kann? Lieben Gruß David PS: Frage habe ich auch hier gepostet: http://www.typo3.net/forum/beitraege/diverse_sonstige_module/105053/ -- david brunnthaler off...@i-am-alive.at ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] RealUrl - File Not Found: Mal gehts/Mal nicht
Hallo liebe Mailingliste, ich steh gerade vor einem etwas seltsamen Problem. Ich sollte bei einer Webseite RealUrl installieren: 1. RealUrl installiert 2. aeurltool installiert 3. Template um die notwendigen 3 Zeilen erweitert: config.simulateStaticDocuments = 0 config.baseURL = http://www.futura.at/ config.tx_realurl_enable = 1 4. _.htaccess in .htaccess umbenannt 5. Standardkonfiguration von aeurltool wird verwendet - lediglich die Option für .html Urls hab ich ausgeschalten Rootpage ist die Seite mit der ID 1 und außerdem hab ich dort in den Seiteneigenschaften unter "Options" > "Is root of website" das Häckchen gesetzt. Normalerweise geht das dann ohne Probleme. Diesesmal funktioniert es auch. Fast. Die Urls werden korrekt erzeugt. Und in ca 75% der Fällen kommt er auch ganz normal auf die gewünschte Seite und zeigt sie korrekt an wenn ich auf den Link klicke. Aber in den restlichen 25% zeigt er mir lediglich eine Fehlermeldung mit "File Not Found - The requested URL was not found on this server." an. Die Seiten die funktionieren bleiben immer die gleichen, genauso wie die Seiten die nicht funktionieren. Ich hab die Seiteneigenschaften auch schon nebeneinander verglichen, kann aber beim besten Willen keinen Unterschied sehen. Deaktiviere ich RealUrl im Template wieder, können die Seiten wieder wie gewünscht aufgerufen werden. Verwendete TYPO3 Version ist 4.2.8 RealUrl Version 1.10.2 aeurltool Version 0.1.0 Weiß irgendwer, woran mein Fehler liegen kann? Lieben Gruß David PS: Frage habe ich auch hier gepostet: http://www.typo3.net/forum/beitraege/diverse_sonstige_module/105053/ -- david brunnthaler off...@i-am-alive.at ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] rggooglemaps + xajax = Fehler?
Hallo Wolfgang, danke für deine Hilfe. Ich habe jetzt mal wie von dir nahegelegt xajax global installiert. Aber trotz dem Umändern der Zeile in rggooglemap/mod1/index.php (extRelPath --> siteRelPath) hat es nicht so funktioniert wie es sollte. Er hat sich einfach einmal "../" und einmal "../../" zuviel geschrieben und konnte somit die xajax.js nicht finden. Einzige Lösung die ich jetzt gefunden habe ist, dass ich ihm in dieser Zeile einen absoluten Pfad angebe. Ist zwar alles andere als schön, aber er will anders einfach nicht funktionieren. Danke nochmals für die Hilfe. Gruß David Am 12.04.10 19:38, schrieb Wolfgang Kleinbach: David Brunnthaler (office) schrieb: Hallo, leider ist das Problem doch nicht ganz gelöst. [... stuff deleted ...] Das Popup ruft folgende Seite auf: http://www.mydomain.ch/dev/typo3conf/ext/rggooglemap/class.tx_rggooglemap_wizard.php?&P[params]=&P[exampleImg]=&P[table]=tt_address&P[uid]=1&P[pid]=7&P[field]=tx_rggooglemap_lat&P[flexFormPath]=&P[md5ID]=ID614b227c1e&P[returnUrl]=%2Fint%2Ftypo3%2Falt_doc.php%3F%26returnUrl%3D%252Fint%252Ftypo3%252Fsysext%252Fcms%252Flayout%252Fdb_layout.php%253Fid%253D7%26edit%5Btt_address%5D%5B1%5D%3Dedit&P[formName]=editform&P[itemName]=data%5Btt_address%5D%5B1%5D%5Btx_rggooglemap_lat%5D_hr&P[fieldChangeFunc][typo3form.fieldGet]=typo3form.fieldGet%28%27data%5Btt_address%5D%5B1%5D%5Btx_rggooglemap_lat%5D%27%2C%27%27%2C%27%27%2C0%2C%27%27%29%3B&P[fieldChangeFunc][TBE_EDITOR_fieldChanged]=TBE_EDITOR.fieldChanged%28%27tt_address%27%2C%271%27%2C%27tx_rggooglemap_lat%27%2C%27data%5Btt_address%5D%5B1%5D%5Btx_rggooglemap_lat%5D%27%29%3B&P[fieldChangeFunc][alert]=&P[currentValue]=38.34959942318041&P[currentSelectedValues]= Ich verstehe noch nicht ganz, wie/wieso Du im Backend ein Popup aufmachst? Aber egal: Ich vermute mal, das im Popup xajax nicht geladen wird. Es müsste die Zeile <tt>src="../../../../typo3/ext/xajax/xajax_js/xajax.js"> oder so ähnlich m HTML der Popup-Seite drin stehen und natürlich muss die Datei vorhanden sein. Letzteres kannst Du überprüfen, indem Du im Quelltext den Link anklickst (zumindest im FF) und schaust, ob er die xajax.js lädt, oder wenn Du Zugriff auf die Server-Logs hast, kannst Du ja schauen, ob in der error_log des apache2 die fehlende xajax.js angemeckert wird. Sollte das der Fall sein, dann stimmt was mit der xajax-Einbindung noch nicht. => Nochmal checken, ob die Änderung im Quellcode von rggooglemap gemacht ist. Auch ein leeren des Caches hilft nichts. Beide Extensions sind Local installiert. Ich habe xajax global installiert, rggooglemaps dagegen lokal. Vielleicht kannst Du es mal in dieser Kombination versuchen? Ich meine mich zu erinnern, dass ich den patch für rggooglemap auch mit beiden Extensions - lokal installiert - erfolgreich getestet hätte, aber das ist auch schon ein bisschen her. Kann es evt. daran liegen, dass die TYPO3 Installation derzeit noch in einem Unterordner liegt und nicht am Server Root? Das kann m.E. nicht das Problem sein. Bei mir hier laufen die Seiten vor Freischaltung/während der Entwicklung auch erst mal in einem Unterordner und da gibt es kein Problem. Hoffentlich hilft das ... Wolle ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german -- david brunnthaler off...@i-am-alive.at ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] rggooglemaps + xajax = Fehler?
Nochmals zu früh gefreut. Auch das Backend Modul "Google-Map" produziert nachwievor den Fehler. Warum er allerdings kurzzeitig nicht auftauchte ist mir ein Rätsel. Gruß David Am 12.04.10 13:41, schrieb David Brunnthaler (office): Hallo, leider ist das Problem doch nicht ganz gelöst. Der Trick von dir (http://info.zeichensatz.de/typo/extensions/rggooglemaps-302/) funktioniert zwar teilweise, aber doch nicht überall. Im Backend Modul "Google-Map" funktioniert es nun ohne Fehlermeldung, aber wenn sich das Modul in einem Popup aufmacht, dann existiert der Fehler nachwievor. Das Popup ruft folgende Seite auf: http://www.mydomain.ch/dev/typo3conf/ext/rggooglemap/class.tx_rggooglemap_wizard.php?&P[params]=&P[exampleImg]=&P[table]=tt_address&P[uid]=1&P[pid]=7&P[field]=tx_rggooglemap_lat&P[flexFormPath]=&P[md5ID]=ID614b227c1e&P[returnUrl]=%2Fint%2Ftypo3%2Falt_doc.php%3F%26returnUrl%3D%252Fint%252Ftypo3%252Fsysext%252Fcms%252Flayout%252Fdb_layout.php%253Fid%253D7%26edit%5Btt_address%5D%5B1%5D%3Dedit&P[formName]=editform&P[itemName]=data%5Btt_address%5D%5B1%5D%5Btx_rggooglemap_lat%5D_hr&P[fieldChangeFunc][typo3form.fieldGet]=typo3form.fieldGet%28%27data%5Btt_address%5D%5B1%5D%5Btx_rggooglemap_lat%5D%27%2C%27%27%2C%27%27%2C0%2C%27%27%29%3B&P[fieldChangeFunc][TBE_EDITOR_fieldChanged]=TBE_EDITOR.fieldChanged%28%27tt_address%27%2C%271%27%2C%27tx_rggooglemap_lat%27%2C%27data%5Btt_address%5D%5B1%5D%5Btx_rggooglemap_lat%5D%27%29%3B&P[fieldChangeFunc][alert]=&P[currentValue]=38.34959942318041&P[currentSelectedValues]= Auch ein leeren des Caches hilft nichts. Beide Extensions sind Local installiert. Kann es evt. daran liegen, dass die TYPO3 Installation derzeit noch in einem Unterordner liegt und nicht am Server Root? Also derzeit liegt die gesamte Installation ja in dem Unterordner "dev". Muss ich da evt was beachten? Gruß David Am 12.04.10 12:55, schrieb David Brunnthaler (office): Hallo Wolle, danke für die schnelle Antwort. Deine Links zeigten die gewünschte Wirkung. Problem ist somit gelöst. Gruß David Am 12.04.10 12:13, schrieb Wolfgang Kleinbach: David Brunnthaler (office) schrieb: Hallo liebe Liste, ich habe nun bereits bei der 3. Webseite rggooglemaps (und xajax) installiert. Bei den ersten beiden Seiten gab es kein wie auch immer geartetes Problem. Auf der 3. und neuesten Webseite bringt er mir jedoch nun folgenden Fehler wenn ich im Backend folgende Aktion ausführe: 1. Modul "Google-Map" aufrufen 2. "Show/hide options" anklicken 3. Im "Geocoding: Search for an address"-Feld etwas eingeben Sobald ich auch nur einen Buchstaben eingegeben habe produziert er folgenden Fehler: "Error: the xajax Javascript file could not be included. Perhaps the URL is incorrect? URL: ../../../../../typo3conf/ext/xajax/xajax_js/xajax.js" Er sucht mir jedoch dann trotzdem erfolgreich die Koordinaten heraus. Außerdem habe ich im Internet Explorer das Problem, dass wenn ich diese Seite als Popup aufrufe (geschieht zB wenn man auf die GoogleMap Icons in einem tt-address Datensatz klickt) er die GoogleMap gar nicht anzeigt. TYPO3 Vers 4.3.0 (ja ich weiß ich muss sie vor dem Live schalten noch auf die aktuelleste Version updaten - aber ist derzeit noch nicht für die Öffentlichkeit zugänglich) rggooglemaps Version 3.0.2 xaJax Version 0.2.5 Weiß jemand eine Abhilfe für mein Problem? Gruß David Hallo David, das Problem und dessen Beseitigung ist bereits als Bug gemeldet: http://forge.typo3.org/issues/show/6617 Die Lösung findest Du auch hier: http://info.zeichensatz.de/typo/extensions/rggooglemaps-302/ oder für die rggooglemaps-Version 4.0.0 (welche ich der 3.0.2 unbedingt vorziehen würde): http://info.zeichensatz.de/typo/extensions/rggooglemaps-400/ Gruss, Wolle ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german -- david brunnthaler off...@i-am-alive.at ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] rggooglemaps + xajax = Fehler?
Hallo, leider ist das Problem doch nicht ganz gelöst. Der Trick von dir (http://info.zeichensatz.de/typo/extensions/rggooglemaps-302/) funktioniert zwar teilweise, aber doch nicht überall. Im Backend Modul "Google-Map" funktioniert es nun ohne Fehlermeldung, aber wenn sich das Modul in einem Popup aufmacht, dann existiert der Fehler nachwievor. Das Popup ruft folgende Seite auf: http://www.mydomain.ch/dev/typo3conf/ext/rggooglemap/class.tx_rggooglemap_wizard.php?&P[params]=&P[exampleImg]=&P[table]=tt_address&P[uid]=1&P[pid]=7&P[field]=tx_rggooglemap_lat&P[flexFormPath]=&P[md5ID]=ID614b227c1e&P[returnUrl]=%2Fint%2Ftypo3%2Falt_doc.php%3F%26returnUrl%3D%252Fint%252Ftypo3%252Fsysext%252Fcms%252Flayout%252Fdb_layout.php%253Fid%253D7%26edit%5Btt_address%5D%5B1%5D%3Dedit&P[formName]=editform&P[itemName]=data%5Btt_address%5D%5B1%5D%5Btx_rggooglemap_lat%5D_hr&P[fieldChangeFunc][typo3form.fieldGet]=typo3form.fieldGet%28%27data%5Btt_address%5D%5B1%5D%5Btx_rggooglemap_lat%5D%27%2C%27%27%2C%27%27%2C0%2C%27%27%29%3B&P[fieldChangeFunc][TBE_EDITOR_fieldChanged]=TBE_EDITOR.fieldChanged%28%27tt_address%27%2C%271%27%2C%27tx_rggooglemap_lat%27%2C%27data%5Btt_address%5D%5B1%5D%5Btx_rggooglemap_lat%5D%27%29%3B&P[fieldChangeFunc][alert]=&P[currentValue]=38.34959942318041&P[currentSelectedValues]= Auch ein leeren des Caches hilft nichts. Beide Extensions sind Local installiert. Kann es evt. daran liegen, dass die TYPO3 Installation derzeit noch in einem Unterordner liegt und nicht am Server Root? Also derzeit liegt die gesamte Installation ja in dem Unterordner "dev". Muss ich da evt was beachten? Gruß David Am 12.04.10 12:55, schrieb David Brunnthaler (office): Hallo Wolle, danke für die schnelle Antwort. Deine Links zeigten die gewünschte Wirkung. Problem ist somit gelöst. Gruß David Am 12.04.10 12:13, schrieb Wolfgang Kleinbach: David Brunnthaler (office) schrieb: Hallo liebe Liste, ich habe nun bereits bei der 3. Webseite rggooglemaps (und xajax) installiert. Bei den ersten beiden Seiten gab es kein wie auch immer geartetes Problem. Auf der 3. und neuesten Webseite bringt er mir jedoch nun folgenden Fehler wenn ich im Backend folgende Aktion ausführe: 1. Modul "Google-Map" aufrufen 2. "Show/hide options" anklicken 3. Im "Geocoding: Search for an address"-Feld etwas eingeben Sobald ich auch nur einen Buchstaben eingegeben habe produziert er folgenden Fehler: "Error: the xajax Javascript file could not be included. Perhaps the URL is incorrect? URL: ../../../../../typo3conf/ext/xajax/xajax_js/xajax.js" Er sucht mir jedoch dann trotzdem erfolgreich die Koordinaten heraus. Außerdem habe ich im Internet Explorer das Problem, dass wenn ich diese Seite als Popup aufrufe (geschieht zB wenn man auf die GoogleMap Icons in einem tt-address Datensatz klickt) er die GoogleMap gar nicht anzeigt. TYPO3 Vers 4.3.0 (ja ich weiß ich muss sie vor dem Live schalten noch auf die aktuelleste Version updaten - aber ist derzeit noch nicht für die Öffentlichkeit zugänglich) rggooglemaps Version 3.0.2 xaJax Version 0.2.5 Weiß jemand eine Abhilfe für mein Problem? Gruß David Hallo David, das Problem und dessen Beseitigung ist bereits als Bug gemeldet: http://forge.typo3.org/issues/show/6617 Die Lösung findest Du auch hier: http://info.zeichensatz.de/typo/extensions/rggooglemaps-302/ oder für die rggooglemaps-Version 4.0.0 (welche ich der 3.0.2 unbedingt vorziehen würde): http://info.zeichensatz.de/typo/extensions/rggooglemaps-400/ Gruss, Wolle ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german -- david brunnthaler off...@i-am-alive.at ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] rggooglemaps + xajax = Fehler?
Hallo Wolle, danke für die schnelle Antwort. Deine Links zeigten die gewünschte Wirkung. Problem ist somit gelöst. Gruß David Am 12.04.10 12:13, schrieb Wolfgang Kleinbach: David Brunnthaler (office) schrieb: Hallo liebe Liste, ich habe nun bereits bei der 3. Webseite rggooglemaps (und xajax) installiert. Bei den ersten beiden Seiten gab es kein wie auch immer geartetes Problem. Auf der 3. und neuesten Webseite bringt er mir jedoch nun folgenden Fehler wenn ich im Backend folgende Aktion ausführe: 1. Modul "Google-Map" aufrufen 2. "Show/hide options" anklicken 3. Im "Geocoding: Search for an address"-Feld etwas eingeben Sobald ich auch nur einen Buchstaben eingegeben habe produziert er folgenden Fehler: "Error: the xajax Javascript file could not be included. Perhaps the URL is incorrect? URL: ../../../../../typo3conf/ext/xajax/xajax_js/xajax.js" Er sucht mir jedoch dann trotzdem erfolgreich die Koordinaten heraus. Außerdem habe ich im Internet Explorer das Problem, dass wenn ich diese Seite als Popup aufrufe (geschieht zB wenn man auf die GoogleMap Icons in einem tt-address Datensatz klickt) er die GoogleMap gar nicht anzeigt. TYPO3 Vers 4.3.0 (ja ich weiß ich muss sie vor dem Live schalten noch auf die aktuelleste Version updaten - aber ist derzeit noch nicht für die Öffentlichkeit zugänglich) rggooglemaps Version 3.0.2 xaJax Version 0.2.5 Weiß jemand eine Abhilfe für mein Problem? Gruß David Hallo David, das Problem und dessen Beseitigung ist bereits als Bug gemeldet: http://forge.typo3.org/issues/show/6617 Die Lösung findest Du auch hier: http://info.zeichensatz.de/typo/extensions/rggooglemaps-302/ oder für die rggooglemaps-Version 4.0.0 (welche ich der 3.0.2 unbedingt vorziehen würde): http://info.zeichensatz.de/typo/extensions/rggooglemaps-400/ Gruss, Wolle ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german -- david brunnthaler off...@i-am-alive.at ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] rggooglemaps + xajax = Fehler?
Hallo liebe Liste, ich habe nun bereits bei der 3. Webseite rggooglemaps (und xajax) installiert. Bei den ersten beiden Seiten gab es kein wie auch immer geartetes Problem. Auf der 3. und neuesten Webseite bringt er mir jedoch nun folgenden Fehler wenn ich im Backend folgende Aktion ausführe: 1. Modul "Google-Map" aufrufen 2. "Show/hide options" anklicken 3. Im "Geocoding: Search for an address"-Feld etwas eingeben Sobald ich auch nur einen Buchstaben eingegeben habe produziert er folgenden Fehler: "Error: the xajax Javascript file could not be included. Perhaps the URL is incorrect? URL: ../../../../../typo3conf/ext/xajax/xajax_js/xajax.js" Er sucht mir jedoch dann trotzdem erfolgreich die Koordinaten heraus. Außerdem habe ich im Internet Explorer das Problem, dass wenn ich diese Seite als Popup aufrufe (geschieht zB wenn man auf die GoogleMap Icons in einem tt-address Datensatz klickt) er die GoogleMap gar nicht anzeigt. TYPO3 Vers 4.3.0 (ja ich weiß ich muss sie vor dem Live schalten noch auf die aktuelleste Version updaten - aber ist derzeit noch nicht für die Öffentlichkeit zugänglich) rggooglemaps Version 3.0.2 xaJax Version 0.2.5 Weiß jemand eine Abhilfe für mein Problem? Gruß David -- david brunnthaler off...@i-am-alive.at ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Probleme mit FTP-Benutzerrechten im Typo3 Backend
Konnte den Chef überzeugen, dass wir auf einen anderen - geeigneteren - Provider umsteigen. Trotzdem nochmals danke an alle die mir bei den Problemen geholfen haben. Lieben Gruß David Am 05.03.10 19:18, schrieb Peter Russ: --- Original Nachricht --- Absender: David Brunnthaler (office) Datum: 05.03.2010 17:44: Update: Wie sich herausstellt, ist ImageMagick nicht auf dem Server installiert bzw unsauber konfiguriert und deswegen funktioniert das Thumbnail generieren nicht. Im Install-Tool sagt er mir beim Punkt "Image Processing" unter "Current configuration": GraphicsMagick enabled: *1* GraphicsMagick path: */usr/local/bin/* () GraphicsMagick path/LZW: ** () Version 5/GraphicsMagick flag: *gm* GDLib enabled: *1* GDLib using PNG: *0* GDLib 2 enabled: *0* IM5 effects enabled: *-1* (Blurring/Sharpening with IM 5+) Freetype DPI: *72* (Should be 96 for Freetype 2) Mask invert: *0* (Should be set for some IM versions approx. 5.4+) File Formats: *gif,jpg,jpeg,tif,bmp,pcx,tga,png,pdf,ai* Bei den Test kommen jedoch nur Fehlermeldungen a la " *There was no result from the ImageMagick operation*" zurück. Heißt das ImageMagick ist installiert aber falsch konfiguriert? Oder heißt dass ImageMagick gar nicht installiert ist? Kann ich ImageMagick selbst auf dem FTP-Server installieren? Oder muss dass der Serveradmin für mich machen? Hallo David, wie es scheint ist in der Schweiz nicht nur das Bankgeheimnis löchrig. Wenn du also nicht besondere steuerliche Aspekte hast, ausgerechnet bei diesem "Hoster" dein Server haben zu wollen, würde ich dir dringend raten, es bei einem zu versuchen, der weiss, was und wie konfiguriert wird. Ich würde mal erwarten, dass dies nicht die einzigen Schwiergkeiten sein werden, die zu meistern haben wirst. Also lieber gleich wechseln, bevor eine Produktivseite den "Bach runter geht". jmc2. Peter- -- david brunnthaler off...@i-am-alive.at ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Caching und Formulare
Hallo liebe Typo3-Liste, ich habe wieder einmal ein Problem: Ich habe Seiten (ca 150) auf der man nach Datensätzen suchen kann. Ich habe dafür 2 eigene Extensions geschrieben: 1. Für das Suchformular 2. Für das Anzeigen des Suchergebnisses Damit die korrekten Suchergebnisse ausgegeben werden, musste ich das Caching bei der 2. Extension abschalten. Wenn ich das Caching NICHT abschalte, dann verhält sich die 2. Extension so als ob das Formular nie abgeschickt worden wäre --> es werden einfach keine Variablen weitergegeben. Beide Extensions sind wie gesagt auf ca 150 Seiten eingebaut und funktionieren so wie sie sollen. Jetzt wollte ich jedoch eine neue Seite anlegen - habe einfach eine alte Seite kopiert und wieder eingefügt - auf der ebenfalls beide Extensions vorhanden sind. Auf dieser neuen Seite verhält sich die zweite Extension aber genau so, als ob das Caching NICHT abgeschalten wäre --> sprich als ob nie ein Formular abgeschickt worden wäre. Komischerweise tritt dieser Bug nur auf EINER von 150 Seiten auf. Weiß jemand, wie ich diesen Fehler beheben kann? Ein ausschalten des Cachings auf der gesamten Seite ist nicht erwünscht da mir ansonsten RealURL bei der URL ein "nc/" dazwischen gibt. Irgendwelche Empfehlungen wo ich ansetzen muss? Lieben Gruß David -- david brunnthaler off...@i-am-alive.at ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Probleme mit FTP-Benutzerrechten im Typo3 Backend
Update: Wie sich herausstellt, ist ImageMagick nicht auf dem Server installiert bzw unsauber konfiguriert und deswegen funktioniert das Thumbnail generieren nicht. Im Install-Tool sagt er mir beim Punkt "Image Processing" unter "Current configuration": GraphicsMagick enabled: *1* GraphicsMagick path: */usr/local/bin/* () GraphicsMagick path/LZW: ** () Version 5/GraphicsMagick flag: *gm* GDLib enabled: *1* GDLib using PNG: *0* GDLib 2 enabled: *0* IM5 effects enabled: *-1* (Blurring/Sharpening with IM 5+) Freetype DPI: *72* (Should be 96 for Freetype 2) Mask invert: *0* (Should be set for some IM versions approx. 5.4+) File Formats: *gif,jpg,jpeg,tif,bmp,pcx,tga,png,pdf,ai* Bei den Test kommen jedoch nur Fehlermeldungen a la " *There was no result from the ImageMagick operation*" zurück. Heißt das ImageMagick ist installiert aber falsch konfiguriert? Oder heißt dass ImageMagick gar nicht installiert ist? Kann ich ImageMagick selbst auf dem FTP-Server installieren? Oder muss dass der Serveradmin für mich machen? Gruß David Am 05.03.10 17:36, schrieb David Brunnthaler (office): Hallo Peter, danke erstmal für deine intensive Hilfe. Der Server-Admin hat nun in PHP den "safe mode" ausgeschaltet und siehe da sein Fileadmin kann nun plötzlich Unterordner erstellen. Selbst Typo3 funktioniert nun beinahe. Leider eben nur beinahe. Ich kann in "File" > "Filelist" Ordner, Unterordner und Dateien anlegen und raufladen. (Konnte ich zuvor nicht) Ich kann in den Contentelementen Bilder hochladen und diese werden korrekt im Typo3 Unterordner "uploads" > "pics" abgelegt. (Konnte ich zuvor auch nicht) Typo3 hat nun also zumindest hier die Zugriffsberechtigung. Leider kann Typo3 noch immer keine Thumbnails generieren. Wenn ich also im Contentelement unter dem Tab "Media" ein Bild auswähle, so kann ich das auch korrekterweise abspeichern ohne das Typo3 sich beschwert. Es erscheint lediglich an der Stelle wo normalerweise nach dem Speichern das kleine Thumbnail angezeigt wird das graue "No thumb generated"-Bild. Es scheint also als wäre "typo3temp" > "pics" nicht schreibbar. Ich habe nun also, wie von dir vorgeschlagen, versucht, dass ich die "fileCreateMask" und die "folderCreateMask" auf 664 und 775 bzw auf 666 und 777 umstelle, doch dies zeigte keine Auswirkung. Auch eine manuelle Umstellung der Zugriffsrechte des Ordners "pics" hatte keine Auswirkung. Ebenso hab ich versucht, dass ich den Ordner mit dem ominösen "filemanager.php" von ihm neu anlegen (keine Auswirkung). Fallen dir sonst noch irgendwelche Tricks ein, mit dem ich Typo3 überreden könnte, dass er doch bitte in "pics" schreiben kann? Gruß David Am 05.03.10 09:51, schrieb Peter Linzenkirchner: Hallo David, das ist ein typisches Problem bei Hostern, die ihre Konfiguration nicht konsequent an die Anforderungen von dynamischen Webapplikationen anpassen sondern die Dateirechte mehr oder weniger auf default lassen. Ich würde mir einen TYPO3-Provider suchen, da das sinnvollerweise serverseitig gelöst wird. Ansonsten bleiben nur Workarounds. Zwei wahrscheinliche Konfigurationen: 1. PHP und FTP laufen in einer Gruppe, aber die u-Mask ist per default so konfiguriert, dass die Gruppe immer nur Leserechte bekommt. Vergeben werden dann diese Rechte: Ordner: 755 Dateien: 644 In dem Fall können FTP und TYPO3 die Ordner des anderen sehen, aber nicht drin schreiben. 2. Verschärfte Möglichkeit: PHP und FTP laufen in getrennten Gruppen und die Rechte werden wie oben vergeben. Die Konsequenz ist erstmal die gleiche, die Lösung aber nicht. Der Workaround für die per FTP angelegten Dateien und Ordner: Fall 1: Nach dem Hochladen müssen alle Ordner (manuell) die Rechte 775 und alle Dateien die Rechte 664 bekommen. Heißt: sie sind für die Gruppe schreibbar. Fall 2: Nach dem Hochladen müssen alle Ordner (manuell) die Rechte 777 und alle Dateien die Rechte 666 bekommen. Heißt: sie sind für alle schreibbar. Das ist ein Sicherheitsproblem, aber in dem Fall nicht anders möglich. In jedem Fall ist das Handarbeit und sowohl FTP-Programm wie Serverkonfiguration müssen das erlauben. Wenn der Server keine Rechtezuweisung durch das FTP-Programm erlaubt, kannst du jede Lösung oder Workaround vergessen. Der Workaround für TYPO3: Im Install-Tool gibt es die Möglichkeit Dateirechte setzen zu lassen. Suche in "All Configuration" nach fileCreateMask und folderCreateMask. Setz die auf: Fall 1: 664 und 775 Fall 2: 666 und 777 Richtig gut ist der Workaround nicht, zumindest nicht in Fall 2. Viele Grüße Peter Vermutlich Am 05.03.2010 um 00:23 schrieb David Brunnthaler (office): Hallo liebe Liste, ich verzweifel gerade ein klein wenig. Folgendes Szenario: Typo3-Entwicklungsinstallation auf einem Schweizer Hostingserver. Templ
Re: [TYPO3-german] Probleme mit FTP-Benutzerrechten im Typo3 Backend
Hallo Peter, danke erstmal für deine intensive Hilfe. Der Server-Admin hat nun in PHP den "safe mode" ausgeschaltet und siehe da sein Fileadmin kann nun plötzlich Unterordner erstellen. Selbst Typo3 funktioniert nun beinahe. Leider eben nur beinahe. Ich kann in "File" > "Filelist" Ordner, Unterordner und Dateien anlegen und raufladen. (Konnte ich zuvor nicht) Ich kann in den Contentelementen Bilder hochladen und diese werden korrekt im Typo3 Unterordner "uploads" > "pics" abgelegt. (Konnte ich zuvor auch nicht) Typo3 hat nun also zumindest hier die Zugriffsberechtigung. Leider kann Typo3 noch immer keine Thumbnails generieren. Wenn ich also im Contentelement unter dem Tab "Media" ein Bild auswähle, so kann ich das auch korrekterweise abspeichern ohne das Typo3 sich beschwert. Es erscheint lediglich an der Stelle wo normalerweise nach dem Speichern das kleine Thumbnail angezeigt wird das graue "No thumb generated"-Bild. Es scheint also als wäre "typo3temp" > "pics" nicht schreibbar. Ich habe nun also, wie von dir vorgeschlagen, versucht, dass ich die "fileCreateMask" und die "folderCreateMask" auf 664 und 775 bzw auf 666 und 777 umstelle, doch dies zeigte keine Auswirkung. Auch eine manuelle Umstellung der Zugriffsrechte des Ordners "pics" hatte keine Auswirkung. Ebenso hab ich versucht, dass ich den Ordner mit dem ominösen "filemanager.php" von ihm neu anlegen (keine Auswirkung). Fallen dir sonst noch irgendwelche Tricks ein, mit dem ich Typo3 überreden könnte, dass er doch bitte in "pics" schreiben kann? Gruß David Am 05.03.10 09:51, schrieb Peter Linzenkirchner: Hallo David, das ist ein typisches Problem bei Hostern, die ihre Konfiguration nicht konsequent an die Anforderungen von dynamischen Webapplikationen anpassen sondern die Dateirechte mehr oder weniger auf default lassen. Ich würde mir einen TYPO3-Provider suchen, da das sinnvollerweise serverseitig gelöst wird. Ansonsten bleiben nur Workarounds. Zwei wahrscheinliche Konfigurationen: 1. PHP und FTP laufen in einer Gruppe, aber die u-Mask ist per default so konfiguriert, dass die Gruppe immer nur Leserechte bekommt. Vergeben werden dann diese Rechte: Ordner: 755 Dateien: 644 In dem Fall können FTP und TYPO3 die Ordner des anderen sehen, aber nicht drin schreiben. 2. Verschärfte Möglichkeit: PHP und FTP laufen in getrennten Gruppen und die Rechte werden wie oben vergeben. Die Konsequenz ist erstmal die gleiche, die Lösung aber nicht. Der Workaround für die per FTP angelegten Dateien und Ordner: Fall 1: Nach dem Hochladen müssen alle Ordner (manuell) die Rechte 775 und alle Dateien die Rechte 664 bekommen. Heißt: sie sind für die Gruppe schreibbar. Fall 2: Nach dem Hochladen müssen alle Ordner (manuell) die Rechte 777 und alle Dateien die Rechte 666 bekommen. Heißt: sie sind für alle schreibbar. Das ist ein Sicherheitsproblem, aber in dem Fall nicht anders möglich. In jedem Fall ist das Handarbeit und sowohl FTP-Programm wie Serverkonfiguration müssen das erlauben. Wenn der Server keine Rechtezuweisung durch das FTP-Programm erlaubt, kannst du jede Lösung oder Workaround vergessen. Der Workaround für TYPO3: Im Install-Tool gibt es die Möglichkeit Dateirechte setzen zu lassen. Suche in "All Configuration" nach fileCreateMask und folderCreateMask. Setz die auf: Fall 1: 664 und 775 Fall 2: 666 und 777 Richtig gut ist der Workaround nicht, zumindest nicht in Fall 2. Viele Grüße Peter Vermutlich Am 05.03.2010 um 00:23 schrieb David Brunnthaler (office): Hallo liebe Liste, ich verzweifel gerade ein klein wenig. Folgendes Szenario: Typo3-Entwicklungsinstallation auf einem Schweizer Hostingserver. Template ist soweit eingerichtet. Erste Plugins installiert. Alles verläuft bis zu dem Zeitpunkt relativ problemlos. Nun wollte ich im "Filelist" Modul neue Ordner hinzufügen und da begannen dann die Probleme: Ich erstelle einen ersten Ordner: Funktioniert. Ich will einen Unterordner in diesem von Typo3 angelegten Ordner erstellen: Fehler: 1: Directory "testsub" not created. Write-permission problem in "/home/httpd/vhosts/mydomain.com/httpdocs/fileadmin/test/testsubfolder/"? Ich habe mich also beim Server Administrator schlau gemacht, der konnte mir jedoch auch nicht erklären, warum Typo3 erst einen Ordner erstellen kann, jedoch dann keinen Unterordner in diesem Ordner machen kann. Ordner und Dateien die von Typo3 auf diesem Server erstellt werden haben den Eigentümer "apache". Die Gruppe heißt ebenfalls "apache" und die Zugriffsrechte sind "755". Lade ich mit dem FTP-Server einen Ordner oder eine Datei hoch, so hat diese in meinem FTP-Programm unter Eigentümer und unter Gruppe "mehrere Werte" stehen und die Zugriffsrechte sind "644
Re: [TYPO3-german] Probleme mit FTP-Benutzerrechten im Typo3 Backend
Hallo Manfred, Wenn ich den Ordner lösche und mit PHP neu erstelle funktioniert es nicht. Wenn ich den Ordner lösche und mit FTP neu erstelle dann funktioniert es ebenfalls nicht. Hab in der Antwort auf Peter's Mail etwas genauer geantwortet. Gruß David Am 05.03.10 09:42, schrieb Widmann, Manfred: Und wenn du den Ordner wegschmei�t und neu anlegst? "David Brunnthaler (office)" schrieb im Newsbeitrag news:mailman.12813.126653.7109.typo3-ger...@lists.typo3.org... Danke f�r den Tip. Aber ich komme nicht einmal ins Install Tool. Fehler: Could not create session folder in typo3temp/. Make sure it is writeable! typo3temp hat den Eigent�mer und die Gruppe: "apache" und Zugriffsrechte "777". Laut Auskunft vom Server-Administrator l�uft PHP mit eben diesem Benutzer "apache". Warum kann also Typo3 keinen Unterordner anlegen wenn er selbst der Eigent�mer ist? Lieben Gru� David Am 05.03.10 08:45, schrieb Widmann, Manfred: Hast du im Install Tool geschaut, ob du die n?tigen Schreibrechte auf die div. Verzeichnisse hast? Manfred "David Brunnthaler (office)" schrieb im Newsbeitrag news:mailman.12758.1267745192.7109.typo3-ger...@lists.typo3.org... Hallo liebe Liste, ich verzweifel gerade ein klein wenig. Folgendes Szenario: Typo3-Entwicklungsinstallation auf einem Schweizer Hostingserver. Template ist soweit eingerichtet. Erste Plugins installiert. Alles verl?uft bis zu dem Zeitpunkt relativ problemlos. Nun wollte ich im "Filelist" Modul neue Ordner hinzuf?gen und da begannen dann die Probleme: Ich erstelle einen ersten Ordner: Funktioniert. Ich will einen Unterordner in diesem von Typo3 angelegten Ordner erstellen: Fehler: 1: Directory "testsub" not created. Write-permission problem in "/home/httpd/vhosts/mydomain.com/httpdocs/fileadmin/test/testsubfolder/"? Ich habe mich also beim Server Administrator schlau gemacht, der konnte mir jedoch auch nicht erkl?ren, warum Typo3 erst einen Ordner erstellen kann, jedoch dann keinen Unterordner in diesem Ordner machen kann. Ordner und Dateien die von Typo3 auf diesem Server erstellt werden haben den Eigent?mer "apache". Die Gruppe hei?t ebenfalls "apache" und die Zugriffsrechte sind "755". Lade ich mit dem FTP-Server einen Ordner oder eine Datei hoch, so hat diese in meinem FTP-Programm unter Eigent?mer und unter Gruppe "mehrere Werte" stehen und die Zugriffsrechte sind "644". Aber ich kann dann wenigstens Unterordner anlegen und Dateien hochladen. Mit diesem Fehler k?nnte ich ja noch leben. ABER wenn ich nun ?ber das FTP-Programm ein Bild in den "fileadmin" hochlade und dieses im Typo3 Backend bei einem Contentelement ausw?hlen will. Dann kommt beim Speichern dieses Content Elements der Fehler 1: The destination (/home/httpd/vhosts/mydomain.com/httpdocs/uploads/pics) or the source file (/home/httpd/vhosts/mydomain.com/httpdocs/fileadmin/_gallery/spanisch/03.jpg) does not exist. (tt_content:20:image) Dies hat zur Folge dass Typo3 weder im Backend noch im Frontend Thumbnails der Bilder generieren kann. Das Bild hat die Zugriffsrechte "644" und bei Eigent?mer und Gruppe steht "mehrere Werte". Und der Ordner "uploads" und der Ordner "pics" haben beide bei Eigent?mer und bei Gruppe "apache" stehen und als Zugriffsrechte "777". Wei? jemand zuf?lligerweise wie ich speziell den 2. Fehler beheben kann? Typo3 Version ist 4.3.1 In der Hoffnung das jemand wei? wo ich ansetzen muss. David PS: Habe diesen Post auch im typo3.net Forum gepostet (http://www.typo3.net/forum/list/list_post//97259/). Hoffe das st?rt niemanden. -- david brunnthaler off...@i-am-alive.at ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german -- david brunnthaler off...@i-am-alive.at ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german -- david brunnthaler off...@i-am-alive.at ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Probleme mit FTP-Benutzerrechten im Typo3 Backend
Hallo Peter, danke für die lange Antwort: Ich probiere gerade ein Filemanager Skript vom Server Administrator selbst aus, und habe dort die gleichen Probleme: Ich kann zwar einen Ordner per FTP bzw per PHP erstellen. Will ich jedoch mit PHP einen Unterordner anlegen, so funktioniert es weder in dem einen noch in dem anderen. Folgend habe ich mal die Standardwerte aufgelistet die ich bekomme wenn ich Dateien bzw Ordner erstelle: Aktion: Eigentümer; Gruppe; Zugriffsrechte Ordner per FTP: mars_trav; psacln; 755 Datei per FTP: mehrere Werte; mehrere Werte; 644 Ordner per PHP: apache; apache; 777 Datei per PHP: apache; apache; 666 Ins Installtool komm ich leider ja nicht rein, weil er noch immer den "session" Ordner in "typo3temp" nicht anlegen kann. Egal wie ich die Ordnerrechte drehe und wende, "session" kann einfach nicht von Typo3 angelegt werden. Wäre es nun eher Konfiguration 1 oder 2? Gruß David Am 05.03.10 09:51, schrieb Peter Linzenkirchner: Hallo David, das ist ein typisches Problem bei Hostern, die ihre Konfiguration nicht konsequent an die Anforderungen von dynamischen Webapplikationen anpassen sondern die Dateirechte mehr oder weniger auf default lassen. Ich würde mir einen TYPO3-Provider suchen, da das sinnvollerweise serverseitig gelöst wird. Ansonsten bleiben nur Workarounds. Zwei wahrscheinliche Konfigurationen: 1. PHP und FTP laufen in einer Gruppe, aber die u-Mask ist per default so konfiguriert, dass die Gruppe immer nur Leserechte bekommt. Vergeben werden dann diese Rechte: Ordner: 755 Dateien: 644 In dem Fall können FTP und TYPO3 die Ordner des anderen sehen, aber nicht drin schreiben. 2. Verschärfte Möglichkeit: PHP und FTP laufen in getrennten Gruppen und die Rechte werden wie oben vergeben. Die Konsequenz ist erstmal die gleiche, die Lösung aber nicht. Der Workaround für die per FTP angelegten Dateien und Ordner: Fall 1: Nach dem Hochladen müssen alle Ordner (manuell) die Rechte 775 und alle Dateien die Rechte 664 bekommen. Heißt: sie sind für die Gruppe schreibbar. Fall 2: Nach dem Hochladen müssen alle Ordner (manuell) die Rechte 777 und alle Dateien die Rechte 666 bekommen. Heißt: sie sind für alle schreibbar. Das ist ein Sicherheitsproblem, aber in dem Fall nicht anders möglich. In jedem Fall ist das Handarbeit und sowohl FTP-Programm wie Serverkonfiguration müssen das erlauben. Wenn der Server keine Rechtezuweisung durch das FTP-Programm erlaubt, kannst du jede Lösung oder Workaround vergessen. Der Workaround für TYPO3: Im Install-Tool gibt es die Möglichkeit Dateirechte setzen zu lassen. Suche in "All Configuration" nach fileCreateMask und folderCreateMask. Setz die auf: Fall 1: 664 und 775 Fall 2: 666 und 777 Richtig gut ist der Workaround nicht, zumindest nicht in Fall 2. Viele Grüße Peter Vermutlich Am 05.03.2010 um 00:23 schrieb David Brunnthaler (office): Hallo liebe Liste, ich verzweifel gerade ein klein wenig. Folgendes Szenario: Typo3-Entwicklungsinstallation auf einem Schweizer Hostingserver. Template ist soweit eingerichtet. Erste Plugins installiert. Alles verläuft bis zu dem Zeitpunkt relativ problemlos. Nun wollte ich im "Filelist" Modul neue Ordner hinzufügen und da begannen dann die Probleme: Ich erstelle einen ersten Ordner: Funktioniert. Ich will einen Unterordner in diesem von Typo3 angelegten Ordner erstellen: Fehler: 1: Directory "testsub" not created. Write-permission problem in "/home/httpd/vhosts/mydomain.com/httpdocs/fileadmin/test/testsubfolder/"? Ich habe mich also beim Server Administrator schlau gemacht, der konnte mir jedoch auch nicht erklären, warum Typo3 erst einen Ordner erstellen kann, jedoch dann keinen Unterordner in diesem Ordner machen kann. Ordner und Dateien die von Typo3 auf diesem Server erstellt werden haben den Eigentümer "apache". Die Gruppe heißt ebenfalls "apache" und die Zugriffsrechte sind "755". Lade ich mit dem FTP-Server einen Ordner oder eine Datei hoch, so hat diese in meinem FTP-Programm unter Eigentümer und unter Gruppe "mehrere Werte" stehen und die Zugriffsrechte sind "644". Aber ich kann dann wenigstens Unterordner anlegen und Dateien hochladen. Mit diesem Fehler könnte ich ja noch leben. ABER wenn ich nun über das FTP-Programm ein Bild in den "fileadmin" hochlade und dieses im Typo3 Backend bei einem Contentelement auswählen will. Dann kommt beim Speichern dieses Content Elements der Fehler 1: The destination (/home/httpd/vhosts/mydomain.com/httpdocs/uploads/pics) or the source file (/home/httpd/vhosts/mydomain.com/httpdocs/fileadmin/_gallery/spanisch/03.jpg) does not exist. (tt_content:20:image) Dies hat zur Folge dass Typo3 weder im Backend noch im Frontend Thumbnails der Bilder generieren kann. Das Bild hat die Zugriffsrechte "644" und bei Eigentümer und Grup
Re: [TYPO3-german] Probleme mit FTP-Benutzerrechten im Typo3 Backend
Danke für den Tip. Aber ich komme nicht einmal ins Install Tool. Fehler: Could not create session folder in typo3temp/. Make sure it is writeable! typo3temp hat den Eigentümer und die Gruppe: "apache" und Zugriffsrechte "777". Laut Auskunft vom Server-Administrator läuft PHP mit eben diesem Benutzer "apache". Warum kann also Typo3 keinen Unterordner anlegen wenn er selbst der Eigentümer ist? Lieben Gruß David Am 05.03.10 08:45, schrieb Widmann, Manfred: Hast du im Install Tool geschaut, ob du die n�tigen Schreibrechte auf die div. Verzeichnisse hast? Manfred "David Brunnthaler (office)" schrieb im Newsbeitrag news:mailman.12758.1267745192.7109.typo3-ger...@lists.typo3.org... Hallo liebe Liste, ich verzweifel gerade ein klein wenig. Folgendes Szenario: Typo3-Entwicklungsinstallation auf einem Schweizer Hostingserver. Template ist soweit eingerichtet. Erste Plugins installiert. Alles verl�uft bis zu dem Zeitpunkt relativ problemlos. Nun wollte ich im "Filelist" Modul neue Ordner hinzuf�gen und da begannen dann die Probleme: Ich erstelle einen ersten Ordner: Funktioniert. Ich will einen Unterordner in diesem von Typo3 angelegten Ordner erstellen: Fehler: 1: Directory "testsub" not created. Write-permission problem in "/home/httpd/vhosts/mydomain.com/httpdocs/fileadmin/test/testsubfolder/"? Ich habe mich also beim Server Administrator schlau gemacht, der konnte mir jedoch auch nicht erkl�ren, warum Typo3 erst einen Ordner erstellen kann, jedoch dann keinen Unterordner in diesem Ordner machen kann. Ordner und Dateien die von Typo3 auf diesem Server erstellt werden haben den Eigent�mer "apache". Die Gruppe hei�t ebenfalls "apache" und die Zugriffsrechte sind "755". Lade ich mit dem FTP-Server einen Ordner oder eine Datei hoch, so hat diese in meinem FTP-Programm unter Eigent�mer und unter Gruppe "mehrere Werte" stehen und die Zugriffsrechte sind "644". Aber ich kann dann wenigstens Unterordner anlegen und Dateien hochladen. Mit diesem Fehler k�nnte ich ja noch leben. ABER wenn ich nun �ber das FTP-Programm ein Bild in den "fileadmin" hochlade und dieses im Typo3 Backend bei einem Contentelement ausw�hlen will. Dann kommt beim Speichern dieses Content Elements der Fehler 1: The destination (/home/httpd/vhosts/mydomain.com/httpdocs/uploads/pics) or the source file (/home/httpd/vhosts/mydomain.com/httpdocs/fileadmin/_gallery/spanisch/03.jpg) does not exist. (tt_content:20:image) Dies hat zur Folge dass Typo3 weder im Backend noch im Frontend Thumbnails der Bilder generieren kann. Das Bild hat die Zugriffsrechte "644" und bei Eigent�mer und Gruppe steht "mehrere Werte". Und der Ordner "uploads" und der Ordner "pics" haben beide bei Eigent�mer und bei Gruppe "apache" stehen und als Zugriffsrechte "777". Wei� jemand zuf�lligerweise wie ich speziell den 2. Fehler beheben kann? Typo3 Version ist 4.3.1 In der Hoffnung das jemand wei� wo ich ansetzen muss. David PS: Habe diesen Post auch im typo3.net Forum gepostet (http://www.typo3.net/forum/list/list_post//97259/). Hoffe das st�rt niemanden. -- david brunnthaler off...@i-am-alive.at ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german -- david brunnthaler off...@i-am-alive.at ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Probleme mit FTP-Benutzerrechten im Typo3 Backend
Hallo liebe Liste, ich verzweifel gerade ein klein wenig. Folgendes Szenario: Typo3-Entwicklungsinstallation auf einem Schweizer Hostingserver. Template ist soweit eingerichtet. Erste Plugins installiert. Alles verläuft bis zu dem Zeitpunkt relativ problemlos. Nun wollte ich im "Filelist" Modul neue Ordner hinzufügen und da begannen dann die Probleme: Ich erstelle einen ersten Ordner: Funktioniert. Ich will einen Unterordner in diesem von Typo3 angelegten Ordner erstellen: Fehler: 1: Directory "testsub" not created. Write-permission problem in "/home/httpd/vhosts/mydomain.com/httpdocs/fileadmin/test/testsubfolder/"? Ich habe mich also beim Server Administrator schlau gemacht, der konnte mir jedoch auch nicht erklären, warum Typo3 erst einen Ordner erstellen kann, jedoch dann keinen Unterordner in diesem Ordner machen kann. Ordner und Dateien die von Typo3 auf diesem Server erstellt werden haben den Eigentümer "apache". Die Gruppe heißt ebenfalls "apache" und die Zugriffsrechte sind "755". Lade ich mit dem FTP-Server einen Ordner oder eine Datei hoch, so hat diese in meinem FTP-Programm unter Eigentümer und unter Gruppe "mehrere Werte" stehen und die Zugriffsrechte sind "644". Aber ich kann dann wenigstens Unterordner anlegen und Dateien hochladen. Mit diesem Fehler könnte ich ja noch leben. ABER wenn ich nun über das FTP-Programm ein Bild in den "fileadmin" hochlade und dieses im Typo3 Backend bei einem Contentelement auswählen will. Dann kommt beim Speichern dieses Content Elements der Fehler 1: The destination (/home/httpd/vhosts/mydomain.com/httpdocs/uploads/pics) or the source file (/home/httpd/vhosts/mydomain.com/httpdocs/fileadmin/_gallery/spanisch/03.jpg) does not exist. (tt_content:20:image) Dies hat zur Folge dass Typo3 weder im Backend noch im Frontend Thumbnails der Bilder generieren kann. Das Bild hat die Zugriffsrechte "644" und bei Eigentümer und Gruppe steht "mehrere Werte". Und der Ordner "uploads" und der Ordner "pics" haben beide bei Eigentümer und bei Gruppe "apache" stehen und als Zugriffsrechte "777". Weiß jemand zufälligerweise wie ich speziell den 2. Fehler beheben kann? Typo3 Version ist 4.3.1 In der Hoffnung das jemand weiß wo ich ansetzen muss. David PS: Habe diesen Post auch im typo3.net Forum gepostet (http://www.typo3.net/forum/list/list_post//97259/). Hoffe das stört niemanden. -- david brunnthaler off...@i-am-alive.at ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] .htaccess + Typo3 und RealURL + Wordpress
Danke nochmals für all die Hilfestellungen, das nenn ich mal eine super Community. Problem hat sich Schlussendlich in Rauch aufgelöst. War eine Mischung aus: Programmierfehler im WP-Theme (nicht meine Schuld) .htaccess von Typo3 falsch konfiguriert .htaccess von Wordpress falsch konfiguriert Aber es funktioniert nun endlich. Wenn die Redakteure unbedingt 2 Impressums (was ist bitte die Mehrzahl von Impressum) pflegen wollen, dann bin ich in diesem Fall der letzte der sie daran hindern wird. Nja danke nochmals auf jedenfall, ohne euch hätte ich das nicht geschafft. Lieben Gruß aus dem nachmitternächtlichen Österreich David Am 19.02.10 17:19, schrieb David Bruchmann: - Ursprüngliche Nachricht - Von:Sebastian Lorenz Gesendet: Freitag, 19. Februar 2010 16:18:30 An: German TYPO3 Userlist CC: Betreff:Re: [TYPO3-german] .htaccess + Typo3 und RealURL + Wordpress Hallo David, ich würde das Impressum von WP Statissch auf dei impressum Seite von Typo3 legen Mit freundlichen Grüßen Sebastian Lorenz Stimmt, zumindest ist es Quatsch 2x Impressum pflegen zu müssen. Jetzt muß es nur noch der andere David lesen ;-) Gruß David ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german -- david brunnthaler off...@i-am-alive.at ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] .htaccess + Typo3 und RealURL + Wordpress
Hallo, danke danke für die vielen Problemlösungsansätze. Derzeit hab ich das ganze mal an den Herren von Mittwald abgegeben. Das heißt einstweilen gilt mal einfach nur abwarten und Teetrinken. Schönen Freitag-Nachmittag und danke nochmals. Gruß David Am 19.02.10 15:15, schrieb Philipp Gampe: Am 19.02.2010, 15:09 Uhr, schrieb David Bruchmann : Hi, mir ist noch was anderes eingefallen: In der Datenbanktabelle wp_options müßen "siteurl" und "home" auf "http://www.spanien-mit-flair.de/blog"; gesetzt werden. das hatte ich auch mal und äußert sich ungefähr so :( hier ein Link mit allen Methoden, um es zu korrigieren: http://codex.wordpress.org/Changing_The_Site_URL -- david brunnthaler off...@i-am-alive.at ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] .htaccess + Typo3 und RealURL + Wordpress
ok das klingt logisch, aber ich bin leider in Wordpress mehr als unbewandert und habe absolut keinen Plan, wo ich da zum Suchen anfangen soll. Irgendwelche Ratschläge wo ich da zum Suchen anfangen soll? Am 19.02.10 14:49, schrieb David Bruchmann: - Ursprüngliche Nachricht - Von:David Brunnthaler (office) Gesendet: Freitag, 19. Februar 2010 14:39:27 An: German TYPO3 Userlist CC: Betreff:Re: [TYPO3-german] .htaccess + Typo3 und RealURL + Wordpress Hallo, blog/impressum ist keine Seite die am FTP-Server liegt. Ich erstell die ganz normal als neue Seite in Wordpress. Das komische ist, dass http://www.spanien-mit-flair.de/blog/impressum lediglich eine weiße Seite produziert und http://www.spanien-mit-flair.de/blog/category/allgemein/ eine korrekte Seite anzeigt. Beide sind jedoch nur in Wordpress vorhanden.. Gruß David Dann überprüf mal die Seitenlinks (= "Permalinks") in WP. http://www.spanien-mit-flair.de/blog/testseite-david/ funktioniert auch nicht, daher gehe ich davon aus, daß Dein Seiten-Setup einfach falsch ist. Gruß David ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german -- david brunnthaler off...@i-am-alive.at ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] .htaccess + Typo3 und RealURL + Wordpress
Hallo, blog/impressum ist keine Seite die am FTP-Server liegt. Ich erstell die ganz normal als neue Seite in Wordpress. Das komische ist, dass http://www.spanien-mit-flair.de/blog/impressum lediglich eine weiße Seite produziert und http://www.spanien-mit-flair.de/blog/category/allgemein/ eine korrekte Seite anzeigt. Beide sind jedoch nur in Wordpress vorhanden.. Gruß David Am 19.02.10 14:29, schrieb David Bruchmann: - Ursprüngliche Nachricht - Von:David Brunnthaler (office) Gesendet: Freitag, 19. Februar 2010 14:25:47 An: German TYPO3 Userlist CC: Betreff:Re: [TYPO3-german] .htaccess + Typo3 und RealURL + Wordpress Hi, danke schonmal für eure Hilfe. Nein im WP-Directory lag keine .htaccess. Ich hab jetzt einmal eine erstellt mit dem Inhalt von David Bruchmann und siehe da es funktioniert. Fast :) Es funktionieren nun beinahe alle Seiten, nur wenn ich das Impressum aufrufe, dann bekomme ich lediglich eine weiße Seite. Ich weiß das ist nun eigentlich kein Typo3 Problem mehr, aber weiß trotzdem jemand wie ich das korrigieren kann? Gruß David Hi, ist das Impressum evtl. eine statische Seite, die einfach irgendwo abgelegt ist? Dann mußt Du da in die .htaccess eine Ausnahme hinzufügen... Gruß David ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german -- david brunnthaler off...@i-am-alive.at ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] .htaccess + Typo3 und RealURL + Wordpress
Hi, danke schonmal für eure Hilfe. Nein im WP-Directory lag keine .htaccess. Ich hab jetzt einmal eine erstellt mit dem Inhalt von David Bruchmann und siehe da es funktioniert. Fast :) Es funktionieren nun beinahe alle Seiten, nur wenn ich das Impressum aufrufe, dann bekomme ich lediglich eine weiße Seite. Ich weiß das ist nun eigentlich kein Typo3 Problem mehr, aber weiß trotzdem jemand wie ich das korrigieren kann? Gruß David Am 19.02.10 13:53, schrieb David Bruchmann: Hi, standardmäßig ist dort eine Datei vorhanden, die muß angepasst werden: # BEGIN WordPress RewriteEngine On RewriteBase /blog/ RewriteCond %{REQUEST_FILENAME} !-f RewriteCond %{REQUEST_FILENAME} !-d RewriteRule . /blog/index.php [L] # END WordPress oder so ähnlich ;-) Gruß David - Ursprüngliche Nachricht - Von:Sebastian Lorenz Gesendet: Freitag, 19. Februar 2010 13:42:58 An: German TYPO3 Userlist CC: Betreff:Re: [TYPO3-german] .htaccess + Typo3 und RealURL + Wordpress Hallo David, hast du den in deinem WP Blog auch die Rewrites an oder nicht. Liegt dort zufällig eine .htaccess. Viele Grüße Sebastian Lorenz Am 19.02.2010 um 13:15 schrieb David Brunnthaler (office): Hallo liebes Forum, ich hoffe ihr könnt mir wieder einmal helfen: Der Suchmaschinenoptimierer der Typo3 Seite an der ich gerade arbeite will unbedingt einen WordpressBlog. Ich habe also einen WPBlog eingerichtet auf http://blog.mydomain.de. Er will jedoch unbedingt, dass der Blog nicht eine eigene Subdomain ist sondern, dass er mit http://www.mydomain.de/blog aufgerufen wird. Nun habe ich also am FTP-Server das Blog Verzeichnis zu einem Unterordner von Typo3 gemacht und die htaccess geringfügig angepasst, damit ich zumindest die Seite aufrufen kann. Alt: RewriteRule ^(typo3/|t3lib/|tslib/|fileadmin/|typo3conf/|typo3temp/|uploads/|showpic\.php|favicon\.ico) - [L] Neu: RewriteRule ^(typo3/|t3lib/|tslib/|fileadmin/|typo3conf/|typo3temp/|uploads/|blog/|showpic\.php|favicon\.ico) - [L] Somit kann ich nun den Blog unter http://www.mydomain.de/blog aufrufen. Jetzt habe ich einige Inhalte in Wordpress angelegt und als ich versucht habe, dass ich diese im Browser aufrufe bekomme ich lediglich einen 404er Fehler. Also zB http://www.mydomain.de/blog/impressum/ Nun hab ich mit dem Server-Hoster Rücksprache gehalten, und Mittwald meinte es liegt an der RealURL Extension. Falls der Unterordner vom Blog tatsächlich existiert, dann kann er die Seite aufrufen. (Beispiel: Ich lege in typo3/blog/ den Ordner "test" an und gebe eine index.htm rein - diese kann nun ohne Probleme aufgerufen werden) Existiert die Unterseite aber nur in Wordpress und nicht real am FTP-Server, dann sucht er in Typo3 und da er die ID von Wordpress natürlich in Typo3 nicht findet produziert er einen 404er Fehler. Wie kann ich also für diese eine Subdomain (http://www.mydomain.de/blog) Typo3 komplett ausklammern? Ist so etwas überhaupt möglich? Sollte nicht diese eine Änderung in der .htaccess bereits das Problem beheben? Nebeninfo: Ich habe in RealURL eigentlich eine 404er Fehlerseite definiert. Diese funktioniert in der Typo3 Umgebung auch so wie sie sollte, der 404er Fehler von Wordpress kommt jedoch nicht auf der in RealURL definierten Seite sondern auf einer standard Server 404er Seite. Bin über jegliche Tips und Tricks heilfroh. Gruß David Brunnthaler PS: Hab den Text auch unter http://www.typo3.net/forum/list/list_post//96884/ gepostet. Hoffe das stört niemanden. ___ 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 -- david brunnthaler off...@i-am-alive.at ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] .htaccess + Typo3 und RealURL + Wordpress
Hallo liebes Forum, ich hoffe ihr könnt mir wieder einmal helfen: Der Suchmaschinenoptimierer der Typo3 Seite an der ich gerade arbeite will unbedingt einen WordpressBlog. Ich habe also einen WPBlog eingerichtet auf http://blog.mydomain.de. Er will jedoch unbedingt, dass der Blog nicht eine eigene Subdomain ist sondern, dass er mit http://www.mydomain.de/blog aufgerufen wird. Nun habe ich also am FTP-Server das Blog Verzeichnis zu einem Unterordner von Typo3 gemacht und die htaccess geringfügig angepasst, damit ich zumindest die Seite aufrufen kann. Alt: RewriteRule ^(typo3/|t3lib/|tslib/|fileadmin/|typo3conf/|typo3temp/|uploads/|showpic\.php|favicon\.ico) - [L] Neu: RewriteRule ^(typo3/|t3lib/|tslib/|fileadmin/|typo3conf/|typo3temp/|uploads/|blog/|showpic\.php|favicon\.ico) - [L] Somit kann ich nun den Blog unter http://www.mydomain.de/blog aufrufen. Jetzt habe ich einige Inhalte in Wordpress angelegt und als ich versucht habe, dass ich diese im Browser aufrufe bekomme ich lediglich einen 404er Fehler. Also zB http://www.mydomain.de/blog/impressum/ Nun hab ich mit dem Server-Hoster Rücksprache gehalten, und Mittwald meinte es liegt an der RealURL Extension. Falls der Unterordner vom Blog tatsächlich existiert, dann kann er die Seite aufrufen. (Beispiel: Ich lege in typo3/blog/ den Ordner "test" an und gebe eine index.htm rein - diese kann nun ohne Probleme aufgerufen werden) Existiert die Unterseite aber nur in Wordpress und nicht real am FTP-Server, dann sucht er in Typo3 und da er die ID von Wordpress natürlich in Typo3 nicht findet produziert er einen 404er Fehler. Wie kann ich also für diese eine Subdomain (http://www.mydomain.de/blog) Typo3 komplett ausklammern? Ist so etwas überhaupt möglich? Sollte nicht diese eine Änderung in der .htaccess bereits das Problem beheben? Nebeninfo: Ich habe in RealURL eigentlich eine 404er Fehlerseite definiert. Diese funktioniert in der Typo3 Umgebung auch so wie sie sollte, der 404er Fehler von Wordpress kommt jedoch nicht auf der in RealURL definierten Seite sondern auf einer standard Server 404er Seite. Bin über jegliche Tips und Tricks heilfroh. Gruß David Brunnthaler PS: Hab den Text auch unter http://www.typo3.net/forum/list/list_post//96884/ gepostet. Hoffe das stört niemanden. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] RealURL und index.php?id=xx Aufruf
Hallo nochmals, nach Rücksprache mit dem SEO hab ich die 1700 Zeilen (!) RewriteRules aus der .htaccess wieder entfernt und habs mit Typoscript gelöst: [globalString = IENV:QUERY_STRING = id=*] page.meta.robots = noindex, follow [global] Wenn man jetzt "mydomain.com/index.php?id=xxx" aufruft, dann wird der Robots-Tag gesetzt. So passt es dem SEO und ich bin auch zufrieden :) Gruß David Am 09.02.10 10:56, schrieb David Brunnthaler (office): Hallo Nikolas, ich hab mal die Extension probiert, die würde zwar ansich ganz gut funktionieren, aber leider funktioniert dann auf der Startseite die eingesetzte GoogleMap nicht mehr korrekt. Ich hab jetzt erstmal so wie du vorgeschlagen hast, die entsprechende RealUrl-Tabelle exportiert umgeschrieben und die RewriteRules dann in die htaccess gegeben. Ging flott da hattest du recht, aber bei einer derartig großen Seite wie ich sie hier habe, weiß ich nicht ob die htaccess jetzt nicht zu groß geworden ist. Aber danke recht herzlich für die Antwort. Gruß David Am 08.02.10 18:43, schrieb Nikolas Hagelstein: Moin, Ob RealUrl sowas kann weiss ich nicht und wage es mal zu bezweifeln. Quick n dirty kannste doch eben die Seiten und deren sprechende Namen aus den entsprechenden Tabellen exportieren und Dir in ein minuten daraus ne passende htaccess zimmern. Das ist zwar nicht besonders schoen aber geht flott. Alternative kann man Anfrage ala index.php?id=x auch auf ne mini Extension leiten und dort dann mit einem Permanently moved redirecten. Oder halt das hier probieren ;) : http://typo3.org/extensions/repository/view/forcerealurls/current/ Gruss, Nikolas ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german -- david brunnthaler off...@i-am-alive.at ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] RealURL und index.php?id=xx Aufruf
Hallo Nikolas, ich hab mal die Extension probiert, die würde zwar ansich ganz gut funktionieren, aber leider funktioniert dann auf der Startseite die eingesetzte GoogleMap nicht mehr korrekt. Ich hab jetzt erstmal so wie du vorgeschlagen hast, die entsprechende RealUrl-Tabelle exportiert umgeschrieben und die RewriteRules dann in die htaccess gegeben. Ging flott da hattest du recht, aber bei einer derartig großen Seite wie ich sie hier habe, weiß ich nicht ob die htaccess jetzt nicht zu groß geworden ist. Aber danke recht herzlich für die Antwort. Gruß David Am 08.02.10 18:43, schrieb Nikolas Hagelstein: Moin, Ob RealUrl sowas kann weiss ich nicht und wage es mal zu bezweifeln. Quick n dirty kannste doch eben die Seiten und deren sprechende Namen aus den entsprechenden Tabellen exportieren und Dir in ein minuten daraus ne passende htaccess zimmern. Das ist zwar nicht besonders schoen aber geht flott. Alternative kann man Anfrage ala index.php?id=x auch auf ne mini Extension leiten und dort dann mit einem Permanently moved redirecten. Oder halt das hier probieren ;) : http://typo3.org/extensions/repository/view/forcerealurls/current/ Gruss, Nikolas ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german -- david brunnthaler off...@i-am-alive.at ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] RealURL und index.php?id=xx Aufruf
Hallo liebe Mailingliste, ich habe bei meiner Typo3-Installation (4.3.1) RealUrl (1.7.0) installiert. Alles funktioniert super, die Links werden umgewandelt und alle Extension verwenden die korrekten Links. ABER Man kann die Seiten immer noch über "mydomain.de/index.php?id=xx <http://mydomain.de/index.php?id=xx>" aufrufen. Dies wird zwar nicht in der Homepage verwendet, aber es funktioniert immer noch und Google hat auch ganz schön viele derartige Links indiziert. Der Suchmaschinen Optimierer hat dies nun bemängelt und gefragt, ob es denn möglich ist, dass die index.php Links automatisch wie mit einem htaccess Redirect weitergeleitet/umgeschrieben werden. Damit somit kein duplicate content mehr vorhanden ist. Da meine Suche in Foren/Google/irc-Channel leider nichts brauchbares zu Tage gebracht hat frage ich also auch hier: Ist das überhaupt möglich, dass man in Realurl dieses Verhalten abschaltet? Bzw Realurl so konfiguriert dass automatisch die lesbaren URLs ausgegeben werden? Natürlich wäre es eine Möglichkeit, dass ich jede ID in die htaccess eintrage mit der entsprechenden Weiterleitung, nur schließe ich das bei ca 400 Seiten mehr als aus. :) In der Hoffnung auf eine hilfreiche Antwort David PS: Der Typo3.net-Foren-Thread zu meiner Fragestellung ist hier zu finden: http://www.typo3.net/forum/list/list_post//96537/ -- david brunnthaler off...@i-am-alive.at ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german