On 5/13/11 10:05 PM, Hauke Haller wrote:
Am 13.05.2011 20:40, schrieb Kay Strobach:
Es geht also vorwärts ;)
Grüße
Kay
Jo!
TYPO3!
Wenn TYPO3 beispielsweise in Ruby wäre, hätten wir paradiesische
Zustände. PHP ist die Grätze – oder?
___
TYPO3-ge
Am 13.05.2011 20:40, schrieb Kay Strobach:
Es geht also vorwärts ;)
Grüße
Kay
Jo!
TYPO3!
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Hallo zusammen,
da es nun mehrfach diskutiert wurde, dass das Backend unter gewissen
Umständen langsam erscheint, wollte ich kurz auf eine kleine Entwicklung
in dem Bereich hinweisen.
Ich hatte Kontakt mit Ernesto Baschny und habe das Problem mit Ihm
diskutiert.
Das Ergebnis kannst du vorerst al
Am 13.05.11 17:41, schrieb Falk:
kann man mit solr eigentlich auch Dokumente (PDF, DOC, XLS, etc.)
indizieren?
ja. allerdings in der aktuellen EAP Version.
Sende Dir gerne ein White-Paper zum Thema und warum wir die Erweiterung
so entwickeln, wie wir das aktuell tun...
Olivier
Hallo Liste,
ich bin auf ein merkwürdiges Verhalten des RTE gestoßen:
Typo3 4.5.2 + Templavoila.
Ich habe ein FCE in dem nur ein Element vorhanden ist, vom Typ Rich text
editor for bodytext.
Wenn ich nun im RTE einen Text als Überschrift formatiere, wird im
Frontend vor der Überschrift noch
Am 13.05.2011 16:07, schrieb Olivier Dobberkau:
Am 13.05.11 16:04, schrieb Falk:
Kennt ihr dafür eine Lösung?
apache solr for TYPO3. :-)
Olivier
Hallo Olivier,
kann man mit solr eigentlich auch Dokumente (PDF, DOC, XLS, etc.)
indizieren?
Gruß Falk
__
Hallo,
Am 13.05.2011 16:10, schrieb Björn Pedersen:
Das mag auf einem Einzeluser-TYPO3 vielleicht noch "sicher" sein. Aber
jeder Redakteur erhält damit vollen Zugriff auf das gesamte TYPO3, das
ist das eigentliche Problem.
korrekt. Daher gibts die Extension auch schon seit 9.2.2006 nicht meh
Am 13.05.2011 14:40, schrieb Andreas Meier:
> Teile die Meinung von Rainer nicht ganz.
>
> Wenn es für meinen Anwendungsbedarf keine geeignete Extension gibt und
> mein Problem einigermaßen trivial ist, kann ich mit page_php_content
> sehr einfach eine Lösung herbeiführen.
>
Das mag auf einem Ei
Am 11.05.11 10:38, schrieb Hendrik:
Hat jemand eine idee woran das liegen könnte?
search marker sind gesetzt?
olivier
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Am 13.05.11 16:04, schrieb Falk:
Kennt ihr dafür eine Lösung?
apache solr for TYPO3. :-)
Olivier
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Hallo zusammen,
die Indizierung von zugriffsgeschützten Inhalten via Crawler - Config -
userGroups funktioniert soweit ja ganz gut. Das Problem dabei ist nur,
dass ich als Admin ja von vornherein alle userGroups in der Crawler -
Config definieren muss, deren entsprechenden Inhalte ich gecrawlt
Hallo,
ich habe eine TYPO3-Installation, in der mehrere Sprachen über
Workspaces verwaltet werden. Das klappt soweit ganz gut, nur tritt in
letzter Zeit das Phänomen auf, dass einzelne CEs und Seiten sich nicht
zum Bearbeiten öffnen lassen.
Versucht man eines der betroffenen CEs zu öffnen, so reag
Teile die Meinung von Rainer nicht ganz.
Wenn es für meinen Anwendungsbedarf keine geeignete Extension gibt und
mein Problem einigermaßen trivial ist, kann ich mit page_php_content
sehr einfach eine Lösung herbeiführen.
Die Alternative, wenn es eben nicht mehr trivial ist, ist eine eigene
Ex
Hi,
das bringt bei mir leider auch keine Änderung.
Aber wie ich weiter oben geschrieben habe funktioniert es ja Problemlos
wenn ich über den scheduler aktualisiere. Und mit dieser Lösung kann ich
gut leben.
Gruß
Hugo
Am 13.05.2011 07:38, schrieb Kay Strobach:
Hi,
Bei mir war der Fehler weg
On 5/13/11 9:28 AM, Christian Essl wrote:
Weiß jemand, was speziell bei page_php_content als unsicher angesehen wird ?
Hallo,
der Einsatz solcher (eigentlich zu verbietenden) Extensions ist deswegen
ein Sicherheitsloch, weil alle Sicherheitsüberlegungen von TYPO3
ausgehebelt werden.
Gruß R
Morgen,
Ich habe hier bei einer frisch aktualisierten TYPO3-Installation ein paar
Einträge unsicherer Extensions im Reports-Tool und wollte nun nachforschen, wo
die Sicherheitsprobleme bei diesen liegen.
Allerdings finde ich keine wirkliche Quelle. Das Reportstool selbst listet mir
als unsiche
16 matches
Mail list logo