Re: [TYPO3-german] View im Backend zeigt nichts an
Martin Schoenbeck schrieb: > Martin Schoenbeck schrieb: > >> Das hast Du richtig verstanden. Heikes Kommentar hat mir trotzdem >> weitergeholfen. Der Witz ist, daß es im Firefox nicht funktioniert, im >> Chrome kommt die Vorschau aber. Die Cookies im Firefox zu löschen, hat aber >> nichts geändert. > > Nun funktioniert es auch im Firefox wieder. Ich habe den Link aus dem > Chrome samt Security-Token in den Firefox kopiert. Dann kam die erwartete > Meldung, daß das Security-Token nicht paßt. Und danach funktionierte es mit > dann mit dem Security-Token, daß der Firefox auch vorher schon hatte. > > Was war's: im Chrome hatte ich nur http benutzt und nach dem Kopieren hat > natürlich auch der Firefox http benutzt. Bei https blockierte der Firefox > genau diesen Teil der Seite, weil ich (die Seite läuft wegen Test noch > unter einem Namen, der nicht dem Zertifikat entspricht) eine Ausnahme > gesetzt hatte. Die reichte aber dem aktuellen Firefox offenbar nicht mehr > für den iFrame. Konnte man dann auch noch abschalten. Letztlich war die Ursache, daß TYPO3 hier die Vorschau mit http aufrief, weil ich eine Site-Configuration mit einem zusätzlichen Entry-Point angelegt hatte (für den vorläufigen Zugang) und da nur den Namen ohne http oder https angegeben hatte, weil ich beides ermöglichen wollte. Die Varianten bekommt man mit den Conditions sicher auch hin, aber für mich reichte jetzt erstmal, da fest https einzutragen. Gruß Martin ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] View im Backend zeigt nichts an
Martin Schoenbeck schrieb: > Das hast Du richtig verstanden. Heikes Kommentar hat mir trotzdem > weitergeholfen. Der Witz ist, daß es im Firefox nicht funktioniert, im > Chrome kommt die Vorschau aber. Die Cookies im Firefox zu löschen, hat aber > nichts geändert. Nun funktioniert es auch im Firefox wieder. Ich habe den Link aus dem Chrome samt Security-Token in den Firefox kopiert. Dann kam die erwartete Meldung, daß das Security-Token nicht paßt. Und danach funktionierte es mit dann mit dem Security-Token, daß der Firefox auch vorher schon hatte. Was war's: im Chrome hatte ich nur http benutzt und nach dem Kopieren hat natürlich auch der Firefox http benutzt. Bei https blockierte der Firefox genau diesen Teil der Seite, weil ich (die Seite läuft wegen Test noch unter einem Namen, der nicht dem Zertifikat entspricht) eine Ausnahme gesetzt hatte. Die reichte aber dem aktuellen Firefox offenbar nicht mehr für den iFrame. Konnte man dann auch noch abschalten. Gruß Martin ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] View im Backend zeigt nichts an
Hallo Birgit,Birgit schrieb: > Hallo Heike, > > bei mir hat das in der TYPO3 7.6.31und RTEhtmlArea geklappt mit diesem Patch: > > https://github.com/andreasfernandez/rtehtmlarea/commit/ca9ba355eb48e2828a1adf5beaff750247ea > > Das betrifft aber alle Text-Felder mit RTE im TCA und ist ein anderes Problem > als das von Martin. > > Ich habe verstanden, dass bei Martin die Preview der Seite im Backend nicht > erscheint. Das hast Du richtig verstanden. Heikes Kommentar hat mir trotzdem weitergeholfen. Der Witz ist, daß es im Firefox nicht funktioniert, im Chrome kommt die Vorschau aber. Die Cookies im Firefox zu löschen, hat aber nichts geändert. Gruß Martin ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] View im Backend zeigt nichts an
Ich nochmal Martin Schoenbeck schrieb: > Hallo zusammen, > > ich setze gerade eine Site mit 9.5.8 neu auf. Bis vor kurzem konnte ich sie > noch ohne weiteres sowohl im Backend als auch im Frontend sehen. Jetzt wird > sie aber im Backend nicht mehr angezeigt. Der iframe enthält komplett leere > head und body Sektionen. > > Ist das vielleicht irgendein dusseliger Fehler, wo ihr mir sofort sagen > könnt, wo es hakt? Wenn nicht, hat jemand eine Idee, wie ich dem am > schnellsten auf die Spur komme? Ich sehe gerade, daß ich es vielleicht nicht deutlich genug beschrieben habe: das Backend funktioniert einwandfrei, nur in der Seitenvorschau erscheint nichts mehr, während im Frontend die Seiten angezeigt werden. Gruß Martin ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] View im Backend zeigt nichts an
Hallo Gert, Gert Redlich Wiesbaden schrieb: > Am 16.07.2019 09:09, schrieb Martin Schoenbeck: >> Hallo zusammen, >> >> ich setze gerade eine Site mit 9.5.8 neu auf. Bis vor kurzem konnte ich sie >> noch ohne weiteres sowohl im Backend als auch im Frontend sehen. Jetzt wird >> sie aber im Backend nicht mehr angezeigt. Der iframe enthält komplett leere >> head und body Sektionen. >> >> Ist das vielleicht irgendein dusseliger Fehler, wo ihr mir sofort sagen >> könnt, wo es hakt? Wenn nicht, hat jemand eine Idee, wie ich dem am >> schnellsten auf die Spur komme? >> >> Leider kann ich nicht mehr genau sagen, was ich geändert habe, nachdem es >> das letzte Mal noch ging, weil ich zwischendurch in Urlaub war. >> >> Gruß Martin > > > Martin, prüfe Deine PHP Scripts auch die von typo3, > Du hast irgendwo ein Zeilen-Ende vermurkst Ich denke, das kann ich ausschließen. Zum einen, weil der TYPO3-Source identisch ist mit einer Instanz, bei der es funktioniert und ich an den PHP-Teilen des site-package nichts geändert habe, zum anderen, weil es dann wohl auch im Frontend nicht funktionieren würde. Ein vager Verdacht ist, daß es was mit den Spracheinstellungen zu tun haben könnte, die ich wohl so ziemlich als letztes so umgestellt habe, daß die Standardsprache Deutsch und nicht Englisch ist. Gruß Martin ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] View im Backend zeigt nichts an
Hallo zusammen, ich setze gerade eine Site mit 9.5.8 neu auf. Bis vor kurzem konnte ich sie noch ohne weiteres sowohl im Backend als auch im Frontend sehen. Jetzt wird sie aber im Backend nicht mehr angezeigt. Der iframe enthält komplett leere head und body Sektionen. Ist das vielleicht irgendein dusseliger Fehler, wo ihr mir sofort sagen könnt, wo es hakt? Wenn nicht, hat jemand eine Idee, wie ich dem am schnellsten auf die Spur komme? Leider kann ich nicht mehr genau sagen, was ich geändert habe, nachdem es das letzte Mal noch ging, weil ich zwischendurch in Urlaub war. Gruß Martin ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Anmeldung am Backend scheitert
Martin Schoenbeck schrieb: Hallo zusammen, vielleicht hat irgendjemand eine zielführende Idee, ehe ich hier weitersuche: ich habe einen Server von Suse 12.3 auf 13.1 upgedatet. Seitdem ist eine Backend-Anmeldung an zweien der darauf laufenden TYPO3-Instanzen nicht mehr möglich. An drei anderen geht es problemlos. Alle die gleiche Version. Unterschied ist die verwendete Benutzerführung, das ist bei denen, die nicht funktionieren, noch die mit dem rosa Touch. Die Anmeldung wird als erfolgreich ins Log eingetragen, aber danach kommt wieder die Anmeldemaske mit dem Hinweis, daß es nicht geklappt hat. Die PHP-Session kann eingerichtet werden, löscht man die Session-Datei, ist sie hinterher wieder da. Die gern genommenen falschen Rechte am /var/lib/php5 sind es also nicht. Irgendjemand eine Idee? Für den Fall, daß jemand irgendwann mal auch dieses Problem hat: In der Tabelle be_sessions hatte das Feld ses_data keinen Default-Wert. Damit klappte das Einfügen der Session-Daten nicht. Keine Ahnung, ob frühere mysql-Versionen das nicht interessiert hat, diese jedenfalls mochte das nicht. Das Install-Tool hat's auch nicht gesehen. Jetzt tut alles. Die Auftritte, bei denen das schon korrekt drin war, sind jüngeren Datums, da war dann schon NULL als Default-Wert eingetragen. Gruß Martin -- Bitte nicht an der E-Mail-Adresse fummeln, die paßt so. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Anmeldung am Backend scheitert
Hallo zusammen, vielleicht hat irgendjemand eine zielführende Idee, ehe ich hier weitersuche: ich habe einen Server von Suse 12.3 auf 13.1 upgedatet. Seitdem ist eine Backend-Anmeldung an zweien der darauf laufenden TYPO3-Instanzen nicht mehr möglich. An drei anderen geht es problemlos. Alle die gleiche Version. Unterschied ist die verwendete Benutzerführung, das ist bei denen, die nicht funktionieren, noch die mit dem rosa Touch. Die Anmeldung wird als erfolgreich ins Log eingetragen, aber danach kommt wieder die Anmeldemaske mit dem Hinweis, daß es nicht geklappt hat. Die PHP-Session kann eingerichtet werden, löscht man die Session-Datei, ist sie hinterher wieder da. Die gern genommenen falschen Rechte am /var/lib/php5 sind es also nicht. Irgendjemand eine Idee? Gruß Martin -- Bitte nicht an der E-Mail-Adresse fummeln, die paßt so. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Anmeldung am Backend scheitert
Hallo Gert, RDE - Gert Redlich schrieb: ja, aber leider nur eine schlechte Ideen Ich brauch nur gute. ;-) das hatte ich auch gemacht, es sollte sogar von 12.2 auf 13.1 gehen, danach waren wir 3 Tage offline. Versionssprünge werden ja ausdrücklich nicht unterstützt. Sollte man also nicht machen. Von 12.2 auf 12.3 war übrigens nach 90 Minuten erledigt und lief wieder. Deshalb hatte ich mir das für den Sprung von 12.3 auf 13.1 auch so vorgestellt. War etwas streßiger. also die SUSE Upgrades auf Servern (bei uns XEN VMs) sind mit äußerster Vorsicht zu geniessen, von 12.1 auf 12.2 hatte es geklappt, doch der brauchte von jetzt an etwa 8 bis 12 Minuten !! zum Hochfahren, das war schlimm. Das wäre mir sowas von egal. von 12.2 auf 12.3 hatte es das Boot-System zerschossen (Tip : nimm nach wie vor GRUB und nicht GRUB2) Keine Ahnung, welcher da aktuell läuft, aber das Starten des Systems war jedenfalls kein Problem. und von 12.3 auf 13.1 hatte es den Runlevel nicht korrekt übernommen d.h. nach jedem reboot : alle VMs von Hand hochfahren und !! einzeln überprüfen Der Server selbst war einigermaßen zügig wieder auf den Beinen. Lediglich postfix bzw. amavis hat mich geärgert, weil sie jetzt alles mit ipv6 machen wollten, ohne daß entsprechende Konfiguration vorhanden war. Idee : schnell wieder zurück auf die 12.3 fahren, das hatte ich mal probiert hatte sogar geklappt und 13.1 auf neuer VM installieren und dann Typo3 rüber holen und ausprobieren Definitiv nicht. Ehe ich das zeitlich dazwischenkriege, habe ich auch TYPO3 mit genügend Ausgaben gespickt, um dem Problem auf die Spur zu kommen. Die Websites laufen ja glücklicherweise, nur eben das Backendlogin nicht. Vielleicht hätte ich noch erwähnen sollen, daß es um eine 4.5.32 geht. Gruß Martin -- Bitte nicht an der E-Mail-Adresse fummeln, die paßt so. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Typo3-Installation auf Ubuntu mit ispConfig 3
Hallo Dirk, Dirk Ho schrieb: Hat jemand eine Idee/Erfahrungen in dem Bereich und kann mir sagen, wie ich per SymLink wieder auf meine Typo3-Source außerhalb des web-Ordners zugreifen kann? Es gibt mehrere mögliche Gründe. Zum einen kann es je nach verwendeter PHP-Integration sein, daß die das schlicht nicht erlaubt, Code auszuführen, der nicht dem User gehört, unter dem das PHP läuft. Und zusätzlich wird wohl das open_basedir nicht passen. Das kannst Du auf der Seite Optionen für die Domain eintragen. Gruß Martin -- Bitte nicht an der E-Mail-Adresse fummeln, die paßt so. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Re-2: Ich bin kurz davor Typo3 in die Tonne ...
Hallo Thomas, thomas.bue...@web.de schrieb: hab auch schon in anderen Umgebungen Software entwickelt. Gerade in offenen Schnittstellen ist Abwärtskompatibilität ein hohes Gut. Oft ist es notwwendig über viele Versionen Funktionalitäten zu halten, die eigentlich nicht mehr up to date sind. Im Falle von Typo3 ist die Situation allerdings noch kritischer, denn hier ist nicht der (Extension-)Entwickler, der die Suppe auslöffeln muss, sondern der Typo3-Anwender, der dann schnell machtlos vor für ihn unlösbaren Problemen steht. Das kann, das darf nicht sein, besonders dann, wenn davon esentielle Extensions betroffen sind für die es keine Alternative gibt und für die eben noch keine aktualisierte Version vorhanden ist (für direct_mail gibt es nun die wohl mit 4.7.x kompatible Version 3.0) Genau dafür gibt's doch LTS-Versionen. Mit denen hast über einen langen Zeitraum genau diese gewünschte Kompatibilität. Wenn man unbedingt die allerneueste Version einsetzen will, dann wird man immer, egal wohin man schaut, bei externen Komponenten erstmal prüfen müssen, ob die noch damit funktionieren. Gruß Martin -- Bitte nicht an der E-Mail-Adresse fummeln, die paßt so. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Re-2: Ich bin kurz davor Typo3 in die Tonne ...
Hallo Thomas, thomas.bue...@web.de schrieb: Hi Andi, danke für die aufmunternde Antwort, werd mal drüber nachdenken! Und wo Du gerade dabei bist, über in die Tonne treten nachzudenken, prüfe diese Aktion auch mal in Bezug auf Deinen E-Mail-Client. Der reißt den Diskussionfaden hier gnadenlos in einzelne Stücke und startet so für jede Deiner Antworten einen eigenen. Gruß Martin -- Bitte nicht an der E-Mail-Adresse fummeln, die paßt so. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] MEDIA DAM und TYPO3 4.6.3
Hallo Robert, Robert Wunsch schrieb: Hallo, ich versuche grade die Media (dam) Extension (v1.2.4) unter TYPO3 4.6.3 zum Laufen zu bringen. Leider bisher erfolglos. DAM indexiert die Dateien nicht, und auch die Services funktionieren nicht, obwohl alle externen Abhängigkeiten erfüllt sind. Die Rechte der Dateien und Verzeichnisse passen auch? Gruß Martin -- Bitte nicht an der E-Mail-Adresse fummeln, die paßt so. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Rendering-Probleme nach Serverumstellung
Hallo Peter, Peter Kühnlein schrieb: Am 19.12.2011 16:38, schrieb Martin Schoenbeck: Hallo Peter, Peter Kühnlein schrieb: There was no result from the ImageMagick operation Below there's a dump of the ImageMagick commands executed: /usr/bin/identify /pfad/zur/seite/html/typo/typo3/sysext/install/imgs/pdf_from_imagemagick.pdf[0] Was murmelt denn der Befehl, wenn Du ihn direkt auf der Kommandozeile ausführst? Vielleicht stimmt der Pfad nicht, vielleicht gibt's identify nicht. Gruß Martin Danke für den Hinweis, Martin! Wir haben's geprüft: identify ist da, und liegt in /usr/bin Schade... ich hatte gehofft, das wär's... Die Frage war, was das Kommando _tut_, wenn Du es von der Kommandozeile aus aufrufst. Macht es dann alles richtig, dann mußt Du suchen, warum es unter php nicht tut. Das kann dann wieder eine ganze Menge Gründe haben, wobei ein typischer wäre, daß php das schlicht verbietet. Gruß Martin -- Bitte nicht an der E-Mail-Adresse fummeln, die paßt so. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Rendering-Probleme nach Serverumstellung
Hallo Peter, Peter Kühnlein schrieb: There was no result from the ImageMagick operation Below there's a dump of the ImageMagick commands executed: /usr/bin/identify /pfad/zur/seite/html/typo/typo3/sysext/install/imgs/pdf_from_imagemagick.pdf[0] Was murmelt denn der Befehl, wenn Du ihn direkt auf der Kommandozeile ausführst? Vielleicht stimmt der Pfad nicht, vielleicht gibt's identify nicht. Gruß Martin -- Bitte nicht an der E-Mail-Adresse fummeln, die paßt so. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Important Security-Bulletin Pre-Announcement vom 15.12. 13:11 Uhr?
untangler schrieb: Hallo zusammen, so wirklich verstehe ich den Text in der Meldung nicht. --- ... Exploiting this vulnerability is only possible for specific server environments. Amongst others, PHP flag register_globals is required to be activated. Please consider deactivating register_globals; this setting is deprecated nowadays (PHP 5.3+) and is generally not needed for TYPO3. ... --- Äh..., wie nun? On oder Off? Wenn Du den exploit ausnutzen willst, mußt Du es auf on setzen. Ansonsten empfiehlt sich off. Steht doch da. Gruß Martin -- Bitte nicht an der E-Mail-Adresse fummeln, die paßt so. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] [Off-Topic?] Gefällt mir-Button u. deutsches Recht - wie handhabt ihr das?
Hallo Michael, Michael Meurer schrieb: Guten Morgen zusammen. Scheinen ja nicht viele Kontakt mit zu haben @ Andreas Erst einmal hatte ich geschrieben, dass es sich (im beschriebenen Fall) um die Website einer Sportschule handelt. Wenn ich einen Sportverein o. Ä. in meiner Nähe suche, google ich bestimmt nicht beim niederländischen, englischen oder anderem ausländischen google... Ich empfinde die Sitution auch als Entmündigung des Bürgers. Findest Du? Wenn ich ehrlich bin, kann ich dem überhaupt nichts abgewinnen, daß Facebook immer weiß, auf welchen Seiten ich gerade was lese. Insbesondere da ich mit Facebook nichts zu tun habe. _Wenn_ ich will, daß Facebook das weiß, dann kann ich denen das mitteilen. Und _das_ empfände ich dann als mündig. Aber nicht, wenn die das ohne mich zu fragen und bei vielen anderen ohne daß die das wissen, einfach machen. Du hast aus meiner Sicht ein merkwürdiges Verständnis von Mündigkeit. Insbesondere wo die Darstellung eines 'Gefällt-mir'-Knopfs ja nun wirklich völlig problemlos möglich ist, ohne das gleich an Facebook zu melden. Technisch jedenfalls. Juristisch nicht, weil Facebook das wiederum nicht will und deshalb die Nutzung des Logos dafür verbietet. Gruß Martin -- Bitte nicht an der E-Mail-Adresse fummeln, die paßt so. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] [Off-Topic?] Gefällt mir-Button u. deutsches Recht - wie handhabt ihr das?
Hallo Michael, Michael Meurer schrieb: Ich persönlich brauche es auch nicht, Martin. Die Mündigkeit fängt für mich aber da an, dass ich als Benutzer nicht in der Lage bin, zu entscheiden, ob FB (oder wer auch immer) wissen darf, wo ich bin oder was ich mache. Also _ich_ kann das entscheiden. Ich will das nämlich nicht. Und dann muß ich das auch umsetzen können. Wenn andere bereit sind, sich von Facebook tracen zu lassen und das kollidiert mit meinem Wunsch, das nicht tun zu lassen, dann muß deren Wunsch hinter meinem zurücktreten, denn mein Recht auf Wahrung meiner Privatsphäre ist vorrangiges Recht. Das ist eigentlich recht einfach. Im übrigen ist es Facebook ja unbenommen, ein Plugin für die gängigen Browser anzubieten, mit dem ihm jeder Klick des Benutzers mitgeteilt wird. Falls es tatsächlich eine nennenswerte Anzahl von Menschen gibt, die sowas wirklich wollen. Ok, die Tatsache, daß sie etwas in der Art jetzt in Angriff nehmen scheint ja darauf hinzudeuten, daß es diese Menschen gibt. Warum bekommt der User rechtliche Konsequenzen, weil der Anbieter mit seiner Methode gegen geltendes Recht verstoßen könnte: Welche rechtlichen Konsequenzen bekommt der User denn? Da stehe ich jetzt völlig auf dem Schlauch. Zitat aus [1] Zudem setzt eine wirksame Einwilligung voraus, dass Nutzende wissen, worin sie einwilligen. Da Facebook aber bisher nicht offenlegt, was es mit den Nutzerdaten macht, fehlt es weiterhin an der nötigen Information.“, Das heißt im Umkehrschluss, dass der ULD noch gar nicht weiß, ob und wie gegen geltendes Recht verstoßen wird. Das mit den Umkehrschlüssen müssen wir aber nochmal üben. Der Verstoß gegen geltendes Recht ist doch eindeutig. Denn der liegt nicht in dem, was Facebook vielleicht mit den Daten macht, sondern schon in der fehlenden Information darüber. Und noch ein Zitat aus [3] Hinter dem Verhalten der Staatskanzlei steckt System. Anders als bei Privatfirmen, bei denen das ULD Löschungen anordnen und Geldbußen aussprechen kann, sieht das BDSG dies im öffentlich-rechtlichen Behördenbereich nicht vor. Hier besteht nur die Möglichkeit der förmlichen Beanstandung, die dann von der jeweils zuständigen Aufsichtsbehörde kontrolliert wird. Soviel zu einem Rechsstaat bei einem Rechtsverstoß (wenn es den einer ist) Auch bei solche Löschungsanordnungen und Geldbußen gibt es ja Rechtsmittel. Soll der ULD doch mal den Trojaner da durchjagen, den der CCC gefunden hat. *lach* Nicht ganz soo passend der Vergleich, aber dann dürfte ich auch nicht in mein Auto steigen, weil irgend wer gegen das Verkehrsrecht verstoßen könnte und ich deswegen einen oberbösen Unfall bauen könnte. Der Zusammenhang erschließt sich mir jetzt auch nicht. Vergleichbar wäre, daß Du das Auto eines Freundes nicht nutzen darfst, wenn Du weißt, daß er daran Änderungen vorgenommen hat, die zum Erlöschen der Betriebserlaubnis geführt haben. Gruß Martin -- Bitte nicht an der E-Mail-Adresse fummeln, die paßt so. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] typo3 bei 11 mittlerweile sinnvoll einsetzbar?
Hallo Michael, Michael Meurer schrieb: Bzw. hab ich noch nichts gesehen, dass ich ein Hostingpaket und eine Domain irgendwie getrennt vertraglich abschließen könnte... Sowas ist dann allenfalls für eine Hobbyseite nutzbar. Bei Auftritten, auf die man angewiesen ist, sollte man bei jedem Anbieter einkalkulieren, daß er irgendwas in den falschen Hals bekommt und einem den Auftritt abschaltet. Selbst wenn man ihn dann in Regreß nehmen kann, nutzt einem das ja nichts in der Zwischenzeit. Wenn man dann einfach irgendwo anders sein Zeug installiert und die neue Adresse im Nameserver einträgt, ist man erstmal wieder erreichbar. Gruß Martin -- Bitte nicht an der E-Mail-Adresse fummeln, die paßt so. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Extension-Entwicklung: leere Seite aber keine Fehler
Hallo Tilman, twalter schrieb: vielen Dank schon einmal für die vielen Tipps. Leider bin ich noch nicht weitergekommen. Wenn ich den Pfad zu einer der Klassen explizit falsch eingebe, bekomme ich erwartetermaßen eine Fehlermeldung. Korrigiere ich den Pfad bin ich wieder auf Anfang (leere Seite). Hast Du denn mal 'die' reingeschrieben? Gruß Martin -- Bitte nicht an der E-Mail-Adresse fummeln, die paßt so. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] HTTPS Backend - HTTP-Frontend
Hallo Tom, TOM schrieb: Ist es denn ein Problem, den einzelnen Auftritten auch jeweils ein passendes Zertifikat zu geben? Wir reden hier von einem einzigen TYPO3, Habe ich schon verstanden. meines Wissens nach kann ich da nicht mehrere Zertifikate vergeben, Die Zertifikate hängen ja nicht am TYPO3, sondern am Webserver. Der gängige (apache) kann das für jede Domain separat. Und solange Du nicht mit einem IE unter XP drauf zugreifen willst, funktioniert das auch ohne daß Du im Client ein falsches Zertifikat akzeptieren mußt. Aber selbst wenn man das müßte, wenn Du also einfach das Zertifikat mit der Backend-Domain für alle Domains einträgst, ist das ja kein wirkliches Problem. Das kann man dem Backendbenutzer jedenfalls schneller plausibel machen, als ihn immer das s aus https wegnehmen zu lassen. sondern müsste EIN Zertifikat erstellen mit bis zu 400 Domains Du hast 400 Domains in einem TYPO3? Respekt. ;-) Gruß Martin -- Bitte nicht an der E-Mail-Adresse fummeln, die paßt so. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] HTTPS Backend - HTTP-Frontend
TOM schrieb: Die Zertifikate hängen ja nicht am TYPO3, sondern am Webserver. Der gängige (apache) kann das für jede Domain separat. Ja, mit einem Virtualhost, und dabei verbrauche ich dann ja eine IP pro Domain, für Domains, für die ich gar kein SSL benötige. Nicht mit Name-based SSL virtual-hosts. Deshalb ja die Frage nach XP, da geht das nur mit Firefox, weil der nicht die BS-eigene Zertifikatsverwaltung nutzt. NameVirtualHost klappt ja an der stelle nicht, weil ja das Domain-Abhängie Zertifikat erst ausgewählt werden kann, nachdem die SSL-Verbindung aufgebaut wurde, und dafür müsste ich ja das Zertifikat bereits haben. Was der Client dann gemäß RFC 4366 erledigt. Und solange Du nicht mit einem IE unter XP drauf zugreifen willst, funktioniert das auch ohne daß Du im Client ein falsches Zertifikat akzeptieren mußt. Ach ja, leider gibt es haufenweise IE User unter XP Bei den Backend-Benutzern? *Grusel* Aber selbst wenn man das müßte, wenn Du also einfach das Zertifikat mit der Backend-Domain für alle Domains einträgst, ist das ja kein wirkliches Problem. Das kann man dem Backendbenutzer jedenfalls schneller plausibel machen, als ihn immer das s aus https wegnehmen zu lassen. Ähm... nein, ich werde meine Usern nicht beibringen, fehlerhafte Zertifikate zu akteptieren... die sind eh schon viel zu leicht in Phishing-Fallen zu locken... Gerade dann wäre es doch sinnvoll, die Kompetenz in dem Bereich zu erhöhen. Man schaut sich also das Zertifikat an und überprüft, ob es wirklich das Zertifikat der Backend-Domain ist, bevor man es akzeptiert. sondern müsste EIN Zertifikat erstellen mit bis zu 400 Domains Genau da wollte ich ja rumkommen Das würde ich auch wollen. ;-) Du hast 400 Domains in einem TYPO3? Respekt. ;-) Im Moment noch nicht, derzeit verteilen die sich noch auf 6 Server mit 150 Apaches. Dann hast Du, egal wie Du es anstellst, ja reichlich Arbeit vor Dir. Bei der Menge würde sich ja sogar lohnen, die nötigen Änderungen in TYPO3 selbst zu machen. Gruß Martin -- Bitte nicht an der E-Mail-Adresse fummeln, die paßt so. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] HTTPS Backend - HTTP-Frontend
Hallo Tom, TOM schrieb: Kannst Dir in diesem Zusammenhang ja mal im Install-Tool den Part von [lockSSL] naeher anschauen. Wenn die dauerhaft verschluesselte Verbindung im BE nicht notwendig ist, dann nimm die 3 und es sollte wie gewuenscht funktionieren. Ja, danke... das wäre eine alternative... ich bin mir nur nicht sicher ob ein nicht VOLLSTÄNDIG verschlüsseltes BE von meinen Usern gewünscht wird... Ist es denn ein Problem, den einzelnen Auftritten auch jeweils ein passendes Zertifikat zu geben? Gruß Martin -- Bitte nicht an der E-Mail-Adresse fummeln, die paßt so. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Newslist Reader
Hallo Robert, Robert Wildling schrieb: Hallo, Leute, Ich wollte mal fragen, welches Programm ihr zum Lesen dieser Newslist verwendet? Ich selbst verwende Thunderbird und kenne sonst nichts. 40tude Dialog. http://www.40tude.com/dialog/ Bin da mal gelandet, weil der Newsreader im Netscape meine Anforderungen nicht mehr erfüllte. Spätere Tests mit Thunderbird haben mich nicht wieder umdrehen lassen. Gruß Martin -- Bitte nicht an der E-Mail-Adresse fummeln, die paßt so. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Ist das TYPO3?
Hallo Rainer, Rainer Schleevoigt schrieb: Für mich ist Nachhaltigkeit und Qualität eine Grundfeste und ich bin erschüttert, womit Geld gemacht wird. Ich habe mal bei einem Verein eine Website übernommen, die war auch von einer Agentur erstellt (nicht TYPO3), da konnte man eigene Termine eintragen, die dann noch freigeschaltet werden mußten. Das Insert-Statement dafür stand in einem unsichtbar geschalteten Browserfeld und wurde nach Rücksenden der Daten ohne weitere Überprüfung ausgeführt. Da mußte ein Angreifer noch nicht mal eine SQL-Injection basteln. Es gibt nichts, was man nicht noch dümmer machen könnte. Gruß Martin -- Bitte nicht an der E-Mail-Adresse fummeln, die paßt so. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Ist das TYPO3?
Hallo Stephan, Stephan Schuler schrieb: Sobald sich der Kunde aber daran erinnert was das das letzte Mal gekostet hat, vielleicht im Geiste noch ein wenig drauf schlägt weil mehr Qualität vermutlich auch teurer ist, hat man einen recht schweren Stand. Das Sprichwort mit dem gebrannten Kind. Dann muß man ihm klar machen, daß es in manchen Branchen _kostengünstiger_ auch für den Anbieter ist, mit hoher Qualität zu arbeiten. Daß das Problem nur ist, daß mancher es schlicht nicht im Blut hat. Wenn man das weiß, dann merkt man das, lange bevor er den ersten Handschlag im Projekt macht. Gruß Martin -- Bitte nicht an der E-Mail-Adresse fummeln, die paßt so. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Domainwechsel
Hallo Peter, Peter Linzenkirchner schrieb: Bei nochmaligem Lesen kommt mir der Gedanke: meinst du einen dedizierten Serber bei Strato und würdest gerne wissen, ob man darauf TYPO3, mollify und phpbb drauf betreiben kann? Da kann ich nicht weiterhelfen, mit Servern bei Strato habe ich keine Erfahrung. Aber ich bin so frei und schließe von den Shared-Hosts auf den Rest ... dann würde die Antwort lauten: besser nicht. Das wäre dann ein Fehlschluß. Gruß Martin -- Bitte nicht an der E-Mail-Adresse fummeln, die paßt so. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] News nur auf bestimmten Seiten rechts anzeigen
Hallo Michael, Michael Warzitz schrieb: Kann mir jemand kurz einen Anhaltspunkt geben, was ich falsch mache. Zunächst mal lieferst Du viel zu wenig Informationen. Beispielsweise die, wie Du die News dorthin bekommen hast. Gruß Martin -- Bitte nicht an der E-Mail-Adresse fummeln, die paßt so. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Denkfehler für Datumseinschränkung
Hallo Christian, Christian Wolff schrieb: Hi Sebastian ich würde das alles ins else statement verpacken und die bedingung umkehren. ungefähr so: [year = 2011] [month = 10] [dayofmonth 13] [else] lib.myButton = TEXT lib.mybutton.value = cooler button [global] Was passiert dann am 1.11.2011? Gruß Martin -- Bitte nicht an der E-Mail-Adresse fummeln, die paßt so. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Denkfehler für Datumseinschränkung
Hallo Sebastian, Sebastian Jurk schrieb: Hallo, ich hatte im Typoscript eine Condition gesetzt. Ein Button sollte bis zum 13.10.2011 angezeigt werden. [year = 2012] [month = 11] [dayofmonth = 14] Na und heute war der Button natürlich nicht mehr zu sehen was ja auch klar ist. Nur ich komme grad nicht drauf wie es richtig gemacht wird... [year = 2012] [month = 11] || [year = 2011] [dayofmonth = 14] || [month = 10] || [year = 2011] Wobei Du die 2011 natürlich weglassen kannst. Gruß Martin -- Bitte nicht an der E-Mail-Adresse fummeln, die paßt so. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Re: Denkfehler für Datumseinschränkung
Hallo Marco, Vollzitate sind ja eigentlich pfui (ich lasse es diesmal trotzdem stehen), aber hier muß man sich wohl dran gewöhnen, weil einfach niemand die Lust hat, auf die anderen Rücksicht zu nehmen. Aber in diesem Fall hast Du es wirklich geschafft, daß man beim besten Willen nicht erkennen kann, worauf Du mit Deiner Bemerkung hinauswillst. Wolltest Du auf meine Frage antworten oder fragst Du Christian? Ich verstehe es nicht. Vielleicht einfach mal http://einklich.net/usenet/zitier.htm oder http://www.afaik.de/usenet/faq/zitieren/ lesen. Gruß Martin Marco Behnke schrieb: -Ursprüngliche Nachricht- Von: typo3-german-boun...@lists.typo3.org [mailto:typo3-german-boun...@lists.typo3.org] Im Auftrag von Martin Schoenbeck Gesendet: Donnerstag, 14. Juli 2011 13:48 An: typo3-german@lists.typo3.org Betreff: Re: [TYPO3-german] Denkfehler für Datumseinschränkung Hallo Christian, Christian Wolff schrieb: Hi Sebastian ich würde das alles ins else statement verpacken und die bedingung umkehren. ungefähr so: [year = 2011] [month = 10] [dayofmonth 13] [else] lib.myButton = TEXT lib.mybutton.value = cooler button [global] lib.myButton bleibt leer? Was passiert dann am 1.11.2011? Gruß Martin ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Re: Denkfehler für Datumseinschränkung
Hallo Marco, Marco Behnke schrieb: Eigentlich müsste man also schreiben [year = 2011] [month = 10] [dayofmonth 13] OR [year = 2011] [month = 11] OR [year = 2012] Aber wie geht das in TS? In TS geht das exakt so. Wenn man es in eine Zeile schreibt. Aber funktionieren wird es mit den Werten nicht. Gruß Martin -- Bitte nicht an der E-Mail-Adresse fummeln, die paßt so. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Denkfehler für Datumseinschränkung
Martin Schoenbeck schrieb: Hallo Sebastian, Sebastian Jurk schrieb: Hallo, ich hatte im Typoscript eine Condition gesetzt. Ein Button sollte bis zum 13.10.2011 angezeigt werden. [year = 2012] [month = 11] [dayofmonth = 14] Na und heute war der Button natürlich nicht mehr zu sehen was ja auch klar ist. Nur ich komme grad nicht drauf wie es richtig gemacht wird... [year = 2012] [month = 11] || [year = 2011] [dayofmonth = 14] || [month = 10] || [year = 2011] Sorry, Knoten im Gehirn gehabt und die Priorität (obwohl ich's wußte) trotzdem falsch rum behandelt. [year = 2012] [month = 11] [dayofmonth = 14] || [month = 10] [year = 2012] || [year = 2011] In einer Zeile natürlich. Gruß Martin -- Bitte nicht an der E-Mail-Adresse fummeln, die paßt so. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] PAGE überschreiben
Hallo Jan, Jan Kornblum schrieb: Hallo, eine sicherlich dumme Frage, aber irgendwie erscheint es mir unlogisch: page page.config{ ... } page = PAGE Müsste hier nicht durch das page = PAGE alles vorherige (page.config) gelöscht sein? Denn es funktioniert dennoch... Jetzt mal unabhängig davon ob das obige so Sinn macht, denn ich würde von der Reihenfolge wohl page , page = PAGE, und dann page.config wählen... page = xxx legt in dem PHP-Array ein Element mit dem Name 'page' an und weist ihm den Wert 'PAGE' zu. page. = legt ein Array (wenn's noch nicht existiert) mit dem Namen 'page.' an und darin ein Element mit dem Namen ''. Deshalb ist die Reihenfolge, in der das geschieht, völlig egal. Gruß Martin -- Bitte nicht an der E-Mail-Adresse fummeln, die paßt so. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] OT: Spenden lohnt sich?
Hallo Christian, Christian Hennecke schrieb: Ist schon ein bißchen her, daß ich mich damit beschäftigen mußte. Vor ein paar Jahren ist hier mal ein Pole vom Zoll wegen Schwarzarbeit verhaftet und abgeschoben worden. Er war zu Besuch bei Verwandten und hatte beim Bau ihres neuen Hauses mitgeholfen. Ich kannte zufällig eine der Beamtinnen, die dabei waren. Ging durch die Presse. Fand ich auch total lächerlich. Dann war er kein Verwandter in gerader Linie. Nachbarshilfe geht noch, aber der war halt kein Nachbar und auch nicht Vater/Mutter/Kind. Er darf auch mit Verwandten in gerader Linie verschwägert sein. Problematisch wird es vor allem da, wo Du Leistungen erbringst und nicht versteuerst, die Du auch beruflich anbietest. Wenn Du beim Kirchenfest nen Kuchen backst, regt sich da keiner drüber auf. Wenn Du aber als Webdesigner die fette Website aufsetzt, sieht das u.U. schon anders aus. Warum sollte es. Daß Du das _auch_ beruflich machst, heißt doch keineswegs, daß Du das _nur_ beruflich machst. Und selbst _wenn_ man das Deiner beruflichen Tätigkeit zuordnet, bist Du keineswegs verpflichtet, dafür etwas zu berechnen. Sonst würde die GPL beispielsweise überhaupt nicht funktionieren, da sehr viele, die unter dieser Lizenz etwas erstellen, auch beruflich mit solchen Arbeiten befaßt sind. Insgesamt gilt natürlich: Wo kein Kläger, da kein Richter. :-) Was hier aber nichts ändert. Gruß Martin -- Bitte nicht an der E-Mail-Adresse fummeln, die paßt so. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Fremde Extension aus Repository - Anpassung
Hallo Jan, Jan Kornblum schrieb: Meine Frage: Da diese Extension scheinbar nicht weiter gepflegt wird, und ich nicht bei jeder Kundeninstallation meine eigene Version verwenden möchte, welche Möglichkeiten gibt es, die Extension im Repository zu erneuern? Ich meine, es ist ja nicht meine Etension... Muss das der Urhebeber machen? Kann man das auch selbst machen? Wie läuft das ab? Die übliche Lösung ist, die erweiterte Extension als neue Extension einzustellen. Das ist aber auch die Ursache dafür, daß es viele Extensions gibt, die sehr ähnliche Funktionalität bereitstellen. Von daher wäre es zumindest nützlich, die Genese Deiner Extension da genau zu beschreiben. Dann muß man nicht selbst überprüfen, welche man nehmen sollte. Für das Repository als solches wäre es natürlich schön, wenn man eine Extension übernehmen könnte, falls der Autor nicht innerhalb einer gewissen Frist widerspricht. Oder wenn eine neue Extension ein oder mehrere anderes obsolet machen könnte (so, daß das auch im Repository angezeigt wird), wenn nicht widersprochen wird. Das könnte die Übersicht im Repository deutlich verbessern. Aber vielleicht ist sowas ja schon in der Mache. Gruß Martin -- Bitte nicht an der E-Mail-Adresse fummeln, die paßt so. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Login Endlosschleife
Hallo Jan, Jan Kessinger schrieb: Bringt alles nichts, nun würde ich euch gerne um Hilfe bitten! Wie komme ich wieder in mein Backend? Dazu müßte man wissen, was Du geändert hast. Erster Gedanke: das für php definierte Temp-Verzeichnis kann nicht geschrieben werden. Setz es zum Test einfach mal auf word-writeable. Gruß Martin -- Bitte nicht an der E-Mail-Adresse fummeln, die paßt so. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Printprobleme
Hallo Michael, Michael Warzitz schrieb: Hallo Liste, ich habe Probleme das mir der Firefox nicht das ausdruckt, so wie es in der Druckansicht aussieht, ich bin jetzt auch schon langsam, richtig am verzweifeln. Kann mir jemand eine gute Extension empfehlen die ich mal ausprobieren könnte. Was soll denn die Extension leisten? Der übliche Weg, dem Benutzer eine spezielle Druckansicht zur Verfügung zu stellen, ist doch entweder über ein seperates Template oder aber über CSS. Aber dafür braucht man im Normalfall keine Extension. Gruß Martin -- Bitte nicht an der E-Mail-Adresse fummeln, die paßt so. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] BE-Performance: Source und IM per open_basedir
Hallo Mikel, Mikel Wohlschlegel schrieb: ganz bestimmt nicht. Ist oftmals die DB-Geschwindigkeit (ist sicher externer Server) udn der mangelnde RAM OK, danke. Aber ist es nicht so, dass jeder Request beim Bearbeiten des Backends einfach länger dauert, da jedes Mal alles außerhalb des Roots abgeholt wird und dies Verzögerungen zur Folge hat? RAM ist eigentlich 2GB. memory_limit bei php habe ich 512KB. Die DB müsste ich mal optimieren, hier habe ich alles beim Standard belassen. Welche Verzögerungen stellst Du Dir denn da vor? Das sind Dateien wie alle anderen auch. Dein Eintrag im open_basedir führt doch nur dazu, daß PHP Dir nicht auf die Finger klopft, wenn Du diese Dateien verwendest. Gruß Martin -- Bitte nicht an der E-Mail-Adresse fummeln, die paßt so. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] TemplaVoila - Newbie
Hallo Bernd, Bernd Wilke schrieb: vielleicht muss man erstmal definieren was eine steile Lernkurve ist. für mich heißt es: man muss sehr viel lernen um nur etwas voran zu kommen: ^ ... W ___/ i __/ s_/ s / e / n | | Ergebnisse Wenn sich natürlich jeder seine eigene Definition eines solchen Begriffs macht, taugt er am Ende sehr wenig. Jedenfalls kann man ihn dann nicht ohne nähere Erläuterung verwenden. Und dann braucht man ihn eigentlich nicht. Wie eine Steilküste wo man gerade mit dem Schiff ankommt und ins Landesinnere möchte. man kann am Strand herumirren (und auch wieder aufs Meer zurück), aber man muss irgendwie die Klippen hinauf kommen, sonst geht es nicht weiter. Aber der Weg ist eben sehr kurz. Während man von der Nordsee aus schon ein paar hundert Kilometer laufen muß, ehe man auf 100 m Höhe kommt. Eine Lernkurve beschreibt üblicherweise den Lernfortschritt über die Zeit. Wird aber immer gerne mal falsch interpretiert, dahingehend, daß es immer sehr anstrengend sein muß, in kurzer Zeit etwas zu lernen. Gruß Martin -- Bitte nicht an der E-Mail-Adresse fummeln, die paßt so. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] INSTALL Tool nach Umzug weg T3 4.5.2
Hallo Christian, Christian Endlich schrieb: Das gibt doch nicht! Das Installtool ist doch keine lokale Erweiterung sondern sitzt ja in den sysext. Dateizugriffsattribute habe ich auch überprüft, passt soweit denk ich alles. Hast Du überprüft, daß sie sich auch tatsächlich im sysext-Verzeichnis befindet? Gruß Martin -- Bitte nicht an der E-Mail-Adresse fummeln, die paßt so. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] INSTALL Tool nach Umzug weg T3 4.5.2
Hallo Christian, Christian Endlich schrieb: Hallo Martin, ja ist ganz sicher dort. Er sucht sie aber im lokalen ext-Verzeichnis. Nein. Er sucht _alle_ Extensions zunächst im sysext-, dann im globalen ext- und als letztes im lokalen ext-Verzeichnis. _Das_ ist also nicht das Problem. Hab Google gequält bis zum geht nicht mehr. Kam alles bei viel viel älteren Versionen von TYPO3 vor. So um die 3.7er Version! Auch ältere Probleme können einem ja vielleicht helfen. Ich hätte spontan auf ein fehlendes follow-symlinks getippt, aber dann müßte mehr nicht gehen. Gruß Martin -- Bitte nicht an der E-Mail-Adresse fummeln, die paßt so. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] INSTALL Tool nach Umzug weg T3 4.5.2
Hallo Christian, Christian Endlich schrieb: Hi Martin, sobald ich den Ordner install im sysext auf 0755 setze geht's plötzlich. Alles andere schlägt fehl. Muss ich nun wohl mit leben :-(. Nicht zwingend. Andererseits: warum auch nicht? Welche Zugriffe erlauben denn die anderen Extensions? Und gehören die jemand anderem? Wenn Du kein 0755 haben willst, mußt Du ihn eben dem Benutzer zuordnen, mit dem Dein TYPO3 ausgeführt wird. Gruß Martin -- Bitte nicht an der E-Mail-Adresse fummeln, die paßt so. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Re: OT: Gleichmäßige (Gewinn-)Verteilung innerhalb eines Zeitraumes
Hallo Oliver, Oliver Baran schrieb: Eigentlich wäre es ja sowas ähnliches wie eine Bannerrotation aber auch wenn ich danach suche finde ich nichts Passendes. Hat da einer eine Idee oder einen Hinweis für mich wie ich das lösen kann? Das kommt ja darauf an, wie Du die Preisvergabe handhaben willst. Ich nehme nicht an, Du sammelst für den Tag erst alle Teilnehmer und lost dann aus. Denn das wäre ja banal. Wenn Du - als Beispiel - direkt ausspielen willst, wenn einer bei Dir auf einen Knopf klickt, dann könntest Du z.B. vor Beginn für jeden Preis den Zeitpunkt auslosen, an dem dieser Preis vergeben wird. Der nächste, der dann nach diesem Zeitpunkt klickt, bekommt ihn. Gruß Martin -- Bitte nicht an der E-Mail-Adresse fummeln, die paßt so. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] OT: Gleichmäßige (Gewinn-)Verteilung innerhalb eines Zeitraumes
Hallo Ralf-René, Ralf-René Schröder schrieb: genauso würde ich es auch angehen du ermittelst pro Tag eine feste Anzahl an Gewinnen die du zufällig über den Tag verteilst wer dann der erste ist der nach diesem TimeStmp teilnimmt gewinnt damit nicht morgens eine masse von Gewinnmöglichkeite durch Nichtteilnahme in der nacht übrig sind, sollte ein zur verfügung stehender gewinn bei nichtabruf wieder zufällig in den rest des Tages eingeordnet werden... Ich würde sie lieber von vornherein nach der durchschnittlichen Besucherzahl verteilen. Denn sonst hast Du nachts deutlich erhöhte Gewinnchancen. Kann man natürlich auch als Feature betrachten. Gruß Martin -- Bitte nicht an der E-Mail-Adresse fummeln, die paßt so. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Re: OT: Gleichmäßige (Gewinn-)Verteilung innerhalb eines Zeitraumes
Hallo Oliver, Oliver Baran schrieb: Hallo an alle. Danke für die Ideen. Mein Ansatz ist nun folgender: Start Berechne die Sekunden bis zum 1. Gewinn nach dem Startzeitpunkt anzahl_sekunden_bis_gewinn = (Zeitpunkt_Ende - Zeitpunkt_Start) / Anzahl_der_gesamt_Gewinne naechstes_gewinn_fenster = vergebene_gewinne * anzahl_sekunden_bis_gewinn; wenn teilnahme_zeitpunkt = Zeitpunkt_Start + naechstes_gewinn_fenster gewonnen; vergebene_gewinne ++; else verloren Gruß Martin -- Bitte nicht an der E-Mail-Adresse fummeln, die paßt so. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Re: Gute Extension für das Einbinden von google gesucht
Hallo Jan, Jan Kornblum schrieb: Habe die Artikel jetzt nur überflogen und nichts gefunden was explizit gegen GA zusammen mit anonymizeIP spricht... Unabhängig davon, was da steht: in dem Moment, wo Du das Javascript für GA einbindest, meldet der PC des Benutzers seine IP-Adresse ungekürzt an Google. Geht ja nicht anders, wie soll er sonst mit denen kommunizieren. Ob Google die dann ungekürzt abspeichert, ist dann völlig egal, denn darüber hast Du als Anbieter keine Kontrolle mehr. Alles, was zu Servern Dritter geht, ist nur dann unkritisch, wenn die ebenfalls unzweifelhaft unserem Datenschutzrecht unterliegen (oder zumindest europäischen) und WIMRE Du mit denen auch noch eine entsprechende Vereinbarung über die Datenverarbeitung hast. Gruß Martin -- Bitte nicht an der E-Mail-Adresse fummeln, die paßt so. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Gute Extension für das Einbinden von google gesucht
Hallo Kay, Kay Strobach schrieb: Hallo Jan, alternativ kannst du den Nutzer via Opt-In ja vor Besuch der Seite fragen, ob er getrackt werden will ;) Nein, das reicht nicht, um personenbezogene Daten ohne Einhaltung der datenschutzrechtlichen Vorschriften weiterleiten zu dürfen. Das reicht nur, um sie überhaupt verarbeiten zu dürfen. Dann muß die Adresse also nicht anonymisiert werden. Wenn man sie z.B. mit piwik speichert. Gruß Martin -- Bitte nicht an der E-Mail-Adresse fummeln, die paßt so. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Einbinden von kb_nescefe Template
Hallo Heike, Heike Herzog-Kuhnke schrieb: Ich bin begeistert... Ja, das kommt rüber. ;-) Gruß Martin -- Bitte nicht an der E-Mail-Adresse fummeln, die paßt so. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Re: etwas zum Aufregen: Computerwoche:Die häufigsten TYPO3-Fehler
Hallo Stephan, Stephan Schuler schrieb: Ich gehe davon aus, dass Herr Gold den Artikel zu seinen Marketingmitteln zählt. Wahlweise, um in Zukunft weniger Projekte mit TYPO3 durchführen zu müssen. Das halte ich aber für unwahrscheinlich, dann wäre er nicht TYPO3 Association Gold Member. Oder er möchte ein konkretes Projekt-Review-Produkt anbieten. Das allerdings zielt meiner Meinung nach auf einen Markt ab der nur begrenzt existiert. Ein Kunde der sich für mehrere tausend Euro eine TYPO3-Installation hat hinstallen lassen wird zwar ggf. noch für ein paar Euro eine Prüfung einer unabhängigen Agentur durchführen lassen. Auch kann eine solche unabhängige Prüfung Teil des ursprünglichen Implementierungsvertrages sein. Ein für die prüfende Agentur lukratives Folgeprojekt in Form einer Neuimplementierung auf aktuellem Stand der Technik wird der Kunde allerdings nicht sofort finanzieren wollen. Ein denkbares Konzept wäre auch, auf Reviews zu setzen, die der Kunde beauftragt, nachdem dessen ursprünglicher Anbieter Gewährleistungsansprüche abgewimmelt hat. Und danach dann ggf. die Ersatzvornahme. Trägt aber vermutlich auch nicht sehr weit. Die andere Variante wäre, daß einfach gezeigt werden soll, daß man TYPO3 eben nicht mal einfach hinklatschen kann und die eigene Kompetenz für das Vermeiden genau dieser Fehler unterstrichen werden soll. Gruß Martin -- Bitte nicht an der E-Mail-Adresse fummeln, die paßt so. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Re: etwas zum Aufregen: Computerwoche:Die häufigsten TYPO3-Fehler
Hallo Andreas, Andreas Becker schrieb: Zum Aufregen ist hier nur die Ignoranz solcher Kritik gegenueber! Du solltest ihn besser komplett lesen und einfach auch im OT Thread bleiben bitte http://lists.typo3.org/pipermail/typo3-german/2011-March/076888.html http://lists.typo3.org/pipermail/typo3-german/2011-March/076888.htmlDanke Nur damit ich auf dem Laufenden bleibe: darf man jetzt nur noch in Threads schreiben, die Dein Placet haben? Richtest Du für jedes Thema nachträglich (wie in diesem Fall) einen dafür passenden Thread ein? Und warum ist das Thema hier nicht Thema (also OT)? Gruß Martin -- Bitte nicht an der E-Mail-Adresse fummeln, die paßt so. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] MySQL Probleme aufgrund persistent connection
Hallo Felix, Felix Nagel schrieb: Am 14.03.2011 23:07, schrieb Martin Schoenbeck: So wie Du das schilderst, riecht das doch eher danach, daß die Verbindung offengehalten wird, bei nächsten Zugriff aber keiner mehr was davon weiß und eine neue öffnet. Gruß Martin Genau so beschrieb das der Techniker vom Hoster auch. Ne Idee warum das passiert? TYPO3 oder eher Probleme mit PHP? Nein, sorry, ich habe keine Ahnung von der Thematik. Müßte ich mich reinarbeiten, wenn's mir passiert. Gruß Martin -- Bitte nicht an der E-Mail-Adresse fummeln, die paßt so. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Verfügbarkeit von $_SERVER in der localconf.php und realurlconf.php
Hallo André, André Laugks schrieb: Hallo zusammen! Ich benötige in der localconf.php und realurlconf.php Werte aus der Variable $_SERVER. Leider scheint mir die nicht zur Verfügung zustehen. Folgender Aufruf liefert keine Ausgabe: print_r($_SERVER); Kann auch nicht. In der Initialisierungsphase wird die Ausgabe mit ob_start verhindert. Brichst Du dann mit die ab, kommt die Ausgabe aus dem Puffer, ansonsten wird der Puffer weggeworfen. Gruß Martin -- Bitte nicht an der E-Mail-Adresse fummeln, die paßt so. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Umlaute bei Dateiupload
Hallo Martin, Martin schrieb: Hi, ich habe jetzt alles mit UTF-8 rausgenommen und die Webseite läuft. Nur wenn ich Dateien im BE hochlade (egal, ob Flash oder normal), werden diese Hochgeladen und mit Umlauten angezeigt. Möchte ich diese Dateien jetzt verlinken, klappt es nicht, da die Umlaute einfach ausgeblendet werden, aus ÜbereinemFluß.jpg wird zB bereinemFluß.jpg und somit nicht mehr gefunden. Aus einer Datei mit öäü.txt wird bei dem Versuch diese umzunennen, erscheint nur .txt Kann mir jemand evtl einen Tipp geben? In der Localconf hab ich keinen einzigen Eintra mehr mit UTF8 weder forceCharset oder SET NAMES etc. Da Du schreibst, daß Umlaute _im_ Namen einwandfrei funktionieren, sieht mir das nicht wie ein Problem der TYPO3-Einstellungen aus. Du solltest mal mit einer Shell nachsehen, wie von da aus die Dateinamen aussehen. Sie dort auch mal umbenennen, also ohne Umlaute hochladen und dann in der Shell umbenennen. Und berichten, was das ergeben hat. Prüf auch mal, was passiert, wenn Du die Datei mit eine Tool völlig unabhängig vom Browser hochlädst, also z.B. mit scp oder ftp. Gruß Martin -- Bitte nicht an der E-Mail-Adresse fummeln, die paßt so. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Umlaute bei Dateiupload
Hallo Martin, Martin schrieb: nimm doch da bitte noch Deinen Nachnamen mit auf. wenn ich eine Datei hochlade mit Umlauten, so werden diese auch korrekt angezeigt. Ist ein Umlaut am Anfang des Dateinamen, wird dieser einfach ignoriert und die Datei nicht erkannt. Zunächst mal wäre es hilfreich, wenn Du mal die Fehlersituation genauer beschreibst. Wo wird der Umlaut ignoriert (welcher Programmteil, welche Komponente)? In welcher Situation wird danach die Datei nicht erkannt? Wie hast Du die Datei hochgeladen? Mit dem Browser oder mit einem separaten Programm? Oder geht es schon beim Hochladen schief? Gruß Martin -- Bitte nicht an der E-Mail-Adresse fummeln, die paßt so. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Klasse auf alle klassenlosen p-Tags
Hallo Christian, Christian Lerrahn schrieb: In CSS3 geht das als p:not([class]) {...} aber in CSS2 scheint das nicht so einfach zu sein. Verstehe ich nicht. Styles mit Klassen sind doch immer spezieller und gewinnen vor Styles ohne alles. Auch beim Firefox. Gruß Martin -- Bitte nicht an der E-Mail-Adresse fummeln, die paßt so. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Klasse auf alle klassenlosen p-Tags
Hallo Christian, Christian Lerrahn schrieb: Dachte ich auch. Aber zumindest in meinem Test hat sich das nicht so verhalten. Ich vermute, das hat etwas damit zu tun, dass ich im CSS einmal das Mutterelement drin habe und einmal nicht. Der FF Web Developer zeigt mir das CSS fuer einen Absatz, der nicht mehr zentriert wird, so an: .align-center, p.align-center (line 133) { text-align: center; } div.cnt p (line 120) { text-align: justify; } Also, obwohl der klassenlose Eintrag zuerst kommt, hat er hoehere Prioritaet. Die Tabelle am angegebenen Link verstehe ich nicht ganz, aber vielleicht erklaert die dieses Verhalten ja... Jedenfalls will ich dieses Problem gerne loesen, indem ich ueberall eine Klasse habe. Kann man natürlich so lösen. Ist nur mehr Aufwand. Wenn Du willst, daß der erste Eintrag den zweiten überschreibt, dann füge da einfach ein , div.cnt p.align-center hinzu und schon ist die Sache gegessen. Gruß Martin -- Bitte nicht an der E-Mail-Adresse fummeln, die paßt so. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Nach Typo3-Kopie: CSS wird nicht mehr gefunden
Hallo Dirk, dirk_stud...@web.de schrieb: Ok, danke. Komischerweise habe ich in typo3temp/compressor alle CSS-Dateien gelöscht und diese werden nicht neu gebaut. Sind da möglicherweise falsche Pfade vorhanden? Bist Du Dir sicher, daß die Rechte für die Verzeichnisse stimmen? Notfalls zum Test einfach mal auf world-read/writable setzen. Gruß Martin -- Bitte nicht an der E-Mail-Adresse fummeln, die paßt so. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Klasse auf alle klassenlosen p-Tags
Hallo Christian, Christian Lerrahn schrieb: Hallo, die Frage kommt mir selbst ziemlich dumm vor, aber ich kann sie trotzdem nicht beantworten. Ich habe viele Textelemente, die von p-Tags umschlossen sind. Nun will ich die gerne alle stylen, aber das geht halt fuer klasselos nur in CSS3 explizit. Wieso geht das nur mit CSS3? Habe ich irgendwas verpaßt? Oder verstehe ich Dich komplett falsch? Gruß Martin -- Bitte nicht an der E-Mail-Adresse fummeln, die paßt so. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] tt_news: Kategorienliste leer
Hallo Ilya, Ilya Khanataev schrieb: Hallo zusammen, ich habe im BE einen zweiten tt_news-SysFolder (für Bildergalerien) angelegt. Wenn ich dort jedoch einen News-Beitrag erstellen/editieren möchte, werden mir keine Kategorien angezeigt, die Liste Category: Available Items ist also leer. Im ersten News-Ordner ist alles OK, dort kann ich auf alle angelegten Kategorien zugreifen. Ohne jetzt sowas schon mal mit tt_news gemacht zu haben, vermute ich doch, daß dazu der erste Ordner als Datensatzsammlung für den neuen Ordner angegeben werden muß. Unter der Annahme, daß Du auf Kategorien zugreifen willst, die in dem ersten Ordner angelegt sind. Gruß Martin -- Bitte nicht an der E-Mail-Adresse fummeln, die paßt so. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Umlaut-Problem in PHP 5.3.3
Hallo Martin, Martin schrieb: Ich habe über StdOut '' arge Probleme gehabt, die Sonderzeichen wurden nicht vernünftig geschreiben. Konsole war Bash, falls es dir weiterhilft. bash ist doch keine Konsole, sondern eine Shell. Und was bash macht, wenn Du hinter ein Kommando ein schreibst, ist diese Datei zum Schreiben zu öffnen und dem Programm als stdout mitzugeben. Danach ist die bash da raus. Komplett. Wenn da irgendwer irgendwas konvertiert, dann kann das nur mysqldump sein. Und da spricht zumindest die aktuelle manpage deutlich dagegen, daß das irgendwas ändert. Eben. Der Nutzen der -r Option liegt aber darin, daß dann Zeilenvorschübe in der Ausgabe nicht durch CRLF ersetzt werden. Was der Dump unter Windows tut, wenn er über die Ausgabe über stdout macht. Jedenfalls behauptet solches die Manpage. Japs, einerseits werden die Zeilenvorschübe nicht umgewandelt, aber auch die Sonderzeichen direkt geschrieben. Nur so konnte ich den UTF8/latin1 Salat vernünftig in UTF8 wandeln, da ich die typischen Zeichen bekommen habt. Über Stdout waren es mit einfachen Mitteln (sed, etc) nicht möglich die Zeichen einfach zu ersetzen. Das wäre auch wirklich nicht zielführend, die per Editor zu ersetzen. Es kann natürlich auch durchaus sein, daß mysqldump da früher irgendwelchen Sachen gemacht hat. Aktuelle Versionen machen da aber nichts. Weder laut Doku noch nach meinen Erfahrungen. Die schreiben den Dump in dem gewünschten Zeichensatz. Und wenn da aus der Datenbank utf8-Zeichen kommen, die Einstellungen aber behaupten, es seien latin1-Zeichen, dann werden die eben konvertiert. Aber egal, ob Du das per -r oder per in die Datei schreibst. Nun, rein theoretisch könnte der OP uns ja sagen, was bei ihm geholfen hat, aber entweder haben ihn die Antworten auf seine Frage nicht wirklich interessiert, oder er gehört zu der Sorte Menschen, die sich nicht mehr melden, sobald ihr Problem gelöst ist. Gruß Martin -- Bitte nicht an der E-Mail-Adresse fummeln, die paßt so. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] option Split Frage
Hallo Ralf-René, Ralf-René Schröder schrieb: in der TSref steht Es ist vor allem bei den Menü-Objekten verwendet... heist das jetzt NUR oder wo kann ich sehen wo es noch funktioniert ??? in der TSref. Da steht doch bei den Objekten drin, welche Möglichkeiten sie haben. Gruß Martin -- Bitte nicht an der E-Mail-Adresse fummeln, die paßt so. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Umlaut-Problem in PHP 5.3.3
Hallo Martin, Martin schrieb: Hi Sven, benutz bei mysqldum die Option -r mysqldump -p -udeinUser deineOptionen DB -r output.sql Damit umgehst du den Konsolenfehler. Der Output wird direkt in das File geschrieben und nicht erst durch die Konsole evtl doppelt geparst. Magst Du mal erklären, was Du damit meinst? Svens Problem scheint sich ja erledigt zu haben, aber was da wo doppelt geparst werden soll, wenn man nicht -r benutzt, ist mir komplett schleierhaft. Wie kommst Du überhaupt darauf, daß Sven Windows benutzt? Und was haben seine Probleme mit Zeilenvorschüben zu tun? Gruß Martin -- Bitte nicht an der E-Mail-Adresse fummeln, die paßt so. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Umlaut-Problem in PHP 5.3.3
Hallo Martin, Martin schrieb: Hi Martin, Martin Schoenbeck wrote: Magst Du mal erklären, was Du damit meinst? Svens Problem scheint sich ja erledigt zu haben, aber was da wo doppelt geparst werden soll, wenn man nicht -r benutzt, ist mir komplett schleierhaft. Wenn die DB-Connection latin1 ist und die Konsole UTF8, die DB zB UTF8/latin1 gemischt (da zwischendurch nicht konsistent auf UFT8 umgestellt), bekommt man mit dem '' evtl ein Problem, da die Konsole die Umlaute nochmals oder falsch schreibt. Welche Konsole? Da ist keine Konsole, die irgendwelche Zeichen umwandeln könnte. Stdout geht doch direkt in die Datei. Wie kommst Du überhaupt darauf, daß Sven Windows benutzt? Und was haben seine Probleme mit Zeilenvorschüben zu tun? Hab nie Behauptet oder angenommen, dass Sven Windows benutzt. Ich verstehe auch nicht deinen Einwand mit den Zeilenvoschüben. Bisher ging es doch nur um Umlaute. Eben. Der Nutzen der -r Option liegt aber darin, daß dann Zeilenvorschübe in der Ausgabe nicht durch CRLF ersetzt werden. Was der Dump unter Windows tut, wenn er über die Ausgabe über stdout macht. Jedenfalls behauptet solches die Manpage. Gruß Martin -- Bitte nicht an der E-Mail-Adresse fummeln, die paßt so. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Umlaut-Problem in PHP 5.3.3
Hallo Sven, Sven Kalbhenn schrieb: Hat irgend jemand eine Idee was ich falsch mache??? Ich tippe mal, bei Deinem alten Server lief die Verbindung zur Datenbank mit latin1. Reingesteckt hast Du utf8. Mit dem Effekt, daß das nun doppelt utf8-kodiert drinsteht. Auf dem neuen Server läuft die Verbindung zur Datenbank mit utf8. Abhilfe: Stell beim Dump den Zeichensatz mit --default-character-set=latin1 ein und ändere danach im Dump die Zeile /*!40101 SET NAMES latin1 */; in /*!40101 SET NAMES utf8 */; Dann in die neue Datenbank einspielen. Gruß Martin -- Bitte nicht an der E-Mail-Adresse fummeln, die paßt so. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] utf-8-collation_connection=utf8... Plesk meckert - Alternativen?
Hallo Michael, Michael Meurer schrieb: Oops, ich sollte auch dazu schreiben, dass Plesk mit der Einstellung [mysql] ... collation_connection = utf8_general_ci ... spinnt: /usr/bin/mysql: unknown variable 'collation_connection=utf8_general_ci' Dann setzt Plesk die Kodierung der Verbindung offenkundig nicht selbst. Und bekommt folglich von der Datenbank utf8 vorgesetzt, möchte aber latin1 (vermutlich). Klar, daß das nicht funktioniert. Ob das Zeug in der Datenbank in latin1 oder utf8 drinsteht, ist dabei übrigens egal, weil das von der Datenbank passend konvertiert wird. Du wirst also für Deine Zwecke die Verbindung im localconf mit setDBinit einstellen müssen. Wogegen ja auch nichts spricht, im Gegenteil: dann kann es Dir egal sein, wie die Datenbank konfiguriert ist. Gruß Martin -- Bitte nicht an der E-Mail-Adresse fummeln, die paßt so. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Re: Plugins in TemplaVoilà-system einbinden.
Hallo Rainer, Rainer Schleevoigt schrieb: Hallo, in einem TV gesteuerten System sollen auf zwei Seiten zwei verschiedene Plugins laufen, die ich mit TS einbinde: lib.field_maincontent_kompetenzendetail = COA lib.field_maincontent_kompetenzendetail.10 plugin.tx_MY_pi1 lib.field_maincontent_referenzendetail = COA lib.field_maincontent_referenzendetail.10 plugin.tx_MY_pi2 Nun passiert Folgendes: es wird entweder der Kompetenzkram- oder der Referenzkram eingebunden und angezeigt, niemals gleichzeitig. Das ändert sich immer, wenn ich das TS speichere. Da sitze ich jetzt schon zwei Tage dran und bin nahe daran, mal an die frische Lust zu gehen. Das hilft ja häufig. Hast Du schon mal statt der Plugins erstmal einfach nur ein TEXT-Element drangehängt, um die Ursache einzugrenzen? Stehen im DS im XML die Referenzen auf lib.xxx drin? Gruß Martin -- Bitte nicht an der E-Mail-Adresse fummeln, die paßt so. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Re: Plugins in TemplaVoilà-system einbinden.
Hallo Rainer, Rainer Schleevoigt schrieb: Hallo, Mittlerweile habe ich alle Plugins in eines geschrieben und mit einer switch-Anweisung verzweigt. Es bleibt dabei: er werden nur immer Teile angezeigt. Das Menü wird über userfunc gebaut. Da ich an die TYPOlink befehle nicht rankomme, habe ich die Links händisch gesetz. st das vllt das Problem? Wenn ich ehrlich bin, ist mir noch nicht ganz klar, was Du genau machen willst. Du schreibst etwas von zwei Seiten, auf denen verschieden Plugins laufen sollen. Hast Du die Seiten jetzt mit unterschiedlichem DS bestückt? Oder sind das FCE, in denen Dein lib.field... zum Einsatz kommt? Vielleicht beschreibst Du es doch mal etwas ausführlicher. Gruß Martin -- Bitte nicht an der E-Mail-Adresse fummeln, die paßt so. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Google Analytics - Was ist mirt Adsense?
Hallo Kay, Kay Strobach schrieb: Das heißt Adsense dürfte damit es rechtlich sauber ist keine personenbezogenen Daten speichern. Das ist so. Die interessantere Frage ist aber, ob das dem Betreiber einer Website zuzurechnen ist, wenn Google das trotzdem macht. Und wenn ja, unter welchen Randbedingungen. Gruß Martin -- Bitte nicht an der E-Mail-Adresse fummeln, die paßt so. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Google Analytics - Was ist mirt Adsense?
Hallo Jan, Jan Kornblum schrieb: Hallo Gruppe, aufgrund der derzeit aktuellen Thematik um GA und des hier kürzlich geführten Threads frage ich mich: Was ist mit Google Adsense??? Immerhin werden hier genauso IP Adresse übertragen und diverse Cookies gesetzt - es werden also sicherlich ähnlich viele Daten im Hintergrund übertragen und zusammengeführt wie bei GA. Ist der Einsatz von Adsense nun genauso riskant wie bei GA? Die meiste Lektüre im Web bezieht sich ausschliesslich auf GA... Das Problem bei Google Analytics ist, daß der Website-Betreiber Google damit beauftragt, für ihn diese Statistiken zu führen. Und deshalb rechtlich auch dafür geradestehen muß, daß das rechtskonform passiert. Bei Adsense ist das anders. Wenn Google da irgendwelche Statistiken führt, dann ist das deren Bier und ggf. bekommen die eben eins aufs Dach. Aber daß die Statistiken darüber führen, müßte man ihnen erstmal nachweisen. Genau wie man es Dir erstmal nachweisen müßte, wenn Du das gleiche wie mit Google Analytics mit serverinternen Tools machst. Gruß Martin -- Bitte nicht an der E-Mail-Adresse fummeln, die paßt so. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Google Analytics - Was ist mirt Adsense?
Hallo Jan, Jan Kornblum schrieb: Also wenn z.B. bekannt wird, dass bei Adsense Statistiken geführt werden, dann bekommt doch zunächst der Website-Betreiber den Ärger / die Klage / das Bußgeld, weil er für den Inhalt seiner Seiten verantwortlich ist (Sieht man doch am klassischen Disclaimer, wie sehr sowas hilft). Vielleicht kann er dann seinerseits wiederum Schritte gegen Google einleiten, aber den Ärger und die Kosten hat er dennoch zunächst erst mal selbst am Bein... Sehe ich nicht so. Wenn in der c't eine Anzeige steht, die die Marke eines anderen Unternehmens nutzt, dann hat c't allenfalls insofern was am Hals, daß sie dem Berechtigten eine ladungsfähige Anschrift dessen, der die Anzeige geschaltet hat, mitteilen müssen. Vorausgesetzt natürlich, das Ding ist ordentlich als Anzeige gekennzeichnet. Und Adsense-Werbung sollte natürlich auch ordentlich gekennzeichnet sein. Was Du mit 'dem klassischen Disclaimer' meinst, ist mir allerdings komplett schleierhaft. Falls Du damit 'Hamburg hat gesagt, man muß sich distanzieren' meinst, der ist in der Tat kompletter Humbug. Woraus aber nicht folgt, daß man deshalb für die Inhalte der Seiten, auf die man verlinkt, in irgendeiner Form haftet. Und was ist mit der IP-Adresse und der nicht vorhandenen Möglichkeit der expliziten Einwilligung in die Speicherung dieser beim Seitenbesuch? Das ist doch bei Adsense genauso der Fall wie bei GA!? Ich weiß nicht, ob die bei Adsense gespeichert werden. Hat Google dazu irgendwelche Auskünfte erteilt? Wenn sie die unverkürzt speichern, dann ist das definitiv nicht rechtskonform. Gruß Martin -- Bitte nicht an der E-Mail-Adresse fummeln, die paßt so. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Google Analytics - Was ist mirt Adsense?
Hallo Jan, Jan Kornblum schrieb: Ich frage mich nur: Wann enthalten die klassischen Briefe (per Post) den Zusatz sollte dieser Brief nicht für Sie bestimmt sein, dann vernichten Sie ihn bla bla bla... oder Ähnliches :) Du meinst sowas: DISCLAIMER: Diese E-Mail kann zur Gänze oder in Teilen vertrauliche und/oder persönliche Informationen enthalten und ist ausschließlich für den/die im Text (Body) oder in der elektronischen Kopfzeile (Header) genannten primären Empfänger (Recipient:) bzw. sekundären Empfänger von elektronischen Kopien (Cc:) bzw. weiteren, im Text oder ggf. in Anhängen (Attachments) namentlich genannten bzw. durch Kurz-, Spitz- Ordens- oder Künstlernamen eindeutig identifizierbaren Empfänger zur alleinigen, vertraulichen und/oder persönlichen Verwendung bestimmt. Für den Fall, dass der tatsächliche Empfänger dieses E-Mails nicht zu den im Text oder in der elektronischen Kopfzeile genannten primären Empfängern bzw. sekundären Empfängern von elektronischen Kopien bzw. weiteren, im Text oder ggf. in Anhängen namentlich bzw. durch Kurz-, Spitz- Ordens- oder Künstlernamen genannten Empfängern gehört bzw. nicht von einem Mitglied dieses Personenkreises ausdrücklich, z.B. durch Weiterleiten (forwarding), Kopieren und Einfügen (copy and paste), bzw. Ausschneiden und Einfügen (cut and paste), oder durch andere belegbare und nachvollziehbare Art und Weise, wie z.B. dem Ausdrucken und Versenden als persönliches Übergabeeinschreiben, zum Empfang autorisiert wurde, weisen wir darauf hin, dass das Ansehen, Lesen, Kopieren, die Wiedergabe, Verbreitung, Vervielfältigung, Bekanntmachung, Veränderung, Verteilung und/oder Veröffentlichung, sowohl in elektronischer Form als auch als Ausdruck auf Papier oder anderen bedruckbaren bzw. belichtbaren Materialien wie Folien, Filme oder Microfiche, sowie die alleinige Kenntnis seiner Existenz strengstens untersagt sind und Straf- und/oder Zivil- und/oder Datenschutz- und/oder Sozial- und/oder Arbeits- und/oder sonstige rechtliche Verfolgung sowie eine lebenslange Vendetta der Kalabrischen Mafia nach sich ziehen können. Sollten Sie dieses E-Mail irrtümlich erhalten haben, sind Sie verpflichtet innerhalb einer angemessenen Frist den Absender per E-Mail, Einwurfeinschreiben ohne Rückschein, Telefonanruf im Festnetz oder Mobil, Telex, Telefax, Teletext, Minitel, Postkarte (Motiv freigestellt), persönliches Aufsuchen und/oder Strip-Telegramm zu benachrichtigen. Laut Auskunft unserer Rechtsabteilung beträgt eine angemessene Frist derzeit 7,049 (Sieben Komma Null Vier Neun Sekunden). Vorsorglich machen wir Sie darauf aufmerksam, dass Sie zum Ausfindigmachen des Absenders das E-Mail nicht lesen dürfen! Unmittelbar im Anschluß an das Benachrichtigen des Absenders ist das E-Mail komplett und rückstandslos und in einer Weise zu löschen, die eine Wiederherstellung mit allgemeinen und/oder speziellen Mitteln der Datenwiederherstellung wie Archivierungssoftware, sogenannte Disk Utilities, Festplattenelektronenmikroskopie, Tricoder und/oder naturwissenschaftlich nicht anerkannte Methoden wie unter anderem (aber nicht ausschließlich) das Besprühen der Festplatte mit Weihwasser unter Anstimmen stupider Gesänge unmöglich macht. Der Inhalt dieses E-Mail ist nur rechtsverbindlich, wenn er innerhalb einer angemessenen Frist von unserer Seite ausdrücklich und schriftlich sowohl durch Brief als auch durch Telefax, Einwurfeinschreiben ohne Rückschein, Teletext, Minitel, Postkarte mit floralem Motiv und Strip-Telegramm bestätigt wird, wobei die Übermittlung des Strip-Telegramms unter notarieller Aufsicht erfolgen muss. Sollte dieses oder ein bzw. mehrere andere E-Mails von uns an Sie Computerviren, sogenannte Trojanische Pferde, bzw. sonstige Software zum Vervielfältigen, Ausspionieren, Manipulieren und/oder Löschen Ihrer Daten und/oder unrechtmäßig kopierte Software, Texte, Bilder, Filme, Tonaufnahmen enthalten, bzw. solche Software, Texte, Bilder, Filme, Tonaufnahmen enthalten, die im Sender- und/oder Empfängerland oder einem sonstigen Land der Erde als illegal oder gegen die guten Sitten verstoßend gelten, so verzichten Sie mit der Annahme dieser Mail automatisch und unwiderruflich auf sämtliche Garantien, Gewährleistungen, Ansprüche und/oder sonstige Verpflichtungen unsererseits, die sich aus diesem E-Mail oder aus anderen E-Mails oder auch aus ganz anderen Gründen mittelbar oder unmittelbar ergeben. Die Versendung von E-Mails an uns hat keine fristwahrende, fristverlängernde, fristverkürzende, aufschiebene, abziehende, rechtlich oder in irgend einer anderen Weise verbindliche bzw. bindende oder sonstige Wirkung und wird generell nicht empfohlen. -- Bitte nicht an der E-Mail-Adresse fummeln, die paßt so. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Google Analytics - Was ist mirt Adsense?
Hallo Jan, Jan Kornblum schrieb: Hi Martin, Sehe ich nicht so. Wenn in der c't eine Anzeige steht, die die Marke eines anderen Unternehmens nutzt, dann hat c't allenfalls insofern was am Hals, daß sie dem Berechtigten eine ladungsfähige Anschrift dessen, der die Anzeige geschaltet hat, mitteilen müssen. Vorausgesetzt natürlich, das Ding ist ordentlich als Anzeige gekennzeichnet. Und Adsense-Werbung sollte natürlich auch ordentlich gekennzeichnet sein. Ja, vom inhaltlichen. Aber Adsense ist ja elektronisch, und da läuft ja wesentlich mehr im Hintergrund ab. Und wenn bei GA der Betreieber der Website der Verantwortliche ist, warum nicht auch bei Adsense? schliessliche baut *er* ja den Code in seine Seite ein!? So wie auch der Verlag die Anzeigenseiten in seine Hefte einbaut. Google Analytics wird aber zum einen direkt mit den Inhalten verknüpft, sonst bringt es nichts, zum anderen wird Google hier im Auftrag des Seitenbetreibers tätig, bei den Anzeigen ist es genau umgekehrt. Was Du mit 'dem klassischen Disclaimer' meinst, ist mir allerdings komplett schleierhaft. Falls Du damit 'Hamburg hat gesagt, man muß sich distanzieren' meinst, der ist in der Tat kompletter Humbug. Woraus aber nicht folgt, daß man deshalb für die Inhalte der Seiten, auf die man verlinkt, in irgendeiner Form haftet. Das meinte ich, Haftung für externe Links etc.. Jeder denkt, mit diesem Zusatz wäre man raus aus der Haftung, aber rechtlich hat er angeblich kaum Wirkung. Wer halbwegs mit offenen Augen durch's Netz geht, denkt nicht, daß er damit aus der Haftung wäre. Prinzipiell haftest man sowieso eher nicht bzw. nur für das im Rahmen des zumutbaren oder willkürlich unterschlagenen. Doch gab es kürzlich ein nettes Beispiel: Betreiber - setzt Link auf externe (überprüfte) Seite - von dieser Seite gab es einen Link auf eine weitere eterne Seite mit konderprnographischem Inhalt: Der Betreiber (der vom Anfang) wurde belangt! Die OLG's entscheiden mal so, mal so... Hast Du dafür mal einen Link? Ich hatte kürzlich für einen Kunden selbst mit einer großen, namenhaften und weltweit tätigen Anwaltskanzlei zu tun: Tenor des Anwalts war, dass der Kunde den Disclaimer lieber reinnehmen soll, auch wenn dieser rechtlich kaum etwas bewirkt Das Problem ist, daß er nach Ansicht aller Anwälte, die sich mir gegenüber dazu geäußert haben, sehr wohl etwas bewirkt. Und zwar genau das Gegenteil dessen, was man wollte. Man sagt damit ausdrücklich, daß man einen eventuellen Link auf Seiten mit Rechtsverletzungen billigend in Kauf nimmt (WIMRE, aus dem Gedächtnis) und dann in Folge tatsächlich haftbar gemacht werden kann. Deshalb haben die alle dringend davon abgeraten einen solchen Disclaimer anzubringen. Eben _weil_ er rechtlich etwas bewirkt. Und zum Thema GA war die Aussage: privat würde ich es integrieren, als Anwalt würde ich davon abraten... Da rate ich mal, den Anwalt zu wechseln. Es sei denn, man ist bereit, eine Abmahnung in Kauf zu nehmen. Ich weiß nicht, ob die bei Adsense gespeichert werden. Hat Google dazu irgendwelche Auskünfte erteilt? Wenn sie die unverkürzt speichern, dann ist das definitiv nicht rechtskonform. Das weiss ich auch nicht, aber ich würde instinktiv mal davon ausgehen (ohne hier Unwahrheiten verbreiten zu wollen) ;) Vermuten kann man viel. Für eine Abmahnung sollte man das aber beweisen können. Und das macht im konkreten Fall den Unterschied. Gruß Martin -- Bitte nicht an der E-Mail-Adresse fummeln, die paßt so. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] open_basedir Problem beim speichern von Seiten
Hallo Tobias, Tobias Hartmann schrieb: Hallo Liste, seit einigen tagen tauchen plötzlich ohne an der Konfiguration etwas geändert zu haben verschiedene Fehlermeldungen auf: Warning: Unknown: open_basedir restriction in effect. File(/tmp) is not within the allowed path(s): (/var/www/smexec:/var/www/vhosts/that-kundenserver.de/httpdocs) in Unknown on line 0 Warning: File upload error - unable to create a temporary file in Unknown on line 0 Diese Fehlermeldung erhalte ich nachdem ich eine Seite im Backend speichere, unabhängig von einem Bild was ich eingefügt habe. Das Problem tritt zu Beispiel auch auf wenn ich das Template Setup ändere und speichere. Irgendjemand eine Idee wo ich was machen könnte um den Fehler zu beheben? Erstmal feststellen, wer etwas geändert haben könnte. Ohne Änderung verhält sich Software nicht plötzlich anders. Drei Möglichkeiten sehe ich: entweder wird neuerdings eine temporäre Datei angelegt oder die temporäre Datei wird neuerdings in einem anderen Verzeichnis angelegt oder die open_basedir-Einstellungen wurden geändert. Gruß Martin -- Bitte nicht an der E-Mail-Adresse fummeln, die paßt so. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] open_basedir Problem beim speichern von Seiten
Hallo Tobias, Tobias Hartmann schrieb: Hallo und vielen Dank für die Antworten, das Problem tritt nur bei zwei Installationen auf dem gleichen Server auf. Also an einer defekten Platte kann es (hoffentlich) nicht liegen. Nun, wenn die Platte nicht voll sein kann, dann ist vielleicht der diesen Accounts zugebilligte Platz verbraucht. Dass es ein Fehler von Typo3 sein muß sagt mein Server Admin :-) Eh klar. Vor allem, wenn niemand irgendwas geändert hat, dann kann ja nur TYPO3 plötzlich rumspinnen. Bleibe ratlos Krieg raus, wer was geändert hat. Gruß Martin -- Bitte nicht an der E-Mail-Adresse fummeln, die paßt so. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Google Analytics - Was ist mirt Adsense?
Hallo Jan, Jan Kornblum schrieb: Genial! In diesem Umfang habe ich derartiges noch nicht gesehen :) Deshalb habe ich's mir dereinst spontan abgespeichert. Gruß Martin -- Bitte nicht an der E-Mail-Adresse fummeln, die paßt so. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Google Analytics - Was ist mirt Adsense?
Hallo Jan, Jan Kornblum schrieb: Dass es sich so verhalten kann wusste ich nicht, aber klingt logisch. Ich frage mich nur, wie 300€/Stunde Anwälte einer namenhaften Kanzlei einem Kunden dann dennoch sowas andrehen...??? Einerseits ist natürlich auch denkbar, daß sich die Anwälte irren, mit denen ich gesprochen habe. Andererseits ist ein hoher Stundensatz ja leider keine Garantie für Qualität. Kann ich bei Anwälten zwar nicht beurteilen, bei der Softwareentwicklung weiß ich das aber sicher. Und zum Thema GA war die Aussage: privat würde ich es integrieren, als Anwalt würde ich davon abraten... Da rate ich mal, den Anwalt zu wechseln. Es sei denn, man ist bereit, eine Abmahnung in Kauf zu nehmen. Naja, seine Aussage als Anwalt ist doch richtig. Und mit privat meinte er primär den positiven Nutzen von GA. Das habe ich falsch dargestellt, das war keine direkte Aufforderung des Anwalts ;) Ok. Die Möglichkeiten von Google-Analytics sind wirklich nicht schlecht. Schön wäre, wenn die es endlich auf die Reihe kriegten, das so zu implementieren, daß es der Datenschutzgesetzgebung entspricht. Gruß Martin -- Bitte nicht an der E-Mail-Adresse fummeln, die paßt so. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] [OT] Firmenpolitik und IE
Hallo Gert, RDE / Redlich schrieb: Danke für den Tip, Martin, Da nich für. die 4 Typo3 Admins, die heute Abend bei mir angerufen haben, sind auch fassungslos. Hmm, bei mir rufen solche Leute immer nur an, wenn sie selbst nicht weiterkommen. Gruß Martin -- Bitte nicht an der E-Mail-Adresse fummeln, die paßt so. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] [OT] Firmenpolitik und IE
Hallo Gert, RDE / Redlich schrieb: Könnte es sein, daß Du Dich schon wieder im Ton vergriffen hast ? Eher nicht. Nach dem, was Du hier bereits rausgelassen hast, unter anderem, daß die Entwickler ja alle vollkommen falsche Prioritäten haben, ist man ja ohnehin schon genervt. Wenn sich dann herausstellt, daß die Ursache für Deine Problem nicht nur bei Dir liegen, sondern mutwillig und gezielt von Dir gesetzt wurden, dann ist der Ton, den Joey da anschlägt, eher als zahm zu bezeichnen. Also vielleicht tatsächlich im Ton vergriffen, aber nicht in der Richtung, die Du meinst. Das ist doch wirklich nachgerade unfaßbar, was Du hier für einen Terz veranstaltest und nicht einmal erkennst, daß das schlicht unmöglich ist, nachdem Du schließlich mit Absicht alles ausbremst. Gruß Martin -- Bitte nicht an der E-Mail-Adresse fummeln, die paßt so. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] [OT] Firmenpolitik und IE
Hallo Gert, RDE / Redlich schrieb: Nein Joey das ist Erfahrung (ein uralter Spruch der Firma Studer/Revox war Erfahrung ist durch nichts zu ersetzen.) Die haben aber, bevor sie begannen, Erfahrung zu sammeln, erstmal Know-How erworben. Und sich über die Werkzeuge, die sie benutzen, schlau gemacht. Gruß Martin, immer noch fassungslos -- Bitte nicht an der E-Mail-Adresse fummeln, die paßt so. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Re: Google Analytics im Visier der Datenschützer
Hallo Andreas, Andreas Becker schrieb: Hi Wie sieht es denn mit Alternativen aus i.e. PIWIK? Nur dann unkritisch, wenn die IP-Adressen so verkürzt werden, daß sie nicht mehr als personenbezogenes Datum gelten. WIMRE reicht Verkürzung auf die ersten drei Oktets. Ansonsten rechtlich genauso unzulässig wie GA. Nur eben nicht gleich für jedermann erkennbar. Gruß Martin -- Bitte nicht an der E-Mail-Adresse fummeln, die paßt so. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Re: Google Analytics im Visier der Datenschützer
Hallo Andreas, Andreas Becker schrieb: Hi Nicht nur bei Euch sogar hier in Thailand muss jeder der anderen zugang zum Internet ueber Computer oder andere Geraete gewaehrt ein Log file fuer mindestens 6 Monate aufbewahren und jeden Zugriff eakt mitloggen. Da hast Du irgendwas falsch verstanden. In DE muß nicht nur nicht mitgeloggt werden, es darf nicht mitgeloggt werden. Selbst dynamisch vergebene IP-Adressen dürfen nur solange gespeichert werden, wie es für Abrechnungszwecke (bei Flatrate also gar nicht) oder zur Analyse technischer Probleme nötig ist. Gruß Martin -- Bitte nicht an der E-Mail-Adresse fummeln, die paßt so. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] TYPO3 Updates
Hallo Jan, Jan Kornblum schrieb: Hallo zusammen, würde es eigentlich ausreichen, bei einer Installation mit zentralen Sourcen bei einem TYPO3 Update vorher lediglich einen Datenbank Dump zu machen, also ohne das Dateisystem (typo3conf, etc.) mit zu sichern? Also im Falle, dass nachher etwas nicht mehr läuft wie es soll, einfach den Dump wieder einspielen und die Symlinks zurückbiegen auf die alten Sourcen? Ich würde das überhaupt nicht in der Produktionsumgebung machen. Ich habe da für jede Produktionsumgebung eine Testumgebung. In die ziehe ich per Script (dann habe ich auch automatisch einen Datenbankdump, aber den brauche ich dann eigentlich nicht) das laufende System rüber. Wenn dann was schiefgeht, kann ich das in Ruhe untersuchen. Falls alles klappt, ziehe ich das dann entweder nochmal in der Produktionsumgebung durch oder kopiere mit dem Script rückwärts. Im letzteren Fall habe ich natürlich vor dem Kopieren in die Testumgebung die Zugänge für andere Bearbeiter gesperrt, denn deren Änderungen wären ja danach weg. Das Script sieht so aus: #!/bin/sh # usage: copytypo3 srcdomain targetdomain srcdb targetdb targetowner #$1 $2$3 $4 $5 mysqldump --opt -h localhost -u root -pdatenbankpw -r $3dump.sql $3 mysql $4 $3dump.sql -hlocalhost -uroot -pdatenbankpw rm -r /srv/www/$2/web/* rm -r /srv/www/$2/typo3_src* cp -a /srv/www/$1/web/. /srv/www/$2/web/ cp -a /srv/www/$1/typo3_src* /srv/www/$2/ rm /srv/www/$2/web/typo3temp/w4x/k* chown -R $5 /srv/www/$2/web /srv/www/$2/typo3_src* cat localconf.erw /srv/www/$2/web/typo3conf/localconf.php Einmalig muß man dazu natürlich die localconf.erw mit den Zugangsdaten für die Datenbank in der Testumgebung erstellen. Für die Aufrufe gibt's natürlich in den entsprechenden Verzeichnissen (/srv/www/$2) wieder ein Script, damit ich beim Aufruf die Parameter nicht versaubeutel und womöglich in die falsche Richtung kopiere. Gruß Martin -- Bitte nicht an der E-Mail-Adresse fummeln, die paßt so. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Template Engine
Hallo Gerhard, Gerhard Obermayr schrieb: Grundsätzlich möchte ich festhalten, dass man den YAML-Generator absolut nicht vergleichen kann mit Artisteer. Wenn Du dir die Software einmal angesehen hast, wie das Ding arbeitet, wirst Du den YAML-Generator nie mehr wieder verwenden! Hast Du Artisteer schon einmal gesehen? Wenn ja, musst Du mir beipflichten, wenn nein wird es Zeit. Aus Jux und Tollerei habe ich nun einmal ein HTML-Template mit Artisteer erzeugt: http://www.cgc.co.at/fileadmin/artisteer/des-1.png Mit ein paar Klicks ist es sofort verändert -- http://www.cgc.co.at/fileadmin/artisteer/des-2.png Wieder ein paar Klicks ergibt -- http://www.cgc.co.at/fileadmin/artisteer/des-3.png und noch einmal -- http://www.cgc.co.at/fileadmin/artisteer/des-4.png und noch eins ergibt fünf -- http://www.cgc.co.at/fileadmin/artisteer/des-5.png Das ergibt 5 Varianten innerhalb von 5 Minuten. Zu guter letzt noch eines zum drüberstreuen -- http://www.cgc.co.at/fileadmin/artisteer/des-6.png Inclusive der nitwendigen CSS-Dateien, des HTML-templates udn der entsprechenden Grafiken. Es kann mir keiner weis machen, dass der YAML-Generator diesem Vorgehen gleichwertig ist. Will das denn einer? Wenn ich mal voraussetze, daß Du nach dem munteren Geklicke Dich ja irgendwann für ein Layout entscheidest und das dann vermutlich nicht alle zwei Wochen änderst, wo ist dann das Problem, dies Layout für einen TYPO3-Auftritt zu verwenden? Deshalb muß man solch einen Generator doch nicht in TYPO3 einbauen. Dass man damit abertausende Variationen erreicht - sowohl was die Farben, die Anordnung der Inhaltselemente, der Menü´s, des Kopf- und Fußbereiches, ja sogar die Eckenrundungen (die man in Pixel angeben kann) und der diversen Schatteneinstellungen - muss ich wohl nicht näher erklären. Was die Schriften betrifft gibt es ebenfalls eine Menge davon. Wem das nicht gefällt, der kann ja einen Entwurf dann noch händisch abarbeiten. Aber irgendwann ist man damit ja fertig. Dann packt man das in sein TYPO3 und gut ist's. Selbst das Pseudo-CMS web2date liefert schon zwei Dutzend Grundgerüste mit hunderten Variationen. Aber selbst bei diesem System kann man das Layout gänzlich ändern ohne die Inhalte neu machen zu müssen! Das ist ja wohl auch der Sinn eines CMS. Und selbstverständlich geht das auch mit TYPO3. Da willst Du doch sicher nicht wirklich Gegenteiliges behaupten. Gruß Martin -- Bitte nicht an der E-Mail-Adresse fummeln, die paßt so. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Template Engine
Hallo Gerhard, Gerhard Obermayr schrieb: Aber lassen wir das, ich werde mich nicht mehr dazu äußern. Ich habe erkannt, dass TYPO3 weiterhin ein elitäres System ist, mit dem die Agenturen Kohle machen wollen und dass ihnen der Individualist, der sich schnell einmal eine Seite mit TYPO3 machen will, ganz einfach egal ist! Ich verstehe ernsthaft Dein Problem nicht. Das, was TYPO3 am wenigsten fehlt, sind doch Templates. Und gerade dem Individualisten (ich bin einer von denen) ist das doch nun gerade kein Hindernis, denn der _will_ ja gar kein Template, das auch zig andere nutzen. Gruß Martin -- Bitte nicht an der E-Mail-Adresse fummeln, die paßt so. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Extensions und Lizenzen
Hallo Kay, Kay Strobach schrieb: ich denke die Gliederung wäre ein Ansatz, sorgt aber am Ende für noch mehr Unübersichtlichkeit im Extensionmanagement, da sicher nicht jeder Endnutzer/Integrator das Manual durchsieht - wie oben genannt. Das müßte dann schon so seit, daß man es direkt bei der Auswahl der Extension nicht übersehen kann. Also beispielsweise durch eine deutliche farbliche Kennzeichnung. Besser: API/Hook zum Nachladen/Entpacken von ZIP Archiven nach der Installation (denke sind am einfachsten zu handlen und der ExtMgm enthält schon eine Klasse zum Handlen von ZIPs). Dieser Hook muss zusätzlich noch Lizenzhinweise anzeigen können. Damit sind die Extensions im TER komplett GPL - und das finde ich wichtig. Und weiterer Code von den entsprechenden Projektseiten nachgeladen werden. Zusätzlich sollten die nachgeladenen Inhalte nicht direkt in der Extension abgelegt werden, sondern in z.B. typo3conf/extAdditions/[extkey]/[what] Finde ich nicht gut. Denn dann erfährt man erst nach der Auswahl der Extension, daß man sie nicht problemlos einsetzen darf. Wenn man Code ohne GPL auf diese Weise aus dem TER raushalten will, dann sollten solche, die über diesen Weg Nicht-GPL-Code (oder genauer: nicht freien Code, muß ja nicht GPL sein) nachladen, dennoch deutlich gekennzeichnet werden. Gruß Martin -- Bitte nicht an der E-Mail-Adresse fummeln, die paßt so. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] [TYPO3-v4] Announcing TYPO3 4.5 beta1
Hallo Bernhard, LUCOMP mediale kommunikation internetDesign Bernhard Ludwig schrieb: Ach Martin, mit immer wieder dem selben Satz kommen wir doch auch nicht weiter. Oder? Muss ich Dir ernsthaft den Sinn meiner polemischen Aufforderung erklären? Nein, mußt Du nicht. Laß die Polemik einfach sein. Wir sind doch hier kein Haufen 'zickiger alter Weiber'. Manchmal ist es ein Gewinn, wenn man die Worte einfach so münzt, wie sie geschrieben sind. Manchmal führt das aber eben auch genau zu solchen Diskussionen wie dieser hier. Gruß Martin -- Bitte nicht an der E-Mail-Adresse fummeln, die paßt so. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] [TYPO3-v4] Announcing TYPO3 4.5 beta1
Hallo Bernhard, LUCOMP mediale kommunikation internetDesign Bernhard Ludwig schrieb: ich habe so langsam den Eindruck, dass hier ein Krieg zwischen Entwickler und Anwender entsteht, den es gewiss nicht braucht. Krieg ist sicher das falsche Wort. Aber überflüssiges Geplänkel. Nehmen wir doch mal die Fakten: Es wird sich beschwert, dass eine Kleinigkeit seit Jahren nicht sinnvoll zu verwenden ist. Nicht zu vergessen: es wird sich beschwert, aber kein Bug dafür im Bugtracker angelegt. Mithin: eine sinnlose Beschwerde, denn die Newsgroup ist nicht dafür da, die Beseitigung von Problemen in Gang zu setzen, sondern der Bugtracker. Die Newsgroup kann gut dazu dienen, um zu diskutieren, ob etwas überhaupt in den Bugtracker gehört oder vielleicht nur eine Fehlkonfiguration etc. ist. Wollte man das aber diskutieren, verbieten sich Vorwürfe erstmal mindestens bis zu dieser Klärung. Und _nach_ dieser Klärung erfolgt dann natürlich ein Eintrag im Bugtracker. Wenn der dann da längere Zeit unbearbeitet drinsteht, _dann_ kann man darüber nachdenken, zu meckern. Vorher ist das einfach kontraproduktiv. Nun wird von der Gegenseite mit Kanonen auf Spatzen geschossen, um per Workaround das Problem zu beheben. Echt? Wo? Habe den Thread mit Interesse gelesen und nur Vorschläge gefunden, die das behauptete Problem gleich auf solide Weise umgangen haben. Viel sinnloses Geplänkel wird ausgetauscht. In der Tat. Die Entwickler lassen sich nun dazu herab, die Kleinigkeit per Bugfix zu beheben, aber nur, weil sie genervt sind? Eher deshalb, weil da ein Eintrag im Bugtracker ist und Einträge im Bugtracker typischerweise dazu führen, daß das Problem behoben wird. Daß es Entwickler waren, die den Eintrag überhaupt erst erstellen mußten, ist allerdings in der Tat ein trauriges Bild. Nein, nicht für die Entwickler. Wenn ich ein Problem nicht selbst beheben kann, weil ich kein Programmierer bin, dann tue ich doch wenigstens das, was ich kann. Ich denke, ihr müsst mal vom hohen Ross herunterkommen und solche Beschwerden als gegeben und als konstruktive Kritik aufnehmen. Es war aber keine konstruktive Kritik. Zu konstruktiver Kritik hätte ein Eintrag im Bugtracker gehört. Der einfachste Weg wäre doch wohl gewesen die Sache unkompliziert anzunehmen und zu sagen: Hey, ja, danke für den Hinweis, hatten wir vergessen, wird im nächsten Release übernommen. Wetten, dass die Diskussion damit erledigt gewesen wäre? Nun könnte man dagegen wetten, daß genau das passiert wäre, wenn der Diskussionbeitrag, der diesen Thread startete in exakt diesem Ton geschrieben worden wäre. Das war er aber nicht, und dann kann man zwar von Pädagogen und Kindergärtnern erwarten, daß sie dann in freundlichem Ton dem Kindchen antworten. Aber unter erwachsenen Menschen kann man bereits von dem, der die Beschwerde vorbringt, einen freundlichen Ton erwarten. Statt dessen werden nun die Anwender als nervend bezeichnet und man muss sich von Euer Gnaden abhängig fühlen? Wenn man nicht in der Lage ist, selbst einen Eintrag im Bugtracker zu machen, selbst nicht programmieren kann und selbst nicht bereit ist, jemand zu bezahlen, der programmieren kann, dann muß man das wohl. Irgendwelche Rechtsansprüche, nur weil man besonders laut meckert, sind mir jedenfalls nicht bekannt. Ich hoffe, ich habe da etwas falsch verstanden... Ich befürchte, Deine Hoffnung wird enttäuscht werden. Der Vorteil quelloffener Software ist gleichzeitig auch ihr Nachteil: man hat eben keine Rechtsansprüche darauf, daß die eigenen Vorstellungen, idealerweise noch auf Zuruf, umgesetzt werden. Infolgedessen wird man sich bemühen müssen, die eigenen Vorstellungen so vorzubringen, daß man denen, die sie dann umsetzen sollen, a) die Arbeit möglichst einfach macht und b) nicht erstmal vor's Schienbein tritt. Gruß Martin -- Bitte nicht an der E-Mail-Adresse fummeln, die paßt so. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] [TYPO3-v4] Announcing TYPO3 4.5 beta1
Hallo Georg, Georg Ringer schrieb: ich kanns nicht mehr hören. Schon richtig, TYPO3 ist quelloffen und man hat keinen Rechtsanspruch auf irgendwelche Bugfixes oder Features, aber wo hat man das denn schon bei propietärer Software? Da hast Du mich jetzt völlig in den falschen Hals bekommen. Das war schlicht ein Feststellung der Tatsachen, die eigentlich keinerlei Wertung enthalten sollte. Tat sie natürlich über 'Vorteil' und 'Nachteil' dann doch, aber das war rhetorisch gemeint. Generell hat man natürlich bei gekaufter Software typischerweise auch Gewährleistungsrechte, egal ob die offen oder geschlossen ist. Wenn dir MS Word abkracht und dir die Festplatte schrottet, wird auch niemand nur 1cent bekommen Wenn Word Dir die Festplatte schrotten kann, dann ist mindestens im Betriebssystem was faul. Ob Dir dann Schadenersatz zusteht (bekommst ist nochmal was anderes), hängt dann davon ab, ob der Hersteller des BS dieses Problem schuldhaft verursacht hat. Aber das ist natürlich ohnehin ein ganz anderer Fall, als der hiesige, wo es um die Beseitigung eines Fehlers / einer Unschönheit geht. Ist es ein Fehler und beeinträchtigt er die Nutzbarkeit des Produkts mehr als zumutbar, hast Du bei gekaufter Software in der Tat Ansprüche, daß der behoben wird. Leider setzt das kaum jemand durch. und wenn dein Autoradio nur USB1.0 kann und nirgends was von was anderes steht, kannst du auch kein anderes verlangen, selbst wenn man laut schreit. Was nun wirklich ein komplett anderer Fall ist. Aber um das nochmal auf den Punkt zu bringen: der Vorteil bei TYPO3 ist ja, daß Dich das alles gar nicht kümmern muß. Man hat jede Möglichkeit, das Problem zu beseitigen. Man kann es in den Bugtracker einstellen und dann wird es behoben. Man kann es selbst beheben, denn man hat alle Quellen. Oder man beauftragt jemand von dem beim Kauf gesparten Geld und der behebt es. Bei Word dürfte das typische Szenario so aussehen, daß der Lieferant (denn nur gegen den hat man Ansprüche) nicht in der Lage ist, den Fehler zu beseitigen. Es einem also nur die Rückabwicklung des Vertrages bleibt. Und das ist selten das, was man will. Gruß Martin -- Bitte nicht an der E-Mail-Adresse fummeln, die paßt so. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] [TYPO3-v4] Announcing TYPO3 4.5 beta1
Hallo Claus, Claus Fassing schrieb: Sollte man meinen, trifft aber auf diesen Diskussionsfaden (leider) nicht zu. Im Gegenteil, es ist sogar eine hohe Produktivität gegenwärtig, was für mich immer noch nicht nachvollziehbar ist. Es ist in sofern nachvollziehbar, weil diejenigen, die das jetzt bearbeiten, sich offenbar auch von Gemaule nicht davon abhalten lassen, zu tun, was richtig ist. Wowereit. Gruß Martin -- Bitte nicht an der E-Mail-Adresse fummeln, die paßt so. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] [TYPO3-v4] Announcing TYPO3 4.5 beta1
Hallo Bernhard, LUCOMP mediale kommunikation internetDesign Bernhard Ludwig schrieb: ich habe so langsam den Eindruck, dass hier ein Krieg zwischen Entwickler und Anwender entsteht, den es gewiss nicht braucht. Krieg ist sicher das falsche Wort. Aber überflüssiges Geplänkel. mein Gott, welche Aufregung. Das belustigt mich jetzt. Du redest von Krieg und wenn ich das dann relativiere, schreibst von Aufregung. Wenn das schon Misbefindlichkeiten auslöst, wie sich der Originalposter ausgedrückt hat, dann möchte ich euch mal bei einer richtigen Beschwerde im Geschäftsleben sehen ;-) Nachdem ich ja keiner der Entwickler bin, sollte das vielleicht zu denken geben, wenn die Ausdrucksweise des OP bei mir Mißbefindlichkeiten auslöst (tut es übrigens gar nicht, ich finde nur seinen Stil komplett daneben). Und mit Beschwerden im Geschäftsleben komme ich schon derart lange völlig ohne Probleme klar, daß da absehbar keine Probleme zu erwarten sind. Ich denke, es wird auch hier nicht alles so heiß gegessen, wie es gekocht wird und man sollte nicht alles so ernst nehmen. Das ist in der Tat richtig. Rechtfertigt den Stil des OP dennoch nicht. Allerdings stelle ich auch in anderen Newsgroups fest, daß es da offenbar komplett unterschiedliche Mentalitäten gibt. Vielleicht ist in AT dieser Stil tatsächlich unauffällig. In einer dänischen Newsgroup wundert sich ein Schreiber auch darüber, warum in deutschen NGs Kritik oder abweichende Meinungen immer vorsichtig umschrieben werden (was ich allerdings nicht nachvollziehen kann). Ich würde solch einen Ton wie der OP jedenfalls weder einem Kunden noch einem Lieferanten gegenüber anschlagen wollen. Und erst recht niemand gegenüber, der mir etwas schenkt. Gruß Martin -- Bitte nicht an der E-Mail-Adresse fummeln, die paßt so. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] [TYPO3-v4] Announcing TYPO3 4.5 beta1
Hallo Bernhard, LUCOMP mediale kommunikation internetDesign Bernhard Ludwig schrieb: irgendwie wird das so langsam langweilig. Es zwingt Dich keiner, die Diskussion hier auszuweiten. Entweder sind hier einige, die man anspricht, manisch depressiv oder leiden an einem übersteigerten Geltungsbedürfnis. Du meinst also, zu Beleidigungen greifen zu müssen. Darf ich das so interpretieren, daß Du mit Argumenten nun komplett am Ende bist? Was soll eigentlich dieser Stil? Nun kommt mal alle wieder runter, so viele Worte für so einen kleinen Umstand lohnen sich nicht. Das ist in der Tat so. Aber es ist witzig, daß Du das nicht dem OP geschrieben hast oder Dir selbst in Dein Stammbuch. Ironie/ Da wir ja einem geschenkten Gaul nicht ins Maul schauen, nehmen wir eben alles hin, was uns die Entwickler vorgeben. Und wenn wir uns doch einmal trauen, etwas anzumerken, dann flüstern wir, genauso, wie wir es im richtigen Leben auch immer machen, gelle? Ironie Ende/ Meinst Du wirklich, mit solchem Blödsinn eine sachliche Diskussion führen zu können? Aber die Beleidigungen oben lassen mich vermuten, daß Dir daran ohnehin nicht liegt. Schluss jetzt mit dieser Blöd-Diskussion. Sei Dir unbenommen. Niemand zwingt Dich, sie fortzuführen. Wenn ich neuerdings nichts mehr sagen darf, weils nix kostet, dann bemerke ich daraus, dass die Entwickler kein Interesse am Feedback haben, sondern ihr eigenes Süppchen so lange einkochen, bis die Reste verbrennen. Woraus liest Du, daß Du nichts mehr sagen darfst? Jeder, der sich den Aufwand antut, Opensource-Software zu entwickeln, ist froh über Rückmeldungen. Aber nur ganz wenige sind so hart drauf, daß sie sich über Beschimpfungen und Beleidigungen freuen. Insofern solltest Du Deinen Ton ändern und zu sachlichen Diskussionbeträgen übergehen. Wofür bringt man sich dann überhaupt in Diskussionen ein? Das sollte man eigentlich wissen, wenn man sich einbringt. Was wolltest Du mit Deinen Beiträgen in diesem Thread erreichen? Und ist es Dir gelungen? Diskutiert doch mit euch alleine, dann kann wenigstens die vorgefasste Meinung nicht zerstört werden... Warum sollte jemand überhaupt mitdiskutieren, wenn er seine Meinung nicht hinterfragen will? Aber das schließt doch nicht ein, daß er sich beschimpfen oder gar beleidigen lassen will. Gruß Martin -- Bitte nicht an der E-Mail-Adresse fummeln, die paßt so. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Re: Inhaltselement Dateilinks - fehlender Linkbrowser, nervende Dateikopien, unsinnig e Begrenzung, mangelhafte Sortierungsmöglichkeiten - e mpfehlenswerte Alternative?
Hallo Jochen, Jochen Graf schrieb: über hundert Zeilen Zitat und dann Dein Feedback kommt etwas spät, schön dass du etwas gefunden hast. Wäre das nicht ein klein wenig kürzer gegangen? Gruß Martin -- Bitte nicht an der E-Mail-Adresse fummeln, die paßt so. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] [GELOEST] Re: ImageMagick funktioniert nicht mehr nach Upgrade auf 4.4.4
Hallo Steffen, Steffen Gebert schrieb: Herzlichen Glückwunsch, hiermit verabschiede ich mich nach 5-maliger Überlegung in den letzten Wochen von typo3-german. Das Niveau hier ist hier ab und an echt mies und Leute wie du sorgen einfach dafür, dass sich andere hilfsbereite Leser, die sich mit TYPO3 auskennen solchen Schwachfug einfach nicht länger antun wollen und die deutsche Liste meiden. Ich weiß, niemand kann Dich zwingen. Aber ist es wirklich richtig, wegen einzelner mit schlechter Kinderstube gleich die anderen mit zu bestrafen? Gruß Martin -- Bitte nicht an der E-Mail-Adresse fummeln, die paßt so. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Forum oder News, war:Typo3 4.5 alpha 3
Hallo Felix, Felix Nagel schrieb: Ich weiß nicht mal was cat sein soll. Vielleicht liegt genau da das Problem. Für Mailinglisten bin ich zu jung. Wenn jemand zu jung ist, um etwas neues zu lernen, hat er ja wenigstens die Chance, daß sich das noch ändert. Wie durchsucht ihr das ganze denn? Früher konnte man auch in den Archiven suchen. Scheint aktuell totgelegt zu sein. Ansonsten heißt das Vorhalten der News ja nur, daß man die geholten Nachrichten einfach nicht löschen läßt. Von der Menge dürfte das doch heute nirgends mehr ein Problem sein. Gruß Martin -- Bitte nicht an der E-Mail-Adresse fummeln, die paßt so. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Forum oder News, war:Typo3 4.5 alpha 3
Hallo Felix, Felix Nagel schrieb: @Martin Ein Link zu ner Erklärung bzw. einem Programm wäre sinnvoll gewesen, dämliche Belehrungen nicht. Die war nicht dämlicher, als Deine Bemerkung, Du seist für Mailinglisten zu jung. Zwecks Programm schau in meinen Header: User-Agent: 40tude_Dialog/2.0.15.84de (35e786a9.177.139) Abgesehen davon muss ich einfach lächeln wenn ihr im Jahr 2010 (die Cloud und so :-) vom Vorhalten alter Archive zu Suchzwecken sprecht. Von der Virtualisierung, die manche zu diesem Zweck betreiben, mal ganz abgesehen. Es ist eben immer die Frage, zu welchem Zweck man etwas macht. Wenn der Zweck ist, modern zu sein und neuesten Hypes um jeden Preis mitzumachen, dann hast Du natürlich recht. Im übrigen sind das Wellenbewegungen. Wenn Du mal ein paar Jahre zurückschaust, wirst Du feststellen, daß es immer mal alles auf die Benutzermaschine und dann wieder zurück wandert. Kann man mitmachen, muß man nicht. Gruß Martin -- Bitte nicht an der E-Mail-Adresse fummeln, die paßt so. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Forum oder News, war:Typo3 4.5 alpha 3
Hallo David, David Bruchmann schrieb: Am 22.10.2010 10:25, schrieb Martin Schoenbeck: Früher konnte man auch in den Archiven suchen. Scheint aktuell totgelegt zu sein. Ansonsten heißt das Vorhalten der News ja nur, daß man die geholten Nachrichten einfach nicht löschen läßt. Von der Menge dürfte das doch heute nirgends mehr ein Problem sein. Klick mal einfach auf den Link im Footer, dann findest Du auch z.B. diese URL: http://lists.typo3.org/cgi-bin/namazu.cgi Den Link hätte ich jetzt unter 'Archiv' auf der TYPO3.org-Seite erwartet. Einen Footer habe ich hier nicht, in dem das stehen könnte. Kommt wahrscheinlich nur, wenn man das als Mailingliste liest. Gruß Martin -- Bitte nicht an der E-Mail-Adresse fummeln, die paßt so. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Forum oder News, war:Typo3 4.5 alpha 3
Martin Schoenbeck schrieb: Es ist eben immer die Frage, zu welchem Zweck man etwas macht. Wenn der Zweck ist, modern zu sein und neuesten Hypes um jeden Preis mitzumachen, dann hast Du natürlich recht. Im übrigen sind das Wellenbewegungen. Wenn Du mal ein paar Jahre zurückschaust, wirst Du feststellen, daß es immer mal alles auf die Benutzermaschine und dann wieder zurück wandert. Kann man mitmachen, muß man nicht. Nur noch als Hinweis: gerade das usenet ist ja nun eine der ersten, wenn nicht die erste verbreitete Anwendung in der 'cloud'. Bloß hieß das Ding da noch nicht so. Also die 'cloud' hieß noch nicht so. Gruß Martin -- Bitte nicht an der E-Mail-Adresse fummeln, die paßt so. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Typo3 4.5 alpha 3
Hallo Georg, Georg Ringer schrieb: Hallo, Am 21.10.2010 13:41, schrieb Felix Nagel: Ich kann mich da nur anschließen. Mailinggroups sind einfach eine veraltete Form der Kommunikation. Durchsuchbarkeit und Auffinbarkeit durch google, Wiederverwendbarkeit der Threads und Usability im allgemeinen sind in einem modernem Forensystem einfach viel besser. dann hast du den falschen client ;) ansonsten: - schneller - offline verfügbar - performante suche - schneller ;) Aber sowas von ACK. Allerdings hast Du einen wichtigen Punkt vergessen: mit Newsreader geht das alles schneller. ;-) Gruß Martin -- Bitte nicht an der E-Mail-Adresse fummeln, die paßt so. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Re: Templavoila - Inhalte in CE Spalte bei Bedarf zusätzlich über TS erzeugen
Hallo Jan, Jan Kornblum schrieb: Hi Gruppe, man müsste doch eigentlich ein CE-Feld in einem TV-Seitentemplate bei Bedarf über TS ansprechen können, oder? Also um z.B. bei einer definierten Unterseite über TS dann zusätzliche Elemente oder sonstige TS-Logik *über oder unter* den im Backend in diese Spalte eingegebenen CE's auszugeben? Der saubere Weg wäre mMn für diese Teile eigene CE im Seitenlayout zu definieren, in die per lib Deine Teile hineinzudefinieren und dann entweder im lib... zu entscheiden, ob etwas erscheinen soll, oder aber ein separates Seitentemplate zu definieren, bei dem diese CE nicht gemapped sind. Noch eine ebenfalls saubere Variante wäre ein FCE, bei dem Du oben und unten Deine lib...Elemente definierst und innen die eigentliche CE reinpackst. Was für Dich am besten ist, hängt natürlich vom ganz konkreten Problem ab. Gruß Martin -- Bitte nicht an der E-Mail-Adresse fummeln, die paßt so. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german