Neulich stellte ich fest, dass die Website von EIZO Deutschland http://www.eizo.de mit Typo3 hergestellt wurde, und dass nur zufällig. Da ich mal wieder die Cookies bestätigen wollte, wurde ich aufgefordert das fe_typo_user-Cookie anzunehmen. Neugierig schaute ich mir den Quelltext an, und siehe da: es fehlte der Hinweis auf Typo3 der im allgemeinen so aussieht:
<!--
This website is powered by TYPO3 - inspiring people to share!
TYPO3 is a free open source Content Management Framework initially created by Kasper Skaarhoj and licensed under GNU/GPL.
TYPO3 is copyright 1998-2008 of Kasper Skaarhoj. Extensions are copyright of their respective owners.
Information and contribution at http://typo3.com/ and http://typo3.org/
-->
Nun ergeben sich daraus für mich drei Fragen:
1. Wie kann man, auch wenn es undankbar wäre, den kompletten Kommentar mit den Credits ausblenden?
2. Wie kann man das Typo3-FE-Cookie umbenennen?
3. Kennt ihr weitere Methoden zur Anonymisierung? Ich denke da z.B. an die Ausblendung der Kommentare von Extensions.
Anybody out there ... ?
makirolle schriebauch wenn es undankbar wäre
Nicht nur undankabr, es widerspricht auch der GNU GPL-Lizenz, die unter Punkt 4 sagt:
You may convey verbatim copies of the Program's source code as you receive it, in any medium, provided that you conspicuously and appropriately publish on each copy an appropriate copyright notice; keep intact all notices stating that this License and any non-permissive terms added in accord with section 7 apply to the code; keep intact all notices of the absence of any warranty; and give all recipients a copy of this License along with the Program.
es entspricht natürlich sehr wohl der Lizenz, dass man hier den Kommentar rausschmeisst. man darfs nur nicht in den sourcen machen, sehr wohl aber alles damit konfigurieren.
wenn ich für ajax eine seite in xml ausgeben lasse, ist der kommentar auch nicht drinnen. in den automatisierten css files ists auch nicht drinnen. gibt auch genügend threads darüber.
zu deinen fragen:
ad1: frag einfach nach
ad2: das wird ohne massive eingriffe nicht möglich sein
ad3: das ist schlicht nur sehr schwer bis unmöglich, weil es zig möglichkeiten gibt, herauszufinden dass es mit TYPO3 gemacht wurde. warum auch anonymisieren, bringt ja nix
disableAllHeaderCode schmeißt auch den Kommentar raus und ich bilde mir ein das es hier noch einen anderen Befehl gab...
Ich denke es lässt sich darüber streiten, ob es gut oder schlecht ist das verwendete System zu verschleiern, aber es hat sicher niemand etwas dagegen
einpraegsam.net schrieb
aber es hat sicher niemand etwas dagegen
rechtlich natürlich nicht, moralisch bin ich streng dagegen
Das wäre vermutlich etwas für den Off-Topic Bereich, aber ich kann mich an alte Zeiten mit XT:Commerce erinnern, in denen man Angst haben musste, das man ein Schreiben vom Anwalt bekommt, wenn man das Copyright im FE auch nur in der Größe oder Farbe geändert hat.
Die TYPO3-Community verhält sich hier Gott-sei-Dank ganz anders.
Pro:
Sicherheitsgewinn?
Contra:
Undankbarkeit?
Zum Thema Anonymisierung aus ethischen Gründen könnte man sicher noch einen eigenen Thread eröffnen. Ich sehe es eher von der praktischen Seite.
[list]
1.Darf ich laut GPL das FE anonymisieren, dann will ich auch wissen wie es geht. Da brauch man gar nicht lange wegen Dankbarkeit zu diskutieren, wenn zusätzlich die Möglichkeit einer Anonymisierung von Typo3 vorgesehen ist, dann kann ich ruhig schlafen, wenn ich sie verwende.
2.Vielleicht erspare ich mir ein paar Bytes hier und da, was die Seite schneller machen kann. Auf meiner Website kann man deutlich im Impressum erkennen, mit welchem WCMS sie erstellt wurde. Dennoch will ich nicht, dass gleich jede einzelne Seite mit diesem Hinweis versehen wird. Ballast, überflüsssig.
Kommentierung von Quellcode interessiert niemanden der einfach nur surft, und der ist froh wenn es schnell geht.
3. Es soll eine spezielle LORES-PDA-Version meiner Site entstehen und ich versuche alles so klein wie möglich zu halten. Von visueller Satisfaktion kann man beim PDA-Surfen eh nicht sprechen, deshalb also möchte ich Typo3 dazu bewegen mir per Browser-CONDITION die kleinst möglichen Dateien zu liefern, möglichst ohne doppelten Code, kein Javascript, dazu noch ein smartes externes CSS. Das wird 'n Haufen Schreibarbeit da man ja keine Klammern in CONDITIONs verwenden darf, richtig?
4.Kennt jemand ein paar schöne PDA-Sites die mit Typo3 gemacht wurden?
Bislang verwende ich folgendes:
tt_content.stdWrap.dataWrap >
tt_content.stdWrap.prefixComment >
tt_content.header.20.dataWrap >
tt_content.header.20.prefixComment >
tt_content.default.prefixComment >
tt_content.text.stdWrap.prefixComment >
tt_content.text.20.prefixComment >
tt_content.textpic.20.stdWrap.prefixComment >
tt_content.table.20.stdWrap.prefixComment >
tt_content.mailform.20.stdWrap.wrap >
tt_content.menu.20.stdWrap.prefixComment >
tt_content.image.20.stdWrap.prefixComment >
tt_content.list.20.stdWrap.prefixComment >
Du musst nicht überall einzeln die Prefix-Comments entfernen - das geht global:
config.disablePrefixComment = 1
Das wird 'n Haufen Schreibarbeit da man ja keine Klammern in CONDITIONs verwenden darf, richtig?
Ne, das ist nicht richtig.
Du darfst Conditions nicht innerhalb von geschweiften Klammern verwenden, du darfst aber sehr wohl in Conditions geschweifte Klammern anwenden.
Du kannst natürlich anonymisieren (probieren) soviel du willst, aber sobald jemand www.domain.com/typo3 eingibt weiß er so oder so ob es eine TYPO3 Seite ist 😉 Genauso wie man mit www.domain.com/administrator oder www.domain.com/admin viele andere CMS Systeme "erkennen" kann.
lg Matthias
zappzarapp schrieb
Du kannst natürlich anonymisieren (probieren) soviel du willst, aber sobald jemand www.domain.com/typo3 eingibt weiß er so oder so ob es eine TYPO3 Seite ist 😉
naja das kann man schon ändern, aber es gibt noch 100 andere sachen wie
- css-styled-content,
- alle anderen divs, die wo rundherum sind. wenn man deren klassen ändert, darf man sowieso dann alles überall nachziehen.
- pfade die hardcodiert sind wie fileadmin, uploads/tx_,
- namen von cookies und sessions,
- automatisierte codeteile von GMENU/layer-menüs
- aufruf von typo3conf/localconf.php und anderen files muss einen 404 geben
- natürlich keien chashes
und noch ein paar dinge mehr
Vielen Dank für eure rege Beteiligung (und die Korrektur von SLAng bezgl. CONDITIONS).
Scheint auch für andere ein spannendes Thema zu sein.