Re: [TYPO3-german] Problem mit dem CK Editor RTE

2017-07-08 Diskussionsfäden Christian Hackl 

Tja würde mich auch interessieren - steh mit dem Ding zur Zeit auch auf 
Kriegsfuss.
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

Re: [TYPO3-german] TCEFORM.pages

2017-07-08 Diskussionsfäden Christian Hackl 

Ich würde mal ganz vorsichtig behaupten wollen, guck mal in der DB nach wie das 
Feld begrenzt ist. Aber nur ne Vermutung.
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

Re: [TYPO3-german] Bilder

2017-07-08 Diskussionsfäden Christian Hackl 

Naja kommt darauf an was man mit "Gallery" meint. Aber theoretisch kannst du 
auch die news Ext dafür missbrauchen. :)
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

[TYPO3-german] Re: =?UTF-8?Q?Re:__image_=c3=bcber_ganze_breite?=

2017-07-08 Diskussionsfäden Christian Hackl 

Nach dem durchlesen bin ich leicht verwirrt, was genau ist nun das Problem?
Wer hat die Website gecoded? Ist vielleicht irgendwo ein TS oder Fluid für 
"responsive Images"?

Ich würd css: img { width: auto; max-width: 100%; }

Extensions hmm ka. Aber Typo3 kann von sich aus cropping also... warum ne Ext?
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

[TYPO3-german] Re: =?UTF-8?Q?Re:__image_=c3=bcber_ganze_breite?=

2017-07-08 Diskussionsfäden Karl-Heinz Fischbach 

Hallo Stefan,
kannst du mir noch einen tip geben wie man das mit css macht.
Weil width=100% gibt es ja nicht.
Da müsste man was was mit cropping machen (aber da weiß ich nicht wie das geht).

Eigentlich müsste es doch reichlich extensions geben die sowas wie image 
cropping oder slider sind. Nur welche funktioniert wirklich - auch in T3 V8?
--
Regards
Karl-Heinz

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

Re: [TYPO3-german] Bilder

2017-07-08 Diskussionsfäden Matthew Colton 
Am 08.07.2017 um 14:03 schrieb Elmar Alexander:
> Vielen Dank für die Antwort.
>
> Es stimmt: Installation einwandfrei, aber dann muss man noch viel
> "Hand anlegen".
>
> Werde mich mal durchwurschteln.
>
> Grüße
>
> Elmar

Dafür bist du dann frei von unnötigem Ballast. Der einzige Nachteil ist,
dass man, im Gegensatz zu YAG und Konsorten, nur jeweils eine Galerie
pro Inhaltslement abbilden kann und nicht eine beliebige Anzahl von
Galerien mit Übersichtsseite. Aber mit einer Mischung aus den Menüs die
mit dem Typo3 Kern kommen sowie Generic Gallery lässt sich auch das gut
realisieren.

Grüße
Matthew
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

Re: [TYPO3-german] Bilder

2017-07-08 Diskussionsfäden Elmar Alexander 

Vielen Dank für die Antwort.

Es stimmt: Installation einwandfrei, aber dann muss man noch viel "Hand 
anlegen".

Werde mich mal durchwurschteln.

Grüße

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

Re: [TYPO3-german] Bilder

2017-07-08 Diskussionsfäden Matthew Colton 
Hallo Elmar,
Am 08.07.2017 um 07:47 schrieb Elmar Alexander:
> Schönen guten Tag,
>
> ich bin auf der Suche nach einer Erweiterung für eine Bildergalerie
>
> Typo3 8.7.2
>
> mit Version 7.6.10 hatte ich yag, die ich aber mit 8.7.2 nicht zum
> Laufen bringe.
>
> Gibt es Empfehlungen?
>
> Vielen Dank und freundliche Grüße
>
> Elmar

Seit einiger Zeit verwende ich nur noch generic_gallery. Einmal
eingerichtet kannst du es einfach von Projekt zu Projekt kopieren. Der
Vorteil von Generic Gallery ist, dass nichts vorgegeben ist. Der
Nachteil ist, dass erstmal nichts vorhanden ist. :)

Grüße
Matthew
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

Re: [TYPO3-german] Potenzieller Schadcode in /typo3/sysext/core/Classes/Resource/ResourceCompressor.php

2017-07-08 Diskussionsfäden Bernhard Ludwig 
Am 08.07.2017 um 08:58 schrieb Dr. Dieter Porth 
:
> 
> Hallo Dieter
> 
> Am 08.07.2017 um 06:50 schrieb Dieter Bunkerd:
>> On 08-Jul-17 00:31, Dr. Dieter Porth wrote:
>>> Es gilt - zumindest meistens - in Deutschland die Unschuldsvermutung. Es
>>> ist also immer die Pflicht des Hosters, seine Serversperrung(!) zu
>>> begründen. Ohne nachvollziehbare Begründung ('Gefahr im Verzug, weil
>>>  ') ist eine Sperrung eine Vertragsverletzung bzw. vermutlich sogar
>>> Zensur.  Das denke ich zumindest.
>> Da denke ich aber komplett anders. Vielmehr ist es ein Service und ein
>> Schutz. Zum einen Schutz des Vertragspartner und zum andern vor allen
>> Dingen Schutz aller anderen vor einer (möglichen) Virenschleuder.
>> 
> Ich würde deinen Gedanken vom Service unterstützen, WENN(!) es eine 
> nachvollziehbare(!) Begründung gäbe.
> Aber nach dem, was Beate beschrieben hat, hat es genau diese Begründung NICHT 
> gegeben. Die Angabe einer Datei als verseucht ohne weitere Begründung ist 
> keine nachvollziehbare Begründung. Gerade die automatisierten Checkprogramme 
> produzieren sehr häufig Fehler zweiter Art: Also sie kennzeichnen eine Seite 
> auf Grund bestimmter Merkmale als verseucht, obwohl die Seite es in Wahrheit 
> KEINE VIrenschleuder ist.
> Ohne nähergehende Begründung bezeichne ich begründugslose Sperrungen aus 
> meiner nicht-juristen-Sicht als Zensur. Die alleinige Angabe einer 
> betroffenen Datei ist keine Begründung.
> 
> Mit besten Grüßen
>   Dieter

Hallo,

von Zensur kann gewiss keine Rede sein. 
Zensur beschreibt das Einsetzen von Informationskontrollen zur Steuerung von 
Meinungsströmungen. Dies könnte man dem Hoster nur nachweisen, wenn mit der 
Stilllegung eines Web, hinterlistig und bewusst eine Meinungsmache betrieben 
werden soll. 

Im vorliegenden Fall könnte sich der Hoster aber auch ganz einfach auf sein 
Hausrecht besinnen und den Hostingvertrag aufkündigen, sollten ihm die Inhalte 
nicht passen. Da sehe ich den umständlichen Weg über das Vorgeben einer 
servertechnischen Beeinträchtigung als nun wirklich an den Haaren herbeigezogen 
an. Also Zensur fällt eindeutig weg. Leider wird heute überall, wo etwas nicht 
passt, gleich „Zensur“ geschrien, ich hoffe, diese Mode ist bald einmal wieder 
vorbei...

Ansonsten muss der Hoster nicht zwingend eine nachvollziehbare Begründung 
abgeben, dies ist meist in den AGB geregelt. „Gefahr in Verzug“ ist im 
allgemeinen schon dann gegeben, wenn ein Schadcode entdeckt wurde, egal, ob 
dieser ausgeführt wird oder nur ein Bot vermutet, da wäre etwas schadhaftes. 
Letztlich ist es doch aber auch im eigenen Interesse, etwaige Schadfunktionen 
zu beheben.

Die benannten Codezeilen sind sicherlich prüfbar, ob darin ein Schadcode 
vorliegt. Ich würde also hergehen und einen PHPler checken lassen, ob denn da 
etwas Relevantes feststellbar ist. Ein Schadcode muss eine wie auch immer 
geartete Funktion aufrufen oder eine Verbindung nach außen herstellen oder ein 
Script ausführen oder, oder, oder… Ein Codevergleich mit den Originalzeilen 
kann hier schon helfen, ebenfalls ein Codevergleich mit den Zeilen aus der 
aktuellsten Version.

Viele Grüße,
Bernhard  

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

Re: [TYPO3-german] Potenzieller Schadcode in /typo3/sysext/core/Classes/Resource/ResourceCompressor.php

2017-07-08 Diskussionsfäden Michael Kasten 
Hallo,

ein ordentlicher Hoster wird eine Sperrung schon aus dem Grund mit 
entsprechenden Logfiles oder
anderen Infos hinterlegen um Schadensansprüchen aus dem Weg zu gehen. Es kann 
ja durchaus auch
Onlineshops betreffen die am Tag entsprechendem Umsatz machen oder aber das 
Projekt stellt in
irgendeiner anderen Form die Grundlage einer Unternehmung da, da muss er seine 
Handlung
nachvollziehbar begründen können.

Was man hier also zumindest erwarten kann ist eine recht genaue Information 
über den Grund warum
gesperrt worden ist, denn die sollte dem Hoster in irgendeiner begründeten Form 
vorliegen.

Andersherum muss der Hoster im Rahmen der Gefahrenabwehr handeln, er kann nicht 
nach Kenntnisnahme
den Sachverhalt ignorieren, davon profitieren letztendlich alle, auch der 
eigentliche Seitenbetreiber.

Ansonsten wären die Folgeschäden weitaus höher, wenn dein Server nicht mehr nur 
dir gehört und du
das nicht weißt na ja.
Dann bekommst du das irgendwann mit weil, die Browser deine Seiten nicht mehr 
anzeigen und dann ist
meist eh alles zu spät.

Dann musst du dich als Seitenbetreiber u.U. auch ganz anderen Beteiligten 
Verantworten!

Oder aber du findest eine kleine nette PHP Shell o.ä. dann kannst du deinem 
Server überhaupt nicht
mehr vertrauen und musst im Grunde genommen deine Projekte woanders neu 
aufbauen, auch das kann
einen erheblichen Schaden darstellen.

Wie schon Alex geschrieben hat: wurde mittlerweile das genau Problem mal 
gesucht?

Ein grep auf base64, eval oder ähnliche typische Verdächtige ist eine 
Sekundensache.


my2cent

-- 
Michael Kasten | http://m-kasten.de
Im wirklichen Leben gibt es kein [Strg]+[Z]

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

[TYPO3-german] Re: =?UTF-8?Q?Re:__image_=c3=bcber_ganze_breite?=

2017-07-08 Diskussionsfäden Karl-Heinz Fischbach 

Hallo Stefan,
ja, das sollte die Lösung sein.

Mit Fluid kenne ich mich noch nicht so aus. Da muss ich mal rumprobieren.
Aber in Richtung CSS werde ich das weiter verfolgen. Mal sehen.

Danke für die Richtungsweisung.
--
Regards
Karl-Heinz

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

Re: [TYPO3-german] Potenzieller Schadcode in /typo3/sysext/core/Classes/Resource/ResourceCompressor.php

2017-07-08 Diskussionsfäden Dr. Dieter Porth 

Hallo Dieter

Am 08.07.2017 um 06:50 schrieb Dieter Bunkerd:

On 08-Jul-17 00:31, Dr. Dieter Porth wrote:

Es gilt - zumindest meistens - in Deutschland die Unschuldsvermutung. Es
ist also immer die Pflicht des Hosters, seine Serversperrung(!) zu
begründen. Ohne nachvollziehbare Begründung ('Gefahr im Verzug, weil
 ') ist eine Sperrung eine Vertragsverletzung bzw. vermutlich sogar
Zensur.  Das denke ich zumindest.

Da denke ich aber komplett anders. Vielmehr ist es ein Service und ein
Schutz. Zum einen Schutz des Vertragspartner und zum andern vor allen
Dingen Schutz aller anderen vor einer (möglichen) Virenschleuder.

Ich würde deinen Gedanken vom Service unterstützen, WENN(!) es eine 
nachvollziehbare(!) Begründung gäbe.
Aber nach dem, was Beate beschrieben hat, hat es genau diese Begründung 
NICHT gegeben. Die Angabe einer Datei als verseucht ohne weitere 
Begründung ist keine nachvollziehbare Begründung. Gerade die 
automatisierten Checkprogramme produzieren sehr häufig Fehler zweiter 
Art: Also sie kennzeichnen eine Seite auf Grund bestimmter Merkmale als 
verseucht, obwohl die Seite es in Wahrheit KEINE VIrenschleuder ist.
Ohne nähergehende Begründung bezeichne ich begründugslose Sperrungen aus 
meiner nicht-juristen-Sicht als Zensur. Die alleinige Angabe einer 
betroffenen Datei ist keine Begründung.


Mit besten Grüßen
   Dieter


Dr. Dieter Porth - Web-Entwickler

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