Re: [TYPO3-german] Mehrere T3 Datenbanken und ein haupt sysordner

[Christian Nölle]

Richard Jäger schrieb:

> Oh :)
> Gibt es kein leichteres tutorial, speziell für typo3? :D

Du solltest schon wissen, was Du im Dateisystem machst, wenn Du einen 
TYPO3-Server administrierst...

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

Re: [TYPO3-german] Mehrere T3 Datenbanken und ein haupt sysordner

[Richard Jäger]

Wolfgang Klinger schrieb:
> 
> Hallo,
> 
> On May 29, 2009, at 6:57 AM, Richard Jäger wrote:
>> Wie erstellt man denn symlinks? Ich hab gegoogelt aber die ergebnisse
>> waren eher nüchtern.
> 
> http://unixhelp.ed.ac.uk/CGI/man-cgi?ln
> 
> 
> lg
> Wolfgang
> 

Oh :)
Gibt es kein leichteres tutorial, speziell für typo3? :D
___
TYPO3-german mailing list
TYPO3-german@lists.netfielders.de
http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german

Re: [TYPO3-german] simulatebe und ldap_sso

[Daniel Klopfer]

Markus Deckmann wrote:
> Das bedeutet ja schonmal das simulatebe scheinbar wunderbar
> funktioniert. Den Fehler vermute ich allerdings eher in der
> sso-Extension, Erklärung etwas weiter unten...
>

Beide Extensions funktionieren für sich gesehen wunderbar, nur nicht im 
Zusammenspiel

> Wenn die Bedingung korrekt erfüllt ist und noch kein Benutzer
> (!isset($_COOKIE["simulatebe"])) angemeldet ist wird die von dir
> beobachtete be_session generiert.

Jupp, soweit war ich auch schon.

> Wenn die sso-Komponente für sich genommen ebenfalls korrekt
> funktioniert würde ich mir mal die Stelle im Quellcode ansehen an der
> der Login dieser Extension durchgeführt wird und die dort erwarteten
> Variablen mal mit denen abgleichen die simulatebe für einen Login
> verwendet. Höchstwahrscheinlich solltest du hier Übereinstimmungen
> finden bzw. Code-Zeilen die die Werte von simulatebe überschreiben
> oder löschen.

Was mich hier allerdings verwirrt, ist das der sso einen login ins FE macht 
und simulatebe ins BE.
Werden denn da die gleichen Variablen verwendet?
Das werde ich jetzt mal angehen, bin allerdings noch nicht soo fit in 
PHP

> Würde mich
> freuen wenn du noch schreibst ob und wie du das Problem jetzt gelöst
> hast bzw. ob meine Vermutung richtig war.
>
> Ciao Markus

Erstmal vielen Dank für die Antwort, ich werde weiter berichten...

Daniel



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

[TYPO3-german] nginx und Siteurl

[Marco Behnke]

Hallo!

Wir haben jetzt erfolgreich nginx und memcache an den Start gebracht und 
ich muss sagen, dass Ergebnis ist überragend! Der Performanceboost und 
die Abnahme der SQL Queries liegt bei ca. 2/3.
Jetzt habe ich allerdings ein anderes Problem bekommen.

Da die Anfragen durch den lokalen Proxy durchgeschleust werden, verliert 
das Typo3 die Information, welche URL es hat und baut seine Links wie 
folgt zusammen:

http://127.0.0.1:8080

wie bekomme ich das dem System ausgetrieben?
___
TYPO3-german mailing list
TYPO3-german@lists.netfielders.de
http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german

Re: [TYPO3-german] Mehrere T3 Datenbanken und ein haupt sysordner

[Wolfgang Klinger]

Hallo,

On May 29, 2009, at 6:57 AM, Richard Jäger wrote:
> Wie erstellt man denn symlinks? Ich hab gegoogelt aber die ergebnisse
> waren eher nüchtern.

http://unixhelp.ed.ac.uk/CGI/man-cgi?ln


lg
Wolfgang

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

Re: [TYPO3-german] Mehrere T3 Datenbanken und ein haupt sysordner

[Richard Jäger]

Christian Wolff schrieb:
> Richard Jäger schrieb:
>> Hallo zusammen :)
>>
>> Ist es möglich, 6 t3 sites zu installieren auf 6 versch dbs(natürlich
>> geht das :)) UND zusätzlich ein haupt system folder zu erstellen der für
>> alle 6 gilt?
>>
>> Wär echt nett, wenn mir da einer helfen könnte.
>>
>> Grüße aus Düsseldorf :)
> 
> Hi Richard,
> ich denke das was du vor hast geht.
> 
> du hast ein typo3_src package und 6 mal das dummy_package
> das dann mit den symlinks auf die src zeigt.
> 
> jedes dummy package hat eine eigene localconf.php und kann damit eine
> eigene datenbank verwenden. im fall eines updates must du dann lediglich
> den symlink der 6 installationen auf die neuen src dateien legen.
> 
> damit hast du 6 unabhängige installtionen auf 6 datenbanksystemen und
> nur einmal die src dateien.
> 
> gruss chris
> 


Hi,
danke euch beiden für die Antwort.

Wie erstellt man denn symlinks? Ich hab gegoogelt aber die ergebnisse 
waren eher nüchtern.

Danke vielmals
___
TYPO3-german mailing list
TYPO3-german@lists.netfielders.de
http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german

Re: [TYPO3-german] simulatebe und ldap_sso

[Markus Deckmann]

Hi Daniel,

> ich habe auf meiner Intranetseite u.a. die Extensions simulatebe und 
> ldap_sso installiert. Beide für sich funktionieren wunderbar, nur leider 
> nicht miteinander.

Ich kenne zwar nur die simulatebe-Extension, aber ich probiere dir 
trotzdem mal Hinweise für eine Lösung zu geben. ;-)


> Nehme ich z.B. die sso wieder heraus, wird beim Anmelden im Frontend 
> wunderbar eine BE-Session simuliert, in der Datenbank ist der entsprechende 
> Satz in der Tabelle be_sessions da. Mache ich die Anmeldung automatisch 

Das bedeutet ja schonmal das simulatebe scheinbar wunderbar 
funktioniert. Den Fehler vermute ich allerdings eher in der 
sso-Extension, Erklärung etwas weiter unten...


> mittels sso (mit demselben Benutzernamen), wird kein Satz in be_sessions 
> angelegt, d.h. die Anmeldung funktioniert nicht.
> Hat jemand schon dieses Phänomen gehabt und idealerweise Hinweise zur Lösung 
> parat?

Auf der folgenden Seite findest du den Quellcode von simulatebe. Dort 
sieht man in der Zeile die mit "//login" kommentiert ist und den 
folgenden das dort nach einigen Variablen abgeprüft wird.

http://typo3.org/extensions/repository/view/simulatebe/current/info/pi1%252Fclass.tx_simulatebe_pi1.php/

Wenn die Bedingung korrekt erfüllt ist und noch kein Benutzer 
(!isset($_COOKIE["simulatebe"])) angemeldet ist wird die von dir 
beobachtete be_session generiert.

Meine Vermutung geht jetzt dahin das die sso-Komponente bei einem Login 
einen ähnlichen Vorgang besitzt, dabei allerdings entweder Werte 
überschreibt die von simulatebe benötigt werden und daher die be_session 
von simulatebe eigentlich so gesehen korrekterweise nicht generiert wird 
oder das es sich hierbei um eine "Sicherheitsvorkehrung" der 
sso-Komponente handelt.

Wenn die sso-Komponente für sich genommen ebenfalls korrekt funktioniert 
würde ich mir mal die Stelle im Quellcode ansehen an der der Login 
dieser Extension durchgeführt wird und die dort erwarteten Variablen mal 
mit denen abgleichen die simulatebe für einen Login verwendet. 
Höchstwahrscheinlich solltest du hier Übereinstimmungen finden bzw. 
Code-Zeilen die die Werte von simulatebe überschreiben oder löschen.

Je nach Implementierung kommt es dann drauf an ob es sich um einen 
Fehler bei der ganzen Sache handelt oder ob das ganze wie gesagt eine 
"Sicherheitsvorkehrung" der sso-Komponente darstellt. Würde mich freuen 
wenn du noch schreibst ob und wie du das Problem jetzt gelöst hast bzw. 
ob meine Vermutung richtig war.

Ciao Markus
___
TYPO3-german mailing list
TYPO3-german@lists.netfielders.de
http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german

[TYPO3-german] ImageMagick 6.4 und Bildskalierung

[Johannes Dörr]

Hi,
auf dem Webserver, auf dem ich Typo3 einsetze, ist die 
ImageMagick-Version 6.4.8 installiert. Leider habe ich dort Probleme mit 
den Eigenschaften minW, maxW, minH und maxH vom Gifbuilder. Sobald ich 
ein Bild auf diese Weise skalieren will, wird es nicht mehr angezeigt 
(img-Tag mit leerem src-Attribut). Ist das ein bekanntes Problem? Kann 
man das hinkriegen oder muss ich beim Provider nach einer anderen 
Version fragen?

Da die bestehende Installation PNG-Transparenz unterstützt und ich somit 
nicht mit Masken arbeiten muss, würde ich gerne bei dieser Version bleiben.

Für Infos bin ich dankbar! Viele Grüße,
Johannes
___
TYPO3-german mailing list
TYPO3-german@lists.netfielders.de
http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german

[TYPO3-german] Re: Ausreichende Geschwindigkeit auc h bei großer Seitenkapazität?

[Christian Wolff]

Marko Graßhoff schrieb:


> 
> Cool wäre, man tippt im Backend die Kd-Nr ein und es klappt nur der
> kleine Seitenbaum für den entsprechenden Datensatz auf.
> Aber wie ich das bewerkstelligen sollte habe ich keine Ahnung.


man könnte für jeden kunden einen BE User anlegen der nur auf seinen
seitenbaum zugriff hat. dann könnte man sich als der BE user einloggen.
und würde dann nur den entsprechenden Baum Bereich sehen.

ansonsten gibts ja als admin noch die möglichkeit einen "BE-User" zu
emulieren. und könnte so dann das ganze schaffen.

der seiten baum hat ja auch im rechtsklick menü
-> more options -> mount as treeroot.

wo man als user temporär eine rootpage festlegen kann. vieleicht kann
man ja eine extension entwickeln die genau diese funktion nutzt falls
man eine kundennummer eingibt. um den richten seitenbaum zu laden.

gruss chris




-- 
Christian Wolff // Berlin
http://www.connye.com

some projects:
http://richtermediagroup.com | http://titanic.de |
http://fairplay-homepage.de
___
TYPO3-german mailing list
TYPO3-german@lists.netfielders.de
http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german

Re: [TYPO3-german] Mehrere T3 Datenbanken und ein haupt sysordner

[Christian Wolff]

Richard Jäger schrieb:
> Hallo zusammen :)
> 
> Ist es möglich, 6 t3 sites zu installieren auf 6 versch dbs(natürlich
> geht das :)) UND zusätzlich ein haupt system folder zu erstellen der für
> alle 6 gilt?
> 
> Wär echt nett, wenn mir da einer helfen könnte.
> 
> Grüße aus Düsseldorf :)

Hi Richard,
ich denke das was du vor hast geht.

du hast ein typo3_src package und 6 mal das dummy_package
das dann mit den symlinks auf die src zeigt.

jedes dummy package hat eine eigene localconf.php und kann damit eine
eigene datenbank verwenden. im fall eines updates must du dann lediglich
den symlink der 6 installationen auf die neuen src dateien legen.

damit hast du 6 unabhängige installtionen auf 6 datenbanksystemen und
nur einmal die src dateien.

gruss chris

-- 
Christian Wolff // Berlin
http://www.connye.com

some projects:
http://richtermediagroup.com | http://titanic.de |
http://fairplay-homepage.de
___
TYPO3-german mailing list
TYPO3-german@lists.netfielders.de
http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german

Re: [TYPO3-german] Datensatz "Alternative Seitensprache" abhaengig von Doktype anpassen

[David Bruchmann]

- Ursprüngliche Nachricht -
Von:André 
Gesendet:   Donnerstag, 28. Mai 2009 20:15:00
An: German TYPO3 Userlist 
CC:
Betreff:Re: [TYPO3-german] Datensatz "Alternative Seitensprache" 
abhaengig von   Doktype anpassen

Hallo André

>>   
> Das liegt wohl daran, dass du das Problem nicht verstehst.

Stimmt, bisher nicht.

> 
> Typo3 bietet die Funktionalitaet eigene Seitentypen zu definieren, die
> Moeglichkeit diese zu lokalisieren fehlt jedoch, bzw ist nicht vollstaendig
> vorhanden.
> Ich hab einen neuen Seitentyp definiert, dieser hat nur wenige Felder der
> Standard-Seite, dafuer jedoch ein paar zusaetzliche.

Ok, damit habe ich noch nicht gearbeitet.

> Lege ich nun eine Seite dieses Types an und moechte diese uebersetzen,
> werden
> mir alle Felder der "Alternative Seitensprache" angezeigt - und genau hier
> liegt mein Problem - dieses Verhalten ist nicht anpassbar!
> 

Du kannst mir gerne mal Deine Extension mailen, dann seh ich es mir mal 
näher an.

Gruß
David

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

Re: [TYPO3-german] Datensatz "Alternative Seitensprache" abhaengig von Doktype anpassen

[André]

> Weils in meinen Augen Schwachsinn ist.
> Sichtarkeit oder Unsichtbarkeit kann man sprachabhängig eh schon 
> einstellen, alle andere Optionen machen rein technisch keinen Sinn. 
> Weshalb sollte aus einer angezeigten Seite auf einmal ein SysFolder, ein 
> Mountpoint oder ein Verweis werden?
>
> Darüber hinaus planst Du einen Eingriff in die Benutzerauswahl der 
> erstens als solcher fragwürdig ist und wahrscheinlich auch technisch und 
> inhaltlich viel Arbeit nach sich zieht.
>   
>> ...
> Naja, auch ein sinnloser Hook stört ja nicht.
>   
Das liegt wohl daran, dass du das Problem nicht verstehst.

Typo3 bietet die Funktionalitaet eigene Seitentypen zu definieren, die
Moeglichkeit diese zu lokalisieren fehlt jedoch, bzw ist nicht vollstaendig
vorhanden.
Ich hab einen neuen Seitentyp definiert, dieser hat nur wenige Felder der
Standard-Seite, dafuer jedoch ein paar zusaetzliche.
Lege ich nun eine Seite dieses Types an und moechte diese uebersetzen,
werden
mir alle Felder der "Alternative Seitensprache" angezeigt - und genau hier
liegt mein Problem - dieses Verhalten ist nicht anpassbar!

-- André
___
TYPO3-german mailing list
TYPO3-german@lists.netfielders.de
http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german

Re: [TYPO3-german] Mehrere T3 Datenbanken und ein haupt sysordner

[Peter Russ]

--- Original Nachricht ---
Absender:   Richard Jäger
Datum:   28.05.2009 16:24:
> Hallo zusammen :)
> 
> Ist es möglich, 6 t3 sites zu installieren auf 6 versch dbs(natürlich 
> geht das :)) UND zusätzlich ein haupt system folder zu erstellen der für 
> alle 6 gilt?
> 
> Wär echt nett, wenn mir da einer helfen könnte.
> 
> Grüße aus Düsseldorf :)

Was verstehst Du unter einem Hauptsystemfolder?

Seefeld grüßt zurück.

-- 
Fiat lux! Docendo discimus.
_
uon GbR

http://www.uon.li
http://www.xing.com/profile/Peter_Russ
___
TYPO3-german mailing list
TYPO3-german@lists.netfielders.de
http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german

Re: [TYPO3-german] Datensatz "Alternative Seitensprache" abhaengig von Doktype anpassen

[David Bruchmann]

- Ursprüngliche Nachricht -
Von:André 
Gesendet:   Donnerstag, 28. Mai 2009 17:05:48
An: German TYPO3 Userlist 
CC:
Betreff:Re: [TYPO3-german] Datensatz "Alternative Seitensprache" 
abhaengig von   Doktype anpassen
> Hallo David
> 
>> auch wenn ich Dein Unterfangen und den Weg fragwürdig finde:
> 
> Warum ?

Weils in meinen Augen Schwachsinn ist.
Sichtarkeit oder Unsichtbarkeit kann man sprachabhängig eh schon 
einstellen, alle andere Optionen machen rein technisch keinen Sinn. 
Weshalb sollte aus einer angezeigten Seite auf einmal ein SysFolder, ein 
Mountpoint oder ein Verweis werden?

Darüber hinaus planst Du einen Eingriff in die Benutzerauswahl der 
erstens als solcher fragwürdig ist und wahrscheinlich auch technisch und 
inhaltlich viel Arbeit nach sich zieht.

> 
>> in typo3\sysext\cms\ext_tables.php
>> sind unter Anderem folgende Arrays definiert, die für Dich interessant 
>> sein könnten:
>>
>> $TCA['pages']['ctrl']
>> $TCA['pages']['columns']
>> $TCA['pages']['types']
> 
> Ich glaube nicht, da es mir eher um pages_languages_overlay geht und das
> Hinzufuegen eines neuen Felds nicht ausreichen wird.
> 
> PS: Hab einen Hook-Request geschrieben 
> 
>  und werde es bis dahin ueber eine ux-Klasse loesen (ausser jemand hat noch 
> eine
> bessere Idee).
> 

Naja, auch ein sinnloser Hook stört ja nicht.

Gruß
David
___
TYPO3-german mailing list
TYPO3-german@lists.netfielders.de
http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german

Re: [TYPO3-german] Datensatz "Alternative Seitensprache" abhaengig von Doktype anpassen

[André]

Hallo David

> auch wenn ich Dein Unterfangen und den Weg fragwürdig finde:

Warum ?

> 
> in typo3\sysext\cms\ext_tables.php
> sind unter Anderem folgende Arrays definiert, die für Dich interessant 
> sein könnten:
> 
> $TCA['pages']['ctrl']
> $TCA['pages']['columns']
> $TCA['pages']['types']

Ich glaube nicht, da es mir eher um pages_languages_overlay geht und das
Hinzufuegen eines neuen Felds nicht ausreichen wird.

PS: Hab einen Hook-Request geschrieben 
 und werde es bis dahin ueber eine ux-Klasse loesen (ausser jemand hat noch eine
bessere Idee).


-- André
___
TYPO3-german mailing list
TYPO3-german@lists.netfielders.de
http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german

Re: [TYPO3-german] Datensatz "Alternative Seitensprache" abhaengig von Doktype anpassen

[David Bruchmann]

- Ursprüngliche Nachricht -
Von:André 
Gesendet:   Donnerstag, 28. Mai 2009 15:04:13
An: typo3-german@lists.netfielders.de
CC:
Betreff:[TYPO3-german] Datensatz "Alternative Seitensprache" 
abhaengig von   Doktype anpassen
> Hallo,
> 
> ich wuerde gern die Darstellung beim Anlegen einer alternativen Seitensprache
> abhaengig vom Doktype anpassen.
> 
> Anfangs bin ich davon ausgegangen, dass das Vorgehen hierbei aehnlich dem der
> Anpassung der Ansicht zum Anlegen einer neuen Seite ist, sprich:
> 
> $TCA['pages_language_overlay']['palettes'][DOKTYPE] = array(
> 'showitem' => 'title,description', # oder was auch immer...
> );
> 
> Leider ist dem nicht so.
> Meine Recherchen ergaben, dass unter anderem im $TCA die "Zuweisung" des
> Doktypes fehlt:
> 
> $TCA['pages_language_overlay']['ctrl']['type'] = 'doktype';
> 
> Nur damit allein ist es auch noch nicht getan. Es fehlt noch der richtige
> Doktype in der Datenbank was einen ganzen Rattenschwanz an Anpassung bedeuten
> wuerde. -- Oder gibt es einen schnelleren Weg ?
> 
> -- André
> 


Hallo André,

auch wenn ich Dein Unterfangen und den Weg fragwürdig finde:

in typo3\sysext\cms\ext_tables.php
sind unter Anderem folgende Arrays definiert, die für Dich interessant 
sein könnten:

$TCA['pages']['ctrl']
$TCA['pages']['columns']
$TCA['pages']['types']

Gruß
David
___
TYPO3-german mailing list
TYPO3-german@lists.netfielders.de
http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german

[TYPO3-german] Mehrere T3 Datenbanken und ein haupt sysordner

[Richard Jäger]

Hallo zusammen :)

Ist es möglich, 6 t3 sites zu installieren auf 6 versch dbs(natürlich 
geht das :)) UND zusätzlich ein haupt system folder zu erstellen der für 
alle 6 gilt?

Wär echt nett, wenn mir da einer helfen könnte.

Grüße aus Düsseldorf :)
___
TYPO3-german mailing list
TYPO3-german@lists.netfielders.de
http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german

Re: [TYPO3-german] mjseventpro: in template einbinden

[Oliver Klee]

Hi,

Adrian Nussbaum schrieb:
> Oder gibt es eine bessere/einfachere Event-Ext mit ähnlichen Optionen?
> Es gibt ja eine Vielzahl davon. Und irgendwann muss man sich einfach
> entscheiden, das ist gar nicht so einfach...

Ich empfehle immer wieder gerne meine seminars.


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

Re: [TYPO3-german] tables in div/dd/dl abändern ( images)!?

[Peter Russ]

 > Hallo Basti,
 >
 > eine ähnliche Situation hatten wir doch schon mal allerdings bei einem
 > anderen Problem. Nachdem sich hier einige den Kopf zerbrochen hatten,
 > löste sich das ganze in Rauch auf, weil eine Konfiguration nicht stimmte
 > oder überschrieben war.



--- Original Nachricht ---
Absender:   Basti
Datum:   28.05.2009 14:57:
> Hab es nun heraus gefunden!
> der TYPO3 Core wurde zwischenzeitlich auf 3.8 gestellt!
> 
> Danke an alle Helfer !!!
> 
> Basti


Du schaffst es Dich noch zu toppen.
Sorry. Das war einmal zuviel!

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

[TYPO3-german] Datensatz "Alternative Seitensprache" abhaengig von Doktype anpassen

[André]

Hallo,

ich wuerde gern die Darstellung beim Anlegen einer alternativen Seitensprache
abhaengig vom Doktype anpassen.

Anfangs bin ich davon ausgegangen, dass das Vorgehen hierbei aehnlich dem der
Anpassung der Ansicht zum Anlegen einer neuen Seite ist, sprich:

$TCA['pages_language_overlay']['palettes'][DOKTYPE] = array(
'showitem' => 'title,description', # oder was auch immer...
);

Leider ist dem nicht so.
Meine Recherchen ergaben, dass unter anderem im $TCA die "Zuweisung" des
Doktypes fehlt:

$TCA['pages_language_overlay']['ctrl']['type'] = 'doktype';

Nur damit allein ist es auch noch nicht getan. Es fehlt noch der richtige
Doktype in der Datenbank was einen ganzen Rattenschwanz an Anpassung bedeuten
wuerde. -- Oder gibt es einen schnelleren Weg ?

-- André

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

Re: [TYPO3-german] tables in div/dd/dl ab�ndern (images)!?

[Basti]

Hab es nun heraus gefunden!
der TYPO3 Core wurde zwischenzeitlich auf 3.8 gestellt!

Danke an alle Helfer !!!

Basti


"Peter Russ"  schrieb im Newsbeitrag 
news:mailman.1.1243504515.30200.typo3-ger...@lists.netfielders.de...
--- Original Nachricht ---
Absender:   Basti
Datum:   28.05.2009 09:29:
> Hallo,
>
> hier mal der TS aus dem Setup:
>
>
> ---
> # Deklaration der HTML Dokumenttypdefinition (DTD) als XHTML transistional
> config {
> xmlprologue = none
> xhtml_cleaning = all
> sys_language_uid = 0
> language = de
> locale_all = de_DE.UTF-8
> htmlTag_langKey = de_DE
> doctype = xhtml_trans
> #renderCharset = utf-8
> #additionalHeaders = Content-Type:text/html;charset=utf-8
> }
>
>
> page.config.headerComment (
> TYPO3 by xxx.de
> )
>
> ### SEO Meta-Tags ###
> # titel disable
> config.noPageTitle = 2
>
> # defaultJS disable
> page.config.removeDefaultJS = 1
>
> # Aufraeumumarbeiten ...
> config {
>  xhtml_cleaning = all
>  # CSS auslagern
>  disablePrefixComment = 1
>  inlineStyle2TempFile = 1
>  removeDefaultJS = external
> }
>
> #HTML saeubern
> lib {
>stdheader {
>   stdWrap {
> #DIVs um Ueberschriften entfernen
> #dataWrap =
> # Kommentare fuer Ueberschriften entfernen
> prefixComment =
>   }
>   # Klasse der ersten Ueberschrift auf einer Seite entfernen
>   #3.headerClass =
>   #3.headerClass.noTrimWrap =
>   # br nach Ueberschriften entfernen
>   10.stdWrap.wrap =
>}
># unnoetigen Quelltext durch rteHtmlArea entfernen
>parseFunc_RTE.nonTypoTagStdWrap {
>   encapsLines {
> addAttributes.P.class =
> innerStdWrap_all.ifEmpty =
>   }
>   # Umschreibung in semantisch korrektes XHTML
>   HTMLparser {
> tags {
> b.remap = strong
> i.remap = em
> }
>   }
>}
> }
> tt_content {
># Kommentare fuer Content-Elemente entfernen
>stdWrap.prefixComment =
># Kommentare fuer Text-Elemente entfernen
>text.20.prefixComment =
># Kommentare fuer Listen-Elemente entfernen
>bullets.20.stdWrap.prefixComment =
># Kommentare fuer Tabellen entfernen
>table.20.stdWrap.prefixComment =
># Anker vor Content-Elementen entfernen
>stdWrap.dataWrap =
>stdWrap.prepend.dataWrap =
> }
>
> ###Content table class disable###
> lib.parseFunc_RTE.externalBlocks.table.stdWrap.HTMLparser.tags.table.fixAttrib.class
>  
>  >
>
> ###p in table disable###
> lib.parseFunc_RTE.externalBlocks.table.HTMLtableCells.default >
> lib.parseFunc_RTE.externalBlocks.table.HTMLtableCells.default.stdWrap.parseFunc
>  
> =< lib.parseFunc
>
> // Wirft das CLEAR.GIF raus
> tt_content.image.20.spaceBelowAbove = 0
> tt_content.header.stdWrap.space = 0|0
> tt_content.stdWrap.space = 0|0
> tt_content.stdWrap.spaceBefore = 0
> tt_content.stdWrap.spaceAfter = 0
> lib.stdheader.stdWrap.space = 0|0
>
> // Und hier wird das CLEAR.GIF hinter den Überschriften rausgenommen
> tt_content.text.20.parseFunc.tags.typohead.stdWrap.space = 0|0
>
>
>
>
> # -
> # Spamschutz
> # -
> config.spamProtectEmailAddresses = 2
> config.spamProtectEmailAddresses_atSubst = (at)
> config.notification_email_charset = utf-8
>
>
> # -
> # Rahmen
> # -
> tt_content.stdWrap.innerWrap.cObject = CASE
> tt_content.stdWrap.innerWrap.cObject {
>   key.field = section_frame
>   100 = TEXT
>   100.value = |
>   101 = TEXT
>   101.value = |
>   102 = TEXT
>   102.value = |
>   103 = TEXT
>   103.value = |
>   104 = TEXT
>   104.value = |
>   105 = TEXT
>   105.value = |
>   106 = TEXT
>   106.value = |
>   107 = TEXT
>   107.value = |
> }
>
>
> page = PAGE
>
> page {
>  #bodyTag = 
>  includeCSS {
>   file1 = fileadmin/css/main.css
>
>  }
>
>
>  10 = TEMPLATE
>  10 {
>   template = FILE
>   template.file = fileadmin/templates/main.html
>   workOnSubpart = CONTENT
>  marks {
>
>
>HEADERMENU = HMENU
>HEADERMENU {
>
> special = directory
> special.value = 89
>
>
> #1 level top-menu
> 1 = TMENU
> 1 {
>   noBlur = 1
>   expAll = 0
>
>   wrap = |
>
>   # Normal state properties
>   NO = 1
>   NO.allWrap = ||| class="top-zwei">|| class="top-vier">|
>   NO.ATagTitle.field = subtitle // title
>
>   # Enable active state and set properties:
>   ACT = 1
>   ACT.wrapItemAndSub = ||| class="top-zwei-act">|| class="top-vier-act">|
>   ACT.ATagTitle.field = subtitle // title
>
>   #ACTIFSUB = 1
>   #ACTIFSUB.allWrap = |
>   #ACTIFSUB.ATagTitle.field = subtitle // title
>
>   }
> }
>
>
> LOGO = RECORDS
>LOGO {
> tables = tt_content
> source = 131
> dontCheckPid = 1
> }
>
>
>CONTENTAREA = COA
>CONTENTAREA {
> 10 = HMENU
> 10 {
> special = directory
> s

[TYPO3-german] simulatebe und ldap_sso

[Daniel Klopfer]

Hallo Leuts,

ich habe auf meiner Intranetseite u.a. die Extensions simulatebe und 
ldap_sso installiert. Beide für sich funktionieren wunderbar, nur leider 
nicht miteinander.
Nehme ich z.B. die sso wieder heraus, wird beim Anmelden im Frontend 
wunderbar eine BE-Session simuliert, in der Datenbank ist der entsprechende 
Satz in der Tabelle be_sessions da. Mache ich die Anmeldung automatisch 
mittels sso (mit demselben Benutzernamen), wird kein Satz in be_sessions 
angelegt, d.h. die Anmeldung funktioniert nicht.
Hat jemand schon dieses Phänomen gehabt und idealerweise Hinweise zur Lösung 
parat?

Gruß
Daniel
 


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

Re: [TYPO3-german] Ausreichende Geschwindigkeit auch bei großer Seitenkapazität?

[Marko Graßhoff]

Danke euch allen schonmal für den Ideen-Reichtum, die Geschichte mit der 
Ajax-Search hatte ich auch schon.
Allerdings ist unterhalb der zu suchenden Seite dann auch immer noch ein 
kleiner Seitenbaum von ca 10 Seiten.

Cool wäre, man tippt im Backend die Kd-Nr ein und es klappt nur der 
kleine Seitenbaum für den entsprechenden Datensatz auf.
Aber wie ich das bewerkstelligen sollte habe ich keine Ahnung.

Ich bin noch relativ neu in Typo, daher ist die richtige Planung jetzt 
umso wichtiger, dass ich mich später nicht verhaspele...

Das IRRE-Wort habe ich jetzt schon oft gesehen, bins aber immer 
übergangen... klingt interessant, und hat sicher schon Senior-Dev 
Status, oder?
Könnt ihr mir in knappen Worten erklären, was ich damit mache?

Greetz, M-ko

Georg Ringer schrieb:
> Carsten Wegner schrieb:
>   
>> Bei PLZ denke ich jedenfalls schnell an Entfernungswerkzeuge.
>> 
>
> ich kenne die PLZ von DE zuwenig, aber in AT geht das einfach nicht 
> wirklich weils nicht Bundesland übergreifend ist. Das geht besser über 
> Längen/Breitengrad.
>
> Ich würde da gar keinen Seitenbaum machen sondern einfach ein einfaches 
> BE-Modul mit einer netten (Ajax-)Suche basteln und da kommt man dann zur 
> Seite.
> Anders ist das natürlich wenn man da auch eine Seitenstruktur braucht.
>
> Grundsätzlich muss das ja auch keine Seite sein, man kann ja mittels 
> IRRE zu jedem Datensatz auch Content-Elemente hängen und die dann eben 
> parsen lassen.
>
> tt_news würd ich nicht nehmen wenns nicht entfernt damit zu tun hat
>
> Georg
> ___
> TYPO3-german mailing list
> TYPO3-german@lists.netfielders.de
> http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german
>
>   

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

[TYPO3-german] Re: Ausreichende Geschwindigke it auch bei großer Seitenkapazität?

[Georg Ringer]

Carsten Wegner schrieb:
> Bei PLZ denke ich jedenfalls schnell an Entfernungswerkzeuge.

ich kenne die PLZ von DE zuwenig, aber in AT geht das einfach nicht 
wirklich weils nicht Bundesland übergreifend ist. Das geht besser über 
Längen/Breitengrad.

Ich würde da gar keinen Seitenbaum machen sondern einfach ein einfaches 
BE-Modul mit einer netten (Ajax-)Suche basteln und da kommt man dann zur 
Seite.
Anders ist das natürlich wenn man da auch eine Seitenstruktur braucht.

Grundsätzlich muss das ja auch keine Seite sein, man kann ja mittels 
IRRE zu jedem Datensatz auch Content-Elemente hängen und die dann eben 
parsen lassen.

tt_news würd ich nicht nehmen wenns nicht entfernt damit zu tun hat

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

Re: [TYPO3-german] Javascript vor einfüg en

[Jesse.Adler]

 

-Original Message-
From: Georg Ringer [mailto:mail-s...@ringerge.org] 
Sent: Thursday, May 28, 2009 11:07 AM

> ach du meinst
> $GLOBALS['TSFE']->additionalHeaderData['chgallery'] = ...

Ja, nur eben nicht für den  sondern für [code]


Jesse


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

Re: [TYPO3-german] Ausreichende Geschwindigkeit auch bei großer Seitenkapazität?

[Carsten Wegner]

Hallo Marko,

Marko Graßhoff schrieb:
 > daher mache ich 5 seitenbäume, Titel jeweils 1-0.
 > So kann ich mich über 5 Ebenen  auf die gewünschte PLZ durchklicken,
 > und entsprechende Seiten dort bearbeiten.

Kurze Anmerkung: Mit so einer starren Struktur werden andere Arten der 
Sortierung/Darstellung evtl. schwierig. Ein Beispiel dafür wäre eine 
Entfernungssuche, falls du so etwas planst. (Bei PLZ denke ich 
jedenfalls schnell an Entfernungswerkzeuge.)

Je nach Ort bekommst du eine Ergebnisliste mit PLZ, die mit 27, 32 und 
49 beginnen. Nach einem Klick auf die 49er Seite ist dein Besucher raus 
aus der Ergebnisliste und drin in der Navigation deines 49er 
Seitenbaums. Das wäre ein Grund mehr, über Alternativen nachzudenken. 
Andreas sprach ja schon tt_news an, das wäre bestimmt flexibler.

Viele Grüße
Carsten


-- 
Carsten Wegner
www.steuer-schutzbrief.de
___
TYPO3-german mailing list
TYPO3-german@lists.netfielders.de
http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german

[TYPO3-german] Re: Ausreichende Geschwindigke it auch bei großer Seitenkapazität?

[Mathias Schreiber [wmdb >]]

Marco Behnke schrieb:
> akut macht es für mich den Anschein, als wenn das Designkonzept hier 
> hinkt (ich mag mich irren).
> Wenn die Seiten alle das gleiche Template haben und sich nur in den 
> Inhalten unterscheiden, wäre es dann nicht sinnvoll eine Seite 
> anzulegen, die Plugins verwendet, die sich aus einem Datenpool befüllen, 
> der über einen Parameter in der URL (plz) gesteuert wird? Oder sind die 
> Seiten tatsächlich so massiv unterschiedlich in den Inhalten, dass sich 
> das Anlegen von 15000 Seiten rentiert?

Prinzipiell guter Ansatz, nur sollte man bedenken, dass ein schnelles 
"ich mach hier mal den Cache leer" gleich im WorstCase 15.000 Seiten 
cleared, obwohl nur ein Bruchteil davon sich verändert hat.

Klassische Antwort, ob man's machen soll:
Depends :)

Bei der Anforderung würd ich auch den Seitenansatz verfolgen, bin aber 
auch massiv vorbelastet, was das Thema "1 Seite, 10.000 caches" betrifft :)

> Ich denke einzig das Backend bekommt Probleme, wenn der komplette 
> Seitenbaum aufgeklappt ist, aber für die Datenbank sind 15.000 
> Datensätze nix.

Das sehe ich ähnlich.

-- 
TYPO3 certified intregator
T3DD09 Entertainer
___
TYPO3-german mailing list
TYPO3-german@lists.netfielders.de
http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german

Re: [TYPO3-german] Ausreichende Geschwindigkeit auch bei gr oßer Seitenkapazität?

[Andreas Becker]

:-) Nice idea
bei vielen verschiedenen Templates fuer Seiten Content bieten sich FCE's an
die dann beliebig weiterverwendet werden koennen. Oder nutze die
Moeglichkeit aehnlich der von rgnewsce um regulaere Content Elemente diverse
FCEs in z.B. modifiziertes tt_news einzubinden und die PLZ sind deine
Categorien.

Gruss Andi

2009/5/28 Marko Graßhoff 

> Die einzelnen Seiten sollen leider wirklich sehr individuell gestaltbar
> bleiben...
> Ich dachte auch erst: Kein Thema, BE-Extension gebaut, wo ich alle
> relevanten Texte und Bilder reinhacken kann,
> Die Kd-Nr eingetippt, und der entsprechende Datensatz wird gespeichert
> und anschl über Marker auf der Seite entsprechend ausgegeben.
>
> Nun wollen aber einige dann auf einmal wieder ein Flash-Element in den
> Unterseiten, oder das Bild an der anderen Stelle...
> Dann bietet der eine ne google-map, der andere will sie nicht usw..
>
> daher mache ich 5 seitenbäume, Titel jeweils 1-0.
> So kann ich mich über 5 Ebenen  auf die gewünschte PLZ durchklicken, und
> entsprechende Seiten dort bearbeiten.
>
> Für andere Vorschläge bin ich natürlich offen..
>
> Gruß,
> M-ko
>
> Marco Behnke schrieb:
> > Marko Graßhoff schrieb:
> >
> >> Hallo Mailingliste,
> >> Ich habe eine Frage an die alten Hasen unter Euch bzgl. der Kapazität
> >> von Typo.
> >> Ein Kunde hätte gern innerhalb von Typo3 einen Seitenbaum nach
> >> Postleitzahlen angelegt, wo im Laufe der Einpflege ca 15000 einzelne
> >> Seiten auflaufen werden.
> >> Diese Seiten benutzen alle das gleiche Template, sollen aber individuell
> >> von Redakteuren wartbar sein.
> >>
> >>
> > akut macht es für mich den Anschein, als wenn das Designkonzept hier
> > hinkt (ich mag mich irren).
> > Wenn die Seiten alle das gleiche Template haben und sich nur in den
> > Inhalten unterscheiden, wäre es dann nicht sinnvoll eine Seite
> > anzulegen, die Plugins verwendet, die sich aus einem Datenpool befüllen,
> > der über einen Parameter in der URL (plz) gesteuert wird? Oder sind die
> > Seiten tatsächlich so massiv unterschiedlich in den Inhalten, dass sich
> > das Anlegen von 15000 Seiten rentiert?
> >
> >> Mit ausreichend Redakteuren auf der Kundenseite ist das ja kein Problem.
> >> Nur frage ich mich, was die Performance dazu sagt.
> >> Ist das problemlos machbar ohne das die Seite bei einem ausreichend
> >> gutem Server in die Knie geht?
> >>
> >>
> > Ich denke einzig das Backend bekommt Probleme, wenn der komplette
> > Seitenbaum aufgeklappt ist, aber für die Datenbank sind 15.000
> > Datensätze nix.
> > ___
> > TYPO3-german mailing list
> > TYPO3-german@lists.netfielders.de
> > http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german
> >
> >
>
> ___
> TYPO3-german mailing list
> TYPO3-german@lists.netfielders.de
> http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german
>
___
TYPO3-german mailing list
TYPO3-german@lists.netfielders.de
http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german

Re: [TYPO3-german] Ausreichende Geschwindigkeit auch bei großer Seitenkapazität?

[Marko Graßhoff]

Die einzelnen Seiten sollen leider wirklich sehr individuell gestaltbar 
bleiben...
Ich dachte auch erst: Kein Thema, BE-Extension gebaut, wo ich alle 
relevanten Texte und Bilder reinhacken kann,
Die Kd-Nr eingetippt, und der entsprechende Datensatz wird gespeichert 
und anschl über Marker auf der Seite entsprechend ausgegeben.

Nun wollen aber einige dann auf einmal wieder ein Flash-Element in den 
Unterseiten, oder das Bild an der anderen Stelle...
Dann bietet der eine ne google-map, der andere will sie nicht usw..

daher mache ich 5 seitenbäume, Titel jeweils 1-0.
So kann ich mich über 5 Ebenen  auf die gewünschte PLZ durchklicken, und 
entsprechende Seiten dort bearbeiten.

Für andere Vorschläge bin ich natürlich offen..

Gruß,
M-ko

Marco Behnke schrieb:
> Marko Graßhoff schrieb:
>   
>> Hallo Mailingliste,
>> Ich habe eine Frage an die alten Hasen unter Euch bzgl. der Kapazität 
>> von Typo.
>> Ein Kunde hätte gern innerhalb von Typo3 einen Seitenbaum nach 
>> Postleitzahlen angelegt, wo im Laufe der Einpflege ca 15000 einzelne 
>> Seiten auflaufen werden.
>> Diese Seiten benutzen alle das gleiche Template, sollen aber individuell 
>> von Redakteuren wartbar sein.
>>   
>> 
> akut macht es für mich den Anschein, als wenn das Designkonzept hier 
> hinkt (ich mag mich irren).
> Wenn die Seiten alle das gleiche Template haben und sich nur in den 
> Inhalten unterscheiden, wäre es dann nicht sinnvoll eine Seite 
> anzulegen, die Plugins verwendet, die sich aus einem Datenpool befüllen, 
> der über einen Parameter in der URL (plz) gesteuert wird? Oder sind die 
> Seiten tatsächlich so massiv unterschiedlich in den Inhalten, dass sich 
> das Anlegen von 15000 Seiten rentiert?
>   
>> Mit ausreichend Redakteuren auf der Kundenseite ist das ja kein Problem. 
>> Nur frage ich mich, was die Performance dazu sagt.
>> Ist das problemlos machbar ohne das die Seite bei einem ausreichend 
>> gutem Server in die Knie geht?
>>   
>> 
> Ich denke einzig das Backend bekommt Probleme, wenn der komplette 
> Seitenbaum aufgeklappt ist, aber für die Datenbank sind 15.000 
> Datensätze nix.
> ___
> TYPO3-german mailing list
> TYPO3-german@lists.netfielders.de
> http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german
>
>   

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

Re: [TYPO3-german] tables in div/dd/dl abändern ( images)!?

[Peter Russ]

--- Original Nachricht ---
Absender:   Basti
Datum:   28.05.2009 09:29:
> Hallo,
> 
> hier mal der TS aus dem Setup:
> 
> 
> ---
> # Deklaration der HTML Dokumenttypdefinition (DTD) als XHTML transistional
> config {
> xmlprologue = none
> xhtml_cleaning = all
> sys_language_uid = 0
> language = de
> locale_all = de_DE.UTF-8
> htmlTag_langKey = de_DE
> doctype = xhtml_trans
> #renderCharset = utf-8
> #additionalHeaders = Content-Type:text/html;charset=utf-8
> }
> 
> 
> page.config.headerComment (
> TYPO3 by xxx.de
> )
> 
> ### SEO Meta-Tags ###
> # titel disable
> config.noPageTitle = 2
> 
> # defaultJS disable
> page.config.removeDefaultJS = 1
> 
> # Aufraeumumarbeiten ...
> config {
>  xhtml_cleaning = all
>  # CSS auslagern
>  disablePrefixComment = 1
>  inlineStyle2TempFile = 1
>  removeDefaultJS = external
> }
> 
> #HTML saeubern
> lib {
>stdheader {
>   stdWrap {
> #DIVs um Ueberschriften entfernen
> #dataWrap =
> # Kommentare fuer Ueberschriften entfernen
> prefixComment =
>   }
>   # Klasse der ersten Ueberschrift auf einer Seite entfernen
>   #3.headerClass =
>   #3.headerClass.noTrimWrap =
>   # br nach Ueberschriften entfernen
>   10.stdWrap.wrap =
>}
># unnoetigen Quelltext durch rteHtmlArea entfernen
>parseFunc_RTE.nonTypoTagStdWrap {
>   encapsLines {
> addAttributes.P.class =
> innerStdWrap_all.ifEmpty =
>   }
>   # Umschreibung in semantisch korrektes XHTML
>   HTMLparser {
> tags {
> b.remap = strong
> i.remap = em
> }
>   }
>}
> }
> tt_content {
># Kommentare fuer Content-Elemente entfernen
>stdWrap.prefixComment =
># Kommentare fuer Text-Elemente entfernen
>text.20.prefixComment =
># Kommentare fuer Listen-Elemente entfernen
>bullets.20.stdWrap.prefixComment =
># Kommentare fuer Tabellen entfernen
>table.20.stdWrap.prefixComment =
># Anker vor Content-Elementen entfernen
>stdWrap.dataWrap =
>stdWrap.prepend.dataWrap =
> }
> 
> ###Content table class disable###
> lib.parseFunc_RTE.externalBlocks.table.stdWrap.HTMLparser.tags.table.fixAttrib.class
>  
>  >
> 
> ###p in table disable###
> lib.parseFunc_RTE.externalBlocks.table.HTMLtableCells.default >
> lib.parseFunc_RTE.externalBlocks.table.HTMLtableCells.default.stdWrap.parseFunc
>  
> =< lib.parseFunc
> 
> // Wirft das CLEAR.GIF raus
> tt_content.image.20.spaceBelowAbove = 0
> tt_content.header.stdWrap.space = 0|0
> tt_content.stdWrap.space = 0|0
> tt_content.stdWrap.spaceBefore = 0
> tt_content.stdWrap.spaceAfter = 0
> lib.stdheader.stdWrap.space = 0|0
> 
> // Und hier wird das CLEAR.GIF hinter den Überschriften rausgenommen
> tt_content.text.20.parseFunc.tags.typohead.stdWrap.space = 0|0
> 
> 
> 
> 
> # -
> # Spamschutz
> # -
> config.spamProtectEmailAddresses = 2
> config.spamProtectEmailAddresses_atSubst = (at)
> config.notification_email_charset = utf-8
> 
> 
> # -
> # Rahmen
> # -
> tt_content.stdWrap.innerWrap.cObject = CASE
> tt_content.stdWrap.innerWrap.cObject {
>   key.field = section_frame
>   100 = TEXT
>   100.value = |
>   101 = TEXT
>   101.value = |
>   102 = TEXT
>   102.value = |
>   103 = TEXT
>   103.value = |
>   104 = TEXT
>   104.value = |
>   105 = TEXT
>   105.value = |
>   106 = TEXT
>   106.value = |
>   107 = TEXT
>   107.value = |
> }
> 
> 
> page = PAGE
> 
> page {
>  #bodyTag = 
>  includeCSS {
>   file1 = fileadmin/css/main.css
> 
>  }
> 
> 
>  10 = TEMPLATE
>  10 {
>   template = FILE
>   template.file = fileadmin/templates/main.html
>   workOnSubpart = CONTENT
>  marks {
> 
> 
>HEADERMENU = HMENU
>HEADERMENU {
> 
> special = directory
> special.value = 89
> 
> 
> #1 level top-menu
> 1 = TMENU
> 1 {
>   noBlur = 1
>   expAll = 0
> 
>   wrap = |
> 
>   # Normal state properties
>   NO = 1
>   NO.allWrap = ||| class="top-zwei">|| class="top-vier">|
>   NO.ATagTitle.field = subtitle // title
> 
>   # Enable active state and set properties:
>   ACT = 1
>   ACT.wrapItemAndSub = ||| class="top-zwei-act">|| class="top-vier-act">|
>   ACT.ATagTitle.field = subtitle // title
> 
>   #ACTIFSUB = 1
>   #ACTIFSUB.allWrap = |
>   #ACTIFSUB.ATagTitle.field = subtitle // title
> 
>   }
> }
> 
> 
> LOGO = RECORDS
>LOGO {
> tables = tt_content
> source = 131
> dontCheckPid = 1
> }
> 
> 
>CONTENTAREA = COA
>CONTENTAREA {
> 10 = HMENU
> 10 {
> special = directory
> special.value = 88
> 
> 
> #1 level top-menu
> 1 = TMENU
> 1 {
>   noBlur = 1
>   expAll = 0
> 
>   wrap = |
> 
>   # Normal state properties
>   NO = 1
>  

Re: [TYPO3-german] Ausreichende Geschwindigkeit auch bei großer Seitenkapazität?

[Marco Behnke]

Marko Graßhoff schrieb:
> Hallo Mailingliste,
> Ich habe eine Frage an die alten Hasen unter Euch bzgl. der Kapazität 
> von Typo.
> Ein Kunde hätte gern innerhalb von Typo3 einen Seitenbaum nach 
> Postleitzahlen angelegt, wo im Laufe der Einpflege ca 15000 einzelne 
> Seiten auflaufen werden.
> Diese Seiten benutzen alle das gleiche Template, sollen aber individuell 
> von Redakteuren wartbar sein.
>   
akut macht es für mich den Anschein, als wenn das Designkonzept hier 
hinkt (ich mag mich irren).
Wenn die Seiten alle das gleiche Template haben und sich nur in den 
Inhalten unterscheiden, wäre es dann nicht sinnvoll eine Seite 
anzulegen, die Plugins verwendet, die sich aus einem Datenpool befüllen, 
der über einen Parameter in der URL (plz) gesteuert wird? Oder sind die 
Seiten tatsächlich so massiv unterschiedlich in den Inhalten, dass sich 
das Anlegen von 15000 Seiten rentiert?
> Mit ausreichend Redakteuren auf der Kundenseite ist das ja kein Problem. 
> Nur frage ich mich, was die Performance dazu sagt.
> Ist das problemlos machbar ohne das die Seite bei einem ausreichend 
> gutem Server in die Knie geht?
>   
Ich denke einzig das Backend bekommt Probleme, wenn der komplette 
Seitenbaum aufgeklappt ist, aber für die Datenbank sind 15.000 
Datensätze nix.
___
TYPO3-german mailing list
TYPO3-german@lists.netfielders.de
http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german

[TYPO3-german] Re: Ausreichende Geschwindigke it auch bei großer Seitenkapazität?

[Mathias Schreiber [wmdb >]]

Marko Graßhoff schrieb:
> Hallo Mailingliste,
> Ich habe eine Frage an die alten Hasen unter Euch bzgl. der Kapazität 
> von Typo.
> Ein Kunde hätte gern innerhalb von Typo3 einen Seitenbaum nach 
> Postleitzahlen angelegt, wo im Laufe der Einpflege ca 15000 einzelne 
> Seiten auflaufen werden.
> Diese Seiten benutzen alle das gleiche Template, sollen aber individuell 
> von Redakteuren wartbar sein.
> 
> Mit ausreichend Redakteuren auf der Kundenseite ist das ja kein Problem. 
> Nur frage ich mich, was die Performance dazu sagt.
> Ist das problemlos machbar ohne das die Seite bei einem ausreichend 
> gutem Server in die Knie geht?

Haben hier installationen mit weiter über 50.000 seiten.
Brauchst halt nur viel Platz für den Cache (obwohl da MySQL bei 3GB 
cache_pages auch eher däumchen dreht).

cheers
mathias


-- 
TYPO3 certified intregator
T3DD09 Entertainer
___
TYPO3-german mailing list
TYPO3-german@lists.netfielders.de
http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german

[TYPO3-german] Ausreichende Geschwindigkeit auch bei großer Seitenkapazität?

[Marko Graßhoff]

Hallo Mailingliste,
Ich habe eine Frage an die alten Hasen unter Euch bzgl. der Kapazität 
von Typo.
Ein Kunde hätte gern innerhalb von Typo3 einen Seitenbaum nach 
Postleitzahlen angelegt, wo im Laufe der Einpflege ca 15000 einzelne 
Seiten auflaufen werden.
Diese Seiten benutzen alle das gleiche Template, sollen aber individuell 
von Redakteuren wartbar sein.

Mit ausreichend Redakteuren auf der Kundenseite ist das ja kein Problem. 
Nur frage ich mich, was die Performance dazu sagt.
Ist das problemlos machbar ohne das die Seite bei einem ausreichend 
gutem Server in die Knie geht?

Danke für Eure Hilfe,

Cheers M-ko
___
TYPO3-german mailing list
TYPO3-german@lists.netfielders.de
http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german

[TYPO3-german] Re: Javascript vor einfügen

[Georg Ringer]

jesse.ad...@telekom.de schrieb:
> Ich sehe hier durchaus Bedarf für eine TYPO3Core Methode, die diese Aufgaben, 
> wie additionalHeaderData, übernimmt. Was meint Ihr?

ach du meinst
$GLOBALS['TSFE']->additionalHeaderData['chgallery'] = ...

georg

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

Re: [TYPO3-german] Javascript vor einfüg en

[Jesse.Adler]

 
Vielen Dank für Eure zahlreichen Antworten!

Sowohl die Idee mit dem lib.foo, in Kombination mit Templavoila, als auch die 
page Variante habe ich mir schon überlegt.
Bei beiden Varianten hat man allerdings das entscheidende Problem, dass eine 
Befüllung nur per TS erfolgen kann.

Meine Ambitionen sind jedoch, dass sowohl per TS, als auch aus beliebigen 
Extensions heraus ein Array befüllt werden kann, welches dann gesammelt vor 
 entladen wird. Das wäre dann ein Äquivalient zu 
$GLOBALS['TSFE']->additionalHeaderData, bzw page.headerData.

Viele Extensions (z.B. imagelightbox) inkludieren ihr JS direkt in den Header. 
Hat man nun beispielsweise prototype vor  eingebunden, funktioniert die 
Extension nicht mehr. Würde man den output steuern können, hätte ich dieses 
Problem nicht mehr.
Aus der Lightbox heraus kann ich jedoch nicht direkt in meine lib oder das page 
Objekt schreiben.

Ich sehe hier durchaus Bedarf für eine TYPO3Core Methode, die diese Aufgaben, 
wie additionalHeaderData, übernimmt. Was meint Ihr?


Gruß
Jesse
___
TYPO3-german mailing list
TYPO3-german@lists.netfielders.de
http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german

[TYPO3-german] mjseventpro: in template einbinden

[Adrian Nussbaum]

hallo zusammen

ich hab gestern die EXT MJS Event Pro installiert, um einen Event- 
Kalender auf einer Webseite zu installieren. Nun möchte ich die  
Teaser-View nicht nur auf einer einzelnen Seite, sondern fix auf  
jeder Seite eingebaut haben. Lässt sich dies in mein Root-Template  
einbauen?

Und: Wie kann ich der Ext sagen, dass sie deutsch sprechen soll? Die  
Übersetzungen sind ja vorhanden, nur die Konfiguration hab ich nicht  
gefunden...

Oder gibt es eine bessere/einfachere Event-Ext mit ähnlichen  
Optionen? Es gibt ja eine Vielzahl davon. Und irgendwann muss man  
sich einfach entscheiden, das ist gar nicht so einfach...


gruss,
adrian
___
TYPO3-german mailing list
TYPO3-german@lists.netfielders.de
http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german

[TYPO3-german] Problem mit sendtheMail()

[Thomas Gravel]

Hi ich habe aus dem Typo3 Backend erfolgreich einen Testmail verschickt, aber 
wenn ich in meiner Extension folgendes verwende, dann erhalte ich als success 
FALSE zurück und die mail kommt auch nicht an.

Was ist daran falsch?

require_once(PATH_t3lib.'class.t3lib_htmlmail.php');
$usermm['first_name'] = 'blubber';
$usermm['last_name'] = 'blub';
$usermm['email'] = 'blub...@blub.de';

$mail = t3lib_div::makeInstance('t3lib_htmlmail');
$mail->start();
$mail->useBase64();

$mail->subject = 'Test';
$mail->from_email = 'i...@bla.com';
$mail->from_name = 'blub';

foreach($usermm as $result) {

  $mailtext = chr(10);
  $mailtext.= 'Ein Antrag wurde ausgefüllt:'.chr(10);


  $mail->addPlain($mailtext);

  $mail->setHeaders();
  $mail->setContent();

  $recipient = $result['first_name'].' '.$result['last_name'].' <'.
$result['email'].'>';
  $mail->setRecipient($recipient);
  $success = $mail->sendtheMail();
  if($success) {
echo "E-Mail wurde verschickt an: 
".htmlspecialchars($recipient).'';
  } else {
echo "E-Mail konnte NICHT verschickt werden an: 
".htmlspecialchars($recipient).'';
  }
}
-- 

Endlich eine Software, die mich versteht!

im-brain GmbH
Breitwiesenstraße 13
D-70565 Stuttgart

Tel: +49 711 - 79 41 58 72
Fax:
Mobil: +49 151 25 22 85 29
Mail: i...@im-brain.com
Amtsgericht Dortmund, HRB 15554
Geschäftsführer: Thomas Gravel

--

Diese E-Mail enthält vertrauliche und/oder rechtlich geschützte
Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail 
irrtümlich
erhalten haben, informieren Sie bitte sofort den Absender und vernichten
Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte Weitergabe dieser
Mail ist nicht gestattet.

This e-mail may contain confidential and/or privileged information. If you
are not the intended recipient (or have received this e-mail in error) please
notify the sender immediately and destroy this e-mail. Any unauthorized
copying, disclosure or distribution of the material in this e-mail is
strictly forbidden.
-

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

[TYPO3-german] [TYPO3-english] Become a fan of TYPO3 - on Facebook

[Ingo Renner]

Hi *,

in case you didn't know yet: for some time now we have a fan page on 
Facebook. So if you're on Facebook, too join us, post comments, 
pictures, links, your user group events, and videos to the Facebook page.

http://www.facebook.com/pages/TYPO3/30674257397


all the best
Ingo

-- 
Ingo Renner
TYPO3 Core Developer, Release Manager TYPO3 4.2

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

Re: [TYPO3-german] tables in div/dd/dl ab�ndern (images)!?

[Basti]

Hallo,

hier mal der TS aus dem Setup:


---
# Deklaration der HTML Dokumenttypdefinition (DTD) als XHTML transistional
config {
xmlprologue = none
xhtml_cleaning = all
sys_language_uid = 0
language = de
locale_all = de_DE.UTF-8
htmlTag_langKey = de_DE
doctype = xhtml_trans
#renderCharset = utf-8
#additionalHeaders = Content-Type:text/html;charset=utf-8
}


page.config.headerComment (
TYPO3 by xxx.de
)

### SEO Meta-Tags ###
# titel disable
config.noPageTitle = 2

# defaultJS disable
page.config.removeDefaultJS = 1

# Aufraeumumarbeiten ...
config {
 xhtml_cleaning = all
 # CSS auslagern
 disablePrefixComment = 1
 inlineStyle2TempFile = 1
 removeDefaultJS = external
}

#HTML saeubern
lib {
   stdheader {
  stdWrap {
#DIVs um Ueberschriften entfernen
#dataWrap =
# Kommentare fuer Ueberschriften entfernen
prefixComment =
  }
  # Klasse der ersten Ueberschrift auf einer Seite entfernen
  #3.headerClass =
  #3.headerClass.noTrimWrap =
  # br nach Ueberschriften entfernen
  10.stdWrap.wrap =
   }
   # unnoetigen Quelltext durch rteHtmlArea entfernen
   parseFunc_RTE.nonTypoTagStdWrap {
  encapsLines {
addAttributes.P.class =
innerStdWrap_all.ifEmpty =
  }
  # Umschreibung in semantisch korrektes XHTML
  HTMLparser {
tags {
b.remap = strong
i.remap = em
}
  }
   }
}
tt_content {
   # Kommentare fuer Content-Elemente entfernen
   stdWrap.prefixComment =
   # Kommentare fuer Text-Elemente entfernen
   text.20.prefixComment =
   # Kommentare fuer Listen-Elemente entfernen
   bullets.20.stdWrap.prefixComment =
   # Kommentare fuer Tabellen entfernen
   table.20.stdWrap.prefixComment =
   # Anker vor Content-Elementen entfernen
   stdWrap.dataWrap =
   stdWrap.prepend.dataWrap =
}

###Content table class disable###
lib.parseFunc_RTE.externalBlocks.table.stdWrap.HTMLparser.tags.table.fixAttrib.class
 
 >

###p in table disable###
lib.parseFunc_RTE.externalBlocks.table.HTMLtableCells.default >
lib.parseFunc_RTE.externalBlocks.table.HTMLtableCells.default.stdWrap.parseFunc 
=< lib.parseFunc

// Wirft das CLEAR.GIF raus
tt_content.image.20.spaceBelowAbove = 0
tt_content.header.stdWrap.space = 0|0
tt_content.stdWrap.space = 0|0
tt_content.stdWrap.spaceBefore = 0
tt_content.stdWrap.spaceAfter = 0
lib.stdheader.stdWrap.space = 0|0

// Und hier wird das CLEAR.GIF hinter den Überschriften rausgenommen
tt_content.text.20.parseFunc.tags.typohead.stdWrap.space = 0|0




# -
# Spamschutz
# -
config.spamProtectEmailAddresses = 2
config.spamProtectEmailAddresses_atSubst = (at)
config.notification_email_charset = utf-8


# -
# Rahmen
# -
tt_content.stdWrap.innerWrap.cObject = CASE
tt_content.stdWrap.innerWrap.cObject {
  key.field = section_frame
  100 = TEXT
  100.value = |
  101 = TEXT
  101.value = |
  102 = TEXT
  102.value = |
  103 = TEXT
  103.value = |
  104 = TEXT
  104.value = |
  105 = TEXT
  105.value = |
  106 = TEXT
  106.value = |
  107 = TEXT
  107.value = |
}


page = PAGE

page {
 #bodyTag = 
 includeCSS {
  file1 = fileadmin/css/main.css

 }


 10 = TEMPLATE
 10 {
  template = FILE
  template.file = fileadmin/templates/main.html
  workOnSubpart = CONTENT
 marks {


   HEADERMENU = HMENU
   HEADERMENU {

special = directory
special.value = 89


#1 level top-menu
1 = TMENU
1 {
  noBlur = 1
  expAll = 0

  wrap = |

  # Normal state properties
  NO = 1
  NO.allWrap = ||
  NO.ATagTitle.field = subtitle // title

  # Enable active state and set properties:
  ACT = 1
  ACT.wrapItemAndSub = ||
  ACT.ATagTitle.field = subtitle // title

  #ACTIFSUB = 1
  #ACTIFSUB.allWrap = |
  #ACTIFSUB.ATagTitle.field = subtitle // title

  }
}


LOGO = RECORDS
   LOGO {
tables = tt_content
source = 131
dontCheckPid = 1
}


   CONTENTAREA = COA
   CONTENTAREA {
10 = HMENU
10 {
special = directory
special.value = 88


#1 level top-menu
1 = TMENU
1 {
  noBlur = 1
  expAll = 0

  wrap = |

  # Normal state properties
  NO = 1
  NO.allWrap = ||
  NO.ATagTitle.field = subtitle // title

  # Enable active state and set properties:
  ACT = 1
  ACT.wrapItemAndSub = ||
  ACT.ATagTitle.field = subtitle // title

  #ACTIFSUB = 1
  #ACTIFSUB.allWrap = |||
  #ACTIFSUB.ATagTitle.field = subtitle // title

  }

}

10.stdWrap.wrap = |
20 < styles.content.get
20.stdWrap.wrap = |
   }
   CONTENTAREA.stdWrap.wrap = |


   FOOTER = RECORDS
   FOOTER {
   tables = tt_content
   source