Re: [TYPO3-german] IRRE - Kopierfunktion?

[Peter Niederlag]

Hallo,

Am 02.12.2011 09:04, schrieb Christian Essl:
> Ist das so möglich? Wenn ich im List-Modul direkt einen der Kurse
> öffne, ist dort kein Feld vorhanden, das den verknüpften Kurs
> angezeigt. - Zumindest mit der Standard-TCA-Konfiguration des
> Extension Builders.

Das $TCA kann natürlich angepasst werden.
Allerdings musst Du ggf. das Feld für Redakteuren ausblenden.

IIRC blendet IRRE das Feld automatisch aus, wenn der Datensatz im
Parent(Lehrgang) bearbeitet wird. Wenn nicht, dann müsstest Du ggf. an
der Stelle nochmal etwas aufpassen dass nichts schiefgeht.

Ich benutze das aber so (oder so ähnlich) eigentlich immer um einen
besseren Überblick zu haben. IRRE ist ja IMO durchaus dazu gedacht beide
Enden einer Relation bearbeiten zu können.

[...]

Gruß,
Peter
-- 
Peter Niederlag
http://www.niekom.de * TYPO3 & EDV Dienstleistungen *
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

Re: [TYPO3-german] Typo3 4.6 Erweiterung importieren bleibt leer

[JCL - Johannes C. Laxander]

Hallo Patrick,

ich habe dasselbe Problem bei 4.6. (und auch schon unter 4.5.x). Jetzt habe
ich vor kurzem irgendwo gelesen, dass das "ganz normal sein soll"?! Die zu
importierenden Extensions werden bei mir nämlich dann angezeigt, wenn ich im
Filter-Eingabfeld z.B. "tt_" eingebe. Dann nämlich werden alle Extensions
angezeigt, bei denen entweder in der Bezeichnung oder im Schlüssel der
Suchstring gefunden wird.

Ob das wirklich nur so funktioniert, oder ob das tatsächlich ein Fehler ist
-wodurch auch immer hervorgerufen-, kann ich nicht sagen. Ich denke, dass es
so nicht in Ordnung ist. Aber weil ich bisher auch keine andere Lösung
gefunden habe, gebe ich mich momentan damit zufrieden und hoffe, es
irgendwann noch herauszufinden.

Vielleicht hilft ea ja auch dir erst mal weiter.

Gruß, Johannes.

> -Ursprüngliche Nachricht-
> Von: typo3-german-boun...@lists.typo3.org 
> [mailto:typo3-german-boun...@lists.typo3.org] Im Auftrag von 
> Patrick Zanker
> Gesendet: Samstag, 3. Dezember 2011 13:06
> An: typo3-german@lists.typo3.org
> Betreff: [TYPO3-german] Typo3 4.6 Erweiterung importieren bleibt leer
> 
> Hallo Typo3'ler,
> 
> wenn ich im Extension Manager nun eine Ext. z.b. tt_news 
> importieren möchte erscheint bei mir immer nur eine leer 
> Seite, dort wo normal die Erweiterung wie unter "Verfügbare 
> Erweiterungen" aufgelistet werden. Die Bibliothek habe ich 
> auch upgedatet, dies hat auch funktioniert. Hat von euch 
> schon jemand das gleiche Problem gehabt und kann mir helfen?
> 
> Die Aktivierung von curlUse im Installtool erzeugt dann bei 
> der Suche folgende Fehlermeldung
> 
> router
> tx_em_Repository_Utility: Could not access remote resource 
> http://repositories.typo3.org/mirrors.xml.gz.
> 
> 
> Viele Grüße
> Patrick
> ___
> 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] Extension für Belegungskalender

[JCL - Johannes C. Laxander]

Hallo Kay,

interessanter Hinweis, danke. Wo kann ich mich denn auf dem Laufenden
halten, was die Entwicklung und Veröffentlichung deiner neuen Extension
angeht? Kannst du "Frühjahr" etwas genauer definieren? März, April, Mai?

Gruß, Johannes.

> -Ursprüngliche Nachricht-
> Von: typo3-german-boun...@lists.typo3.org 
> [mailto:typo3-german-boun...@lists.typo3.org] Im Auftrag von 
> Kay Strobach
> Gesendet: Sonntag, 4. Dezember 2011 20:55
> An: typo3-german@lists.typo3.org
> Betreff: Re: [TYPO3-german] Extension für Belegungskalender
> 
> Am 04.12.2011 18:53, schrieb JCL - Johannes C. Laxander:
> > Hallo,
> >  
> > gibt es eine Extension, mit der man einen Belegungskalender für 
> > mehrere Räume ähnlich diesem hier 
> > http://www.dreispitz-kreuzlingen.ch/belegungen.php
> >   
> erstellen kann?
> >  
> > Für Eure Hinweise im voraus schin mal vielen Dank.
> >  
> > Gruß, Johannes.
> > 
> 
> mit ein bissel TS und cal sollte das gehen ;)
> 
> Ansonsten sitze ich gerade an einer solchen Extension für T3. 
> Die wird aber erst im Frühjahr veröffentlicht :(
> 
> Grüße
> Kay
> --
> http://www.kay-strobach.de - Open Source Rocks
> 
> TYPO3  inspiring people to share!
> Get involved: http://typo3.org
> 
> Answere was usefull: https://flattr.com/profile/kaystrobach
> ___
> 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] 4.6 Caching/Performance

[Mario Wilhelm]

Hiho,

wir betreiben viele kleinere Projekte (mit wenig Seitenaufrufe) mit 
Typo3 und mussten feststellen, dass die Performance dieser Webseiten mit 
der aktuellen Version extrem schlecht wurden.


So dauert der erste Aufruf teilweise bis zu 20,30 sec. Ist die Seite 
dann einmal im Cache, ist alles in Ordnung. Am nächsten Tag beginnt das 
Spielchen von vorne. Sogar unseren Kunden ist das schon aufgefallen.


Gibt es hierfür eine Lösung?

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

Re: [TYPO3-german] 4.6 Caching/Performance

[Seidel, Christopher]

Hi,

es gibt eine Extension die den Seitenaufruf misst und dir dann detailliert 
anzeigt welche Extensions / Content Elemente wie lange für das Laden gebraucht 
haben. Mir ist der Name der Extension entfallen aber im TER solltest du fündig 
werden. Dann könntest du schon mal die Ursache finden.

Viele Grüße

Christopher


-Ursprüngliche Nachricht-
Von: typo3-german-boun...@lists.typo3.org 
[mailto:typo3-german-boun...@lists.typo3.org] Im Auftrag von Mario Wilhelm
Gesendet: Montag, 5. Dezember 2011 10:09
An: typo3-german@lists.typo3.org
Betreff: [TYPO3-german] 4.6 Caching/Performance

Hiho,

wir betreiben viele kleinere Projekte (mit wenig Seitenaufrufe) mit
Typo3 und mussten feststellen, dass die Performance dieser Webseiten mit der 
aktuellen Version extrem schlecht wurden.

So dauert der erste Aufruf teilweise bis zu 20,30 sec. Ist die Seite dann 
einmal im Cache, ist alles in Ordnung. Am nächsten Tag beginnt das Spielchen 
von vorne. Sogar unseren Kunden ist das schon aufgefallen.

Gibt es hierfür eine Lösung?

--
Grüße
Mario
___
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] 4.6 Caching/Performance

[Georg Ringer]

Hallo,

Am 05.12.2011 10:08, schrieb Mario Wilhelm:

wir betreiben viele kleinere Projekte (mit wenig Seitenaufrufe) mit
Typo3 und mussten feststellen, dass die Performance dieser Webseiten mit
der aktuellen Version extrem schlecht wurden.


du glaubst der Fehler liegt im Core? Wie kommst du zu der Annahme? Ich 
würde hier mal etwas Zeit ins profiling stecken weil zuerst muss der 
Fehler gefunden werden bevor man eine Lösung basteln kann.


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

Re: [TYPO3-german] IRRE - Kopierfunktion?

[Christian Essl]

Danke!

Ich habe dem Kurs-$TCA jetzt folgendes Feld hinzugefügt:
'lehrgang' => array(
'exclude' => 1,
'label' => Lehrgang:',
'config' => array(
'type' => 'select',
'foreign_table' => 
'tx_myext_domain_model_lehrgang',
'size' => 1,
'minitems' => 1,
'maxitems' => 1,
'multiple' => 0,
'wizards' => array(
'_PADDING' => 1,
'_VERTICAL' => 1,
),
),
),

Wie erwähnt wird dieses Feld jetzt nur angezeigt, wenn ich in der List-Ansicht 
den Kurs direkt aufrufe, also beim Bearbeiten über einen Lehrgang automatisch 
ausgeblendet. Praktisch!

-Ursprüngliche Nachricht-
Von: typo3-german-boun...@lists.typo3.org 
[mailto:typo3-german-boun...@lists.typo3.org] Im Auftrag von Peter Niederlag
Gesendet: Montag, 05. Dezember 2011 08:59
An: typo3-german@lists.typo3.org
Betreff: Re: [TYPO3-german] IRRE - Kopierfunktion?

Hallo,

Am 02.12.2011 09:04, schrieb Christian Essl:
> Ist das so möglich? Wenn ich im List-Modul direkt einen der Kurse 
> öffne, ist dort kein Feld vorhanden, das den verknüpften Kurs 
> angezeigt. - Zumindest mit der Standard-TCA-Konfiguration des 
> Extension Builders.

Das $TCA kann natürlich angepasst werden.
Allerdings musst Du ggf. das Feld für Redakteuren ausblenden.

IIRC blendet IRRE das Feld automatisch aus, wenn der Datensatz im
Parent(Lehrgang) bearbeitet wird. Wenn nicht, dann müsstest Du ggf. an der 
Stelle nochmal etwas aufpassen dass nichts schiefgeht.

Ich benutze das aber so (oder so ähnlich) eigentlich immer um einen besseren 
Überblick zu haben. IRRE ist ja IMO durchaus dazu gedacht beide Enden einer 
Relation bearbeiten zu können.

[...]

Gruß,
Peter
--
Peter Niederlag
http://www.niekom.de * TYPO3 & EDV Dienstleistungen * 
___
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] 4.6 Caching/Performance

[Mario Wilhelm]

Wir haben das neue Caching-Framework in Verdacht.
Bei einigen 4.5er haben wir es aktiviert, performanceprobleme, 
deaktiviert, alles in bester Ordnung.


Bei der 4.6er ist das ja nicht mehr möglich.

Von daher meine Frage.

Am 05.12.2011 10:11, schrieb Georg Ringer:

Hallo,

du glaubst der Fehler liegt im Core? Wie kommst du zu der Annahme? Ich
würde hier mal etwas Zeit ins profiling stecken weil zuerst muss der
Fehler gefunden werden bevor man eine Lösung basteln kann.

Georg



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

Re: [TYPO3-german] Typo3 4.6 Erweiterung importieren bleibt leer

[Thomas Nussbaumer]

Am 05.12.2011 09:14, schrieb JCL - Johannes C. Laxander:


Hallo Patrick,

ich habe dasselbe Problem bei 4.6. (und auch schon unter 4.5.x). Jetzt habe
ich vor kurzem irgendwo gelesen, dass das "ganz normal sein soll"?! Die zu
importierenden Extensions werden bei mir nämlich dann angezeigt, wenn ich im
Filter-Eingabfeld z.B. "tt_" eingebe. Dann nämlich werden alle Extensions
angezeigt, bei denen entweder in der Bezeichnung oder im Schlüssel der
Suchstring gefunden wird.

Ob das wirklich nur so funktioniert, oder ob das tatsächlich ein Fehler ist
-wodurch auch immer hervorgerufen-, kann ich nicht sagen. Ich denke, dass es
so nicht in Ordnung ist. Aber weil ich bisher auch keine andere Lösung
gefunden habe, gebe ich mich momentan damit zufrieden und hoffe, es
irgendwann noch herauszufinden.

Vielleicht hilft ea ja auch dir erst mal weiter.

Gruß, Johannes.


Hallo Johannes

Ursprünglich steht im Eingabefeld: "Beginnen Sie zu tippen und drücken 
Sie ...". Es können ja nicht alle 5357 Extensionen angezeigt werden!


Gruss. Thomas



-Ursprüngliche Nachricht-
Von: typo3-german-boun...@lists.typo3.org
[mailto:typo3-german-boun...@lists.typo3.org] Im Auftrag von
Patrick Zanker
Gesendet: Samstag, 3. Dezember 2011 13:06
An: typo3-german@lists.typo3.org
Betreff: [TYPO3-german] Typo3 4.6 Erweiterung importieren bleibt leer

Hallo Typo3'ler,

wenn ich im Extension Manager nun eine Ext. z.b. tt_news
importieren möchte erscheint bei mir immer nur eine leer
Seite, dort wo normal die Erweiterung wie unter "Verfügbare
Erweiterungen" aufgelistet werden. Die Bibliothek habe ich
auch upgedatet, dies hat auch funktioniert. Hat von euch
schon jemand das gleiche Problem gehabt und kann mir helfen?

Die Aktivierung von curlUse im Installtool erzeugt dann bei
der Suche folgende Fehlermeldung

router
tx_em_Repository_Utility: Could not access remote resource
http://repositories.typo3.org/mirrors.xml.gz.


Viele Grüße
Patrick
___
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] Typo3 4.6 Erweiterung importieren bleibt leer

[Oliver Salzburg]

On 2011-12-05 11:00, Thomas Nussbaumer wrote:

Es können ja nicht alle 5357 Extensionen angezeigt werden!


Stimmt, deswegen werden diese ja auch auf mehrere Seiten aufgeteilt.
Gibt man nur "a" ein, bekommt man ja auch über 4000 Extensions
geliefert.
Warum er daher anfangs leer bleiben muss ist mir auch ein Mysterium und 
ich fand das schon immer verwirrend.

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

[TYPO3-german] Mehrsprachigkeit und unterschiedliche Inhalte

[Siebeck Ingo]

Hallo zusammen,

ich habe ein kleines Problem mit der Mehrsprachigkeit unserer Seite.

Folgendes Szenario:

Default-Language: hier sind 5 Bilder untereinander, jedes ist ein einzelnes CE
In Sprache 2: Hier sollen weitere 3 Bilder dazukommen, aber NUR in Sprache 2

Verhalten von TYPO: es ignoriert die neuen 3 Bilder einfach, da diese nicht in 
der Default Language angelegt sind.

Kann man TYPO3 irgendwie beibringen, dass die unterschiedlichen Sprachen auch 
vielleicht einen anderen Aufbau im Content Bereich haben können? Sprich, eigene 
Elemente einpflegen können? Mit tt_news klappt das doch auch, warum nicht mit 
tt_content?


Viele Grüße
Ingo Siebeck

Hoffmann GmbH Qualitätswerkzeuge
Haberlandstr. 55, 81241 Munich, Germany
Phone: +49 89 8391-337, Fax:
Internet: www.hoffmann-group.com

Sitz, Gerichtsstand und zuständiges Registergericht: München (HRB 5497 - 
USt.IdNr. DE129375678)
Geschäftsführer: Dipl.-Oec. Bert Bleicher - Dipl.-Ing. Siegfried Schmölz - 
Dipl.-Ing. Stefan Staudacher - Dipl.-Ing. Bernhard Dressler - Dipl.-Betriebsw. 
Patrik Heider

Registered office and court of jurisdiction: Munich (HRB 5497 - VAT-No. 
DE129375678)
Management: Dipl.-Oec. Bert Bleicher - Dipl.-Ing. Siegfried Schmölz - 
Dipl.-Ing. Stefan Staudacher - Dipl.-Ing. Bernhard Dressler - Dipl.-Betriebsw. 
Patrik Heider


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

Re: [TYPO3-german] Typo3 4.6 Erweiterung importieren bleibt leer

[JCL - Johannes C. Laxander]

Hallo Thomas,

danke - so ähnlich hatte ich das schon mal gelesen. Vielleicht war das ja
auch von dir?

> Ursprünglich steht im Eingabefeld: "Beginnen Sie zu tippen 
> und drücken Sie ...". Es können ja nicht alle 5357 
> Extensionen angezeigt werden!

Da geht es mir wie Oliver - finde ich auch eher verwirrend. Und das zeigen
auch die vielen Fragen in den Foren. Außerdem wurden im alten
Extension-Manager die zu importierenden Extensions immer angzeigt, da blieb
die Seite niemals leer.

Gruß, Johannes.

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

Re: [TYPO3-german] Mehrsprachigkeit und unterschiedliche Inhalte

[JCL - Johannes C. Laxander]

Hallo Ingo,

vielleicht hilft dir dieser Blogbeitrag weiter:
http://www.typo3-media.com/blog/article/mehrsprachigkeit-und-templavoila.htm
l

Das betrifft nicht nur TemplaVoila!

Gruß, Johannes.


> Folgendes Szenario:
> 
> Default-Language: hier sind 5 Bilder untereinander, jedes ist 
> ein einzelnes CE In Sprache 2: Hier sollen weitere 3 Bilder 
> dazukommen, aber NUR in Sprache 2
> 
> Verhalten von TYPO: es ignoriert die neuen 3 Bilder einfach, 
> da diese nicht in der Default Language angelegt sind.
> 
> Kann man TYPO3 irgendwie beibringen, dass die 
> unterschiedlichen Sprachen auch vielleicht einen anderen 
> Aufbau im Content Bereich haben können? Sprich, eigene 
> Elemente einpflegen können? Mit tt_news klappt das doch auch, 
> warum nicht mit tt_content?


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

Re: [TYPO3-german] Mehrsprachigkeit und unterschiedliche Inhalte

[Siebeck Ingo]

Grüß Dich,

super, config.sys_language_overlay war die Lösung :-) dank dir.


Viele Grüße
Ingo Siebeck
ITW
Telefon 089 / 8391-337


-Ursprüngliche Nachricht-

Hoffmann GmbH Qualitätswerkzeuge
Haberlandstr. 55, 81241 Munich, Germany
Phone: +49 89 8391-337, Fax:
Internet: www.hoffmann-group.com

Sitz, Gerichtsstand und zuständiges Registergericht: München (HRB 5497 - 
USt.IdNr. DE129375678)
Geschäftsführer: Dipl.-Oec. Bert Bleicher - Dipl.-Ing. Siegfried Schmölz - 
Dipl.-Ing. Stefan Staudacher - Dipl.-Ing. Bernhard Dressler - Dipl.-Betriebsw. 
Patrik Heider

Registered office and court of jurisdiction: Munich (HRB 5497 - VAT-No. 
DE129375678)
Management: Dipl.-Oec. Bert Bleicher - Dipl.-Ing. Siegfried Schmölz - 
Dipl.-Ing. Stefan Staudacher - Dipl.-Ing. Bernhard Dressler - Dipl.-Betriebsw. 
Patrik Heider

Von: typo3-german-boun...@lists.typo3.org 
[mailto:typo3-german-boun...@lists.typo3.org] Im Auftrag von JCL - Johannes C. 
Laxander
Gesendet: Montag, 5. Dezember 2011 12:24
An: 'German TYPO3 Userlist'
Betreff: Re: [TYPO3-german] Mehrsprachigkeit und unterschiedliche Inhalte

Hallo Ingo,

vielleicht hilft dir dieser Blogbeitrag weiter:
http://www.typo3-media.com/blog/article/mehrsprachigkeit-und-templavoila.htm
l

Das betrifft nicht nur TemplaVoila!

Gruß, Johannes.


> Folgendes Szenario:
>
> Default-Language: hier sind 5 Bilder untereinander, jedes ist
> ein einzelnes CE In Sprache 2: Hier sollen weitere 3 Bilder
> dazukommen, aber NUR in Sprache 2
>
> Verhalten von TYPO: es ignoriert die neuen 3 Bilder einfach,
> da diese nicht in der Default Language angelegt sind.
>
> Kann man TYPO3 irgendwie beibringen, dass die
> unterschiedlichen Sprachen auch vielleicht einen anderen
> Aufbau im Content Bereich haben können? Sprich, eigene
> Elemente einpflegen können? Mit tt_news klappt das doch auch,
> warum nicht mit tt_content?


___
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] feeditadvanced und TYPO3 4.6

[Philipp Holdener]

Hallo zusammen

Ich hab hier das Problem das der RTE nicht mehr lädt bei der 
feeditadvaned Extension unter TYPO3 4.6.1

Kann dies jemand bestätigen?

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

Re: [TYPO3-german] 4.6 Caching/Performance

[Steffen Ritter]

Am 05.12.2011 10:15, schrieb Mario Wilhelm:

Wir haben das neue Caching-Framework in Verdacht.
Bei einigen 4.5er haben wir es aktiviert, performanceprobleme,
deaktiviert, alles in bester Ordnung.


Also prinzipiell ist das Caching Framework weder langsam noch neu (gibt 
es seit 4.3).
Mit 4.5 kann es evtl. noch einen kleinen Overhead gegenüber klassich 
geben, da überall noch geprüft wird "Framework oder Klassisch".

Das fällt mit 4.6 weg...

Problematisch wird es natürlich überall dort wo:
a, nicht sauber konfiguriert wird
b, Extensions nicht die API Nutzen
c, die TYPO3 Umsetzung eh eher unsauber ist.

Aber das ist mit jeder Software so: Je weicher die API, desto mehr 
Basteleien funktionieren, aber nach oben hin ist nicht so viel Potential.
Je härter die API, desto stärker fällt "Bastelei" auf einen zurück, aber 
umso mehr Optimierung gibt es nach oben.


Und mit Bastelei meine ich nicht unbedingt nur unsauberes Arbeiten, 
sondern auch suboptimale Konfiguration und an der API vorbei oder "nicht 
im Sinne von TYPO3" arbeiten...


Allein, das man nicht immer auf "Alle Caches löschen" klicken muss, 
sondern auch das Löschen der Seiteninhaltscaches bzw. Caches einzelner 
Seiten ausreichen würde, ist im Zuge der Jahre verloren gegangen.


Klar ist aber auch, das das Caching Framework an mehr und mehr Stellen 
benutzt wird - auch für Dinge die nichts mit dem Seiteninhalt bzw. 
Seitenrendering zu tun haben. Entsprechend hat natürlich über die 
letzten Versionen der Button "alle Caches löschen" ein viel größeres 
Gewicht erhalten... Gerade Extbase, Fluid und der Autoloader sind hier 
stark betroffen.


Ich habe habe 4.6 auch in Komplexen wie "Visitenkarten" Projekten im 
Einsatz und finde es nicht langsam - 2 Sekunden Rendering Zeit ungecacht 
500ms gecacht für eine komplexe Extbase Anwendung geht in Ordnung.


Ich würde wirklich einfach mal die Konfiguration prüfen... Und vor allem 
die Extensions.


Grüße

Steffen

--
Steffen Ritter
Release Manager TYPO3 4.7

TYPO3  inspiring people to share!
Get involved: http://typo3.org
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

Re: [TYPO3-german] Neues Typo3 Projektes und Inhalte aus einer älteren Typo3 Version übernehmen

[Bernd Wilke]

On Sat, 03 Dec 2011 14:02:51 +0100, Patrick Zanker wrote:

> Hallo Typo3'ler,
> 
> ich habe die Aufgabe eine neue Webseite mit einem völlig neu
> installierten Typo3 4.6 zu erstellen. Der Auftraggeber hat bisher eine
> Webseite auch schon unter Typo3 allerdings ist das alles so verzweigt
> verschachtelt das da keiner mehr Durchblickt.
> 
> Um wieder Ordnung zu schaffen möchte ich nun ein neues Typo3 mit neuem
> Layout erstellen, soweit auch kein Problem. Nur sollen bestimmte Inhalte
> und tt_news artikel etc. übernommen werden. Da ich nicht mit Copy &
> Paste arbeiten möchte stellt sich mir die Frage wie ich das am besten
> mache.
> 
> Typo3 hat ja eine Export/Import funktion aber diese habe ich noch nie
> benutzt.
> 
> Vielleicht kann mir ja jemand von euch einen kurzes Feedback geben wie
> man die Geschichte richtig angeht.

das mit dem Export/Import ist eigentlich eine gute Sache, die leider 
manchmal ein, zwei Haken hat:

1 - man stößt leicht an die max-execution time
2 - größere Dateien werden default nicht mit eingebunden
3 - manche Pfade und Seitennummern werden nicht erkannt und automatisch 
angepasst
4 - es kann sein dass Dateienamen hochgezählt werden.
5 - es wird nicht automtisch erkannt welche Extensions notwendig sind


zu 1: einfach Teilbäume exportieren/importieren
zu 2: muss man beim Export entsprechend konfigurieren, genauso wie man 
noch konfigurieren muss: welche Seiten?, welche Datensätze? welche 
Relationen?
zu 3: man möge sich darüber freuen dass so viel erkannt wird und 
automatisch angepasst wird. Das ganze erfordert manchmal verdammt viel 
Intelligenz, selbst in Bioware. Etwas Abhilfe bekommt man wenn man in der 
Lage ist 'Force-Uid' zu aktivieren. Damit werden die Original uids 
benutzt und damit sollten die Bezüge wie im Original sein. Das kann man 
nur nicht machen wenn man einenn Baum in eine bestehende Seite importieren 
will und es schon Datensätze (Seiten, Contentelemente, ...) mit den UIds 
gibt.
zu 4: das passiert wenn die Zieldatei schon existiert. zb. eine Datei wird 
in jedem Seitenbaum im TS explizit eingebunden (zb. als Hintergrundbild) 
für jeden Export steht die Datei in den Referenzen und wird entsprechend 
mit exportiert. beim Import wird bei jedem Import die Datei als schon 
exisstent erkannt und mit neuem namen abgelgt und referenziert
zu 5: unbedingt selber alle notwendigen extensions vorher instalieren 
damit alle Datenbank-tabellen und tabellen-felder vorhanden sind und 
gefüllt werden können.

bernd
-- 
http://www.pi-phi.de/cheatsheet.html
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

Re: [TYPO3-german] feeditadvanced und TYPO3 4.6

[Philipp Holdener]

Am 05.12.11 15:56, schrieb Philipp Holdener:

Hallo zusammen

Ich hab hier das Problem das der RTE nicht mehr lädt bei der
feeditadvaned Extension unter TYPO3 4.6.1
Kann dies jemand bestätigen?

Gruss
Philipp



RTE lädt wenn man im Ext manager folgendes deaktiviert

Enable compressed scripts
[enableCompressedScripts]
If set, the compressed version of the editor scripts will be used.


Hatten gleiche Probleme mit einem nicht ladenden RTE auch schon im BE.
Auch da half nur das deaktivieren der compressed scripts oder die 
änderung der BE Sprache von Deutsch auf englisch.


Komisch

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

[TYPO3-german] Probleme nach Update - Kein Seitenbaum mehr

[David Bletgen]

 Hallo liebe Liste,

aktuell habe ich folgendes problem mit einer Typo3-Installation:
Nach dem Update 4.5 erscheint im Backend kein Seitenbaum mehr. Das Frame 
ist komplett weiß. Ein Update auf 4.6 brachte auch keine Besserung. 
(Mein Benutzer hat admin-Rechte) Ein Suche bei google brachte mir leider 
auch keine brauchbaren Hinweise...


Folgendes habe ich bereits versucht, aber leider alles ohen Erfolg:

 * alle Caches geleert
 * typo3temp komplett geleert
 * neuen Benutzer ausprobiert
 * alte Extensions deaktivert
 * Extensions alle aktualisiert
 * Update Wizard, keine Fehler
 * Database compare

Es wird nirgendwo ein Fehler angezeigt. Das Apache log ist auch sauber.

Hat jemand von euch schon mal das gleiche Problem gehabt und gelöst 
bekommen?


Vielen Dank für eure Antworten

Gruß David

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

Re: [TYPO3-german] Extension programmieren

[Kay Strobach]

Hallo Andreas,

da cal eine klassische Extension ist, empfehle ich dir folgendes BUCH:

http://www.packtpub.com/typo3-extension-development/book

Für neue extensions basierend auf Extbase und FLUID gibt es bei Mittwald
ein deutsches Tutorial:

http://www.mittwald.de/typo3-dokumentation/

Grüße
Kay

Am 05.12.2011 08:30, schrieb Bernhardt Andreas:
> Hallo Liste!
> 
> Bisher bin ich bei meinen verschiedenen Projekten immer gut mit den 
> vorhandenen Extensions zurechtgekommen - vielen Dank an alle die diese 
> Schreiben und supporten!
> 
> Jetzt ist es aber soweit und ich muss doch mal selbst ran:
> Ich muss eine Extension programmieren, die Cal um ein Feld erweitert, dass 
> abhängig vom FE-User sichtbar  und per FE-Editing zu erreichen ist.
> 
> Dazu meine Fragen allgemeiner Art (damit ich hier später nicht mit 
> Kleinigkeiten nerven muss :-) :
> - Welche guten und aktuellen Anleitungen zur Ext-Programmierung empfehlt ihr? 
> Ich hab ja einige auch weniger aktuelle gefunden...
> - Wie bekomme ich einen guten Überblick über die Typo3-API? Gibt es 
> empfehlenswerte Bücher?
> 
> - Hat eventuell jemand schon mal so etwas oder etwas ähnliches gemacht? Gibt 
> es ähnliche Extensions im Repository, die ich nicht gefunden habe?
> 
> 
> Vielen Dank!
> 
> Schöne Grüße,
> 
> Andreas Bernhardt


-- 
http://www.kay-strobach.de - Open Source Rocks

TYPO3  inspiring people to share!
Get involved: http://typo3.org

Answere was usefull: https://flattr.com/profile/kaystrobach
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

[TYPO3-german] pagenotfound_handling springt nicht an, 4.5.7

[Tom Plank]

Hi,
ich wollte sämtliche Irrläufer auf die Startseite umleiten.
Sollte doch durch 'pagenotfound_handling=0' per default aktiviert sein. 
Funktioniert bei mir aber nicht, der Besucher erhält nur die Standard-404-
Meldung des Apachen zu sehen.
Wenn ich 'pagenotfound_handling=1' und dann 
'pageNotFound_handling_statheader=Irgendwas' setze, ändert sich nichts.
Ich vermute, dass da mit der Umleitung etwas nicht funktioniert. 
mod_rewrite ist aktiv (spielt das für pagenotfund_handling überhaupt eine 
Rolle), .htaccess ist die aus dem src-Verzeichnis, ohne Änderungen.
Herzlichen Dank für jegliche Hilfe!
Ciao
Tom
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

Re: [TYPO3-german] pagenotfound_handling springt nicht an, 4.5.7

[Timo Poppinga]

Hallo Tom

Nutzt du realurl?

VG

Timo

Am 05.12.2011 um 19:02 schrieb Tom Plank:

Hi,
ich wollte sämtliche Irrläufer auf die Startseite umleiten.
Sollte doch durch 'pagenotfound_handling=0' per default aktiviert sein.
Funktioniert bei mir aber nicht, der Besucher erhält nur die Standard-404-
Meldung des Apachen zu sehen.
Wenn ich 'pagenotfound_handling=1' und dann
'pageNotFound_handling_statheader=Irgendwas' setze, ändert sich nichts.
Ich vermute, dass da mit der Umleitung etwas nicht funktioniert.
mod_rewrite ist aktiv (spielt das für pagenotfund_handling überhaupt eine
Rolle), .htaccess ist die aus dem src-Verzeichnis, ohne Änderungen.
Herzlichen Dank für jegliche Hilfe!
Ciao
Tom
___
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] / mit Leerzeichen / Umbrüchen in grafischen Headern ersetzen

[Konrad Chorosinski]

Hallo zusammen,

ich habe einen pflegbaren Claim, der im Frontend als dynamische Grafik 
ausgegeben wird. Der Text wird zB über ein cType Text mit einen RTE 
gestützten bodytext eingepflegt.


Da der Claim mehrzeilig sein kann und man auf die Umbrüche Einfluss 
nehmen können soll, würde ich gerne Umbrüche ermöglichen. Entweder mit 
normalen Umbrüchen oder durch "Auffüllen" mit Leerzeichen im RTE.


Leider kann ich beide Ansätze nicht umsetzen, da die html tags und 
Leerzeichen uninterpretiert ausgegeben oder entfernt werden.


Das TS lautet:

10 = IMAGE
10 {

altText.stdWrap.data = field:bodytext

file = GIFBUILDER
file {

XY = 271,[10.lineHeight]*0.3+[10.h]
backColor = #f0f0f0
transparentColor= #f0f0f0
transparentBackground = 1

10 = TEXT
10 {
textMaxLength = 200
offset = 5,[10.lineHeight]
text.data = field:bodytext
text.HTMLparser = 1
text.HTMLparser.htmlSpecialChars = -1
fontFile = fileadmin/Share-Regular.otf
fontColor = #d92a19
fontSize = 30
align = left
breakWidth = 260
breakSpace = 1.2
}

}
}

Ich habe bereits nach "  typo3 gifbuilder leerzeichen" 
kombinationen gesucht, aber leider ohne Erfolg. Vielleicht sehe/verstehe 
ich einfach etwas nicht!?


Für jede Hilfe dankbar,
Konrad Chorosinski
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

Re: [TYPO3-german] Typo3 4.6 Erweiterung importieren bleibt leer

[Thomas Nussbaumer]

Am 05.12.2011 11:58, schrieb JCL - Johannes C. Laxander:

Hallo Thomas,

danke - so ähnlich hatte ich das schon mal gelesen. Vielleicht war das ja
auch von dir?


Ursprünglich steht im Eingabefeld: "Beginnen Sie zu tippen
und drücken Si". Es können ja nicht alle 5357
Extensionen angezeigt werden!


Da geht es mir wie Oliver - finde ich auch eher verwirrend. Und das zeigen
auch die vielen Fragen in den Foren. Außerdem wurden im alten
Extension-Manager die zu importierenden Extensions immer angzeigt, da blieb
die Seite niemals leer.

Gruß, Johannes.


Hallo Johannes

Eigentlich ist die Lösung wie im alten Extension Manager. Erst nach 
Eingabe in ein Suchfeld (jetzt Filtern) erhält man die Liste der 
passenden Extensionen. Allerdings ist dies nicht mehr so offensichtlich, 
zumal der deutsche Text im Eingabefeld zu lang ist und abgeschnitten wird.


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

Re: [TYPO3-german] pagenotfound_handling springt nicht an, 4.5.7

[Tom Plank]

Hi Timo,
noch nicht.


Am Mon, 05 Dec 2011 19:11:13 +0100 schrieb Timo Poppinga:

> Hallo Tom
> 
> Nutzt du realurl?
> 
> VG
> 
> Timo
> 
> Am 05.12.2011 um 19:02 schrieb Tom Plank:
> 
> Hi,
> ich wollte sämtliche Irrläufer auf die Startseite umleiten. Sollte doch
> durch 'pagenotfound_handling=0' per default aktiviert sein. Funktioniert
> bei mir aber nicht, der Besucher erhält nur die Standard-404- Meldung
> des Apachen zu sehen.
> Wenn ich 'pagenotfound_handling=1' und dann
> 'pageNotFound_handling_statheader=Irgendwas' setze, ändert sich nichts.
> Ich vermute, dass da mit der Umleitung etwas nicht funktioniert.
> mod_rewrite ist aktiv (spielt das für pagenotfund_handling überhaupt
> eine Rolle), .htaccess ist die aus dem src-Verzeichnis, ohne Änderungen.
> Herzlichen Dank für jegliche Hilfe!
> Ciao
> Tom
> ___ 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] pagenotfound_handling springt nicht an, 4.5.7

[Thomas Nussbaumer]

Am 05.12.2011 19:02, schrieb Tom Plank:

Hi,
ich wollte sämtliche Irrläufer auf die Startseite umleiten.
Sollte doch durch 'pagenotfound_handling=0' per default aktiviert sein.
Funktioniert bei mir aber nicht, der Besucher erhält nur die Standard-404-
Meldung des Apachen zu sehen.
Wenn ich 'pagenotfound_handling=1' und dann
'pageNotFound_handling_statheader=Irgendwas' setze, ändert sich nichts.
Ich vermute, dass da mit der Umleitung etwas nicht funktioniert.
mod_rewrite ist aktiv (spielt das für pagenotfund_handling überhaupt eine
Rolle), .htaccess ist die aus dem src-Verzeichnis, ohne Änderungen.
Herzlichen Dank für jegliche Hilfe!
Ciao
Tom


Hallo Tom

Habe das gleiche Problem am Samstag gelöst, nachdem ich feststellte, 
dass default jetzt ein T3-Error ist:


[FE][pageNotFound_handling] = REDIRECT:http://www.domain.ch/

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

Re: [TYPO3-german] 4.6 Caching/Performance

[Markus Kobligk]

Am 05.12.2011 10:08, schrieb Mario Wilhelm:

Hiho,

wir betreiben viele kleinere Projekte (mit wenig Seitenaufrufe) mit
Typo3 und mussten feststellen, dass die Performance dieser Webseiten mit
der aktuellen Version extrem schlecht wurden.
Kann ich nicht nachvollziehen/bestätigen, bin zufrieden mit dem Caching 
unter 4.6 und auch nicht-gecachte Seiten laden relativ flott :)




So dauert der erste Aufruf teilweise bis zu 20,30 sec. Ist die Seite
dann einmal im Cache, ist alles in Ordnung. Am nächsten Tag beginnt das
Spielchen von vorne. Sogar unseren Kunden ist das schon aufgefallen.
Klingt so, als würde der Cache jede Nacht geleert werden, da würde ich 
mal nachforschen (clearCacheAtMidnight oder so...).


Ich denke nicht, dass das am Caching-Framework oder am Core liegt, viel 
wahrscheinlicher ist, wie bereits erwähnt, eine unsaubere Konfiguration 
in Verbindung mit unsauberer Extension-Entwicklung, wo die 
API-Funktionen nicht genutzt wurden und/oder unnötig viele/komplexe 
SQL-Queries abgefeuert werden.


Schau mal die Extensions durch, die selbst gecoded sind, ob die gecached 
werden oder nicht und grep mal in typo3conf/ext/ nach "set_no_cache". 
Die Funktion set_no_cache() kann ein echter Performance-Killer sein...


Werden Standalone-PHP-Skripte eingebunden, die evtl. ungecached sind?

Sind die entsprechenden Tabellen InnoDB?

Ich bin mir sicher, dass das nicht am Core/Caching von TYPO3 liegt, da 
gibt es genug andere Faktoren, mit denen man TYPO3 ausbremsen kann ;-)


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

Re: [TYPO3-german] Typo3 4.6.0 ve_guestbook Form

[Christian Leicht]

schrieb Georg Ringer:

Aber im Ernst: Ich hab den Log immer am laufen, weil es einfach viel
praktischer ist im laufenden Betrieb alte Funktionen zu tauschen als
wenn e schon ein Update ansteht.

Georg


Warum tauschen den die Extension Entwickler die alten Funktionen nicht. 
Wenn schon sogar ein Log anzeigt das die Extension Probleme macht dann 
kann man Sie doch in der TER markieren, als nicht einsetzbar?
Es wird immer schlimmer mit TYPO3. Man kann kein Update mehr machen ohne 
das es Probleme gibt und man irgendwo am Quellcode schrauben muss.


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

Re: [TYPO3-german] Typo3 4.6.0 ve_guestbook Form

[Christian Leicht]

schrieb Christian Leicht:

schrieb Georg Ringer:

Aber im Ernst: Ich hab den Log immer am laufen, weil es einfach viel
praktischer ist im laufenden Betrieb alte Funktionen zu tauschen als
wenn e schon ein Update ansteht.

Georg


Warum tauschen den die Extension Entwickler die alten Funktionen nicht.
Wenn schon sogar ein Log anzeigt das die Extension Probleme macht dann
kann man Sie doch in der TER markieren, als nicht einsetzbar?
Es wird immer schlimmer mit TYPO3. Man kann kein Update mehr machen ohne
das es Probleme gibt und man irgendwo am Quellcode schrauben muss.

Christian



Wenn ich mir mein deprecation Log so anschaue sind die meisten Einträge 
die das Core selbst betrifft.

Und es läuft voll und voll und voll

Also schalte ich es wieder ab. = Unbrauchbar

06-12-11 00:03: t3lib_cache_backend_DbBackend->setCacheTable() - since 
TYPO3 4.6: The backend calculates the table name internally, this method 
does nothing anymore - require#114 // include#377 // 
t3lib_cache_Factory->create#1878 // t3lib_div::makeInstance#83 // 
ReflectionClass->newInstanceArgs#4924 // 
t3lib_cache_backend_AbstractBackend->__construct# // 
t3lib_cache_backend_DbBackend->setCacheTable#84 // 
t3lib_div::logDeprecatedFunction#379 
(typo3_src-4.6.1/t3lib/cache/backend/class.t3lib_cache_backend_dbbackend.php#378)
06-12-11 00:03: t3lib_cache_backend_DbBackend->setTagsTable() - since 
TYPO3 4.6: The backend calculates the table name internally, this method 
does nothing anymore - require#114 // include#377 // 
t3lib_cache_Factory->create#1878 // t3lib_div::makeInstance#83 // 
ReflectionClass->newInstanceArgs#4924 // 
t3lib_cache_backend_AbstractBackend->__construct# // 
t3lib_cache_backend_DbBackend->setTagsTable#84 // 
t3lib_div::logDeprecatedFunction#401 
(typo3_src-4.6.1/t3lib/cache/backend/class.t3lib_cache_backend_dbbackend.php#400)
06-12-11 00:03: t3lib_cache_backend_DbBackend->setCacheTable() - since 
TYPO3 4.6: The backend calculates the table name internally, this method 
does nothing anymore - require#55 // include#377 // 
t3lib_cache_Factory->create#1878 // t3lib_div::makeInstance#83 // 
ReflectionClass->newInstanceArgs#4924 // 
t3lib_cache_backend_AbstractBackend->__construct# // 
t3lib_cache_backend_DbBackend->setCacheTable#84 // 
t3lib_div::logDeprecatedFunction#379 
(typo3_src-4.6.1/t3lib/cache/backend/class.t3lib_cache_backend_dbbackend.php#378)

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

Re: [TYPO3-german] Probleme nach Update - Kein Seitenbaum mehr

[Christian Leicht]

schrieb David Bletgen:

Hallo liebe Liste,

aktuell habe ich folgendes problem mit einer Typo3-Installation:
Nach dem Update 4.5 erscheint im Backend kein Seitenbaum mehr. Das Frame
ist komplett weiß. Ein Update auf 4.6 brachte auch keine Besserung.
(Mein Benutzer hat admin-Rechte) Ein Suche bei google brachte mir leider
auch keine brauchbaren Hinweise...

Folgendes habe ich bereits versucht, aber leider alles ohen Erfolg:

* alle Caches geleert
* typo3temp komplett geleert
* neuen Benutzer ausprobiert
* alte Extensions deaktivert
* Extensions alle aktualisiert
* Update Wizard, keine Fehler
* Database compare

Es wird nirgendwo ein Fehler angezeigt. Das Apache log ist auch sauber.

Hat jemand von euch schon mal das gleiche Problem gehabt und gelöst
bekommen?

Vielen Dank für eure Antworten

Gruß David




Hallo David,

hast Du die Dateirechte richtig gesetzt?
Und lösche mal alle temp_CACHED Files in typo3conf

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

Re: [TYPO3-german] Typo3 4.6.0 ve_guestbook Form

[Philipp Gampe]

Hi Christian,

Christian Leicht wrote:

> schrieb Georg Ringer:
>> Aber im Ernst: Ich hab den Log immer am laufen, weil es einfach viel
>> praktischer ist im laufenden Betrieb alte Funktionen zu tauschen als
>> wenn e schon ein Update ansteht.
>>
>> Georg
> 
> Warum tauschen den die Extension Entwickler die alten Funktionen nicht.
> Wenn schon sogar ein Log anzeigt das die Extension Probleme macht dann
> kann man Sie doch in der TER markieren, als nicht einsetzbar?
> Es wird immer schlimmer mit TYPO3. Man kann kein Update mehr machen ohne
> das es Probleme gibt und man irgendwo am Quellcode schrauben muss.
> 
> Christian

Die Entwickler kann man nicht zwingen, ein Update bereit zu stellen.

Eine automatische Analyse ist auch nicht möglich, weil es sein kann, dass 
die Extension bestimmte Funktionen nur bei bestimmten TYPO3 Versionen 
aufruft.

Eine manuelle Analyse aller Extension ist schlicht zu aufwendig.

Allerdings kannst du als Integrator auf das Datum der letzten Aktualisierung 
schauen. Ist die Extension älter als ein Jahr, dann solltest du vorher 
testen.

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] Typo3 4.6.0 ve_guestbook Form

[Philipp Gampe]

Christian Leicht wrote:

> Wenn ich mir mein deprecation Log so anschaue sind die meisten Einträge
> die das Core selbst betrifft.
> Und es läuft voll und voll und voll

Bist du dir da sicher? Lass dich nicht von den Tracen verwirren.

> Also schalte ich es wieder ab. = Unbrauchbar

Wenn du meinst ...

> 06-12-11 00:03: t3lib_cache_backend_DbBackend->setCacheTable() - since
> TYPO3 4.6: The backend calculates the table name internally, this method
> does nothing anymore - require#114 // include#377 //
> t3lib_cache_Factory->create#1878 // t3lib_div::makeInstance#83 //
> ReflectionClass->newInstanceArgs#4924 //
> t3lib_cache_backend_AbstractBackend->__construct# //
> t3lib_cache_backend_DbBackend->setCacheTable#84 //
> t3lib_div::logDeprecatedFunction#379
> 
(typo3_src-4.6.1/t3lib/cache/backend/class.t3lib_cache_backend_dbbackend.php#378)

Ich habe diese Fehlermeldung noch nicht gesehen. Kann es sein, dass du eine 
Extension verwendest, welche das Caching Framework schon länger nutzt?

Die Funktion setCacheTable() wird nämlich gar nicht intern verwendet. In 4.5 
gibt es nur einen Unit Test dafür und in 4.6 nicht mal den.


Wie du siehst, ist es doch sinnvoll in den Log zu schauen, weil er genau 
solche Probleme aufzeigt.
Ich tippte ganz stark auf eine Extension, welche das Caching Framework auf 
eine veraltete Art nutzt.


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] Probleme nach Update - Kein Seitenbaum mehr

[Björn Pedersen]

Am 06.12.2011 00:14, schrieb Christian Leicht:
> schrieb David Bletgen:
>> Hallo liebe Liste,
>>
>> aktuell habe ich folgendes problem mit einer Typo3-Installation:
>> Nach dem Update 4.5 erscheint im Backend kein Seitenbaum mehr. Das Frame
>> ist komplett weiß. Ein Update auf 4.6 brachte auch keine Besserung.
>> (Mein Benutzer hat admin-Rechte) Ein Suche bei google brachte mir leider
>> auch keine brauchbaren Hinweise...
>>

Seit 4.5 ist BEcompression default, das setzt allerdings eine korrekte
Apachekonfiguration voraus.
 * .htaccess entsprechend dem Beispiel angepasst
 * nötige Apachemodule und Rechte vorhanden? Bei restriktiven virtual
hosts kann es sein, das settings in .htaccess nicht berücksichtigt werden.

Ansonsten:
http://www.dmitry-dulepov.com/2009/03/blank-empty-page-in-typo3.html

Björn


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

Re: [TYPO3-german] eigener auth service Fehlermeldungen

[Stephan Grass]

Danke für die Antworten.
Ich muss die Fehlermeldungen im Frontend ausgeben. Sind flashmessages 
nicht nur was für das BE?



On 2011-12-02 00:48:28 +0100, Philipp Gampe said:


Stephan Grass wrote:


Hallo,

ich habe eine eigene auth-Service-Extension gebastelt. Im Prinzip habe
ich dafür die class.tx_sv_auth.php genutzt und so erweitert, dass vor
den Typo3-Login-Routinen ein Webservice genutzt wird und weitere
User-daten zu prüfen.

Klappt alles ganz gut, ich habe aber nicht den geringsten Schimmer, wie
ich mögliche Fehlermeldungen ausgegeben bekomme. Kann da jemand einen
Tipp geben?


Mit flashmessages? Ich glaube die haben einen Container.

http://buzz.typo3.org/teams/core/article/43-treasure-trove-flash-messages/

Vermutlich musst du dich zusätzlich an die Ausgabe hängen und evtl.
Nachrichten dann ausgeben.

Viele Grüße



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