Re: [TYPO3-german] Google Analytics im Visier der Datenschützer
Martin all diese Gesetze, Verordnungen, Bestimmungen etc. dienen doch nur dazu, um entweder Geld in die Kassen des Staates oder der Gesetztes schuetzer zu schaufeln (ist hier genauso by the way), oder um die Leute anzusporenen nach neuen Luecken im Gesetz und nach anderen Wegen zu suchen, um das gleiche Ziel das sie bereits vorher vor Augen hatten zu erreichen. Sie sind kurzum eine Entmuendigung des Buergers und machen ihn zu einer Marionette derjenigen die die Macht - das Geld haben. Wenn da also nun so ein Datenschuietzer in hamburg meint er muss sich profilieren so tut er dies in erster Linie um SICH zu profilieren und nicht um auch nur einem Problem abhilfe zu schaffen. Jedes Jahr kannst du in den Datenschutzberichten eines jeden Landes lesen was wer wann wo wie nicht richtig gemacht hat aber es fuehrte in den wenigsten Faellen dazu das sich auch nur das geringste geaendert hat. Google ist kein Boesewicht, es ist ne Firma die es wie Facebook versteht gutes Geld aus einer recht simplen Idee zu scheffeln und dies seit Jahren und daran wird auch dieser Datenschutzbeauftragte nichts aendern ;-) und kein BVerfG. Das deutsche Gesetz ueber die Vorrat Speicherung ist doch absolut hinfaellig, denn selbst diejenigen die darueber wachen holen sich ggf. die benoetigen Daten aus dem angrenzenden Ausland - legal. Kurzum du bist aus Glas ob du willst oder nicht. Liebe Gruesse Andi Liebe Gruesse Andi 2011/1/14 Martin Schoenbeck ms.usenet.nos...@schoenbeck.de Hallo Andreas, Andreas Becker schrieb: Hi Martin und wen interessiert eine BVerfG Entscheidung in Frankreich, Niederlande, Polen, Oesterreich, Schweiz ,... USA, Thailand - absolut keinen! Da interessiert auch das deutsche Gesetz zur Vorratsdatenspeicherung nicht. Was wolltest Du jetzt damit also sagen? Oder suchtest Du nur eine Stelle, wo Du Dich anhängen 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 mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] extended Search und realurl
Hallo, ich versuche jetzt schon länger auf einer Seite mir realurl die SUche zum laufen zu bringen. Leider wird immer nur ein EIntrag auf der Startseite gefunden. Einträge im Kalender, den ich aus RealUrl draussen habe werden problemlos gefunden. Ohne RealUrl funktioniert die Suche richtig. Leider finde ich meinen Fehler nicht, wäre klasse wenn einem von euch noch etwas einfällt. Gruß Lars Hier mal die RealUrl Einstellungen: $TYPO3_CONF_VARS['EXTCONF']['realurl']['_DEFAULT'] = array( 'init' = array( 'enableCHashCache' = 1, 'appendMissingSlash' = 'ifNotFile', 'enableUrlDecodeCache' = 1, 'enableUrlEncodeCache' = 1, 'respectSimulateStaticURLs' = 0, 'postVarSet_failureMode'='redirect_goodUpperDir', ), 'redirects_regex' = array ( ), 'preVars' = array( array( 'GETvar' = 'no_cache', 'valueMap' = array( 'no_cache' = 1, ), 'noMatch' = 'bypass', ), array( 'GETvar' = 'L', 'valueMap' = array( 'en' = '1', ), 'noMatch' = 'bypass', ), ), 'pagePath' = array( 'type' = 'user', 'userFunc' = 'EXT:realurl/class.tx_realurl_advanced.php:tx_realurl_advanced-main', 'spaceCharacter' = '-', 'languageGetVar' = 'L', 'expireDays' = 7, 'rootpage_id' = 1, ), 'postVarSets' = array( '_DEFAULT' = array( // news archive parameters 'archive' = array( array( 'GETvar' = 'tx_ttnews[year]' , ), array( 'GETvar' = 'tx_ttnews[month]' , 'valueMap' = array( 'january' = '01', 'february' = '02', 'march' = '03', 'april' = '04', 'may' = '05', 'june' = '06', 'july' = '07', 'august' = '08', 'september' = '09', 'october' = '10', 'november' = '11', 'december' = '12', ) ), ), // news pagebrowser 'browse' = array( array( 'GETvar' = 'tx_ttnews[pointer]', ), ), // news categories 'select_category' = array ( array( 'GETvar' = 'tx_ttnews[cat]', ), ), // news articles and searchwords 'article' = array( array( 'GETvar' = 'tx_ttnews[tt_news]', 'lookUpTable' = array( 'table' = 'tt_news', 'id_field' = 'uid', 'alias_field' = 'title', 'addWhereClause' = ' AND NOT deleted', 'useUniqueCache' = 1, 'useUniqueCache_conf' = array( 'strtolower' = 1, 'spaceCharacter' = '-', ), ), ), array( 'GETvar' = 'tx_ttnews[swords]', ), ), ), ), 'fileName' = array( 'defaultToHTMLsuffixOnPrev'=1, 'index' = array( 'rss.xml' = array( 'keyValues' = array( 'type' = 100, ), ), 'rss091.xml' = array( 'keyValues' = array( 'type' = 101, ), ), 'rdf.xml' = array( 'keyValues' = array( 'type' = 102, ), ), 'atom.xml' = array( 'keyValues' = array( 'type' = 103, ), ), ), ), );
Re: [TYPO3-german] Konstanten werden nicht übernommen/funktionieren nicht!
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hallo Dominik, Am 13.01.2011 22:29, schrieb Ecker Dominik: Hallo Liste/Bernhard! Am Cache liegts bestimmt nicht ich hab das Problem schon länger bzw. mit verschieden Browsern getestet! Wenn ich z.B. im Konstanteneditor eine Änderung vornehme wird diese schlicht und einfach garnicht übernommen. Wenn ich etwas eintrage und danach auf Speichern klicke kommt nach dem Laden einfach wieder der Default-Wert! lg Dominik Hast du schon mal probiert das konstanten feld direkt zu bearbeiten. über das listen modul. vieleicht speichert ja nur der Konstanten editor aus irgendwelchen gründen bei dir nicht korrekt. gruss chris - -- Christian Wolff // Berlin http://www.connye.com some projects: http://richtermediagroup.com | http://titanic.de | http://keyopinions.info -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (MingW32) iEUEARECAAYFAk0wHc4ACgkQIcCaXPh/JHEkPwCgh5tuv5ZKDcZNpcGg8fSrPw+j OnsAl04WvRQCw6v075HinnB+12lQ7rc= =gIiO -END PGP SIGNATURE- ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Variabeln von Extension zu Extension
Am 13.01.2011 20:59, schrieb Claus Fassing: Am 13.01.2011 19:01, schrieb Sebastian Michaelsen: Ohne das abschließend beurteilen zu können, klingt die von dir beschriebene Situtation aber nach schlechtem Software-Design. Ist das so ? Es gibt Extension Autoren die wiederkehrendes in Helper Extensions auslagern und diese dann in der Abhängigkeit definieren. In Java macht das z.B. Apache Maven (POM). Im PHP Bereich habe ich so was leider noch nicht entdeckt. Eine Möglichkeit wäre die Daten in einer Singleton-Klasse zu kapseln. Abhängige Extensions sind nicht das Problem, es sollte aber eine saubere API zwischen ihnen geben. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Konstanten werden nicht übernommen/funktionieren nicht!
Hallo Chris! Auch daran liegts nicht, ich habs gerade nochmal probiert! Auch wenn ich etwas direkt in die Konstanten schreibe wird es nicht übernommen genauso wie beim Konstanteneditor. Ich hab keine Ahnung woran das liegen könnte. Von: typo3-german-boun...@lists.typo3.org [typo3-german-boun...@lists.typo3.org] im Auftrag von Christian Wolff [ch...@connye.com] Gesendet: Freitag, 14. Januar 2011 10:56 An: typo3-german@lists.typo3.org Betreff: Re: [TYPO3-german] Konstanten werden nicht übernommen/funktionieren nicht! -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hallo Dominik, Am 13.01.2011 22:29, schrieb Ecker Dominik: Hallo Liste/Bernhard! Am Cache liegts bestimmt nicht ich hab das Problem schon länger bzw. mit verschieden Browsern getestet! Wenn ich z.B. im Konstanteneditor eine Änderung vornehme wird diese schlicht und einfach garnicht übernommen. Wenn ich etwas eintrage und danach auf Speichern klicke kommt nach dem Laden einfach wieder der Default-Wert! lg Dominik Hast du schon mal probiert das konstanten feld direkt zu bearbeiten. über das listen modul. vieleicht speichert ja nur der Konstanten editor aus irgendwelchen gründen bei dir nicht korrekt. gruss chris - -- Christian Wolff // Berlin http://www.connye.com some projects: http://richtermediagroup.com | http://titanic.de | http://keyopinions.info -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (MingW32) iEUEARECAAYFAk0wHc4ACgkQIcCaXPh/JHEkPwCgh5tuv5ZKDcZNpcGg8fSrPw+j OnsAl04WvRQCw6v075HinnB+12lQ7rc= =gIiO -END PGP SIGNATURE- ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Konstanten werden nicht übernommen/funktionieren nicht!
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Am 14.01.2011 11:28, schrieb Ecker Dominik: Hallo Chris! Auch daran liegts nicht, ich habs gerade nochmal probiert! Auch wenn ich etwas direkt in die Konstanten schreibe wird es nicht übernommen genauso wie beim Konstanteneditor. Ich hab keine Ahnung woran das liegen könnte. mach mal nen database compare, und gucke ob alle felder up to date sind. gruss chris ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german - -- Christian Wolff // Berlin http://www.connye.com some projects: http://richtermediagroup.com | http://titanic.de | http://keyopinions.info -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (MingW32) iEYEARECAAYFAk0wPLUACgkQIcCaXPh/JHGwCgCgvamp+1lwZe6ZE0TBv828Gv9e kJgAn3w2Pjdl7evRAcO7eelx6yGQne7N =ADPu -END PGP SIGNATURE- ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Dateiformat der TYPO3 Handbücher / BDs
Ullmann d.o.o. wrote: Workaround: Na ja - eine Möglichekeit beschreibst du ja sebst: mit OOo 3.2.1 öffnen und als odg speichern. Nein, dann können die Manuals nicht mehr geparsed werden. Es sieht so aus, dass im TYPO3 Extension Archiv noch weitere Arbeit ansteht - neben der Lizenzgeschichte. Auf der Doc-Liste laufen schon Diskussionen, wie man einen möglichst einfachen Übergang zu Docbook realisieren kann. Doch auch dafür muss die technische Infastruktur anpassen. Viele Grüße -- Philipp Gampe ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Konstanten werden nicht übernommen/funktionieren nicht!
Hallo, schau mal nach, ob in das Template ein anderes Template eingebunden wird. Falls ja, schau nach, ob dieses includierte Template die Constants löscht. Da bin ich mal bei einer fremden Installatin drüber gestolpert. Gruß Peter Am 14.01.2011 um 11:28 schrieb Ecker Dominik: Hallo Chris! Auch daran liegts nicht, ich habs gerade nochmal probiert! Auch wenn ich etwas direkt in die Konstanten schreibe wird es nicht übernommen genauso wie beim Konstanteneditor. Ich hab keine Ahnung woran das liegen könnte. Von: typo3-german-boun...@lists.typo3.org [typo3-german-boun...@lists.typo3.org] im Auftrag von Christian Wolff [ch...@connye.com] Gesendet: Freitag, 14. Januar 2011 10:56 An: typo3-german@lists.typo3.org Betreff: Re: [TYPO3-german] Konstanten werden nicht übernommen/funktionieren nicht! -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hallo Dominik, Am 13.01.2011 22:29, schrieb Ecker Dominik: Hallo Liste/Bernhard! Am Cache liegts bestimmt nicht ich hab das Problem schon länger bzw. mit verschieden Browsern getestet! Wenn ich z.B. im Konstanteneditor eine Änderung vornehme wird diese schlicht und einfach garnicht übernommen. Wenn ich etwas eintrage und danach auf Speichern klicke kommt nach dem Laden einfach wieder der Default-Wert! lg Dominik Hast du schon mal probiert das konstanten feld direkt zu bearbeiten. über das listen modul. vieleicht speichert ja nur der Konstanten editor aus irgendwelchen gründen bei dir nicht korrekt. gruss chris - -- Christian Wolff // Berlin http://www.connye.com some projects: http://richtermediagroup.com | http://titanic.de | http://keyopinions.info -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (MingW32) iEUEARECAAYFAk0wHc4ACgkQIcCaXPh/JHEkPwCgh5tuv5ZKDcZNpcGg8fSrPw+j OnsAl04WvRQCw6v075HinnB+12lQ7rc= =gIiO -END PGP SIGNATURE- ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german -- Xing: http://www.xing.com/profile/Peter_Linzenkirchner Web: http://www.typo3-lisardo.de Facebook: http://tinyurl.com/lisardo-multimedia ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Extbase Methoden aus alten Typo3 Extension aufrufen
Hallo Allerseits, ich habe eine Extbase Extension Programmierung gecodet. Ist es möglich aus den alten Code der nicht als Extbase Erweiterung vorliegt dennoch Methoden aus dem Extbase Umfeld aufzurufen. Hoffe das ich mich verständlich ausgedrückt habe ;-) Gruß Yvon ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] RTE in eigener Extension schneidet index.php aus internem Link
Hallo,
ich bin ein bißchen weiter gekommen. Es liegt an der Konfiguration in der Datei
ext_tables.php.
Ich habe da stehe: t3lib_div::loadTCA('tt_content');
$TCA['tt_content']['types'][$_EXTKEY . '_pi1']['showitem'] =
'CType;;4;button;1-1-1, header;;3;;2-2-2,bodytext;;;richtext[*]';
Aber jeder Versuch den Bereich hinten zu verändern half nichts...
also
richtext[*]:rte_transform[mode=ts]
richtext[*]:rte_transform[mode=ts_css]
richtext[*]:rte_transform[mode=none]
schlug fehl.
Links auf eine Datei werden richtig umgesetzt, Interne Links werden falsch
dargestellt, bzw. direkt in der Form www.domain.de/?id=36 in die DB geschrieben.
habe versucht in der Core Doku dazu was zu finden, bin aber nicht fündig
geworden.
Weiß jemand wo ich die INfos finden kann wie ich an der Stelle den RTE
konfigurieren muß?
Liebe Grüße Tobias
Am 12.01.2011 um 15:15 schrieb Tobias Hartmann:
Hallo,
ich suche mir die Finger wund, kann aber leider nichts im Internet finden.
Ich habe eine Extension erstellt und alles läuft sehr schön und problemlos,
bis auf die internen links.
Wenn im RTE ein interner Link eingetragen wird taucht er im Frontend als:
www.domain.de/?id=36 (z.B) ausgegeben.
Ich bin ratlos und verzweifelt...
Vielleicht weiß ja einer von Euch Rat.
Liebe Grüße Tobias
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Variabeln von Extension zu Extension
Vielen Dank für die Antworten und Tipps Es geht um einen Shop der generiert einen Array mit Produkten für seine View. Der Shop selber ist sozusagen die 2.Extension. Nun wurde eine erste 1 Extension erstellt die suche, die sucht und generiert einen Resultatsarray. So und im Shop fange ich diesen Array ab, also kontrolliere ob es Ihn gibt oder nicht, und wenn es Ihn gibt dann nimmt der Shop eben diesen Array und nicht seinen eigenen. Ich denke also es muss ein Globales Ort sein wo ich reinschreiben und gleichzeitig auch wieder herausnehmen kann. Das Globals Array sollte ja in dem Falle genau das richtige sein. Danke für die Hilfe. M.Koller So siehts aus: Auf einer TYPO3 Seite 2 Inhaltselemente Plugin 1 Extension (Die Suche, nach Produkten in der DB und generiert einen Array mit den Resultaten) 2 Extension (Der Shop mit seiner Produktansicht, er guckt ob der (suchenarray exisiert oder nicht) ) Sebastian Michaelsen sebastian.gebh...@gmail.com schrieb im Newsbeitrag news:mailman.1.1294999370.27993.typo3-ger...@lists.typo3.org... Am 13.01.2011 20:59, schrieb Claus Fassing: Am 13.01.2011 19:01, schrieb Sebastian Michaelsen: Ohne das abschließend beurteilen zu können, klingt die von dir beschriebene Situtation aber nach schlechtem Software-Design. Ist das so ? Es gibt Extension Autoren die wiederkehrendes in Helper Extensions auslagern und diese dann in der Abhängigkeit definieren. In Java macht das z.B. Apache Maven (POM). Im PHP Bereich habe ich so was leider noch nicht entdeckt. Eine Möglichkeit wäre die Daten in einer Singleton-Klasse zu kapseln. Abhängige Extensions sind nicht das Problem, es sollte aber eine saubere API zwischen ihnen geben. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Extbase Methoden aus alten Typo3 Extension aufrufen
Hallo Yvon, Am 14.01.2011 14:01, schrieb Yvon Folz: Hoffe das ich mich verständlich ausgedrückt habe leider nicht :) Kannst Du Dein Vorhaben konkretisieren ? Grundsätzlich brauchst Du eine Instanz der Klasse der anderen Extension um dort eine Methode aufzurufen, ob Extbase oder klassisch. Oder geht es Dir darum zur Laufzeit Daten zwischen zwei Extensions auszutauschen ? Grüße Claus ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Update 4.2 - 4.3 = BE langsam
Hey, On 14.01.2011 19:28, Marc Wöhlken wrote: Hallo, nach einem Update einer TYPO3-Installation von 4.2 auf Version 4.3 ist plötzlich das BE relativ langsam. Insbesondere bei Benutzung des Moduls Dateiliste dauert es lange, bis etwas angezeigt wird. Habe bereits die folgenden .htaccess Dateien aktiviert, was ja eigentlich einen leichten Schub geben sollte: * typo3/gfx/_.htaccess * typo3/mod/user/ws/_.htaccess * typo3/sysext/_.htaccess * typo3/sysext/t3skin/stylesheets/_.htaccess Hat jemand eine Idee, wie sich das Problem angehen lässt? Dateiliste habe ich diese Erfahrung bisher noch nicht gemacht, ich hatte nur Probleme bei den Seiten / Listenmodulen, die sich über einen gemeinsamen Index auf die tt_content Spalten l18n_parent und sys_language_uid erledigt haben. So weit ich aus dem Changelog sehen kann hat sich zwischen 4.2 4.3 auch nicht viel am filelist-Modul getan, was sich jetzt offensichtlich auf die Performance auswirken könnte. Hast du viele Dateien/Ordner auf einmal? Ansonsten probier doch mal xdebug profiling zu aktivieren, ob da irgendetwas besonders heraussticht. HTH, Susanne -- What's worth the price is always worth the fight Every second counts 'cause there's no second try TYPO3 Core Team Member ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Update 4.2 - 4.3 = BE langsam
snip Wie dem auch sei, es ist so wie es ist ... keine konstruktive Hilfe für den OP. Ich empfehle dafür eine separate Anfrage zu stellen. Ich habe diese Probleme bei Aktualisierungen . . . . . . . snip TYPO3 läuft nicht auf heißer Luft, da gibt es eine Vielzahl von Beteiligten Komponenten wie PHP, DB Server, Webserver, Netzwerk, OS usw. Können die als Ursache alle ausgeschlossen werden im vorliegenden Fall ? Mit diesen (komatibilitäts) Problemen kämpfe ich seit 4.2.15 oder .16 und den frühen Versioen von 4.3.x und 4.4.x Inzwischen experimentiere, spiele und verpempere ich Zeit mit dem alten Netscape 9, dem FF 3.6.13 und dem Opera 11.00, immer alternierend. Mit dem Netscape9 hat alles bis 4.2.14 im Backend ganz wunderbar und zügig funktioniert. Zur Kontrolle des entwickelten FE-Erscheinungsbildes kontrolliere ich immer sofort parallel dazu mit dem FF 3.6 auf dem 2.LCD (auchan meinem PC). (ich habe 4 LCDs am gleichen PC dran) auch der IE 6 läuft dort zum Designtest immer mit. 4.3.x habe ichkomplett übersprungen. Nutze ich bei TYPO3 4.4.6 den NS9, stockt das Backend nach fast jedem Vorgang für 7 bis 9 Sekunden und wartet auf Irgendetwas. Anfragen hierzu sind pending. Beim NS9 werden weiterhin oben in der schwarzen Leiste die Icons nicht mehr angezeigt, obwohl sie klickbar sind. Was wurde da von 4.2.14 auf 4.4.x geändert ? Es muß mit Jacascript zusammem hängen. Ab der Versoin 4.2.15 verschwindet der Inhalt des Seitenbaums irgendwann und muß per Reload neu geholt werden. Die SPalte bleibt nach wie vor erhalten. Nehme ich leider zwangsläufig bei der Version 4.4.6 im BE den Opera, geht es zwar einigermassen zügig, doch die t3Editor Fenster bei den Templates bei Dateien über Dateiliste lassen sich nicht mehr skalieren, beinm FF auch nicht, beim alten Netsacape9 geht das aber sehr wohl!!! Alleine das ist schon sehr merkwürdig. Auch sind divese Design-Standards ausgehebelt, warum auch immer. Beim Quixplorer stimmen die Schriftgrößen nicht mehr, die Fenster werden im gleichen Backend 4.4.6 in allen drei Browsern verschieden groß aufgepoppt. Also entwickele ich jetzt sehr mühsam und Zeit- und Grips-aufwendig mit Netscape9 (bis 4.2.17) und dann alternierend mit FF3.6 und Opera11. Andere Partner und Typo3 Mitstreiter haben notgedrungen den IE wieder ausgegraben, wieder andere kämpfen mühsam mit dem MAC und dem Firefox und ein paar unermüfliche haben Linux Ubuntu Frontends und stöhnen. snip - - - Ich fand es für diese Typo3 Liste sehr sehr unglücklich, daß die Anmerkungen von Gerhard Obermeyer so abgebügelt worden sind. Viel trauen sich schon gar nicht mehr, hier Kritik oder Vorschläge anzubringen. Das sollte auch die unermüdlichen Core-Entwickler nachdenklich machen. Wir leben von den Eingebungen aller, die hier mitmachen (und das Produkt ja testen) und eigentlich können wir es uns gar nicht leisten, auch nur einen einzigen motivierten Mitmacher zu verlieren. -- mit freundlichen Grüßen Dipl.Ing.Gert Redlich ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Update 4.2 - 4.3 = BE langsam
Am 14.01.11 23:09, schrieb RDE / Redlich: Ich fand es für diese Typo3 Liste sehr sehr unglücklich, daß die Anmerkungen von Gerhard Obermeyer so abgebügelt worden sind. Viel trauen sich schon gar nicht mehr, hier Kritik oder Vorschläge anzubringen. Nicht immer nur Reden und Schreiben, sondern mal mit Taten überzeugen! Was hast Du heute zum Bugday beigetragen? Was getestet? Jemanden Rückmeldung zu einem Patch gegeben. Dokumentation geschrieben. Sorry. Das nervt langsam ... ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Update 4.2 - 4.3 = BE langsam
Nachtrag - ist ja heute Freitag Abend und mein neues Menü läuft endlich. Also: ich habe eine Web-Umgebung mit etwa 1400 pages und etwa 7000 Content-Elementen von 4.2.17 auf 4.4.6 gehoben. Da wurde es im Backend gefühlt langsamer. Gefühlt bedeutet, ich habe es nicht gemessen und ich messe sehr sehr viel, weil: Glauben heißt = nicht wissen. Beispiele: http://www.useddlt.com/platten-test-1.html Also zurück: Gleiche Workstation, die gleichen 3 Browser, gleicher Proliant DL380 G2 Server im fernen Datacenter mit Suse 10.3 mit 2 x 1,4 Giga Pentium 3 und 4 Giga Speicher und alles über DSL 16000. Es wurde eigentlich nur die jeweilige Typo3 Version unterlegt. Und soeben habe ich diese 4.4.6 wieder auf 4.2.8 zurück gedreht - auf dem gleichen Server. Da geht aber die Wuzz ab . . . . . . - man muß es gar nicht messen. Also bitte die Frage: Was an (zeit-)kritischen Modulen oder Programmzeilen wurde verschlimmbessert ?? Es ist doch irgendetwas eingebaut worden, das diese Effekte verursacht. Wir wollen die Core Entwickler nicht ärgern oder verärgern, wir wollen helfen, zu verbessern. -- mit freundlichen Grüßen Dipl.Ing.Gert Redlich ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Update 4.2 - 4.3 = BE langsam
Am 14.01.11 23:24, schrieb RDE / Redlich: Suse 10.3 http://www.golem.de/0710/55160.html ca. 5 jahre altes os... olivier ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
