Re: [TYPO3-german] [TYPO3-UG Oesterreich] 4.5.29 erhebliche Sicherheitslücken?

[Michael]

On 2013-08-22 12:55, Andreas Becker wrote:


Da auf der TYPO3.org Webseite keine Infos dergleichen angezeigt werden
waere ich sehr daran interessiert zu erfahren wie man seine Webseiten 
so
sicherer machen kann! D.h wie man die Infos der Extensions und des 
Cores

verstecken kann [...]


Das Verstecken oder Verschleiern von Informationen schliesst keine
Sicherheitsluecken. Ich investiere lieber meine Zeit dafuer zu sorgen, 
dass

mein Core und die Extensions aktuell gehalten werden.

Welchen Weg wuerdest du denn vorschlagen um TYPO3 Webseiten auch fuer 
die

Zukunft abzusichern.


Das offizielle TYPO3 Security Guide lesen und befolgen:
http://docs.typo3.org/typo3cms/SecurityGuide/

Security Bulletins verfolgen und Updates einspielen, wenn erforderlich:
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-announce


Ich denke hier zB auch an das Integrieren eines Update Checkers fuer
Extensions der dem KUNDEN mitteilt das da was an seiner Seite veraltet 
oder

gar sicherheitsrelevant ist.


http://schams.net/nagios
(oder eines der verwandten Loesungen, siehe: "Similar Projects").

Noch ein paar weitere Links zu dem Thema:

http://en.wikipedia.org/wiki/Security_through_obscurity
http://stackoverflow.com/questions/533965/why-is-security-through-obscurity-a-bad-idea
http://slashdot.org/features/980720/0819202.shtml


Cheers
Michael

___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

Re: [TYPO3-german] [TYPO3-UG Oesterreich] 4.5.29 erhebliche Sicherheitslücken?

[Jochen Overwien]

Hallo Andi,


Ich denke hier zB auch an das Integrieren eines Update Checkers fuer
Extensions der dem KUNDEN mitteilt das da was an seiner Seite veraltet oder
gar sicherheitsrelevant ist. In Drupal erhaelt der Developer z.B. diese
Infos bereits beim Login. Nicht jedoch bei TYPO3.


unabhängig davon, dass so etwas in den Core gehört:
Die Extension coreupdate [1] von Kay Strobach prüft bei Login nach 
Aktualität des Cores - auf Wunsch auch für Nicht-Admins.


Jochen

[1] http://typo3.org/extensions/repository/view/coreupdate
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

Re: [TYPO3-german] [TYPO3-UG Oesterreich] 4.5.29 erhebliche Sicherheitslücken?

[Andreas Becker]

Hi All

Interessant auf welche Werbe Ideen Agenturen (Silver Member) kommen. Sie
sprechen hier nur leider die falschen "Kunden" anderer Agenturen an, wuerde
ich mal sagen, denn wir haben mal kurzerhand bekannte Seiten gechecked und
oh Schreck, lediglich eine einzige - die http://typo3.org zeigte nichts an.

http://typo3.org/typo3_src/ChangeLog
http://typo3.org/typo3conf/ext/realurl/ChangeLog (nur als Beispiele)

Doch bei allen anderen kamen viele total veralteten extensions zum
Vorschein (d.h. bei einer weiteren war der ChangeLog des Cores redirected).
Wir haben zum Testen nur einmal einige der im T3blog gelisteten Seiten
genommen.

Ich persoenlich finde das schon recht einfach wie man moegliche Sicherheits
Luecken durch einen einfachen Vergleich der current Version und der in
typo3_src/ChangeLog bzw in typo3conf/ext/ext_xyz/ChangeLog herauslesen kann.

Ein einfaches script das die Seiten nach eben diesen Dateien durchforstet
und vergleicht und man hat einen TYPO3 Sicherheits Checker - wie er im
Grunde bisher nur von Joomla her bekannt war.

Da auf der TYPO3.org Webseite keine Infos dergleichen angezeigt werden
waere ich sehr daran interessiert zu erfahren wie man seine Webseiten so
sicherer machen kann! D.h wie man die Infos der Extensions und des Cores
verstecken kann - ohne alle infos loeschen zu muessen was ja auch eine
Moeglichkeit wäre.

Ebenso interessant waere jedoch auch eine Art Sicherheits Checker
(Script/Extension), wie es ihn ja fuer Joomla schon gibt und man seine
WebSeiten abfragen kann nach moeglichen Informationen die besser niemand
sehen sollte.

Bei unserem kurzem Test kam zum Vorschein dass die ueberwiegende Mehrheit
der Webseiten wohl nie Sicherheits oder Extension updates erfahren haben
nachdem sie dem Kunden uebergeben wurden. Egal ob Welt Organisation oder
nicht. Ich finde dies doch sehr bedenklich wenn man dann herauslesen kann
dass eine static_info_tables noch auf dem Stande vom 16 November 2007 ist
oder eine tt_news seit an beginn 2008 kein update mehr erfuhr. Erst recht
erschreckend ist es wenn man sieht wer die Seiten erstellt hat, da man es
hier wohl am wenigsten erwarten wuerde. Klar nicht jeder Kunde zahlt auch
fuer die Wartung von Webseiten nachdem er einmal eine hat.

---

Georg du hast recht mit dem Konzept, nur denke ich, dass die wenigsten
ueberhaupt sich darum kuemmern eine Seite auch fuer die Zukunft sicher zu
machen, wie unserer kleiner check gezeigt hat. Das mag einerseits an
Unwissen liegen oder auch eben an Bequemlichkeit

Welchen Weg wuerdest du denn vorschlagen um TYPO3 Webseiten auch fuer die
Zukunft abzusichern.

Ich denke hier zB auch an das Integrieren eines Update Checkers fuer
Extensions der dem KUNDEN mitteilt das da was an seiner Seite veraltet oder
gar sicherheitsrelevant ist. In Drupal erhaelt der Developer z.B. diese
Infos bereits beim Login. Nicht jedoch bei TYPO3.

Mit einem click kann dann die aktuelle Source eingespielt werden, entweder
alles zusammen oder nur das was gewuenscht wird.

In TYPO3 muss man hierzu erst den Extension Manager öffnen, dann den update
check durchfuehren und dann klick by click die Extensions updaten, was im
Vergleich zu dem Vorgehen von Drupal7/8 updates wesentlich laenger dauert!

Es gibt ja den Scheduler Task der das TER updated doch auch dieser muss
erst einmal eingerichtet werden. Im Hinblick auf Security wuerde ich diesen
als DEFAULT aktivieren und wer will kann ihn deaktivieren. Das Interesse
von typo3 sollte doch in erster Linie sein, dass auch die Extensions sicher
bleiben und nicht nur der Core, oder?

Andi






2013/8/22 Freddy Tripold 

> Danke euch allen für den Input...
>
>
> lg
> Freddy
>
> Freddy Tripold
> http://www.tlog.at
>
>
> "Wenn Du entdeckst, dass Du ein totes Pferd reitest, steig ab!"
> (Weisheit der Dakota-Indianer)
>
>
> Am 21.08.2013 17:45, schrieb Georg Ringer:
>
>  Hallo,
>>
>> nur um nochmal Input zu liefern. Warum sollte wer nicht wissen dass es
>> die 4.5.xx ist?
>>
>> Angenommen man ist auf der letzten sicheren Version unterwegs, dann
>> gibts e keine bekannte Sicherheitslücke.
>> Angenommen man ist aber auf einer unsicheren Version unterwegs, da
>> brauch ich keine ChangeLog.txt oder sonstwas weil da prüf ich einfach
>> direkt auf die Lücke und seh da sofort ob die Version unsicher ist oder
>> nicht.
>>
>> Dh lieber die Arbeit ins Konezpt stecken wie man schmerzfrei die Kunden
>> aktualisiert
>>
>> 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

Re: [TYPO3-german] EXT:cal und Sommer/Winterzeit (DST)

[Michael]

On 2013-08-22 06:32, Olivier Dobberkau wrote:


Aber vielleicht hat ja jemand das selbe Problem und eine Loesung oder
zumindest ein Workaround?


phpmyadmin? timestamp manipulieren?


Aeh, ja - das haben wir natuerlich gemacht. Ist aber leider keine sehr 
verlaessliche Loesung, wenn jeder Redakteur durch einen einzigen Klick 
das Datum wieder "kaputt" machen kann :-) (selbst, wenn er/sie nicht das 
Datumsfeld editiert, sondern nur auf "Save" klickt).


Danke fuer dein Input, Olivier.


Cheers
Michael
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

Re: [TYPO3-german] EXT:cal und Sommer/Winterzeit (DST)

[Olivier Dobberkau]

Am 21.08.13 06:48, schrieb Michael:

> Aber vielleicht hat ja jemand das selbe Problem und eine Loesung oder
> zumindest ein Workaround?

phpmyadmin? timestamp manipulieren?

Olivier
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

[TYPO3-german] Re: Re: Re: [TYPO3-UG Oesterreich] 4.5.29 erhebliche Sicherheitslücken?

[Freddy Tripold]

Danke euch allen für den Input...

lg
Freddy

Freddy Tripold
http://www.tlog.at


"Wenn Du entdeckst, dass Du ein totes Pferd reitest, steig ab!"
(Weisheit der Dakota-Indianer)


Am 21.08.2013 17:45, schrieb Georg Ringer:

Hallo,

nur um nochmal Input zu liefern. Warum sollte wer nicht wissen dass es
die 4.5.xx ist?

Angenommen man ist auf der letzten sicheren Version unterwegs, dann
gibts e keine bekannte Sicherheitslücke.
Angenommen man ist aber auf einer unsicheren Version unterwegs, da
brauch ich keine ChangeLog.txt oder sonstwas weil da prüf ich einfach
direkt auf die Lücke und seh da sofort ob die Version unsicher ist oder
nicht.

Dh lieber die Arbeit ins Konezpt stecken wie man schmerzfrei die Kunden
aktualisiert

Georg

___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

[TYPO3-german] Re: tx_news (G. Ringer): Frage zu List und Detailansicht auf einer (mehrerer) Seite(n)

[Martin]

Nur gut dass die letzten Posts mit dem eigentlichen Hauptthema nix zu tun 
haben. Am einfachsten wäre es gewesen, wenn man ein neues Thema eröffnet 
hätte
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

Re: [TYPO3-german] Problem mit lz_gallery

[emmi]

du hattest recht bernd.

ich werds entsprechend anpassen und auch etwas mehr struktur reinbringen
im moment ist das ganze ja zum glück noch in der staging phase zum austesten :-)
vg
emmi
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

[TYPO3-german] Re: Re: [TYPO3-UG Oesterreich] 4.5.29 erhebliche Sicherheitslücken?

[Georg Ringer]

Hallo,

nur um nochmal Input zu liefern. Warum sollte wer nicht wissen dass es 
die 4.5.xx ist?


Angenommen man ist auf der letzten sicheren Version unterwegs, dann 
gibts e keine bekannte Sicherheitslücke.
Angenommen man ist aber auf einer unsicheren Version unterwegs, da 
brauch ich keine ChangeLog.txt oder sonstwas weil da prüf ich einfach 
direkt auf die Lücke und seh da sofort ob die Version unsicher ist oder 
nicht.


Dh lieber die Arbeit ins Konezpt stecken wie man schmerzfrei die Kunden 
aktualisiert


Georg
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

Re: [TYPO3-german] Feld-Erweiterung - Extension "datamints_feuser"

[Björn Hahnefeld]

Kann mir hier niemand helfen? Auch Lorenz nicht? ;)

-Ursprüngliche Nachricht-
Von: typo3-german-boun...@lists.typo3.org
[mailto:typo3-german-boun...@lists.typo3.org] Im Auftrag von Björn Hahnefeld
Gesendet: Dienstag, 20. August 2013 19:46
An: 'German TYPO3 Userlist'
Betreff: Re: [TYPO3-german] Feld-Erweiterung - Extension "datamints_feuser"

Hallo Lorenz,

das Hinzufügen von Feldern (zumindest Textfelder und Auswahllisten) klappt
schon mal sehr gut. Allerdings ist mir eines noch nicht so ganz klar: die
Werte in Auswahllisten werden zwar korrekt gespeichert, allerdings werden
diese beim Reload der Seite nicht mehr angezeigt. Ist es möglich, dass
„datamints_feuser“ einen SELECTED auf den Eintrag setzt?

Viele Grüße

Björn

-Ursprüngliche Nachricht-
Von: typo3-german-boun...@lists.typo3.org
[mailto:typo3-german-boun...@lists.typo3.org] Im Auftrag von Lorenz Ulrich
Gesendet: Montag, 19. August 2013 22:09
An: typo3-german@lists.typo3.org
Betreff: Re: [TYPO3-german] Feld-Erweiterung - Extension "datamints_feuser"

Hallo Björn

Sobald du die Felder mit deiner eigenen Ext hinzugefügt hast und sie auch im
Backend (im TCA des FE-Users) funktionieren, sind sie auch für
datamints_feuser verfügbar. Allenfalls musst du auch den Configuration Cache
löschen, damit die Erweiterung des TCAs funktioniert.

Um bei Select-Feldern einen leeren Eintrag "Bitte wählen..." zu haben,
kannst du dann folgendes TypoScript verwenden:

plugin.tx_datamintsfeuser_pi1.fieldconfig {
   dein_neues_feld {
 config {
   items {
 0 {
   0 = bitte wählen...
   1 = 0
 }
   }
 }
   }
}

Beste Grüsse,

Lorenz

Am 19.08.2013 21:49, schrieb Björn Hahnefeld:
___
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: [TYPO3-UG Oesterreich] 4.5.29 erhebliche Sicherheitslücken?

[Manuel Soehner]

Hallo Freddy,

Freddy Tripold schrieb am 21.08.2013 15:41 Uhr:

wir würden solche Vorkehrungen denn ausssehen?


dazu gibt's verschiedene Ansätze, darunter natürlich das Löschen der 
Dateien, was man aber nicht unbedingt jedes Mal machen möchte.


Ein dauerhafter Ansätz wäre mit mod_alias in der .htaccess im Root 
Directory:


RedirectMatch 403 ^/typo3_src/ChangeLog$

Wenn das Modul fehlt, könntest du es mit mod_rewrite versuchen:

RewriteEngine On
RewriteRule ^typo3_src/ChangeLog$ - [F,NS,L]



Gibt es da noch mehr das man vor unbefugten Zugriff schützen sollte?


Man könnte noch über so etwas nachdenken:

RedirectMatch 403 ^/typo3_src/.*/ChangeLog.*$

Das dürfte zumindest die einfachste Vorgehensweise beim Ermitteln der 
Versionsnummer unterbinden, aber wie Georg schrieb, es gibt immer noch 
andere Wege.


ciao
 Manuel
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

Re: [TYPO3-german] Probleme bei Sprachwechsel (realurl?)

[bernd wilke]

Am 21.08.13 16:26, schrieb Silke Capo:


irgendwann kommt dann plötzlich wieder die falsche URL (ins DE),
also z.B.
http://www.roehm.biz/anwendungen/?L=1uploads%2Fmedia%2Fitalia_header_17.gif



das sieht beides so aus, als ob die URLs nicht über die 
typolink-funktion generiert werden, sondern einfach per 
String-Konkatenation zusammen gesetzt werden. dabei fehlt dem 
uploads-paramter dann das davor notwendige '&' bzw '?'


damit links halt ordentlich aufgebaut werden sollte man immer(!) über 
die eingbaute Link-generierung gehen und nicht irgendwelche Paramter 
irgendwie an die URL anhängen.
wenn dann zb. RealUrl benutzt wird und der sonst obligatorische 
id-Parameter (index.php?id=10) nicht mehr vorhanden ist, generiert ein 
anhängen von &par=1 eine fehlerhafte URL, oder eben so ein Chaos wie bei 
dir.


übrigens gibt es eine Hilfreiche Extension realurl_clearcache

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-UG Oesterreich] 4.5.29 erhebliche Sicherheitslücken?

[Stephan Schuler]

Hallo Freddy.


Grundsätzlich kannst du dir überlegen, welche Zugriffe du erlauben möchtest. 
Alle anderen dürften potenziell ungewünscht sein. Dein Access-Log hilft dir 
hier. Analysiere die Requests der letzten paar Tage, das zeigt dir vermutlich 
schon eine ganze Menge.

Ausschließen kann man bequem per mod_rewrite.

Zunächst kann man davon ausgehen, dass Requests auf real existierende Dateien 
(mod_rewrite "-f") oder Symlinks ("-l") wohl auf eine Hand voll Dateiendungen 
begrenzt sein darf. Die hängt natürlich von deinem Setup ab. Ich würde mit js, 
css, jpg, gif, png, pdf und zip anfangen und dann ggf. erweitern. Du weißt 
vermutlich am besten, welche Dateien bei dir abgerufen werden. Alles andere ist 
schon mal ziemlich sicher unerwünscht.

Weiterhin kann man Dateizugriffe immer dann ausschließen, wenn sie nicht im 
fileadmin, in typo3temp, in uploads oder in 
"typo3conf/ext/[a-z0-9_]+/Resources/Public") liegt. Dazu kommen noch die ein 
oder andere BE-Location, z.B. "typo3/sysext/t3skin/images" oder "typo3/gfx".

Weiterhin kannst du eine vom FE abweichende Domain für dein Backend verwenden. 
Dann kannst du die oben genannten BE-Locations auf die BE-Domain beschränken 
und in der FE-Domain trotzdem verbieten.

Außerdem könnte dein Webserver Zugriffe auf existierende Dateien der erlaubten 
Endungen mit "200" beantworten, alle anderen Requests, insbesondere auf 
existierende Verzeichnisnamen, sollten mit "404" beantwortet werden. Es geht 
niemandem etwas an, dass du eine verwundbare TYPO3-Extensions aus Zeitdruck 
vielleicht nur im TYPO3-Backend deaktiviert aber nicht gelöscht hast. Der 
Klassiker hier ist wohl phpmyadmin. Die entsprechende TYPO3-Extension ist zwar 
nur im Backend für Admins verfügbar, das zugrundeliegende phpmyadmin liegt aber 
natürlich als Ressource irgendwo im Verzeichnisbaum. Und wenn ein Angreifer 
einfach durch "typo3conf/ext/phpmyadmin" nicht unterscheiden kann, ob sich ein 
Angriff lohnt ("403 Forbidden", die Extension ist zumindest schon mal 
vorhanden) oder nicht ("404 - Not Found") könnte dir das auch schon helfen.


Dieses ganze Konzept basiert darauf, dass in jeder Extension und an diversen 
Stellen im Core verräterische Dateien liegen, in denen die Versionsnummer des 
Cores oder deiner Extensions liegen. Konsequent den Zugriff auf alles verbieten 
das nicht in das recht schmale Schema der erlaubten Requests passt ist also 
hier der Weg den ich vorschlagen würde.


Was Georg angesprochen hat, was natürlich richtig ist: Das schließt natürlich 
nicht vollkommen aus, von außen Indizien über dein Setup einsehbar sind, weil 
auch der ganz regulär erlaubte Output ggf. schon Rückschlüsse zulässt. Dabei 
handelt es sich praktisch um alles, was von einer Version auf eine andere an 
FE-Output verändert wurde. Wenn man diese Situationen kennt und unterscheiden 
kann, lässt sich daraus das Patchlevel eingrenzen. Version A baut eine neue 
CSS-Klasse um einen Wrapper-DIV in einer Extension, Version B vielleicht eine 
zweite. Wenn dein Setup an der betreffenden Stelle jetzt die erste Klasse 
enthält aber die zweite nicht ist klar: Dein Patchlevel ist irgendwo dazwischen.
Und dagegen kann man sich eigentlich nicht schützen. Klar, konsequent auf jeden 
FE-Output verzichten der ab Werk mitkommt wäre eine Idee. Kein 
CSS-Styled-Content, eine Standard-HTML-Templates, kein Standard-CSS von 
Extensions. Aber wenn es dann so etwas großes wie z.B. Powermail ist möchte man 
eigentlich nicht das ganze Template selbst nochmal in eigene Worte fassen, nur 
um verräterischen Output zu umgehen, der Aufwand ist einfach zu groß.


Aber natürlich sind das alles nur Spielereien. Nichts davon sollte dir den 
Eindruck vermitteln, dass man sich so noch ein paar Tage länger mit einem 
Sicherheitsupdate Zeit lassen darf. Die müssen natürlich trotzdem ziemlich 
zügig eingespielt werden.


Gruß,



Stephan Schuler
Web-Entwickler

Telefon: +49 (911) 539909 - 0
E-Mail: stephan.schu...@netlogix.de
Website: 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 | Internet: 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 Freddy Tripold
Gesendet: Mittwoch, 21. August 2013 15:41
An: typo3-german@lists.typo3.org
Betreff: [TYPO3-german] Re: Re: [TYPO3-UG Oesterreich] 4.5.29 erhebliche 
Sicherheitslücken?

Hallo Manuel,

wir würden solche Vorkehrungen denn ausssehen?
Gibt es da noch mehr das man vor unbefugten Zugriff schützen sollte?

lg
Freddy

Freddy Tripold
http://www.tlog.at


"Wenn Du entdeckst, dass Du ein totes P

Re: [TYPO3-german] Probleme bei Sprachwechsel (realurl?)

[Renzo Bauen]

Hallo Silke

aber mit RealURL sollte da ja dann eigentlich sowas wie 

http://www.roehm.biz/produkte/ (DE)
http://www.roehm.biz/en/products/ (EN) 

stehen?
Deshalb meine ich, dass wohl noch was mit der Konfiguration oder den
Übersetzungen nicht ganz stimmt.

Eine Seite die jetzt mit TYPO3 4.7 und mehrsprachig richtig funktioniert
ist z.B. die der Schweizer Informatik Gesellschaft http://www.s-i.ch
Die schaltet erstens richtig um und zweitens werden die Unterseiten in
der richtigen Sprache angesprochen und es gibt auch kein L=xx mehr. Und
da funktioniert auch das Fallback so, dass es den richtigen Sprachlink
macht, aber dann trotzdem den deutschen Text ausliefert, wenn die
Übersetzung nicht vorhanden ist.

Wie hast Du denn die Sprache im TS-Template konfiguriert? Und welche Ext
verwendest Du zusätzlich, welche ev. auch noch irgendwie die Sprache
beeinflussen?

Gruss Renzo
-- 




Renzo Bauen
conPassione gmbh
T +41 33 345 00 92
M +41 79 330 10 11
http://www.conpassione.ch
TYPO3 Bronce Associate 


___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

Re: [TYPO3-german] Probleme bei Sprachwechsel (realurl?)

[Silke Capo]

Hallo Renzo,

vielen Dank für die schnelle Antwort!


das hatte ich auch mal. Die Ursache ist folgende.
Ich hatte die Website sch?n aufgesetzt und mit einem Fallback vom
englischen aufs deutsch verlinkt.
Dann schnell mal alle Seiten auf englisch durchgeklickt. RealURL merkt
sich dann die Seitentitel. Wenn ich dann erst die Seite ?bersetze, dann
beh?lt er den Seitentitel bei.

Was kann man machen?
?ber das Menu Info die RealURL-Verwaltung ausw?hlen. Da kann man in den
gemerkten Datens?tzen schn?ffeln und eventuelle Fehler korrigieren indem
man den Datensatz editiert oder diesen einfach l?scht (RealURL liest die
Daten dann beim n?chsten Aufruf der Seite wieder ein und stellt damit
den ?bersetzten Text ein).
Meinst du die Punkte "Decode cache" und "Encode cache"? Die hatte ich 
nämlich schon mehrfach geleert. Das letzte Mal vor ca. 2 Wochen als ich 
das Experiment mit der autoconfig gemacht habe (und gerade nochmals 
geleert).


Das Komische daran ist ja, dass die Links nach Leeren des Caches (meist 
reicht der Typo3-Cache allein schon aus) alles passt und es irgendwann 
dann wieder falsch ist.


Also momentan z.B.
http://www.roehm.biz/anwendungen/ (DE)
http://www.roehm.biz/anwendungen/?L=1 (EN)

(es steht übrigens selbst nach Löschen des realurl-Caches noch immer 
anwendungen drin)


irgendwann kommt dann plötzlich wieder die falsche URL (ins DE),
also z.B.
http://www.roehm.biz/anwendungen/?L=1uploads%2Fmedia%2Fitalia_header_17.gif

Mir ist einfach nicht klar, warum sich das irgendwann plötzlich 
verändert und wer/was das auslöst. :-(


Viele Grüße
Silke

--
-
echolot digital worx GmbH
Schulze-Delitzsch-Str. 16
70565 Stuttgart
Tel. 0711 220 40 93 0
Fax. 0711 220 40 93 44
[name]@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

[TYPO3-german] Re: Re: [TYPO3-UG Oesterreich] 4.5.29 erhebliche Sicherheitslücken?

[Freddy Tripold]

Hallo Manuel,

wir würden solche Vorkehrungen denn ausssehen?
Gibt es da noch mehr das man vor unbefugten Zugriff schützen sollte?

lg
Freddy

Freddy Tripold
http://www.tlog.at


"Wenn Du entdeckst, dass Du ein totes Pferd reitest, steig ab!"
(Weisheit der Dakota-Indianer)


Am 21.08.2013 10:41, schrieb Manuel Soehner:

Hallo Peter,

wenn man als Betreiber keine besondere Vorkehrungen getroffen hat, kann
man das aus dem ChangeLog herauslesen, einfach
http://domain.tld/typo3_src/ChangeLog aufrufen und in der ersten Zeile
nachlesen; in deinem Fall z. B. "[RELEASE] Release of TYPO3 4.5.29
(TYPO3 Release Team)".

ciao
  Manuel


Peter Linzenkirchner schrieb am 21.08.2013 10:03 Uhr:

Hallo,

wie kriegen die raus, welche konkrete Version in einer Installation
läuft? Im Quellcode steht nur 4.5 und wenn man das als 4.5.0
interpretiert - was die Mail ja andeutet - dann würde die Aussage in
sich ja stimmen :-)

Aber konkret: kann man von aussen, also ohne Login, erkennen, welche
genaue Version installiert ist?

Gruß
Peter

--
Xing: http://www.xing.com/profile/Peter_Linzenkirchner
Web: http://www.typo3-lisardo.de
Facebook: http://tinyurl.com/lisardo-multimedia


___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

Re: [TYPO3-german] Fluid Templates Partials

[Stefan Reichelt]

Hallo Torsten,

On 21/08/2013 15:08, Torsten Teubner wrote:
> Hier werden dann aber leider die Inhalte zu werbeanzeige nicht 
> angezeigt.
> Ich habe das auf verschiedene Arten versucht.
> 
> In meiner root.t3s habe ich es über die Variablen eingebunden
> 
> werbeanzeige =< lib.werbeanzeige

Wenn du Variabeln aus deinem Template auch in Partials verwenden
moechtest musst du sie bei deren Aufruf mit uebergeben, z.B.:



(Weiss jetzt nicht ob syntaktisch korrekt.)

Alternative kannst auch einfach alle Variabeln mit uebergeben:



Beste Gruesse
Stefan
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

Re: [TYPO3-german] Grid Elements und FAL

[Thomas Skierlo]

GE 2 funktioniert zusammen mit FAL. Du solltest das Asset jedoch nicht über ein 
GE-Flexform einbinden, sondern über ein Element (z.B. Images), welches Du mit 
dem GE wrappst (sprich: Du platzierst erst das GE, und packst dann ein anderes 
CE hinein). Ein GE sollte generell nie Inhalte per FF bereitstellen. Ins 
Flexform gehören nur Parameter, die Du zum Rendern des gewrappten 
Inhaltselements benötigst. Ansonsten bekommst Du nichts als Scherereien, z.B. 
mit Lokalisierungen.

Im renderObj vom GE arbeitest Du dann mit FILES - zumindest wenn es um ein Bild 
o.ä. geht.
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

Re: [TYPO3-german] Fluid Templates Partials

[Renzo Bauen]

Hallo torsten

ich meine, dass "werbeanzeige" doppelt ausgegeben wird, einmal über die
Variable {} und einmal über den typoscriptObjectPath.
Allerdings gibt es da jeweils ein paar Dinge die zu beachten sind.
Der typoscriptObjectPaht muss lib.werbeanzeige heissen, sonst findet er
das nicht.
Zudem mache ich normalerweise Zuweisungen zu Variablen nicht über =<
sondern nur über < (das erste ist referenzieren, das zweite kopieren).
Ich bin nicht sicher, ob hier das Referenzieren funktioniert.

Gruss Renzo
-- 




Renzo Bauen
conPassione gmbh
T +41 33 345 00 92
M +41 79 330 10 11
http://www.conpassione.ch
TYPO3 Bronce Associate 

Am Mittwoch, den 21.08.2013, 15:08 +0200 schrieb Torsten Teubner:

> @Markus
> Danke für´s korrigieren. Sollte tatsächlich ein eigenes Thema werden.
> 
> Hallo Chris,
> 
> Danke erstmal für Deine Anmerkungen.
> Ich habe damit schon etwas rumexperimentiert und genau daran scheitert 
> es immer.
> 
> Im defaultLayout.html steht im Footer
> 
>  
>   
> 
> 
> footer.html wird auch brav eingebunden:
> 
>   
>   
>   {werbeanzeige}
>   
> 
> 
>   {werbeanzeige}
>  
>   
> 
> 
> Hier werden dann aber leider die Inhalte zu werbeanzeige nicht 
> angezeigt.
> Ich habe das auf verschiedene Arten versucht.
> 
> In meiner root.t3s habe ich es über die Variablen eingebunden
> 
> werbeanzeige =< lib.werbeanzeige
> 
> und in der lib folgendes:
> 
> lib.elemente.t3s
> lib.werbeanzeige = CONTENT
>   werbeanzeige {
>   table = tt_content
>   select {
>   pidInList = 20
>   orderBy = sorting
>   where = colPos = 0
>   }
> }
> Habe ich da einen Knoten im Hirn?
> Die Navigation im footer wird problemlos dargestellt.
>   
> 
> Vielen Dank.
> 
> Gruß
> 
> Torsten
> 
> Am Mittwoch, 21. August 2013 12:23:25 schrieb chris Wolff:
> > Hi Torsten,
> >
> > in deinem haupttempalte setzt du einen Partial view helper ein. der
> > sucht automatisch in deinem partial folder nach dem entsprechenden
> > partial
> > es könnte auch ein pfad drin vorkommen z.b /footer/defaultfooter.htm
> > (falls du z.b noch andere footer partials hast)
> >
> >  > />
> >
> > falls du in deinem partial auf variablen zugreifen willst must du
> > diese als arguments mitgeben.
> >
> > in deinem footertemplate.html
> > würde dannn ungefähr sowas stehen:
> >
> > 
> >{mymenu}
> > 
> >
> > hier wird die variale ausgegeben die ich das argument übergeben habe.
> >
> > gruss chris
> >
> > Am 21. August 2013 09:12 schrieb Torsten Teubner :
> >> Hallo,
> >>
> >> ich beschäftige mich zur Zeit damit, ein bestehendes Template auf Fluid
> >> umzustellen.
> >> Bin auch schon ziemlich weit, allerdings habe ich einige
> >> Verständnissprobleme beim Footer.
> >>
> >> Ich habe eine Seite "nicht im Menu" erstellt und ein Backend-Layout
> >> erstellt, wo ich 4 Bereiche definiert habe.
> >> Im Default-Layout möchte ich jetzt das footertemplate.html einsetzen,
> >> welches wiederum die Bereiche der Footer-Seite aus Typo3 einbindet.
> >>
> >> Ich vermute, dass es eben über Partials geht, aber bei der Umsetzung hapert
> >> es noch bei mir.
> >> Kann mir da vielleicht jemand erklären, wie das geht?
> >>
> >> Vielen Dank.
> >>
> >> Torsten
> >> ___
> >> 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] Fluid Templates Partials

[Torsten Teubner]

@Markus
Danke für´s korrigieren. Sollte tatsächlich ein eigenes Thema werden.

Hallo Chris,

Danke erstmal für Deine Anmerkungen.
Ich habe damit schon etwas rumexperimentiert und genau daran scheitert 
es immer.


Im defaultLayout.html steht im Footer

   



footer.html wird auch brav eingebunden:



{werbeanzeige}



{werbeanzeige}
   



Hier werden dann aber leider die Inhalte zu werbeanzeige nicht 
angezeigt.

Ich habe das auf verschiedene Arten versucht.

In meiner root.t3s habe ich es über die Variablen eingebunden

werbeanzeige =< lib.werbeanzeige

und in der lib folgendes:

lib.elemente.t3s
lib.werbeanzeige = CONTENT
werbeanzeige {
table = tt_content
select {
pidInList = 20
orderBy = sorting
where = colPos = 0
}
}
Habe ich da einen Knoten im Hirn?
Die Navigation im footer wird problemlos dargestellt.


Vielen Dank.

Gruß

Torsten

Am Mittwoch, 21. August 2013 12:23:25 schrieb chris Wolff:

Hi Torsten,

in deinem haupttempalte setzt du einen Partial view helper ein. der
sucht automatisch in deinem partial folder nach dem entsprechenden
partial
es könnte auch ein pfad drin vorkommen z.b /footer/defaultfooter.htm
(falls du z.b noch andere footer partials hast)



falls du in deinem partial auf variablen zugreifen willst must du
diese als arguments mitgeben.

in deinem footertemplate.html
würde dannn ungefähr sowas stehen:


   {mymenu}


hier wird die variale ausgegeben die ich das argument übergeben habe.

gruss chris

Am 21. August 2013 09:12 schrieb Torsten Teubner :

Hallo,

ich beschäftige mich zur Zeit damit, ein bestehendes Template auf Fluid
umzustellen.
Bin auch schon ziemlich weit, allerdings habe ich einige
Verständnissprobleme beim Footer.

Ich habe eine Seite "nicht im Menu" erstellt und ein Backend-Layout
erstellt, wo ich 4 Bereiche definiert habe.
Im Default-Layout möchte ich jetzt das footertemplate.html einsetzen,
welches wiederum die Bereiche der Footer-Seite aus Typo3 einbindet.

Ich vermute, dass es eben über Partials geht, aber bei der Umsetzung hapert
es noch bei mir.
Kann mir da vielleicht jemand erklären, wie das geht?

Vielen Dank.

Torsten
___
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] Probleme bei Sprachwechsel (realurl?)

[Renzo Bauen]

Hallo Silke

das hatte ich auch mal. Die Ursache ist folgende.
Ich hatte die Website schön aufgesetzt und mit einem Fallback vom
englischen aufs deutsch verlinkt.
Dann schnell mal alle Seiten auf englisch durchgeklickt. RealURL merkt
sich dann die Seitentitel. Wenn ich dann erst die Seite übersetze, dann
behält er den Seitentitel bei.

Was kann man machen?
Über das Menu Info die RealURL-Verwaltung auswählen. Da kann man in den
gemerkten Datensätzen schnüffeln und eventuelle Fehler korrigieren indem
man den Datensatz editiert oder diesen einfach löscht (RealURL liest die
Daten dann beim nächsten Aufruf der Seite wieder ein und stellt damit
den übersetzten Text ein).

Gruss Renzo
-- 




Renzo Bauen
conPassione gmbh
T +41 33 345 00 92
M +41 79 330 10 11
http://www.conpassione.ch
TYPO3 Bronce Associate 

Am Mittwoch, den 21.08.2013, 11:42 +0200 schrieb Silke Capo:

> Liebe Listenteilnehmer,
> 
> ich habe hier ein Problem, das immer wieder auftaucht:
> 
> Eine Seite mit default-Sprache DE, zweite Sprache EN.
> 
> Funktioniert mit Sprachwahlmenü (sr_language_menu 1.5.2) und realurl 
> (1.11.2). Soweit tut auch alles. Auffällig ist nur, dass realurl 
> grundsätzlich nur die deutschen Pfade nimmt, also keine Übersetzung der 
> Seitentitel annimmt. Damit konnte der Kunde bisher gut leben, es ist 
> aber unklar, was das verursacht, da eine zweite Seite mit denselben 
> Einstellungen ganz normal funktioniert (also die übersetzten Seitentitel 
> in den Pfad nimmt). Ich habe auch einmal die automatische Config 
> getestet, die dasselbe Phänomen aufweist (keine Übersetzung).
> 
> z.B. Menülinks:
> 
> DE:
> http://www.roehm.biz/anwendungen/
> 
> EN:
> http://www.roehm.biz/anwendungen/?L=1
> statt anwendungen sollte hier applications stehen...
> 
> Nun zum eigentlichen Problem: Von Zeit zu Zeit gehen die Links "kaputt". 
> Bemerkbar macht sich die Sache erst, wenn man von einer deutschen Seite 
> über den Sprachwechsler auf eine englische Seite wechselt. Hier landet 
> man z.B. auf folgender Seite:
> 
> http://www.roehm.biz/serviceuploads%2Ftx_userproducts%2FSonderkonstrukt_3c5566.PDF/?L=1
> 
> Hier ist irgendein PDF zwischen Sprachparameter und eigentlicher URL 
> eingeflochten (uploads%2Ftx_userproducts%2FSonderkonstrukt_3c5566.PDF).
> 
> Löscht man den Cache, funktioniert alles wieder.
> 
> Nun habe ich aber gesehen, dass nicht der Sprachwechsler "Schuld ist", 
> sondern die Links im deutschen (EN scheint nicht betroffen zu sein) 
> schon "kaputt" sind, dies aber nicht auffällt, da Typo3 den falschen 
> "Value" des L-Parameters einfach nicht beachtet.
> 
> So sehen die Links aus:
> 
> Menülink DE:
> http://www.roehm.biz/anwendungen/?L=1uploads%2Fmedia%2Fitalia_header_17.gif
> 
> Menülink EN:
> http://www.roehm.biz/aktuell/?L=1
> 
> Hier ist ebenso wie beim Sprachwechsel die Datei eingeflochten, aber 
> statt wie beim Sprachwechsler vor dem L-Parameter, sind sie im Menü 
> hinter dem Sprachparameter, wodurch dies beim Blättern durchs Menü nicht 
> auffällt.
> 
> Ich bin nun etwas ratlos, wodurch die kaputten Links entstehen. Wie 
> gesagt: nach Löschen des Caches sehen die Links wieder "richtig" aus:
> 
> DE:
> http://www.roehm.biz/anwendungen/
> 
> EN:
> http://www.roehm.biz/anwendungen/?L=1
> 
> Sprachwechsler:
> http://www.roehm.biz/service/?L=1
> 
> und das Ganze funktioniert wieder tage- bis wochenlang normal.
> 
> Als Suchmaschine wird die solr eingesetzt, falls das noch wichtig ist.
> 
> TYPO3: 4.5.29
> 
> Falls ihr noch irgendwelche Infos benötigt, einfach Bescheid sagen.
> 
> Bin für jeden Tipp dankbar, wodurch dieses Problem ausgelöst werden kann.
> 
> Vielen Dank schonmal,
> Silke
> ___
> 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] Bootstrap_Package und das CSS dazu

[Sonja Dithmers]

Natürlich könnte ich meine css-Dateien auch selbst einbinden. Aber ich 
will wissen, wie die Entwickler vom Bootstrap-Package das gemacht haben. 
So ja anscheinend nicht, sonst hätte ich es ja irgendwo gefunden.


Am 21.08.2013 14:08, schrieb Torsten Teubner:

Das ist so nicht ganz richtig, deshalb hatte ich nachgefragt. :-)
Ich benutze auch das Bootstrap und habe die Daten folgendere Maßen 
eingebunden:


page = PAGE
page {
config {
spamProtectEmailAddresses = -3
spamProtectEmailAddresses_atSubst = type="text/javascript">document.write('@');
spamProtectEmailAddresses_lastDotSubst = .class="visuallyhidden">REMOVE-THIS.

}
includeCSS {
file1 = fileadmin/Resources/Public/bootstrap/css/bootstrap.css
file2 = fileadmin/Resources/Public/StyleSheets/custom.css
file3 = 
fileadmin/Resources/Public/bootstrap/css/bootstrap-responsive.css

file3.disableCompression = 1
file4 = 
fileadmin/Resources/Public/fancybox/source/jquery.fancybox.css

}
includeJSFooterlibs {
file1 = fileadmin/Resources/Public/bootstrap/js/bootstrap.min.js
file1.disableCompression = 1
file2 = 
fileadmin/Resources/Public/fancybox/source/jquery.fancybox.pack.js

file2.disableCompression = 1
}
includeJSFooter {
file1 = fileadmin/Resources/Public/JavaScript/custom.js
}
}

Vielleicht hilft es ja.

Gruß

Torsten
Am Mittwoch, 21. August 2013 13:52:47 schrieb Sonja Dithmers:

Hallo Torsten,

bei dem Bootstrap-Package handelt es sich um ein ähnliches Package wie
beim Introduction-Package (siehe den Link den ich mit geschickt habe).
Das CSS wird dort nicht wie üblich über TS eingebunden. Zumindest habe
ich nichts dergleichen gefunden...

Gruß
Sonja


Am 21.08.2013 13:46, schrieb Torsten Teubner:

Hallo Sonja,

wie hast Du das .css denn eingebunden?
Poste mal Deinen TS-Code.

Gruß

Torsten

Am Mittwoch, 21. August 2013 13:41:47 schrieb Sonja Dithmers:

Moin zusammen,

ich habe mir zu Lernzwecken das Bootstrap_Package
(http://bootstrap.typo3cms.demo.typo3.org/) auf einer Subdomain
installiert. BE funktioniert, im FE wird auch was ausgegeben nur
leider wird das CSS nicht eingebunden, bzw. es kommt ein 404-Error
wenn ich drauf gehe. Woran kann es liegen?

Was ich schon versucht habe:

 * die baseURL ausgetauscht
 * seo_basic ausgeschaltet, weil ich dachte es liegt am canonical-Tag
 * in der .htaccess die RewriteBase auf meine Subdomain verändert

Alles ohne Erfolg... Hat noch jemand eine Idee?

Danke!
Gruß
Sonja
___
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