from:"Chris Bernhard"

Am 30.07.2010 14:34, schrieb Chris Bernhard:

Am 30.07.2010 14:31, schrieb Stefan Frömken:

Chris Bernhard schrieb:

Hi zusammen,

ich habe auf Typo3 4.3.3 den RTE so konfiguriert, dasser automatisch
die Word Tags rausschmeißt. Nun habe ich noch festgestellt, dass
stellenweise "böse" font-face Tags mit enthalten sind. Gibts ne
Möglichkeit diese im Nachhinein noch rauszuschmeißen ohne dass ich
sämtliche Seite (ca. 800!!) anfassen muss um zu überprüfen, wo diese
Tags enthalten sind?

XHTML Cleaning ist außerdem mit angestellt...

Vielen Dank und allerbeste Grüße vom Chris

Ich bin mir grad ein bissl unsicher, aber bei diesem Word-Cleaning
werden die überflüssigen HTML-Tags ja schon beim reinkopieren in den RTE
gelöscht. Sich genau an dieser Stelle anzuschließen und weitere Tags zu
verbieten geht da nicht.
Der RTE bietet aber, bei dem Abspeichern eines Datensatzes, an,
bestimmte HTML-Tags zu erlauben und zu verbieten. Diese Programmierung
obliegt aber nicht mehr dem RTE, sondern den sogenannten
Transformationen. Transformationen wandeln zum Beispiel a-Tags in die
TYPO3eigenen link-Tags um.
Vor und nach diesen Transformationen kannst du nun eingreifen und
bestimmen was mit dem HTML-Code passieren soll. Aber auch auf die
Transformation selbst kannst du Zugriff nehmen (Das proc-Objekt).

http://typo3.org/documentation/document-library/core-documentation/doc_core_api/4.2.0/view/5/2/

Das proc-Objekt beinhaltet eine Eigenschaft denyTags an mit der Du
bestimmte html-Tags verbieten kannst:

RTE.default.proc.denyTags = font

Bitte beachte, das hier nur HTML-Tag erlaubt sind. In Deinem
einleitenden Text schreibst du aber etwas von font-face-Tag. Das gibt's
so nicht. Es gibt nur eine font-face-Eigenschaft (CSS) oder einen
font-Tag mit dem face-Attribut:

Da musst mir schon sagen, was Du da genau hast, denn beide Varianten
werden im Bereich der Transformations völlig anders gehandhabt.

Mehr Info und Beispiele gibt's auch auf meiner Seite:
http://typo3.sfroemken.de/typo3-tutorials/rte.html?L=0

Stefan

Hi Stefan,

sorry für meine Ungenauigkeit und danke erstmal für die sehr
ausführliche Antwort zu dieser Thematik.

ich hab ein Tag, das ich da so nicht haben möchte :-)

Vielen Dank und allerbeste Grüße vom Chris

Okay, TE.default.proc.denyTags = font in der RTE Konfiguration tut schon
mal.

Die noch vorhanden font Tags entferne ich gerade über das
DB-Überprüfungsmodul und dessen Suchfunktion :-)

Vielen Dank und schon mal ein schönes Wochenende wünscht Chris
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

Re: [TYPO3-german] RTE Word Tags entfernen

Am 30.07.2010 14:31, schrieb Stefan Frömken:

Chris Bernhard schrieb:

Hi zusammen,

XHTML Cleaning ist außerdem mit angestellt...

Vielen Dank und allerbeste Grüße vom Chris

http://typo3.org/documentation/document-library/core-documentation/doc_core_api/4.2.0/view/5/2/

Das proc-Objekt beinhaltet eine Eigenschaft denyTags an mit der Du
bestimmte html-Tags verbieten kannst:

RTE.default.proc.denyTags = font

Da musst mir schon sagen, was Du da genau hast, denn beide Varianten
werden im Bereich der Transformations völlig anders gehandhabt.

Mehr Info und Beispiele gibt's auch auf meiner Seite:
http://typo3.sfroemken.de/typo3-tutorials/rte.html?L=0

Stefan

Hi Stefan,

sorry für meine Ungenauigkeit und danke erstmal für die sehr
ausführliche Antwort zu dieser Thematik.

ich hab ein Tag, das ich da so nicht haben möchte :-)

Vielen Dank und allerbeste Grüße vom Chris
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

Re: [TYPO3-german] pdf thumbnails im Backend anzeigen


Am 30.07.2010 14:18, schrieb Steffen Gebert:

Am 30.07.10 14:02, schrieb Chris Bernhard:

Hi zusammen,

welche Bibliothek muss ich denn installieren,
damit im Backend auch die PDF-Thumbnails angezeigt werden?

Vielen Dank und allerbeste Grüße vom Chris


Ghostscript

STeffen


Vielen Dank Steffen,

muss ich das einfach ins Verzeichnis schmeißen,
bzw. muss das noch im Install Tool irgendwo eingestellt werden,
damit darauf zugegriffen werden kann?

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

Re: [TYPO3-german] PHP 5.2.12 und Typo3 Grundanforderungen


Am 27.07.2010 17:13, schrieb Christoph Koch:

Hallo Chris, hallo Liste!

* Chris Bernhard schrieb '[1]:


-   php_tidy.dll ->  Was ist das?


Bereinigt HTML-Code. Siehe:
- http://de.wikipedia.org/wiki/HTML_Tidy
- http://php.net/manual/de/book.tidy.php


Recht vielen Dank an alle, hat mir sehr geholfen :-)

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

[TYPO3-german] pdf thumbnails im Backend anzeigen


Hi zusammen,

welche Bibliothek muss ich denn installieren,
damit im Backend auch die PDF-Thumbnails angezeigt werden?

Vielen Dank und allerbeste Grüße vom Chris
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

[TYPO3-german] RTE Word Tags entfernen


Hi zusammen,

ich habe auf Typo3 4.3.3 den RTE so konfiguriert, dasser automatisch
die Word Tags rausschmeißt. Nun habe ich noch festgestellt, dass 
stellenweise "böse" font-face Tags mit enthalten sind. Gibts ne 
Möglichkeit diese im Nachhinein noch rauszuschmeißen ohne dass ich 
sämtliche Seite (ca. 800!!) anfassen muss um zu überprüfen, wo diese

Tags enthalten sind?

XHTML Cleaning ist außerdem mit angestellt...

Vielen Dank und allerbeste Grüße vom Chris
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

Re: [TYPO3-german] Bei Suche wird aus nbsp; ein Fragezeichen

2010-07-29 Diskussionsfäden Chris Bernhard


Hi zusammen,

habe dasselbe Problem mit indexed_search.
Back- und Frontend sind ebenfalls komplett auf UTF-8 umgestellt.
Manche Umlaute sind richtig, manche wiederum nicht. Das macht einen
schier wahnsinnig :-)

Viele Grüße vom Chris

Am 29.07.2010 15:30, schrieb Freddy Tripold:

Nein leider nicht bin noch dabei...es ist aber kein Umstellungsproblem,
die Seite ist komplett neu!

lg
Freddy

Freddy Tripold
http://www.tlog.at


"Wenn Du entdeckst, dass Du ein totes Pferd reitest, steig ab!"
(Weisheit der Dakota-Indianer)


Am 21.07.2010 11:13, schrieb Falk:

Am 13.07.2010 13:42, schrieb Freddy Tripold:

Hallo Liste,

ich hab hier ein eigenartiges Problem. Bei den Suchergebnissen kommt
immer statt nbsp; eine Raute mit Fragezeichen drin. Ich hab schon nach
ähnlichen Problemen gesucht, zumeist ein Problem mit Tidy. Hier ist
allerdings kein Tidy aktiv, die utf-8 Einstellungen sind die gleichen
wie bei zig anderen Seiten auch. Die selbe Installation auf einem
anderen Server geht einwandfrei. Es liegt daher am Server, aber wo
genau?
Bin für jeden Hinweis dankbar...

localconf.php

$TYPO3_CONF_VARS['SYS']['setDBinit'] = 'SET NAMES utf8;'.chr(10).'SET
SESSION character_set_server=utf8'; // Modified or inserted by TYPO3
Install Tool.
$TYPO3_CONF_VARS['BE']['forceCharset'] = 'utf-8'; // Modified or
inserted by TYPO3 Install Tool.



lg
Freddy


Hallo Freddy,

hast du bereits eine Lösung finden können, habe bei mir das gleiche
Problem.

Gruß Falk


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

[TYPO3-german] PHP 5.2.12 und Typo3 Grundanforderungen

2010-07-27 Diskussionsfäden Chris Bernhard


Hi zusammen,

weiß jemand von Euch, welche PHP-Module
minimal installiert werden müssen, damit Typo (4.3.x + 4.4.0)
auf jeden Fall läuft?

Es sollen natürlich sämtliche Funktionalitäten wie zum Beispiel
Thumbnailerzeugung etc. laufen.

-   php_bz2.dll -> Was ist das?
-   php_curl.dll -> CURL Module (TER Repository)
-   php_exif.dll -> Bildinformationen auf JPEG
-   php_fdf.dll -> irgendwas mit Datum, braucht man das?
-   php_gd2.dll -> GD Library, Bildmanipulation
-   php_gettext.dll -> GetText zum Beispiel aus PDF's
-   php_imap.dll -> IMAP
-   php_mbstring.dll -> Multibyte Strings
-   php_mcrypt.dll -> Benötigt phpMyAdmin
-   php_mhash.dll -> Hash Berechnung
-   php_mime_magic.dll -> Mime Type bestimmen
-   php_mysql.dll -> MySQL Datenbank
-   php_openssl.dll -> SSL
-   php_pdo.dll -> CGI Beschleunigung
-   php_pdo_mysql.dll -> CGI Mode of MySQL?
-   php_shmop.dll -> Shared Memory
-   php_soap.dll -> SOAP
-   php_tidy.dll -> Was ist das?
-   php_xmlrpc.dll -> XML-Remote Procedure call..
-   php_xsl.dll -> XSL Processor
-   php_zip.dll -> ZIP Libraries


Sprich, welche können hier rausgenommen werden?
Natürlich sollen die empfohlenen drin bleiben...

Hab ich irgendwas vergessen, was man unbedingt benötigt?

Vielen Dank und allerbeste Grüße,

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

Re: [TYPO3-german] INCLUDE_TYPOSCRIPT & conditions

2010-07-26 Diskussionsfäden Chris Bernhard


Am 26.07.2010 18:08, schrieb Tobias Pierschel:

Hallo Zusammen,
ich lade in meinem Root-Template mit 
die tsSetup.ts Datei. In dieser möchte ich gerne eine Abfrage nach dem
Host machen, um dann weitere Dateien zu inkludieren:

[hostname = test1.test.de]

[global]

[hostname = www.test.de]

[global]

leider klappt das so gar nicht. Die "Conditions" werden komplett
ignoriert - es wird einfach die letzte Datei eingebunden.

Sind "Conditions" innerhalb der extern liegenden Dateien nicht erlaubt?

Danke und viele Grüße
Tobi



Hi Tobi,

ich denke, dass einfach Deine Condition falsch ist.
Probier doch bitteschön mal folgendes:

[globalString  = IENV:HTTP_HOST=test1.test.de]
... tu was
[global]

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

Re: [TYPO3-german] Eigene Extension / Caching Problem

2010-07-23 Diskussionsfäden Chris Bernhard


Am 21.07.2010 13:18, schrieb Stefan Frömken:

Du hast Recht. Dmitry schreibt in dem Buch, dass die ersten beiden
Möglichkeiten nicht die Besten sind und schlägt selbst dann den dritten
Punkt vor:

In der setup.txt:
[globalString = GP:tx_ftpconnect_pi1|ftpuser = /.+/] && [globalString =
GP:cHash = /^$/]
plugin.tx_ftpconnect_pi1 = USER_INT
[global]

In der Klasse dann

function __construct() {
if(empty($GLOBAL['TSFE']->cHash)) {
$piVars = t3lib_div::GParrayMerged($this->prefixId);
if($piVars['ftpuser']) {
$this->pi_checkCHash = false;
}
}
parent::tslib_pibase();
}

Der Code ist nur abgeschrieben und an den Code vom Themenstarter
angepasst worden.

Stefan

Marco Peemöller schrieb:


Am 21.07.2010 11:08, schrieb Stefan Frömken:

Du hast Recht...auch dann klappt es nicht.

3 Möglichkeiten laut dem Buch von Dmitry Dulepov:

1.) Füge ein  in dein
Template ein
2.) In den Seiteneigenschaften "no cache" aktivieren.


Dmitry ist doch einer der Verfechter, no_cache nicht einzusetzen... Wenn
Du es "richtig" machen möchtest, dann solltest Du darauf verzichten.

Vielleicht guckst Du hier noch mal:

http://www.sk-typo3.de/Richtiges-Cachen-mit-pi_base.188.0.html

Viele Grüße

Marco



Hi zusammen,

hab jetzt die Sache so wie von Stefan beschrieben umgsetzt und somit
funktioniert auch alles tadellos :-)

Vielen Dank an dieser Stelle nochmal an alle fleißigen Helfer!

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

[TYPO3-german] TV - HTML Special Chars bzw. "" Problem

2010-07-23 Diskussionsfäden Chris Bernhard


Hi zusammen,

ich gebe in einem FCE folgendes aus:

  

Allerdings wird hier der Alttext etwas zerrupft, sobald der Redakteur
folgendes eingibt:

Gesamtnote "sehr gut"

wird ins alt Tag folgendes geschrieben, was natürlich den Validator
zum Meckern veranlasst

alt = "Blablabla -  sehr="" gut="" "

Jemand vielleicht eine Idee, wie ich das vermeiden kann,
bzw. wie ich an dieser Stelle, also  {field:field_text} HSC's
ausgeben kann?

Vielen Dank und allerbeste Grüße vom Chris
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

Re: [TYPO3-german] Eigene Extension / Caching Problem

2010-07-21 Diskussionsfäden Chris Bernhard


Hi Stefan,

genau das hidden inputfield hatte ich übersehen.
Deswegen hats auch in den anderen Extensions ohne Probs
funktioniert.

Okay, vielen Dank für den Ratschlag, das Buch werde ich mir
nebst de Kochbüchern von Jo + Lochbacher noch holen.

Gute Idee, ich danke Dir für Deine Mühe!

Viele Grüße vom Chris

Am 21.07.2010 11:08, schrieb Stefan Frömken:

Du hast Recht...auch dann klappt es nicht.

3 Möglichkeiten laut dem Buch von Dmitry Dulepov:

1.) Füge ein  in dein
Template ein
2.) In den Seiteneigenschaften "no cache" aktivieren.
3.) Programmiertechnisch in PHP mit einigen Angaben in setup.txt nur die
Ergebnisseite cachen. Aber das schreib ich jetzt nicht alles ab. Hol Dir
dazu lieber selbst das Buch...ich glaub darüber würd er sich mehr
freuen, als dass ich jetzt hier sein Buch zitiere :-)

Stefan

Chris Bernhard schrieb:

Hi Stefan,

ich habe Deinen Vorschlag auch schon in die Tat umgesetzt und das Ganze
sieht dann wie folgt aus, leider kommen die Variablen aus dem Formular
immer noch nicht an. Irgendwas seltsames passiert hier, wahrscheinlich
hab ichs einfach nur falsch gemacht. Siehe:

/**
* The main method of the PlugIn
*
* @param string $content: The PlugIn content
* @param array $conf: The PlugIn configuration
* @return The content that is displayed on the website
*/
function main($content, $conf) {
$this->conf = $conf;
$this->pi_setPiVarDefaults();
$this->pi_loadLL();
$this->init(); // call the flexform plugin configuration
$ftpuser = $this->piVars['ftpuser'];
$ftppass = $this->piVars['ftppass'];

if (isset($ftpuser)) {
$this->ftpConnect($ftpuser, $ftppass);
}
else {
$content .= $this->renderLogin($this->lConf['contentarea']);
}
return $this->pi_wrapInBaseClass($content);
}

/**
* The renderLogin function
*
* @param string $contentarea: The place in which the plugin is displayed
* @return The Loginform
*/
function renderLogin($contentarea) {

switch ($contentarea) {
// if plugin is in contentarea content
case 'content':
$loginbox .= '




Benutzerkennung
Passwort


Login



';
break;
}

return $loginbox;
}

Vielen Dank für Deine Antwort und allerbeste Grüße vom Chris

Am 21.07.2010 10:03, schrieb Stefan Frömken:

Hi Chris,

wen Du anfängst immer mehr Extension zu schreiben, dann solltest Du
vermehrt die Funktionen von TYPO3 verwenden.

Dazu gehört, dass du im Formular Deinen Feldern folgende Namen gibst:




im PHP Code greifst du dann mit

$ftpuser = $this->piVars['ftpuser'];
$ftppass = $this->piVars['ftppass'];

darauf zu.

Das wäre zumindest der korrekte Weg und ich hoffe dass sich dadurch auch
Dein Cachingproblem auflöst.

Stefan

Chris Bernhard schrieb:

Hi zusammen,

habe jetzt schon ein paar kleien Extensions programmiert
und bin bislang von folgendem Problem verschont geblieben,
das mich beinahe in den Wahnsinn treibt.

Zwar rufe ich in der Main Klasse der Extension folgendes auf:

$this->conf = $conf;
$this->pi_setPiVarDefaults();
$this->pi_loadLL();
$this->init(); // call the flexform plugin configuration

//var_dump($_POST);

$ftpuser = t3lib_div::_POST('ftpuser');
$ftppass = t3lib_div::_POST('ftppass');

wobei ftpuser und ftppass einfach beim Abschicken
des Formulars leer bleiben. Die Variablen im Form
sind haargenau die selben.

Schalte ich das Caching der kompletten Seite aus, funktionierts
auf einmal, sprich, die _POST Variablen kommen entsprechend bei mir
raus.

Ansonsten ergibt ja ein var_dump($_POST); auch die richtigen Werte.
Nur t3lib_div::_POST('ftpuser'); scheint überhaupt kein Ergebnis
zurückzuliefern.

In ner anderen Extension von mir funktioniert das einwandfrei, deswegen
auch meine momentane Ratlosigkeit.

Hat vielleicht von Euch jemand ne Idee, was nun hier anderst läuft?

Vielen Dank und allerbeste Grüße vom Chris




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

Re: [TYPO3-german] Eigene Extension / Caching Problem

2010-07-21 Diskussionsfäden Chris Bernhard


Hi Stefan,

ich habe Deinen Vorschlag auch schon in die Tat umgesetzt und das Ganze
sieht dann wie folgt aus, leider kommen die Variablen aus dem Formular
immer noch nicht an. Irgendwas seltsames passiert hier, wahrscheinlich 
hab ichs einfach nur falsch gemacht. Siehe:


/**
 * The main method of the PlugIn
 *
 * @param   string  $content: The PlugIn content
 * @param   array   $conf: The PlugIn configuration
 * @return  The content that is displayed on the website
 */
function main($content, $conf) {

$this->conf = $conf;
$this->pi_setPiVarDefaults();
$this->pi_loadLL();

$this->init(); // call the flexform plugin configuration 

$ftpuser = $this->piVars['ftpuser'];
$ftppass = $this->piVars['ftppass'];

if (isset($ftpuser)) {
$this->ftpConnect($ftpuser, $ftppass);
}
  else {
  $content .= $this->renderLogin($this->lConf['contentarea']);
  }

return $this->pi_wrapInBaseClass($content);
}

/**
 * The renderLogin function
 *
 * @param   string  $contentarea: The place in which the 
plugin is displayed
 * @return  The Loginform
 */
  function renderLogin($contentarea) {

switch ($contentarea) {
  // if plugin is in contentarea content
  case 'content':
$loginbox .= '





for="ftpuser">Benutzerkennungid="ftpuser" name="tx_ftpconnect_pi1[ftpuser]" value="' . 
$this->piVars['ftpuser'] . '" class="text" />
for="ftppass">Passwortname="tx_ftpconnect_pi1[ftppass]" value="' . $this->piVars['ftppass'] . 
'"  class="text" />



class="login">Login




';
  break;
}

  return $loginbox;
  }

Vielen Dank für Deine Antwort und allerbeste Grüße vom Chris

Am 21.07.2010 10:03, schrieb Stefan Frömken:

Hi Chris,

wen Du anfängst immer mehr Extension zu schreiben, dann solltest Du
vermehrt die Funktionen von TYPO3 verwenden.

Dazu gehört, dass du im Formular Deinen Feldern folgende Namen gibst:




im PHP Code greifst du dann mit

$ftpuser = $this->piVars['ftpuser'];
$ftppass = $this->piVars['ftppass'];

darauf zu.

Das wäre zumindest der korrekte Weg und ich hoffe dass sich dadurch auch
Dein Cachingproblem auflöst.

Stefan

Chris Bernhard schrieb:

Hi zusammen,

habe jetzt schon ein paar kleien Extensions programmiert
und bin bislang von folgendem Problem verschont geblieben,
das mich beinahe in den Wahnsinn treibt.

Zwar rufe ich in der Main Klasse der Extension folgendes auf:

$this->conf = $conf;
$this->pi_setPiVarDefaults();
$this->pi_loadLL();
$this->init(); // call the flexform plugin configuration

//var_dump($_POST);

$ftpuser = t3lib_div::_POST('ftpuser');
$ftppass = t3lib_div::_POST('ftppass');

wobei ftpuser und ftppass einfach beim Abschicken
des Formulars leer bleiben. Die Variablen im Form
sind haargenau die selben.

Schalte ich das Caching der kompletten Seite aus, funktionierts
auf einmal, sprich, die _POST Variablen kommen entsprechend bei mir
raus.

Ansonsten ergibt ja ein var_dump($_POST); auch die richtigen Werte.
Nur t3lib_div::_POST('ftpuser'); scheint überhaupt kein Ergebnis
zurückzuliefern.

In ner anderen Extension von mir funktioniert das einwandfrei, deswegen
auch meine momentane Ratlosigkeit.

Hat vielleicht von Euch jemand ne Idee, was nun hier anderst läuft?

Vielen Dank und allerbeste Grüße vom Chris


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

[TYPO3-german] Eigene Extension / Caching Problem

2010-07-20 Diskussionsfäden Chris Bernhard


Hi zusammen,

habe jetzt schon ein paar kleien Extensions programmiert
und bin bislang von folgendem Problem verschont geblieben,
das mich beinahe in den Wahnsinn treibt.

Zwar rufe ich in der Main Klasse der Extension folgendes auf:

  $this->conf = $conf;
$this->pi_setPiVarDefaults();
$this->pi_loadLL();

$this->init(); // call the flexform plugin configuration 


//var_dump($_POST);

$ftpuser = t3lib_div::_POST('ftpuser');
$ftppass = t3lib_div::_POST('ftppass');

wobei ftpuser und ftppass einfach beim Abschicken
des Formulars leer bleiben. Die Variablen im Form
sind haargenau die selben.

Schalte ich das Caching der kompletten Seite aus, funktionierts
auf einmal, sprich, die _POST Variablen kommen entsprechend bei mir
raus.

Ansonsten ergibt ja ein var_dump($_POST); auch die richtigen Werte.
Nur t3lib_div::_POST('ftpuser'); scheint überhaupt kein Ergebnis 
zurückzuliefern.


In ner anderen Extension von mir funktioniert das einwandfrei, deswegen
auch meine momentane Ratlosigkeit.

Hat vielleicht von Euch jemand ne Idee, was nun hier anderst läuft?

Vielen Dank und allerbeste Grüße vom Chris
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

Re: [TYPO3-german] Newsbereich anpassen

2010-07-20 Diskussionsfäden Chris Bernhard


Am 20.07.2010 12:37, schrieb Michael Warzitz:

Hallo Zusammen,
ich versuche krankhaft den Newsbereich anzupassen, jetzt wo ich
Formatierung soweit hinbekommen habe,
möchte ich aber noch Texte ändern. In der Grundeinstellung habe ich zum
Beispiel [mehr], ich möchte aber gerne
"... weiter" ich habe jetzt schon im Object Browser geschaut ob ich da
Änderungen machen kann, finde es leider aber
nicht!

Kann mir bitte jemand sagen, wo ich die Einstellungen ändern kann...

Danke im voraus.

Micha


Hi Micha,

probier mal das:

plugin.tt_news._LOCAL_LANG.de {
textLinks = Links
textFiles = Download
textRelated =  In Verbindung stehende Nachrichten
latestHeader =
textCatLatest = Kat
textCat = Kategorie
textNewsAge = Alter
pi_list_browseresults_prev = src="fileadmin/templates/seite/img/arrow_link_back_blue.gif" 
alt="vorherige Seite" />
pi_list_browseresults_next = src="fileadmin/templates/seite/img/arrow_link_blue.gif" alt="nächste 
Seite" />


more = Mehr Infos
backToList = Zurück zur Übersicht
pi_list_browseresults_displays (
   Sie sehen Artikel ###SPAN_BEGIN###%s
   bis %s
   von ###SPAN_BEGIN###%s
)
}

more ist Dein Freund :-)

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

[TYPO3-german] ERROR: Input Filepath /llxml/core.xml_0f03be6fe0.default.utf-8.cache" was...

2010-07-20 Diskussionsfäden Chris Bernhard


generally invalid!

Hi zusammen,

erhalte seit der Umstellung auf UTF-8 die oben
genannte Fehlermeldung, sobald ich versuche, eine
Crawler Queue zu starten.

Was besagt diese Fehlermeldung, bzw. wie bekomme
ich diese weg? ;-)

Vielen Dank und allerbeste Grüße vom Chris
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

Re: [TYPO3-german] Komplette Typo3 Präsenz https versc hlüsseln? 4.3.3

2010-07-19 Diskussionsfäden Chris Bernhard


Am 14.07.2010 14:20, schrieb Marcus Schwemer:

Hallo Chris,

Chris Bernhard schrieb am 13.07.10 16:21:


Genügt es hier die baseURL und die Domaindatensätze
auf https:// abzuändern oder muss hier noch mehr beachtet werden?


Ich würde in der .htaccess noch einen 301'er - Redirect von der http auf
die https-Adresse machen. So stellst Du sicher, dass falls einer
unverschlüsselt kommt, dieser auch auf die verschlüsselte Verbindung
weitergeleitet wird. Das geht natürlich auch über die Domaindatensätze
in TYPO3, aber ist in der .htaccess effizienter.

Viele Grüße,
Marcus


Hi zusammen,

vielen lieben Dank für Eure Antworten,
mein Plan hat funktioniert :-)

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

Re: [TYPO3-german] Komplette Typo3 Präsenz https ve rschlüsseln? 4.3.3

2010-07-13 Diskussionsfäden Chris Bernhard


Am 13.07.2010 16:35, schrieb Sebastian Neubert:

Hallo,

Chris Bernhard schrieb:

wie stelle ich es an, dass vor alle Links und Domains
immer ein https:// vorangestellt wird?

Genügt es hier die baseURL und die Domaindatensätze
auf https:// abzuändern oder muss hier noch mehr beachtet werden?


ich glaub du suchst eine Extension namens https_enforcer.

HTH,
Sebastian


Hi Sebastian,

die hatte ich schon versucht, hat aber nur Auswirkung auf die
jeweilige Seite, auf der man eben https enforced.

Dankeschön und beste Grüße vom Chris
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

[TYPO3-german] Komplette Typo3 Präsenz https v erschlüsseln? 4.3.3

2010-07-13 Diskussionsfäden Chris Bernhard


Hi zusammen,

wie stelle ich es an, dass vor alle Links und Domains
immer ein https:// vorangestellt wird?

Genügt es hier die baseURL und die Domaindatensätze
auf https:// abzuändern oder muss hier noch mehr beachtet werden?

Vielen Dank und allerbeste Grüße vom Chris
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

[TYPO3-german] Re: Re: Re: FCE auf bes timmte Seite beschränken

2010-07-09 Diskussionsfäden Chris Bernhard


Am 09.07.2010 14:33, schrieb Falk:

Am 09.07.2010 09:21, schrieb Falk:

Am 08.07.2010 11:38, schrieb Stephan Schuler:

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Hallo zusammen.


Je nach Anwendungsfall könnte es auch genügen, einfach
unterschiedliche Storage-Folder zu verwenden.
Wenn der Newsletter beispielsweise ausschließlich aus FCEs bestehen
soll wären dessen TV-Templates (sowohl Page- als auch FCE-Templates)
in einem eigenen "Newsletter"-Storagefolder gut aufgehoben.


Grüße,



Stephan Schuler
Web-Entwickler

Telefon: +49 (911) 539909 - 0
E-Mail: stephan.schu...@netlogix.de
Internet: http://media.netlogix.de

- --
netlogix GmbH& Co. KG
IT-Services | IT-Training | Media
Andernacher Straße 53 | 90411 Nürnberg
Telefon: +49 (911) 539909 - 0 | Fax: +49 (911) 539909 - 99
E-Mail: mailto:i...@netlogix.de | Internet: http://www.netlogix.de/

netlogix GmbH& Co. KG ist eingetragen am Amtsgericht Nürnberg (HRA
13338)
Persönlich haftende Gesellschafterin: netlogix Verwaltungs GmbH (HRB
20634)
Umsatzsteuer-Identifikationsnummer: DE 233472254
Geschäftsführer: Stefan Buchta, Matthias Schmidt

- -Ursprüngliche Nachricht-


Von: typo3-german-boun...@lists.typo3.org
[mailto:typo3-german-boun...@lists.typo3.org] Im Auftrag von Falk
Gesendet: Donnerstag, 8. Juli 2010 10:40
An: typo3-german@lists.typo3.org
Betreff: [TYPO3-german] FCE auf bestimmte Seite beschränken

Hallo zusammen,

gibt es eigentlich eine Möglichkeit ein FCE nur auf definierten Seiten
dem Redakteur zur Verfügung zu stellen?

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


-BEGIN PGP SIGNATURE-
Version: PGP Universal 3.0.0 (Build 2881)
Charset: Windows-1252

wpUDBQFMNZx+pp0IwsibV8MBCKMdA/4qBta42lqbqmDUgeu1EBOERo9zhVHDttNF
hoobVifEXuj+PHWg33+XHEe6PvNegkKgqUwF+VQ92z9qlYiW+GxE4DR+vNxDVtTh
aHbIlVYyiyG3cHWDuig70kFgBLz7fm426v3MPeFeR4brckLlIPMIRjUQNQGiWFEw
xvoDsH61CQ==
=/HcF
-END PGP SIGNATURE-


Danke für die Tipps! Ich habe gehofft, dies mit TV - Boardmitteln lösen
zu können. Ich werde mir mal die von Chris empfohlenen Extensions
anschauen.

Viele Grüße


Also es geht doch mit Boardmitteln.

Folgende Schritte sind nötig:

1. "TCEFORM.tt_content.tx_templavoila_to.removeItems =" und
"TCEFORM.tt_content.tx_templavoila_ds.removeItems =" deaktivert die
jeweiligen TO und DS. (Page - TSConfig)

2. "templavoila.wizards.newContentElement.wizardItems.fce.show = "
definiert die im Wizard anzuzeigenden FCEs. (Page - TSConfig)
->
http://typo3.org/documentation/document-library/extension-manuals/templavoila/1.4.4/view/1/3/


Gruß Falk


Hi Falk,

die oben genannte Syntax ist aber doch die Syntax von fcecolumn, wenn 
ich mich nicht irre, also sinds keine Bordmittel, sondern die Extension...


Viele Grüße vom Chris

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

[TYPO3-german] Re: Re: FCE auf bestimmte S eite beschränken

2010-07-08 Diskussionsfäden Chris Bernhard


Am 08.07.2010 10:49, schrieb Ralf-René Schröder:

Falk schrieb:

gibt es eigentlich eine Möglichkeit ein FCE nur auf definierten Seiten
dem Redakteur zur Verfügung zu stellen?


da ich gerade auch vor dem gleichen Problem stehe, hänge ich mich hier
mal ran...
mich würde dies auch sehr interessieren, vielleicht auch noch der
umgekehrte Fall:
wie kann man auf einer Seite alle anderen CEs verbieten außer einem
bestimmten FCE




Hi zusammen,

das sollte aber meines Wissens mit fcecolumn funktionieren,
indem man einfach das TS ins TS der entsprechenden Seite legt.

arc_templavoila verfolgt auch noch einen interessanten Ansatz,
habe ich allerdings noch nicht getestet.

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

Re: [TYPO3-german] Ein FCE um PDFs anzuzeigen

2010-07-08 Diskussionsfäden Chris Bernhard


Am 08.07.2010 10:38, schrieb Koller Michel:

Guten Tag

Ich möchte ein FCE mit Templavoila erstellen mit eigentlich nur diesem Code:





dabei stelle ich mir das FCE so vor das es einfach einen uploadlink hat wo
ich lokal das PDF auswählen kann,
es hochgeladen und dann angezeigt wird.

Welchen Ansatz sollte ich da verfolgen?
Ich denke den Link irgendwie als Attribut zu mappen, ein Pseudolinkfeld auch
noch mappen und das irgendwie im XML zusammenraufen?

Ist das der richtige Ansatz?

Bin sehr froh über einen kleinen Schupps

vielen Dank
M.Koller





Hi Michael,

ich denke, Du benötigst fürs Mapping nur diesen Code:





Das body-tag wird aber wahrscheinlich sowieso als root gemappt und 
erscheint nicht im Quellcode.


Eine direkte Uploadfunktion kannst Du in TV-nicht nachbilden.

Mappe aber den Link einfach als Attribut und so stellst Du dem User
über das Backend beim Aussuchen des PDF's ja automatisch eine 
Uploadfunktion zur Verfügung.


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

Re: [TYPO3-german] Menü-Ebene 2 und 3 gleichzeitig anz eigen

2010-07-07 Diskussionsfäden Chris Bernhard


Am 07.07.2010 23:08, schrieb Philipp Gampe:

On Wed, 07 Jul 2010 22:55:59 +0200, Ingo Preuss wrote:


ich brauche genau das Gegenteil deiner Lösung. Beim Überfahren von
Ebene1 will ich nicht nur 'ul li ul li' sondern auch 'ul li ul li ul li'
usw. sehn.


evtl.:

ul ul {display:none}
ul:hover ul, ul:active ul {display: auto}

Grüße
Phil


Hi Ingo,

wie wärs denn hiermit?

http://www.htmldog.com/articles/suckerfish/dropdowns/

Meines Erachtens kommst Du um ein bißchen JavaScript nicht rum
um ein wirklich für alle Browser funktionierendes Dropdown Menu
abzubilden.

Ansonsten einfach mal nach suckerfish bzw. son of suckerfish googeln.

Natürlich müssen alle Ebenen im Menu eingeblendet sein.

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

Re: [TYPO3-german] Crossite Scripting t3lib_div::_POST('variable')

2010-07-02 Diskussionsfäden Chris Bernhard


Am 01.07.2010 16:11, schrieb Christian Wolff:

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Am 01.07.2010 12:11, schrieb Chris Bernhard:



Hi zusammen,



vielen Dank für Eure ausführlichen Antworten, jetzt bin ich wieder in
Stück weiter, sprich, folgendes teste ich jetzt und hier nochmal die
Frage, ist das nun sicher?



$clause = "p.plz LIKE '$plz' LIMIT 1 ";
$clause = $GLOBALS['TYPO3_DB']->escapeStrForLike($clause,'tableb');



$res = $GLOBALS['TYPO3_DB']->exec_SELECTquery('*','tablea p LEFT JOIN
tableb  a ON p.bd = a.bd', $clause);



Allerbeste Grüße vom Chris


Hi Chris,
das die function eescapeStrForLike
escaped lediglich die speziellen zeicen des like ausdrucks.

hier die funktions definition:
function escapeStrForLike($str, $table) {
return preg_replace('/[_%]/','\\\$0',$str);
}

dies gibt keinen Schutz irgend einer art!!
deswegen sollst du deine paramter mit fullQuoteStr() escapen.

dein beispel code sollte dann ungefär so aussehen:

escapeStrForLike($plz,'tableb');

// prozent zeichen anhängen um teil suche der plz zu ermöglichen.
$plz .= '%';

// PLZ string escapen um sich vor SQL injections zu schützen.
$plz = $GLOBALS['TYPO3_DB']->fullQuoteStr($plz,'tableb');

// query zusammen bauen und datenbank abfragen.
$clause = 'p.plz LIKE '. $plz .' LIMIT 1 ';
$res = $GLOBALS['TYPO3_DB']->exec_SELECTquery('*',
'tablea p LEFT JOIN tableb  a ON p.bd = a.bd',
 $clause);


?>

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

some projects:
http://richtermediagroup.com | http://titanic.de |
http://fairplay-homepage.de
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (MingW32)

iEYEARECAAYFAkwsogMACgkQIcCaXPh/JHGZwQCeJTNYX+Pr1c+Cpz6WlHisJMWK
R20AnjRiGCSazpr3b0v1QqQzo41P/i8F
=DMat
-END PGP SIGNATURE-


Hi Chris,

besten Dank mal wieder für Deine Antwort! Hat mir sehr geholfen, hatte
das auch schon genauso integriert, allerdings lieferte mir der Query 
kein Ergebnis zurück, was wohl an dem doppelten Quote innerhalb von


.plz LIKE '$plz' LIMIT 1

Entferne ich die '' funktionert das Ganze wunderbar und ist hoffentlich 
jetzt wirklich save. Na, sicher ist sicher ;-)


Viele Grüße vom Chris

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

[TYPO3-german] Re: Re: Re: Re: Re: TER Extension Upload / Description hinzufügen

2010-07-02 Diskussionsfäden Chris Bernhard


Am 02.07.2010 10:21, schrieb Christian Wolff:

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Am 02.07.2010 08:44, schrieb Chris Bernhard:



Hi zusammen,



dankeschön für Eure Antworten, irgendwie bin ich zu doof,
das Feld für die Description zu sehen.


Hallo Chris,

das feld was ich so lose als "Descripton" beschrieben hab.
heist im Backend tatsächlich Changelog for Upload.

dort schreibst du einfach eine englische Klartext nachricht rein, was
sich an der Extension verändert hast. z.b

addet manual nothing else changed.


oder ähnliches. diese meldung erscheint dann bei leuten die ein update
haben zu der jeweiligen version. genau so wie im TER als "Upload Comment"

http://typo3.org/extensions/repository/

gruss chris




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

some projects:
http://richtermediagroup.com | http://titanic.de |
http://fairplay-homepage.de
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (MingW32)

iEYEARECAAYFAkwtoZsACgkQIcCaXPh/JHHMlwCcDXunu4EMAa7OPukA6BVBmUUA
3TAAoLVh22wbNmGAfgSYyv1CEUGaTJC9
=z8dT
-END PGP SIGNATURE-


Hi Chris,

hab gesehen, dasses in der ext_emconf.php noch noch ein Feld 
"description" gibt, das hab ich jetzt einfach mal gefüllt und nun

werd ich ja gleich sehen, was passiert.

Vielen Dank für Deinen Hinweis :-)

Beste Grüße vom auch Chris :-)
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

[TYPO3-german] Re: Re: Re: TER Extension Uplo ad / Description hinzufügen


Am 01.07.2010 16:15, schrieb Christian Wolff:

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Am 01.07.2010 16:05, schrieb Gregor Hermens:

Hallo Chris,

Chris Bernhard schrieb:


dankeschön, aber dann wird allerdings die Versionsnummer um 1 erhöht,
was ich ja nicht möchte :-)


also eine Steigerung der version um 0.0.1 sollte einem ein neues manual
schon wert sein... ;-)

Gruß,
Gregor


Absolut! und die leute die einen update check machen sehen dann das die
es ein minor version update gabe. was nicht passiert wenn die version
gleich bleibt. und du willst doch das alle nutzer mitbekommen das es
etwas neues gibt.  selbst wenn du im kommentar dazu schriebst "just
added a Manuel, nothing else changed" ist das auch eine gute
information. dann weiss mann auch das das update risiko gleich null ist.
gruss chris

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

some projects:
http://richtermediagroup.com | http://titanic.de |
http://fairplay-homepage.de
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (MingW32)

iEYEARECAAYFAkwsoxAACgkQIcCaXPh/JHEtEACgsw4FOZtqA+lzAFRgShB98mU3
qUwAn3tMzbsDM8aNod9qEMfBStrsG2tu
=iqPn
-END PGP SIGNATURE-


Hi zusammen,

dankeschön für Eure Antworten, irgendwie bin ich zu doof,
das Feld für die Description zu sehen. Sprich, es fehlt einfach
bei mir im Backend, bzw. im Exensionmanager, hab da nämlich nur folgende 
Felder (Option: Ins TER hochladen):


Benutzername für Bibliothek: (ist klar)
Passwort für ^: (auch klar soweit ;-) )
Änderungsprotokoll für das Hochladen: wo wird das genau im TER 
angezeigt, bzw. was muss dort eingegeben werden?


Hochladebefehl ist soweit auch klar...

Allerdings fehlt hier immer noch die Description!
Gibts für das Änderungsprotokoll vielleicht eine vordefinierte Datei,
in die sowohl das Manual als auch die Description eingetragen werden?
Werd da net so schlau draus...

Viele Grüße und dankeschön vom Chris

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

[TYPO3-german] Re: TER Extension Upload / Des cription hinzufügen


Am 01.07.2010 14:56, schrieb Robert Heel:

Hallo Chris,

einfach als neue Version hochladen ...

Grüße,

Robert


Am 01.07.2010 14:48, schrieb Chris Bernhard:

Hi zusammen,

wie kann man im TER ne bereits bestehende Extension überschreiben,
bzw. eine Description + ein Manual hinzufügen?

Viele Grüße und Dankeschön,

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


Hi Robert,

dankeschön, aber dann wird allerdings die Versionsnummer um 1 erhöht, 
was ich ja nicht möchte :-)


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

[TYPO3-german] TER Extension Upload / Descriptio n hinzufügen


Hi zusammen,

wie kann man im TER ne bereits bestehende Extension überschreiben,
bzw. eine Description + ein Manual hinzufügen?

Viele Grüße und Dankeschön,

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

Re: [TYPO3-german] Crossite Scripting t3lib_div::_POST('variable')


Am 01.07.2010 10:50, schrieb Christian Wolff:

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Am 01.07.2010 08:46, schrieb Chris Bernhard:

Am 30.06.2010 23:31, schrieb Christian Wolff:
Am 30.06.2010 22:29, schrieb Chris Bernhard:

Hi zusammen,

wenn ich eine Variable über t3lib_div::_POST('variable') verarbeite
und damit meinetwegen eine MySQL Abfrage starte, bin ich dann
schon vor XSS Scripting sicher oder muss ich hier noch irgendwas
beachten?

Viele Grüße und Dankeschön,

Chris


Hallo Chris,
die functionen:
t3lib_div::_POST(), t3lib_div::_GET() ,t3lib_div::_GP()

kümmern sich lediglich darum das die variablen unabhängig von der server
konfiguration ohne escaping bei dir ankommen.

wenn du sie in datenbank abfragen verwenden willst solltest du sie
escapen.

dafür gibts in der classe t3lib_DB die function fullQuoteStr($str,$table)

also folgende verwendung:
$myPostVar = t3lib_div::_POST();
$myPostVar = $GLOBALS['TYPO3_DB']->fullQuoteStr($myPostVar,'pages');

die funktion setzt den string direkt in anführungzeihen. da rüber bin
das erst mal gestolpert.

gruss chris







Hi Chris auch :-)



Okay, dankeschön für den Hinweis, aber reicht dann nicht schon sowas wie



$this->myfunction(htmlspecialchars(t3lib_div::_POST('mypostvar')));



So sieht dann die Funktion aus:



function myfunction($test)
{



$clause = "p.plz LIKE '$test' LIMIT 1 ";



$res = $GLOBALS['TYPO3_DB']->exec_SELECTquery('*','tx_blablabla_huhu p
LEFT JOIN tx_blablabla_huhuhu a ON p.id= a.pid', $clause);



um eine Attacke komplett auszuschließen? Möchte ja nur sichergehen, dass
meine Extensions auch wirklich sicher sind :-)



Vielen Dank und beste Grüße,



Chris



Hi Bernhard wie Georg Ja ja auch schon gesagt hat ein htmlspecialchars
reicht nicht aus.

htmlspecialchars konvertier html eigene zeichen in die entinites also
<,>,&  ",' werden in ihre entsprechenden entinies umgewandelt.

htmlspecialchars schützt dich nicht vor SQL injections. und das sind die
dinge um die dur dir sorgen machst wenn du sachen mit der datenbank machst.

also dein oben genanntes beisiel baut ungefähr folgendes SQL zusammen

SELECT *
FROM tx_blablabla_huhu p
LEFT JOIN tx_blablabla_huhuhu a ON p.id= a.pid
WHERE * p.plz LIKE '$test' LIMIT 1


wenn ich jetz als angreifer angreifer folgendes in $test übergebe.

"%' LIMIT 1; INSERT INTO be_users SET
username=`eviladmin`,
  'password'=`4faa70cd67f1101dc39ae6629def1aef`,
admin=1

könnte ich eventuell einen admin user anlegen der. und das will man ja
nicht. deswegen gilt es alle werte die du der datenbank übergibst durch:
$GLOBALS['TYPO3_DB']->fullQuoteStr() zu schicken. so kannst du dir
sicher sein das keiner ausbüchst.

falls du nutezerdaten (kommentare oder ähnliches) in deiner datenbank
speicherst und später wieder ausgibst solltest du dann bei der ausgabe
darauf achten das kein böser html/javascript erlaubt ist.

das kann im einfachsten falle über htmlentities() geschehen in dem du
einfach alles in "für den menschen lesbaren text konvertierst.

wenn du den leuten aber etwas html erlauben willst. und nur bei der
ausgabe sicherstellen willst das nix böse drin ist stellt typo3 dafür
eine funktion bereit:

tslib_cObj.removeBadHTML($text,$conf)

in normalen plugins hast du eine instanz von tslib_cObj schon geerbt.
und solltest sie über
$this->cObj->removeBadHTML($text,$conf) erreichen können.

damit kannst du dann für die FE ausgabe alle schön filtern.

gruss chris



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

some projects:
http://richtermediagroup.com | http://titanic.de |
http://fairplay-homepage.de
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (MingW32)

iEYEARECAAYFAkwsVuIACgkQIcCaXPh/JHEUGQCeONGghuBt53BicSgaPA6IC8ga
xt8AoK4G6ZohpiaYJ+gQ+BqbtNScTSiW
=cZtR
-END PGP SIGNATURE-


Hi zusammen,

vielen Dank für Eure ausführlichen Antworten, jetzt bin ich wieder in 
Stück weiter, sprich, folgendes teste ich jetzt und hier nochmal die 
Frage, ist das nun sicher?


$clause = "p.plz LIKE '$plz' LIMIT 1 ";
$clause = $GLOBALS['TYPO3_DB']->escapeStrForLike($clause,'tableb');

$res = $GLOBALS['TYPO3_DB']->exec_SELECTquery('*','tablea p LEFT JOIN 
tableb  a ON p.bd = a.bd', $clause);


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

Re: [TYPO3-german] Crossite Scripting t3lib_div::_POST('variable')


Am 01.07.2010 09:30, schrieb Georg Ringer:

Am 01.07.2010 08:46, schrieb Chris Bernhard:

Okay, dankeschön für den Hinweis, aber reicht dann nicht schon sowas wie



$this->myfunction(htmlspecialchars(t3lib_div::_POST('mypostvar')));


nein ein htmlspecialchars reicht *nicht* aus

Georg


Okay, danke erstmal zusammen, habs nun mit ner kleinen Helper
Funktion gebastelt, also dann so:

function escapeString($value)
{
return mysql_real_escape_string($value);
}   

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

Re: [TYPO3-german] Crossite Scripting t3lib_div::_POST('variable')


Am 30.06.2010 23:31, schrieb Christian Wolff:

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Am 30.06.2010 22:29, schrieb Chris Bernhard:

Hi zusammen,

wenn ich eine Variable über t3lib_div::_POST('variable') verarbeite
und damit meinetwegen eine MySQL Abfrage starte, bin ich dann
schon vor XSS Scripting sicher oder muss ich hier noch irgendwas beachten?

Viele Grüße und Dankeschön,

Chris


Hallo Chris,
die functionen:
t3lib_div::_POST(), t3lib_div::_GET() ,t3lib_div::_GP()

kümmern sich lediglich darum das die variablen unabhängig von der server
konfiguration ohne escaping bei dir ankommen.

wenn du sie in datenbank abfragen verwenden willst solltest du sie escapen.

dafür gibts in der classe t3lib_DB die function fullQuoteStr($str,$table)

also folgende verwendung:
$myPostVar = t3lib_div::_POST();
$myPostVar = $GLOBALS['TYPO3_DB']->fullQuoteStr($myPostVar,'pages');

die funktion setzt den string direkt in anführungzeihen. da rüber bin
das erst mal gestolpert.

gruss chris




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

some projects:
http://richtermediagroup.com | http://titanic.de |
http://fairplay-homepage.de
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (MingW32)

iEYEARECAAYFAkwrt6gACgkQIcCaXPh/JHH3SwCgz6HDxLKRDCt9FIFK7JYhMKWI
SqYAoLd1PB/2ZtOdzLUptSUfuGc86pQC
=dw2M
-END PGP SIGNATURE-


Hi Chris auch :-)

Okay, dankeschön für den Hinweis, aber reicht dann nicht schon sowas wie

$this->myfunction(htmlspecialchars(t3lib_div::_POST('mypostvar')));

So sieht dann die Funktion aus:

function myfunction($test)
{

$clause = "p.plz LIKE '$test' LIMIT 1 ";

$res = $GLOBALS['TYPO3_DB']->exec_SELECTquery('*','tx_blablabla_huhu p 
LEFT JOIN tx_blablabla_huhuhu a ON p.id= a.pid', $clause);


um eine Attacke komplett auszuschließen? Möchte ja nur sichergehen, dass 
meine Extensions auch wirklich sicher sind :-)


Vielen Dank und beste Grüße,

Chris
___
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 Benachrichtigung im Backend


Am 01.07.2010 07:15, schrieb Georg Ringer:

Am 23.06.2010 23:10, schrieb Chris Bernhard:

Vielleicht programmiere ich hierfür noch ne Extension, was
dieses Array dann automatisch schreibt...


ich hoffe du hast noch nicht angefangen, sowas habe ich schon in
vorbereitung. inkl manual, RSS feed erzeugung sodass man von 1
master-installation clients informieren kann. weiters gibts eine
zusatzextension um news vom client zum master zu pushen

bei bedarf einfach per PM schon früher melden

lg georg


Hi Georg,

bislang habe ich noch keine Zeit gehabt, an ner Extension,
die das erledigt zu schrauben. Hört sich aber schon mal sehr
gut an, was Du da in den Startlöchern hast. Eventuell
sollte es noch die Möglichkeit geben, die News aus tt_news
mit einzuspeisen, damit die Meldungen beim Login auch zeitgesteuert
in Erscheinung treten können.

Am besten wäre wirklich auch noch sone Art Dashboard, sprich ein 
Notizzettel inklusive Kalender und Ähnlichem, damit die Redakteure

gleich wissen, was in den nächsten Stunden / Tagen etc. so an Arbeiten,
Wartungsarbeiten etc. ansteht.

Kläre mich natürlich gerne dazu bereit, Deine Extension zu testen.

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

[TYPO3-german] Crossite Scripting t3lib_div::_POST('variable')


Hi zusammen,

wenn ich eine Variable über t3lib_div::_POST('variable') verarbeite
und damit meinetwegen eine MySQL Abfrage starte, bin ich dann
schon vor XSS Scripting sicher oder muss ich hier noch irgendwas beachten?

Viele Grüße und Dankeschön,

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

Re: [TYPO3-german] Crawler + Indexed Search


Am 30.06.2010 19:01, schrieb Chris Bernhard:

Hi zusammen mal wieder,

ich verwende folgende Systemumgebung:

PHP 5.2.12
Windows Server 2003
Apache 2.1.14
Typo3 4.3.3
Crawler 3.1.2

Multidomainumgebung, sprich 2 Rootpages:

Root 1 -> Domaindatendatz / Darauf liegt die Crawlerkonfiguration
(crawler1) + Indexierungseinstellungen
|_ Pagetree


Root 2 -> Domaindatensatz / Darauf liegt die Crawlerkonfiguration
(crawler2) + Indexierungseinstellungen
|_ Pagetree

Die Queue wird über CLI erstellt mit:
php apache/htdocs/typo3/cli_dispatch.phpsh crawler_im 0 -d 99 -n 1000 -o
queue -conf crawler1,crawler2

Die Queue wird auch einwandfrei erstellt, die richtigen Subdomains davor
gestellt, auch sämtliche Seiten werden dem Anschein nach indexiert.

Hierzu verwende ich den handelsüblichen Job:

php apache/htdocs/typo3/cli_dispatch.phpsh crawler

Allerdings erscheinen mir über INFO -> Indexsuche auf der zweiten Domain
überhaupt keine Indexierungen, sprich es steht dort:
Not indexed.

Frontend Indexing ist natürlich auf disabled.

Auf Root 1 werden alle Seiten der Queue indexiert.

Im TS-Template steht auf beiden Seiten folgendes:


# Indexierung
index_enable = 1
index_externals = 1
no_cache = 0

Nun bin ich wirklich mit meinem Latein am Ende.
Was muss ich also tun, damit auf Root 2 auch indexiert wird,
sprich die Queue auch die Indexes schreibt. Wird ja auch abgearbeitet,
nur steht da einfach Not Indexed. Hoffe, das Problem kommt jetzt klar
rüber...

Vielen Dank und allerbeste Grüße vom Chris



Hab den Fehler nun gefunden, es lag an einer Extension, welche
den Cache auf 0 gesetzt hat.

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

[TYPO3-german] Crawler + Indexed Search


Hi zusammen mal wieder,

ich verwende folgende Systemumgebung:

PHP 5.2.12
Windows Server 2003
Apache 2.1.14
Typo3 4.3.3
Crawler 3.1.2

Multidomainumgebung, sprich 2 Rootpages:

Root 1 -> Domaindatendatz / Darauf liegt die Crawlerkonfiguration 
(crawler1) + Indexierungseinstellungen

|_ Pagetree


Root 2 -> Domaindatensatz / Darauf liegt die Crawlerkonfiguration 
(crawler2) + Indexierungseinstellungen

|_ Pagetree

Die Queue wird über CLI erstellt mit:
php apache/htdocs/typo3/cli_dispatch.phpsh crawler_im 0 -d 99 -n 1000 -o 
queue -conf crawler1,crawler2


Die Queue wird auch einwandfrei erstellt, die richtigen Subdomains davor 
gestellt, auch sämtliche Seiten werden dem Anschein nach indexiert.


Hierzu verwende ich den handelsüblichen Job:

php apache/htdocs/typo3/cli_dispatch.phpsh crawler

Allerdings erscheinen mir über INFO -> Indexsuche auf der zweiten Domain 
überhaupt keine Indexierungen, sprich es steht dort:

Not indexed.

Frontend Indexing ist natürlich auf disabled.

Auf Root 1 werden alle Seiten der Queue indexiert.

Im TS-Template steht auf beiden Seiten folgendes:


# Indexierung
index_enable = 1
index_externals = 1
no_cache = 0

Nun bin ich wirklich mit meinem Latein am Ende.
Was muss ich also tun, damit auf Root 2 auch indexiert wird,
sprich die Queue auch die Indexes schreibt. Wird ja auch abgearbeitet,
nur steht da einfach Not Indexed. Hoffe, das Problem kommt jetzt klar 
rüber...


Vielen Dank und allerbeste Grüße vom Chris

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

Re: [TYPO3-german] CLI Fehler / Crawler

2010-06-29 Diskussionsfäden Chris Bernhard


So, jetzt ist die Lösung da... Scheint in der t3lib_div aufzutreten.
Das Ganze wohl nur unter Windows, da an einer Stelle der Pfad nicht
richtig zurückgeliefert wird und getFileAbsFileName ein leeres Return
liefert.

Hier also der Workaround für alle, bei denen der Crawler unter Windows 
streikt!


Btw. ist das was für den Bugtracker??

Viele Grüße vom Chris

	public static function 
getFileAbsFileName($filename,$onlyRelative=TRUE,$relToTYPO3_mainDir=FALSE)	{

if (!strcmp($filename,''))  return '';

if ($relToTYPO3_mainDir){
if (!defined('PATH_typo3')) return '';
$relPathPrefix = PATH_typo3;
} else {
$relPathPrefix = PATH_site;
}

if (substr($filename,0,4)=='EXT:')  {   // extension
list($extKey,$local) = 
explode('/',substr($filename,4),2);
$filename='';
			if (strcmp($extKey,'') && t3lib_extMgm::isLoaded($extKey) && 
strcmp($local,''))	{

$filename = 
t3lib_extMgm::extPath($extKey).$local;
}
		} elseif (!self::isAbsPath($filename))	{	// relative. Prepended with 
$relPathPrefix

$filename=$relPathPrefix.$filename;
		} elseif ($onlyRelative && 
!self::isFirstPartOfStr($filename,$relPathPrefix)) {	// absolute, but 
set to blank if not allowed

  $filename='';
}

		if (strcmp($filename,'') && self::validPathStr($filename))	{	// checks 
backpath.

return $filename;
}
/* CHRIS: seems that self::validPathStr has sometimes a problem
		 * sample $filename = 
"C:///apache/htdocs/typo3conf/ext/crawler/cli/crawler_im.php"

 */ 
return $filename;
}

Am 29.06.2010 12:33, schrieb Chris Bernhard:

Hi zusammen,

ich bin nun nach einigem Suchen dahinter gekommen,
woran die ganze Sache denn überhaupt liegt.

Da es sich um eine Windows Kiste handelt, werden
die Konstanten, welche ja mit _ Underscore definiert
werden von PHP nicht erkannt.

Sprich, TYPO3_cliInclude bleibt leer,
während allerdings TYPO3cliInclude richtig erkannt
wird. Die verwendete PHP Version ist die 5.2.12.

Gibts hierfür irgendeinen Workaround?

Viele Grüße und besten Dank vom Chris

Am 22.06.2010 12:16, schrieb Chris Bernhard:

Natürlich ist auch noch folgendes konfiguriert:

#Indexed Search
config.index_enable = 1
config.index_externals = 1
config.no_cache = 0

Viele Grüße vom Chris


Am 22.06.2010 12:10, schrieb Chris Bernhard:

Hi zusammen,

hier mal nähere Infos zu meinem Crawler Problem:

Windows 2003 Server
Apache 2.2.14
PHP 5.2.12

Typo3 4.3.3
EXT Crawler 3.1.2

Folgende Crawler Konfiguration liegt auf der Root Seite:

#set up a crawl for users that arent logged in
tx_crawler.crawlerCfg.paramSets.crawlingall=
tx_crawler.crawlerCfg.paramSets.crawlingall{
cHash = 1
procInstrFilter = tx_indexedsearch_reindex, tx_indexedsearch_crawler
baseUrl = http://kunde.dev/
}

#set up a crawl for users who have group id of 1
tx_crawler.crawlerCfg.paramSets.grp1 <
tx_crawler.crawlerCfg.paramSets.test
tx_crawler.crawlerCfg.paramSets.grp1{
userGroups = 1
}

Benutzer _cli_crawler ist im Backend angelegt.
In indexed_search sind folgende Modes gesetzt:

-> disableFrontendIndexing
-> useCrawlerForExternalFiles
-> pdftools PATH: c:/Apache/bin/xpdf/

Eine Indexierungseinstellungen vom Typ Seitenbaum (inklusive
Wurzelseite) liegt ebenfalls in der Rootseite. Verschieben
in Stammdatenverzeichnis hat ebenfalls nichts gebracht.

CLI rufe ich wie folgt über Geplante Tasks oder die CMD auf:
c:\>php /Apache/htdocs/typo3/cli_dispatch.phpsh crawler

Im Protokoll steht der eingangs erwähnte Fehler:

cli_craw...@live [5] ! [5_0] Core: Error handler (BE): PHP
Warning: include(): Failed opening '' for inclusion
(include_path='c:\php') in C:\Apache\htdocs\typo3\cli_dispatch.phpsh
line 123

Ich bekomme also den Crawler partout nicht zum Laufen...

Ist das unter Windows ein bekannter Bug oder mache ich irgendwas falsch?
Es wird nämlich rein überhaupt nichts indexiert...

Vielen Dank und allerbeste Grüße vom Chris





Am 18.06.2010 15:53, schrieb Chris Bernhard:

Hi zusammen mal wieder,

beim Aufruf eines Cronjobs für die Crawler Extension
erhalte ich im Backend folgende Fehlermeldung:

15:27:06 _cli_craw...@live [5] ! [5_0] Core: Error handler (BE): PHP
Warning: include(): Failed opening '' for inclusion
(include_path='c:\php') in C:\Apache\htdocs\typo3\cli_dispatch.phpsh
line 123

Eigentlich recht aussagekräftig, wenn ich nur wüsste,
was im include_path stehen soll.

In Zeile 123 steht übrigens folgendes:

Re: [TYPO3-german] CLI Fehler / Crawler

2010-06-29 Diskussionsfäden Chris Bernhard


Hi zusammen,

ich bin nun nach einigem Suchen dahinter gekommen,
woran die ganze Sache denn überhaupt liegt.

Da es sich um eine Windows Kiste handelt, werden
die Konstanten, welche ja mit _ Underscore definiert
werden von PHP nicht erkannt.

Sprich, TYPO3_cliInclude bleibt leer,
während allerdings TYPO3cliInclude richtig erkannt
wird. Die verwendete PHP Version ist die 5.2.12.

Gibts hierfür irgendeinen Workaround?

Viele Grüße und besten Dank vom Chris

Am 22.06.2010 12:16, schrieb Chris Bernhard:

Natürlich ist auch noch folgendes konfiguriert:

#Indexed Search
config.index_enable = 1
config.index_externals = 1
config.no_cache = 0

Viele Grüße vom Chris


Am 22.06.2010 12:10, schrieb Chris Bernhard:

Hi zusammen,

hier mal nähere Infos zu meinem Crawler Problem:

Windows 2003 Server
Apache 2.2.14
PHP 5.2.12

Typo3 4.3.3
EXT Crawler 3.1.2

Folgende Crawler Konfiguration liegt auf der Root Seite:

#set up a crawl for users that arent logged in
tx_crawler.crawlerCfg.paramSets.crawlingall=
tx_crawler.crawlerCfg.paramSets.crawlingall{
cHash = 1
procInstrFilter = tx_indexedsearch_reindex, tx_indexedsearch_crawler
baseUrl = http://kunde.dev/
}

#set up a crawl for users who have group id of 1
tx_crawler.crawlerCfg.paramSets.grp1 <
tx_crawler.crawlerCfg.paramSets.test
tx_crawler.crawlerCfg.paramSets.grp1{
userGroups = 1
}

Benutzer _cli_crawler ist im Backend angelegt.
In indexed_search sind folgende Modes gesetzt:

-> disableFrontendIndexing
-> useCrawlerForExternalFiles
-> pdftools PATH: c:/Apache/bin/xpdf/

Eine Indexierungseinstellungen vom Typ Seitenbaum (inklusive
Wurzelseite) liegt ebenfalls in der Rootseite. Verschieben
in Stammdatenverzeichnis hat ebenfalls nichts gebracht.

CLI rufe ich wie folgt über Geplante Tasks oder die CMD auf:
c:\>php /Apache/htdocs/typo3/cli_dispatch.phpsh crawler

Im Protokoll steht der eingangs erwähnte Fehler:

cli_craw...@live [5] ! [5_0] Core: Error handler (BE): PHP
Warning: include(): Failed opening '' for inclusion
(include_path='c:\php') in C:\Apache\htdocs\typo3\cli_dispatch.phpsh
line 123

Ich bekomme also den Crawler partout nicht zum Laufen...

Ist das unter Windows ein bekannter Bug oder mache ich irgendwas falsch?
Es wird nämlich rein überhaupt nichts indexiert...

Vielen Dank und allerbeste Grüße vom Chris





Am 18.06.2010 15:53, schrieb Chris Bernhard:

Hi zusammen mal wieder,

beim Aufruf eines Cronjobs für die Crawler Extension
erhalte ich im Backend folgende Fehlermeldung:

15:27:06 _cli_craw...@live [5] ! [5_0] Core: Error handler (BE): PHP
Warning: include(): Failed opening '' for inclusion
(include_path='c:\php') in C:\Apache\htdocs\typo3\cli_dispatch.phpsh
line 123

Eigentlich recht aussagekräftig, wenn ich nur wüsste,
was im include_path stehen soll.

In Zeile 123 steht übrigens folgendes:

include(TYPO3_cliInclude);

Irgendwann vielleicht einen Rat?

Vielen Dank und beste Grüße vom Chris






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

Re: [TYPO3-german] Blind GIF in eigener Extension entfernen

2010-06-25 Diskussionsfäden Chris Bernhard


Am 25.06.2010 14:15, schrieb Chris Bernhard:

Hi Florian,

es ist als Plugin programmiert worden. Einen entsprechenden Reiter
finde ich allerdings auch nicht.

return $this->pi_wrapInBaseClass($content);

hab ich mal umgetauft in return $content.

Somit ist zumindest schon mal das CSS-Styled-Content
weg. Aber das clear.gif ist immer noch vor dem Plugin.

H... Ratlos!

Vielen Dank und beste Grüße,

Chris




Am 25.06.2010 14:35, schrieb Florian Zimmermann:

Hallo Chris,

eigentlich nicht. Die Spacer gif kommen normalerweise aus dem Content
Element selbst.
Dort gibt es eine Einstellung Space before space after
Reiter allgemein nach Sprache Spalten.
Das mit dem DIV Wrap kommt von der Ausgabe des Plugins.
Normalerweise bei Rückgabe des Contents.
return $this->pi_wrapInBaseClass($content);

Bis dann
Florian

Am 24.06.2010 22:47, schrieb Chris Bernhard:

Hi ebenfalls Chris :-)

Ich verwende schon CSS-Styled Content und kann
mir einfach nicht erklären, woher das clear.gif
kommt, zumal dieses noch vor der eigentlichen 
gerendert wird.

Muss ich für die Extension an sich noch irgendwo "einstellen",
dass diese CSS-Styled Content verwendet?

Vielen Dank und allerbeste Grüße vom Chris

Am 24.06.2010 17:51, schrieb Christian Wolff:

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Am 24.06.2010 16:53, schrieb Chris Bernhard:

Hi zusammen,

ich bins mal wieder ;-)

Habe vor meiner eigenen Extension folgenden Output:



Wo kommt dieser denn her und vor allem, wie kriege ich das
umschließende
DIV auch noch los, braucht nämlich kein Mensch!

Vielen Dank und allerbeste Grüße vom Chris



Hi
warscheinlich verwendest du content(default) und nicht
css_styled_content das erzeugt dann nämlich clear.gif abstandshalter.


der div kommt von wrap in baseclass oder so ...
dieser zusätzliche div erweist sich oft als sehr nützlich für css
anpassungen wenn man z.b nur für eine spezielle extension die
schriftgrösse/farbe anpassen will.

gruss chris

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

some projects:
http://richtermediagroup.com | http://titanic.de |
http://fairplay-homepage.de
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (MingW32)

iEYEARECAAYFAkwjfuQACgkQIcCaXPh/JHH/igCgpL0ItKzNcoLxfE1yt/Rqtmo+
OskAoNS0SlEYKnf9b9EEgfGwPsOLz28D
=7dD6
-END PGP SIGNATURE-








Hi nochmal zusammen,

hab jetzt einfach mal das Plugin gelöscht und nochmal
neu eingefügt. Siehe da und staune, das clear.gif ist nun weg...

Und son Schmarrn hält einen dann Stunden auf ;-)

Viele Grüße vom Chris und dankeschön nochmal!
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

Re: [TYPO3-german] Blind GIF in eigener Extension entfernen

2010-06-25 Diskussionsfäden Chris Bernhard


Hi Florian,

es ist als Plugin programmiert worden. Einen entsprechenden Reiter
finde ich allerdings auch nicht.

return $this->pi_wrapInBaseClass($content);

hab ich mal umgetauft in return $content.

Somit ist zumindest schon mal das CSS-Styled-Content
weg. Aber das clear.gif ist immer noch vor dem Plugin.

H... Ratlos!

Vielen Dank und beste Grüße,

Chris




Am 25.06.2010 14:35, schrieb Florian Zimmermann:

Hallo Chris,

eigentlich nicht. Die Spacer gif kommen normalerweise aus dem Content
Element selbst.
Dort gibt es eine Einstellung Space before space after
Reiter allgemein nach Sprache Spalten.
Das mit dem DIV Wrap kommt von der Ausgabe des Plugins.
Normalerweise bei Rückgabe des Contents.
return $this->pi_wrapInBaseClass($content);

Bis dann
Florian

Am 24.06.2010 22:47, schrieb Chris Bernhard:

Hi ebenfalls Chris :-)

Ich verwende schon CSS-Styled Content und kann
mir einfach nicht erklären, woher das clear.gif
kommt, zumal dieses noch vor der eigentlichen 
gerendert wird.

Muss ich für die Extension an sich noch irgendwo "einstellen",
dass diese CSS-Styled Content verwendet?

Vielen Dank und allerbeste Grüße vom Chris

Am 24.06.2010 17:51, schrieb Christian Wolff:

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Am 24.06.2010 16:53, schrieb Chris Bernhard:

Hi zusammen,

ich bins mal wieder ;-)

Habe vor meiner eigenen Extension folgenden Output:



Wo kommt dieser denn her und vor allem, wie kriege ich das
umschließende
DIV auch noch los, braucht nämlich kein Mensch!

Vielen Dank und allerbeste Grüße vom Chris



Hi
warscheinlich verwendest du content(default) und nicht
css_styled_content das erzeugt dann nämlich clear.gif abstandshalter.


der div kommt von wrap in baseclass oder so ...
dieser zusätzliche div erweist sich oft als sehr nützlich für css
anpassungen wenn man z.b nur für eine spezielle extension die
schriftgrösse/farbe anpassen will.

gruss chris

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

some projects:
http://richtermediagroup.com | http://titanic.de |
http://fairplay-homepage.de
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (MingW32)

iEYEARECAAYFAkwjfuQACgkQIcCaXPh/JHH/igCgpL0ItKzNcoLxfE1yt/Rqtmo+
OskAoNS0SlEYKnf9b9EEgfGwPsOLz28D
=7dD6
-END PGP SIGNATURE-






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

Re: [TYPO3-german] Blind GIF in eigener Extension entfernen

2010-06-24 Diskussionsfäden Chris Bernhard


Hi ebenfalls Chris :-)

Ich verwende schon CSS-Styled Content und kann
mir einfach nicht erklären, woher das clear.gif
kommt, zumal dieses noch vor der eigentlichen 
gerendert wird.

Muss ich für die Extension an sich noch irgendwo "einstellen",
dass diese CSS-Styled Content verwendet?

Vielen Dank und allerbeste Grüße vom Chris

Am 24.06.2010 17:51, schrieb Christian Wolff:

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Am 24.06.2010 16:53, schrieb Chris Bernhard:

Hi zusammen,

ich bins mal wieder ;-)

Habe vor meiner eigenen Extension folgenden Output:



Wo kommt dieser denn her und vor allem, wie kriege ich das umschließende
DIV auch noch los, braucht nämlich kein Mensch!

Vielen Dank und allerbeste Grüße vom Chris



Hi
warscheinlich verwendest du content(default) und nicht
css_styled_content das erzeugt dann nämlich clear.gif abstandshalter.


der div kommt von wrap in baseclass oder so ...
dieser zusätzliche div erweist sich oft als sehr nützlich für css
anpassungen wenn man z.b nur für eine spezielle extension die
schriftgrösse/farbe anpassen will.

gruss chris

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

some projects:
http://richtermediagroup.com | http://titanic.de |
http://fairplay-homepage.de
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (MingW32)

iEYEARECAAYFAkwjfuQACgkQIcCaXPh/JHH/igCgpL0ItKzNcoLxfE1yt/Rqtmo+
OskAoNS0SlEYKnf9b9EEgfGwPsOLz28D
=7dD6
-END PGP SIGNATURE-


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

[TYPO3-german] Blind GIF in eigener Extension entfernen

2010-06-24 Diskussionsfäden Chris Bernhard


Hi zusammen,

ich bins mal wieder ;-)

Habe vor meiner eigenen Extension folgenden Output:

alt="" title="" />


Wo kommt dieser denn her und vor allem, wie kriege ich das umschließende
DIV auch noch los, braucht nämlich kein Mensch!

Vielen Dank und allerbeste Grüße vom Chris

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

[TYPO3-german] Re: Re: Re: Frontend ble ibt auf einmal weiß / betrifft nur 2 Seiten


Hi mal wieder,

der "Fehler" mit der lock Class ist nochmal aufgetaucht
under Tip von Tommy, einfach mal den Locking Mode auf "disable"
zu setzen hat geholfen. Lag wohl an meiner Cookiehandling Extension.

Nun die nächste Frage:

Kann man den Locking Mode auch mit folgender Konfiguration in der 
Extension festlegen?


 'Cookie Handling',
'description' => '',
'category' => 'plugin',
'author' => 'Chris',
'author_email' => 'ch...@dreamride.de',
'shy' => '',
'dependencies' => '',
'conflicts' => '',
'priority' => '',
'module' => '',
'state' => 'stable',
'internal' => '',
'uploadfolder' => 0,
'createDirs' => '',
'modify_tables' => '',
'clearCacheOnLoad' => 0,
'lockType' => 'disable',
'author_company' => '',
'version' => '0.0.4',
'constraints' => array(
'depends' => array(
),
'conflicts' => array(
),
'suggests' => array(
),
    ),
	'_md5_values_when_last_written' => 
'a:7:{s:9:"ChangeLog";s:4:"2a80";s:10:"README.txt";s:4:"ee2d";s:12:"ext_icon.gif";s:4:"1bdc";s:17:"ext_localconf.php";s:4:"fceb";s:19:"doc/wizard_form.dat";s:4:"30f3";s:20:"doc/wizard_form.html";s:4:"f4dd";s:29:"pi1/class.tx_cbcookie_pi1.php";s:4:"eb05";}',

);

?>

Hätte einfach nur gerne gewusst, was die wahre Ursache für dieses 
Problem gewesen ist.


Vielen Dank und allerbeste Grüße vom Chris

Am 23.06.2010 10:41, schrieb Chris Bernhard:

Am 23.06.2010 08:15, schrieb Tommy Mühle:

Am 22.06.2010 17:52, schrieb Chris Bernhard:

Hi zusammen,

ich habe urplötzlich einen total strangen Fehler.
Die Startseite, sprich die Einstiegsseite unter der sämtliche
anderen (ca. 500!!) Seiten hängen bleibt plötzlich im Frontend weiß.

Sprich, es wird überhaupt nichts gerendert.
Das Reporting sagt folgendes:

Fatal error: Maximum execution time of 30 seconds exceeded in
C:\Apache\htdocs\t3lib\class.t3lib_lock.php on line 158

Keine Ahnung, woran das denn liegen könnte, hatte ich bislang noch
nie...

Vielen Dank für Eure Hilfe!

Beste Grüße vom Chris


Hallo Chris,

schau mal im Install Tool unter Locking Mode welcher Wert da gesetzt
ist. Wenn es "simple" ist, versuch mal "flock" oder "disable".

Gruß Tommy


Hi zusammen,

ich danke Euch für Eure Antworten, das mit dem Lock Mode scheint mir
ne gangbare Lösung zu sein. Werde ich mir mal ansehen, denn die Ursache
das Ganzen ist mir immer noch sehr schleierhaft.

Mein Workaround sah jetzt so aus, dass ich die Unterseiten neu angelegt
und den Baum wieder an diese Stelle verschoben habe. Seitdem tritt das
seltsame Behaviour nicht mehr auf.

Installiert sind auf den beiden Seiten keine Plugins, der Fehler trat
aber dann auf, als ich eine eigene Extension (include library only) mit
dem Kickstarter installiert habe. Aber das Ding bestand bislang nur aus
einer Zeile, daran kanns wohl auch nicht gelegen haben. Oder doch?

Werde jetzt gleich nochmal etwas Ursachenforschung betreiben. Bin an
dieser Stelle wirklich sehr ratlos.

Vielen Dank an alle und allerbeste Grüße vom Chris


___
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 Benachrichtigung im Backend


Hi Alex,

vielen Dank für die sehr schnelle Antwort,
genau so in der Art stelle ich mir das vor.

Habs direkt mal getestet und sieht obendrein auch noch super aus :-)

Vielleicht programmiere ich hierfür noch ne Extension, was
dieses Array dann automatisch schreibt...

Viele Grüße vom Chris

Am 23.06.2010 22:23, schrieb Alexander Walther:

Hi,

recht einfach kann man das über den Backendlogin machen. Du kannst
einfach in der ext_tables.php im typo3conf Ordner mit folgende Array
eine News einblenden.

$GLOBALS['TYPO3_CONF_VARS']['BE']['loginNews'][] = Array(
'date'=>  '23.06.2010',
'header'=>  'wichtige Meldung',
'content'=>  'Server wird um 12 Uhr neugestartet',
);

Grüße
Alex

Am 23. Juni 2010 22:06 schrieb Chris Bernhard:

Hi Zusammen mal wieder,

ich suche ne Extension mit der man alle Redakteure
im Backend benachrichtigen kann, dass zum Beispiel
der Server kurz runtergefahren wird oder ähnliche
Wartungsarbeiten durchgeführt werden, die den Redakteur
in seiner Arbeit beeinträchtigen könnten.

Am besten wärs, wenn die Redakteure dann automatisch nach
Vorwarnzeit vom System gekickt würden.

Vielen Dank und allerbeste Grüße an Euch vom Chris
___
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] Extension für Benachrichtigung im Backend


Hi Zusammen mal wieder,

ich suche ne Extension mit der man alle Redakteure
im Backend benachrichtigen kann, dass zum Beispiel
der Server kurz runtergefahren wird oder ähnliche
Wartungsarbeiten durchgeführt werden, die den Redakteur
in seiner Arbeit beeinträchtigen könnten.

Am besten wärs, wenn die Redakteure dann automatisch nach
Vorwarnzeit vom System gekickt würden.

Vielen Dank und allerbeste Grüße an Euch vom Chris
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

Re: [TYPO3-german] Domain Cookie setzen und auslesen


Meine Güte,

was denn für eine verfluchte Sch.
Genau das war der Grund, weshalbs nicht gegangen ist.
Spare mir natürlich durch

>> [globalString  = _COOKIE|testcookie = 67]
>> lib.navi = TEXT
>> lib.navi.value = im here
>> [global]

diese CASE Geschichte und so ists einfach nachzuvollziehen :-)

Danke Dir / Euch und allerbeste Grüße, wieder was gelern :-)

Schönen Tag noch vom Chris

Am 23.06.2010 15:53, schrieb Gregor Hermens:

Hallo Chris,

Chris Bernhard schrieb:


So, jetzt hab ich mal versucht das Cookie
so auszutesten:

[globalString  = HTTP_COOKIE_VARS|testcookie = 67]
lib.navi = TEXT
lib.navi.value = im here
[global]

Geht genauso wenig. Sehr eigenartig, dass man mit Typo
keine Cookies mehr auslesen kann.


mal ein Schuß ins Blaue:
Kann es sein, daß in deiner PHP-Konfiguration register_long_arrays
abgeschaltet ist und du statt HTTP_COOKIE_VARS nur _COOKIE benutzen musst?

Gruß,
Gregor

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

Re: [TYPO3-german] Domain Cookie setzen und auslesen


So, jetzt hab ich mal versucht das Cookie
so auszutesten:

[globalString  = HTTP_COOKIE_VARS|testcookie = 67]
lib.navi = TEXT
lib.navi.value = im here
[global]

Geht genauso wenig. Sehr eigenartig, dass man mit Typo
keine Cookies mehr auslesen kann.

Allerbeste Grüße vom Chris

Am 23.06.2010 14:44, schrieb Chris Bernhard:

Hi Stephan,

okay, habe das Menu schon weiter oben im TS mit allem was dazugehört
definiert und möchte quasi im CASE nur das jeweilige Objekt überschreiben.

Das eigentliche Problem ist wohl, dass Typo3 das Cookie mit

lib.navi = TEXT
lib.navi.data = global : HTTP_COOKIE_VARS | lastdomain

nicht sieht. Jetzt dann erstmal die Frage, wie bringe ich Typo dazu,
dass das Cookie ausgelesen wird? Gibts hier für noch irgendwelche
Einstellungen im Install Tool zu?

Fragen über Fragen ;-)

Ich danke Dir für Deine ausführliche Antwort,

allerbeste Grüße vom Chris

Am 23.06.2010 14:32, schrieb Stephan Schuler:

Hallo Chris.


Du solltest zunächst einmal prüfen, ob TYPO an dieser Stelle überhaupt
den Cookie sieht. Dazu würde ich folgendes schreiben:

lib.navi = TEXT
lib.navi.data = global : HTTP_COOKIE_VARS | lastdomain

Ich bin mir gerade nicht zu 100% sicher ob dein Zugriff stimmt.
Wenn du hier dann den passenden Wert im Frontend ausgegeben bekommst
kannst du dich ans CASE machen.

Innerhalb der CASE-Anweisung habe ich natürlich nur die von dir
geschriebenen Einzelheiten wiedergegeben. Ich kann mir recht gut
vorstellen, dass dein HMENU einfach noch nicht vollständig
konfiguriert ist. Dir fehlt so natürlich entryLevel, dazu dann "1",
"2" (Menütiefen) und darin dann NO und ACT-Elemente; was man eben
alles so im HMENU braucht.

Um grundsätzlich das CASE zu validieren würde ich mit einem simplen
TEXT anfangen. Erst wenn dir der TEXT anhand des Cookies die korrekte
Ausgabe liefert kannst du sinnvoll auf ein HMENU erweitern. Vorher
suchst du den Fehler einfach an zu vielen unterschiedlichen Stellen
ohne konkrete Anhalspunkte.


Grüße,


Stephan Schuler
Web-Entwickler

Telefon: +49 (911) 539909 - 0
E-Mail: stephan.schu...@netlogix.de
Internet: http://media.netlogix.de
-Ursprüngliche Nachricht-

Von: typo3-german-boun...@lists.typo3.org
[mailto:typo3-german-boun...@lists.typo3.org] Im Auftrag von Chris
Bernhard
Gesendet: Mittwoch, 23. Juni 2010 14:11
An: typo3-german@lists.typo3.org
Betreff: Re: [TYPO3-german] Domain Cookie setzen und auslesen

Hi Stephan,

okay, dann liege ich damit wohl völlig falsch...
Ich möchte halt abhängig vom Cookie Wert Menupunkte ein- und ausblenden.
Das wäre eigentlich schon alles, gestaltet sich aber irgendwie
schwieriger als gedacht.

Wenn ich jetzt Dein Prinzip übernehme wird überhaupt kein Menu mehr
angezeigt...

Vielen Dank und allerbeste Grüße vom Chris

Am 23.06.2010 13:53, schrieb Stephan Schuler:

Hallo Chris.


Du hast leider das Prinzip eines "CASE"-Objekts missverstanden! Ein
CASE-Objekt ist keinesfalls mit einer case-Programmieranweisung zu
vergleichen die "einen gekammerten Ausdruck ausführt".

Man könnte (mit einigen zugedrückten Augen) sagen: Ein CASE ist ein
etwas erweitertes COA bei dem nur derjenige Child-Tree zum Zug kommt,
dessen Name auf das key-Element zutrifft.


Was du eigentlich willst:

lib.navi = CASE
lib.navi {

key.data = global : HTTP_COOKIE_VARS | lastdomain

default = HMENU
default {
excludeUidList = 67,68,69
}
67< .default
67.excludeUidList = 68,69
68< .default
68.excludeUidList = 67,69
69< .default
69.excludeUidList = 67,68
}


Wenn du ein Beispiel für ein "schönes großes CASE-Objekt" sehen
möchtest: Guck dir "lib.tt_content" an.


Grüße,


Stephan Schuler
Web-Entwickler

Telefon: +49 (911) 539909 - 0
E-Mail: stephan.schu...@netlogix.de
Internet: http://media.netlogix.de
-Ursprüngliche Nachricht-

Von: typo3-german-boun...@lists.typo3.org
[mailto:typo3-german-boun...@lists.typo3.org] Im Auftrag von Chris
Bernhard
Gesendet: Mittwoch, 23. Juni 2010 13:36
An: typo3-german@lists.typo3.org
Betreff: Re: [TYPO3-german] Domain Cookie setzen und auslesen

Am 23.06.2010 13:13, schrieb Stephan Schuler:

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Hallo Chris.


Ohne die Situation zu testen:

CASE.key ist ein normaler String mit stdWrap.
Aus diesem Grund hat "key" sowohl ein ".field" über das man die
Fields des Context-Records verwenden kann als auch ein ".data" das
-- als normales getText -- deine Global-Var ansprechen kann.

http://wiki.typo3.org/index.php/De:TSref/stdWrap#data

cookie = CASE
cookie {
key.data = global : HTTP_COOKIE_VARS | lastdomain
}


Gruß,


Stephan Schuler
Web-Entwickler

Telefon: +49 (911) 539909 - 0
E-Mail: stephan.schu...@netlogix.de
Internet: http://media.netlogix.de

- --
netlogix GmbH& Co. KG
IT-Services | IT-Training | Media
Andernacher Straße 53 | 90411 Nürnberg
Telefon: +49 (911) 539909 - 0 | Fax: +49 (911) 539909 - 99
E-Mail: mailto:i...@netlogix.de | Internet: http://www.netlogix.de/

netlogi

Re: [TYPO3-german] Domain Cookie setzen und auslesen

Hi Stephan,

okay, habe das Menu schon weiter oben im TS mit allem was dazugehört
definiert und möchte quasi im CASE nur das jeweilige Objekt überschreiben.

Das eigentliche Problem ist wohl, dass Typo3 das Cookie mit

lib.navi = TEXT
lib.navi.data = global : HTTP_COOKIE_VARS | lastdomain

nicht sieht. Jetzt dann erstmal die Frage, wie bringe ich Typo dazu,
dass das Cookie ausgelesen wird? Gibts hier für noch irgendwelche
Einstellungen im Install Tool zu?

Fragen über Fragen ;-)

Ich danke Dir für Deine ausführliche Antwort,

allerbeste Grüße vom Chris

Am 23.06.2010 14:32, schrieb Stephan Schuler:

Hallo Chris.

Du solltest zunächst einmal prüfen, ob TYPO an dieser Stelle überhaupt den
Cookie sieht. Dazu würde ich folgendes schreiben:

lib.navi = TEXT
lib.navi.data = global : HTTP_COOKIE_VARS | lastdomain

Ich bin mir gerade nicht zu 100% sicher ob dein Zugriff stimmt.
Wenn du hier dann den passenden Wert im Frontend ausgegeben bekommst kannst du
dich ans CASE machen.

Innerhalb der CASE-Anweisung habe ich natürlich nur die von dir geschriebenen Einzelheiten
wiedergegeben. Ich kann mir recht gut vorstellen, dass dein HMENU einfach noch nicht vollständig
konfiguriert ist. Dir fehlt so natürlich entryLevel, dazu dann "1", "2"
(Menütiefen) und darin dann NO und ACT-Elemente; was man eben alles so im HMENU braucht.

Um grundsätzlich das CASE zu validieren würde ich mit einem simplen TEXT
anfangen. Erst wenn dir der TEXT anhand des Cookies die korrekte Ausgabe
liefert kannst du sinnvoll auf ein HMENU erweitern. Vorher suchst du den Fehler
einfach an zu vielen unterschiedlichen Stellen ohne konkrete Anhalspunkte.

Grüße,

Stephan Schuler
Web-Entwickler

Telefon: +49 (911) 539909 - 0
E-Mail: stephan.schu...@netlogix.de
Internet: http://media.netlogix.de
-Ursprüngliche Nachricht-

Von: typo3-german-boun...@lists.typo3.org
[mailto:typo3-german-boun...@lists.typo3.org] Im Auftrag von Chris Bernhard
Gesendet: Mittwoch, 23. Juni 2010 14:11
An: typo3-german@lists.typo3.org
Betreff: Re: [TYPO3-german] Domain Cookie setzen und auslesen

Hi Stephan,

okay, dann liege ich damit wohl völlig falsch...
Ich möchte halt abhängig vom Cookie Wert Menupunkte ein- und ausblenden.
Das wäre eigentlich schon alles, gestaltet sich aber irgendwie
schwieriger als gedacht.

Wenn ich jetzt Dein Prinzip übernehme wird überhaupt kein Menu mehr
angezeigt...

Vielen Dank und allerbeste Grüße vom Chris

Am 23.06.2010 13:53, schrieb Stephan Schuler:

Hallo Chris.

Du hast leider das Prinzip eines "CASE"-Objekts missverstanden! Ein CASE-Objekt ist
keinesfalls mit einer case-Programmieranweisung zu vergleichen die "einen gekammerten Ausdruck
ausführt".

Man könnte (mit einigen zugedrückten Augen) sagen: Ein CASE ist ein etwas
erweitertes COA bei dem nur derjenige Child-Tree zum Zug kommt, dessen Name auf
das key-Element zutrifft.

Was du eigentlich willst:

lib.navi = CASE
lib.navi {

key.data = global : HTTP_COOKIE_VARS | lastdomain

default = HMENU
default {
excludeUidList = 67,68,69
}
67< .default
67.excludeUidList = 68,69
68< .default
68.excludeUidList = 67,69
69< .default
69.excludeUidList = 67,68
}

Wenn du ein Beispiel für ein "schönes großes CASE-Objekt" sehen möchtest: Guck dir
"lib.tt_content" an.

Grüße,

Stephan Schuler
Web-Entwickler

Telefon: +49 (911) 539909 - 0
E-Mail: stephan.schu...@netlogix.de
Internet: http://media.netlogix.de
-Ursprüngliche Nachricht-

Von: typo3-german-boun...@lists.typo3.org
[mailto:typo3-german-boun...@lists.typo3.org] Im Auftrag von Chris Bernhard
Gesendet: Mittwoch, 23. Juni 2010 13:36
An: typo3-german@lists.typo3.org
Betreff: Re: [TYPO3-german] Domain Cookie setzen und auslesen

Am 23.06.2010 13:13, schrieb Stephan Schuler:

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Hallo Chris.

Ohne die Situation zu testen:

CASE.key ist ein normaler String mit stdWrap.
Aus diesem Grund hat "key" sowohl ein ".field" über das man die Fields des
Context-Records verwenden kann als auch ein ".data" das -- als normales getText -- deine Global-Var
ansprechen kann.

http://wiki.typo3.org/index.php/De:TSref/stdWrap#data

cookie = CASE
cookie {
key.data = global : HTTP_COOKIE_VARS | lastdomain
}

Gruß,

Stephan Schuler
Web-Entwickler

Telefon: +49 (911) 539909 - 0
E-Mail: stephan.schu...@netlogix.de
Internet: http://media.netlogix.de

netlogix GmbH&Co. KG ist eingetragen am Amtsgericht Nürnberg (HRA 13338)
Persönlich haftende Gesellschafterin: netlogix Verwaltungs GmbH (HRB 20634)
Umsatzsteuer-Identifik

Re: [TYPO3-german] Domain Cookie setzen und auslesen


Hi Stephan,

okay, dann liege ich damit wohl völlig falsch...
Ich möchte halt abhängig vom Cookie Wert Menupunkte ein- und ausblenden.
Das wäre eigentlich schon alles, gestaltet sich aber irgendwie 
schwieriger als gedacht.


Wenn ich jetzt Dein Prinzip übernehme wird überhaupt kein Menu mehr 
angezeigt...


Vielen Dank und allerbeste Grüße vom Chris

Am 23.06.2010 13:53, schrieb Stephan Schuler:

Hallo Chris.


Du hast leider das Prinzip eines "CASE"-Objekts missverstanden! Ein CASE-Objekt ist 
keinesfalls mit einer case-Programmieranweisung zu vergleichen die "einen gekammerten Ausdruck 
ausführt".

Man könnte (mit einigen zugedrückten Augen) sagen: Ein CASE ist ein etwas 
erweitertes COA bei dem nur derjenige Child-Tree zum Zug kommt, dessen Name auf 
das key-Element zutrifft.


Was du eigentlich willst:

lib.navi = CASE
lib.navi {

 key.data = global : HTTP_COOKIE_VARS | lastdomain

 default = HMENU
 default {
 excludeUidList = 67,68,69
 }
 67<  .default
 67.excludeUidList = 68,69
 68<  .default
 68.excludeUidList = 67,69
 69<  .default
 69.excludeUidList = 67,68
}


Wenn du ein Beispiel für ein "schönes großes CASE-Objekt" sehen möchtest: Guck dir 
"lib.tt_content" an.


Grüße,


Stephan Schuler
Web-Entwickler

Telefon: +49 (911) 539909 - 0
E-Mail: stephan.schu...@netlogix.de
Internet: http://media.netlogix.de
-Ursprüngliche Nachricht-

Von: typo3-german-boun...@lists.typo3.org 
[mailto:typo3-german-boun...@lists.typo3.org] Im Auftrag von Chris Bernhard
Gesendet: Mittwoch, 23. Juni 2010 13:36
An: typo3-german@lists.typo3.org
Betreff: Re: [TYPO3-german] Domain Cookie setzen und auslesen

Am 23.06.2010 13:13, schrieb Stephan Schuler:

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Hallo Chris.


Ohne die Situation zu testen:

CASE.key ist ein normaler String mit stdWrap.
Aus diesem Grund hat "key" sowohl ein ".field" über das man die Fields des 
Context-Records verwenden kann als auch ein ".data" das -- als normales getText -- deine Global-Var 
ansprechen kann.

http://wiki.typo3.org/index.php/De:TSref/stdWrap#data

cookie = CASE
cookie {
  key.data = global : HTTP_COOKIE_VARS | lastdomain
}


Gruß,


Stephan Schuler
Web-Entwickler

Telefon: +49 (911) 539909 - 0
E-Mail: stephan.schu...@netlogix.de
Internet: http://media.netlogix.de

- --
netlogix GmbH&   Co. KG
IT-Services | IT-Training | Media
Andernacher Straße 53 | 90411 Nürnberg
Telefon: +49 (911) 539909 - 0 | Fax: +49 (911) 539909 - 99
E-Mail: mailto:i...@netlogix.de | Internet: http://www.netlogix.de/

netlogix GmbH&   Co. KG ist eingetragen am Amtsgericht Nürnberg (HRA 13338)
Persönlich haftende Gesellschafterin: netlogix Verwaltungs GmbH (HRB 20634)
Umsatzsteuer-Identifikationsnummer: DE 233472254
Geschäftsführer: Stefan Buchta, Matthias Schmidt

- -Ursprüngliche Nachricht-


Von: typo3-german-boun...@lists.typo3.org 
[mailto:typo3-german-boun...@lists.typo3.org] Im Auftrag von Chris Bernhard
Gesendet: Mittwoch, 23. Juni 2010 12:36
An: typo3-german@lists.typo3.org
Betreff: Re: [TYPO3-german] Domain Cookie setzen und auslesen

Am 17.06.2010 17:13, schrieb Chris Bernhard:

Hola zusammen,

bin jetzt etwas weiter.
Cookies setze ich nun mittels einer kleinen PHP Extension.
Eigentlich ja ganz simpel, nun muss ich das Ding noch via
Typoscript verwursten und da ist nun der Hund begraben.

Ich bräuchte also eine IF / ElSE bzw. besser CASE Anweisung.
Also sowas in der Art:

[PIDinRootline = 30]
page.includeCSS {
file4 = fileadmin/templates/style/blue.css
file4.title = Standardansicht
file4.media = screen
}

lib.navi = HMENU
lib.navi {
temp.mycookie.cObject = CASE
temp.mycookie.cObject {
key.field = global : HTTP_COOKIE_VARS | pid

Re: [TYPO3-german] Domain Cookie setzen und auslesen


Am 23.06.2010 13:13, schrieb Stephan Schuler:

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Hallo Chris.


Ohne die Situation zu testen:

CASE.key ist ein normaler String mit stdWrap.
Aus diesem Grund hat "key" sowohl ein ".field" über das man die Fields des 
Context-Records verwenden kann als auch ein ".data" das -- als normales getText -- deine Global-Var 
ansprechen kann.

http://wiki.typo3.org/index.php/De:TSref/stdWrap#data

cookie = CASE
cookie {
 key.data = global : HTTP_COOKIE_VARS | lastdomain
}


Gruß,


Stephan Schuler
Web-Entwickler

Telefon: +49 (911) 539909 - 0
E-Mail: stephan.schu...@netlogix.de
Internet: http://media.netlogix.de

- --
netlogix GmbH&  Co. KG
IT-Services | IT-Training | Media
Andernacher Straße 53 | 90411 Nürnberg
Telefon: +49 (911) 539909 - 0 | Fax: +49 (911) 539909 - 99
E-Mail: mailto:i...@netlogix.de | Internet: http://www.netlogix.de/

netlogix GmbH&  Co. KG ist eingetragen am Amtsgericht Nürnberg (HRA 13338)
Persönlich haftende Gesellschafterin: netlogix Verwaltungs GmbH (HRB 20634)
Umsatzsteuer-Identifikationsnummer: DE 233472254
Geschäftsführer: Stefan Buchta, Matthias Schmidt

- -Ursprüngliche Nachricht-


Von: typo3-german-boun...@lists.typo3.org 
[mailto:typo3-german-boun...@lists.typo3.org] Im Auftrag von Chris Bernhard
Gesendet: Mittwoch, 23. Juni 2010 12:36
An: typo3-german@lists.typo3.org
Betreff: Re: [TYPO3-german] Domain Cookie setzen und auslesen

Am 17.06.2010 17:13, schrieb Chris Bernhard:

Hola zusammen,

bin jetzt etwas weiter.
Cookies setze ich nun mittels einer kleinen PHP Extension.
Eigentlich ja ganz simpel, nun muss ich das Ding noch via
Typoscript verwursten und da ist nun der Hund begraben.

Ich bräuchte also eine IF / ElSE bzw. besser CASE Anweisung.
Also sowas in der Art:

[PIDinRootline = 30]
page.includeCSS {
file4 = fileadmin/templates/style/blue.css
file4.title = Standardansicht
file4.media = screen
}

lib.navi = HMENU
lib.navi {
temp.mycookie.cObject = CASE
temp.mycookie.cObject {
key.field = global : HTTP_COOKIE_VARS | pid

Re: [TYPO3-german] Domain Cookie setzen und auslesen


Am 17.06.2010 17:13, schrieb Chris Bernhard:

Hola zusammen,

bin jetzt etwas weiter.
Cookies setze ich nun mittels einer kleinen PHP Extension.
Eigentlich ja ganz simpel, nun muss ich das Ding noch via
Typoscript verwursten und da ist nun der Hund begraben.

Ich bräuchte also eine IF / ElSE bzw. besser CASE Anweisung.
Also sowas in der Art:

[PIDinRootline = 30]
page.includeCSS {
file4 = fileadmin/templates/style/blue.css
file4.title = Standardansicht
file4.media = screen
}

lib.navi = HMENU
lib.navi {
temp.mycookie.cObject = CASE
temp.mycookie.cObject {
key.field = global : HTTP_COOKIE_VARS | pid

[TYPO3-german] Re: Re: Frontend bleibt auf einmal weiß / betrifft nur 2 Seiten


Am 23.06.2010 08:15, schrieb Tommy Mühle:

Am 22.06.2010 17:52, schrieb Chris Bernhard:

Hi zusammen,

ich habe urplötzlich einen total strangen Fehler.
Die Startseite, sprich die Einstiegsseite unter der sämtliche
anderen (ca. 500!!) Seiten hängen bleibt plötzlich im Frontend weiß.

Sprich, es wird überhaupt nichts gerendert.
Das Reporting sagt folgendes:

Fatal error: Maximum execution time of 30 seconds exceeded in
C:\Apache\htdocs\t3lib\class.t3lib_lock.php on line 158

Keine Ahnung, woran das denn liegen könnte, hatte ich bislang noch nie...

Vielen Dank für Eure Hilfe!

Beste Grüße vom Chris


Hallo Chris,

schau mal im Install Tool unter Locking Mode welcher Wert da gesetzt
ist. Wenn es "simple" ist, versuch mal "flock" oder "disable".

Gruß Tommy


Hi zusammen,

ich danke Euch für Eure Antworten, das mit dem Lock Mode scheint mir
ne gangbare Lösung zu sein. Werde ich mir mal ansehen, denn die Ursache
das Ganzen ist mir immer noch sehr schleierhaft.

Mein Workaround sah jetzt so aus, dass ich die Unterseiten neu angelegt
und den Baum wieder an diese Stelle verschoben habe. Seitdem tritt das
seltsame Behaviour nicht mehr auf.

Installiert sind auf den beiden Seiten keine Plugins, der Fehler trat
aber dann auf, als ich eine eigene Extension (include library only) mit
dem Kickstarter installiert habe. Aber das Ding bestand bislang nur aus
einer Zeile, daran kanns wohl auch nicht gelegen haben. Oder doch?

Werde jetzt gleich nochmal etwas Ursachenforschung betreiben. Bin an
dieser Stelle wirklich sehr ratlos.

Vielen Dank an alle und allerbeste Grüße vom Chris
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

[TYPO3-german] Frontend bleibt auf einmal weiß / betrifft nur 2 Seiten

2010-06-22 Diskussionsfäden Chris Bernhard


Hi zusammen,

ich habe urplötzlich einen total strangen Fehler.
Die Startseite, sprich die Einstiegsseite unter der sämtliche
anderen (ca. 500!!) Seiten hängen bleibt plötzlich im Frontend weiß.

Sprich, es wird überhaupt nichts gerendert.
Das Reporting sagt folgendes:

Fatal error: Maximum execution time of 30 seconds exceeded in 
C:\Apache\htdocs\t3lib\class.t3lib_lock.php  on line 158


Keine Ahnung, woran das denn liegen könnte, hatte ich bislang noch nie...

Vielen Dank für Eure Hilfe!

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

Re: [TYPO3-german] CLI Fehler / Crawler

2010-06-22 Diskussionsfäden Chris Bernhard


Natürlich ist auch noch folgendes konfiguriert:

#Indexed Search
config.index_enable = 1
config.index_externals = 1
config.no_cache = 0

Viele Grüße vom Chris


Am 22.06.2010 12:10, schrieb Chris Bernhard:

Hi zusammen,

hier mal nähere Infos zu meinem Crawler Problem:

Windows 2003 Server
Apache 2.2.14
PHP 5.2.12

Typo3 4.3.3
EXT Crawler 3.1.2

Folgende Crawler Konfiguration liegt auf der Root Seite:

#set up a crawl for users that arent logged in
tx_crawler.crawlerCfg.paramSets.crawlingall=
tx_crawler.crawlerCfg.paramSets.crawlingall{
cHash = 1
procInstrFilter = tx_indexedsearch_reindex, tx_indexedsearch_crawler
baseUrl = http://kunde.dev/
}

#set up a crawl for users who have group id of 1
tx_crawler.crawlerCfg.paramSets.grp1 < tx_crawler.crawlerCfg.paramSets.test
tx_crawler.crawlerCfg.paramSets.grp1{
userGroups = 1
}

Benutzer _cli_crawler ist im Backend angelegt.
In indexed_search sind folgende Modes gesetzt:

-> disableFrontendIndexing
-> useCrawlerForExternalFiles
-> pdftools PATH: c:/Apache/bin/xpdf/

Eine Indexierungseinstellungen vom Typ Seitenbaum (inklusive
Wurzelseite) liegt ebenfalls in der Rootseite. Verschieben
in Stammdatenverzeichnis hat ebenfalls nichts gebracht.

CLI rufe ich wie folgt über Geplante Tasks oder die CMD auf:
c:\>php /Apache/htdocs/typo3/cli_dispatch.phpsh crawler

Im Protokoll steht der eingangs erwähnte Fehler:

cli_craw...@live [5] ! [5_0] Core: Error handler (BE): PHP
Warning: include(): Failed opening '' for inclusion
(include_path='c:\php') in C:\Apache\htdocs\typo3\cli_dispatch.phpsh
line 123

Ich bekomme also den Crawler partout nicht zum Laufen...

Ist das unter Windows ein bekannter Bug oder mache ich irgendwas falsch?
Es wird nämlich rein überhaupt nichts indexiert...

Vielen Dank und allerbeste Grüße vom Chris





Am 18.06.2010 15:53, schrieb Chris Bernhard:

Hi zusammen mal wieder,

beim Aufruf eines Cronjobs für die Crawler Extension
erhalte ich im Backend folgende Fehlermeldung:

15:27:06 _cli_craw...@live [5] ! [5_0] Core: Error handler (BE): PHP
Warning: include(): Failed opening '' for inclusion
(include_path='c:\php') in C:\Apache\htdocs\typo3\cli_dispatch.phpsh
line 123

Eigentlich recht aussagekräftig, wenn ich nur wüsste,
was im include_path stehen soll.

In Zeile 123 steht übrigens folgendes:

include(TYPO3_cliInclude);

Irgendwann vielleicht einen Rat?

Vielen Dank und beste Grüße vom Chris




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

Re: [TYPO3-german] CLI Fehler / Crawler

2010-06-22 Diskussionsfäden Chris Bernhard


Hi zusammen,

hier mal nähere Infos zu meinem Crawler Problem:

Windows 2003 Server
Apache 2.2.14
PHP 5.2.12

Typo3 4.3.3
EXT Crawler 3.1.2

Folgende Crawler Konfiguration liegt auf der Root Seite:

#set up a crawl for users that arent logged in
tx_crawler.crawlerCfg.paramSets.crawlingall=
tx_crawler.crawlerCfg.paramSets.crawlingall{
cHash = 1
procInstrFilter = tx_indexedsearch_reindex, tx_indexedsearch_crawler
baseUrl = http://kunde.dev/
}

#set up a crawl for users who have group id of 1
tx_crawler.crawlerCfg.paramSets.grp1 < tx_crawler.crawlerCfg.paramSets.test
tx_crawler.crawlerCfg.paramSets.grp1{
userGroups = 1
}

Benutzer _cli_crawler ist im Backend angelegt.
In indexed_search sind folgende Modes gesetzt:

-> disableFrontendIndexing
-> useCrawlerForExternalFiles
-> pdftools PATH: c:/Apache/bin/xpdf/

Eine Indexierungseinstellungen vom Typ Seitenbaum (inklusive 
Wurzelseite) liegt ebenfalls in der Rootseite. Verschieben

in Stammdatenverzeichnis hat ebenfalls nichts gebracht.

CLI rufe ich wie folgt über Geplante Tasks oder die CMD auf:
c:\>php /Apache/htdocs/typo3/cli_dispatch.phpsh crawler

Im Protokoll steht der eingangs erwähnte Fehler:

cli_craw...@live [5] ! [5_0] Core: Error handler (BE): PHP
Warning: include(): Failed opening '' for inclusion
(include_path='c:\php') in C:\Apache\htdocs\typo3\cli_dispatch.phpsh 
line 123


Ich bekomme also den Crawler partout nicht zum Laufen...

Ist das unter Windows ein bekannter Bug oder mache ich irgendwas falsch?
Es wird nämlich rein überhaupt nichts indexiert...

Vielen Dank und allerbeste Grüße vom Chris





Am 18.06.2010 15:53, schrieb Chris Bernhard:

Hi zusammen mal wieder,

beim Aufruf eines Cronjobs für die Crawler Extension
erhalte ich im Backend folgende Fehlermeldung:

15:27:06 _cli_craw...@live [5] ! [5_0] Core: Error handler (BE): PHP
Warning: include(): Failed opening '' for inclusion
(include_path='c:\php') in C:\Apache\htdocs\typo3\cli_dispatch.phpsh
line 123

Eigentlich recht aussagekräftig, wenn ich nur wüsste,
was im include_path stehen soll.

In Zeile 123 steht übrigens folgendes:

include(TYPO3_cliInclude);

Irgendwann vielleicht einen Rat?

Vielen Dank und beste Grüße vom Chris


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

[TYPO3-german] CLI Fehler / Crawler

2010-06-18 Diskussionsfäden Chris Bernhard


Hi zusammen mal wieder,

beim Aufruf eines Cronjobs für die Crawler Extension
erhalte ich im Backend folgende Fehlermeldung:

15:27:06		_cli_craw...@live		[5]		 !		[5_0]		Core: Error handler (BE): 
PHP Warning: include(): Failed opening '' for inclusion 
(include_path='c:\php') in C:\Apache\htdocs\typo3\cli_dispatch.phpsh 
line 123


Eigentlich recht aussagekräftig, wenn ich nur wüsste,
was im include_path stehen soll.

In Zeile 123 steht übrigens folgendes:

include(TYPO3_cliInclude);

Irgendwann vielleicht einen Rat?

Vielen Dank und beste Grüße vom Chris
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

Re: [TYPO3-german] Domain Cookie setzen und auslesen

2010-06-17 Diskussionsfäden Chris Bernhard


Hola zusammen,

bin jetzt etwas weiter.
Cookies setze ich nun mittels einer kleinen PHP Extension.
Eigentlich ja ganz simpel, nun muss ich das Ding noch via
Typoscript verwursten und da ist nun der Hund begraben.

Ich bräuchte also eine IF / ElSE bzw. besser CASE Anweisung.
Also sowas in der Art:

[PIDinRootline = 30]
page.includeCSS {
file4 = fileadmin/templates/style/blue.css
file4.title = Standardansicht
file4.media = screen
  }

lib.navi = HMENU
lib.navi {
  temp.mycookie.cObject = CASE
  temp.mycookie.cObject {
  key.field = global : HTTP_COOKIE_VARS | pid

[TYPO3-german] Domain Cookie setzen und auslesen

2010-06-16 Diskussionsfäden Chris Bernhard


Hi zusammen,

ich betreibe eine Typo3 Seite (T3 4.3.3) die mit mehreren
Domains problemlos läuft. Nun möchte ich, wenn der User
über eine Subdomain kommt ein Cookie schreiben und sobald
der User wieder über die Hauptdomain kommt das Cookie
auslesen und einen kleinen Banner zur Subdomain anzeigen.

Wie stelle ich das am besten an?

Vielen Dank für Eure Vorschlage und beste Grüße vom Chris
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

Re: [TYPO3-german] Subdomain / zusätzlichen Navigat ionspunkt einblenden

2010-06-11 Diskussionsfäden Chris Bernhard


Okay, habs jetzt so gelöst:

[PIDinRootline = 69]
page.includeCSS {
file5 = fileadmin/templates/inter/style/grey.css
file5.title = Standardansicht
file5.media = screen
  }

lib.navi = HMENU
lib.navi {
excludeUidList = 32,67,68
}

[END]

Jetzt müsste ich quasi nur nochn Cookie setzen, das sich merkt,
woher der User gekommen ist. Kam er über die Subdomain, soll
er beim nächsten Besuch wieder auf die Subdomain geleitet werden.

Wie setze ich denn Cookies in Typo3 um?

Vielen Dank und allerbeste Grüße vom Chris

Am 11.06.2010 15:48, schrieb Chris Bernhard:

Hi zusammen,

ich bins mal wieder :-) Und heute mit folgender Frage:

Wie stelle ich es an mit TS eine ausgeblendete Seite einzublenden,
wenn der User von einer bestimmten Subdomain kommt?

Sprich, der User kommt von sub.meinedomain.de, bekommt den Rest
der normalen Navigationsstruktur angezeigt und zusätzlich dann noch
einen speziellen Unternavigationspunkt dargestellt, der zur Zeit
ausgeblendet ist.

Hoffe, dass das soweit verständlich rüberkommt ;-)

Dankeschön und allerbeste Grüße vom Chris


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

[TYPO3-german] Subdomain / zusätzlichen Naviga tionspunkt einblenden

2010-06-11 Diskussionsfäden Chris Bernhard


Hi zusammen,

ich bins mal wieder :-) Und heute mit folgender Frage:

Wie stelle ich es an mit TS eine ausgeblendete Seite einzublenden,
wenn der User von einer bestimmten Subdomain kommt?

Sprich, der User kommt von sub.meinedomain.de, bekommt den Rest
der normalen Navigationsstruktur angezeigt und zusätzlich dann noch
einen speziellen Unternavigationspunkt dargestellt, der zur Zeit 
ausgeblendet ist.


Hoffe, dass das soweit verständlich rüberkommt ;-)

Dankeschön und allerbeste Grüße vom Chris
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

Re: [TYPO3-german] TV Vererbung umgekehrt / flexform_getfield


Hallo da draußen :-)

Hat sich zwischenzeitlich erübrigt, brauche das nicht mehr.
Wäre allerdings trotzdem interessant, ob ne umgekehrte Vererbung auch
funktioniert.

Vielen Dank und beste Grüße vom Chris

Am 10.06.2010 11:41, schrieb Chris Bernhard:

Hi zusammen,

ich möchte in der Hauptseite FCE's aus einer darunter liegenden
Seite ausgeben und verwende hierfür flexform_getfield.

In diesem Fall versuche ich das entsprechende FCE folgendermaßen
auszugeben. Am besten wäre es, wenn ALLE field_teaser ausgegeben werden.

Ansonsten müsste ich das einzeln für die beiden Elemente realisieren.

Hier also mein Ansatz. Leider wird nur die ID des entsprechenden FCE's
ausgegeben. Stehe hier aber auch gerade total aufm Schlauch...

lib.teaser = COA
lib.teaser {
10 = TEXT
10 {
cObject < plugin.tx_flexformgetfield_pi1
cObject.uid = 10
cObject.recLevel = 4
cObject.field = field_teaser
}
}

Vielen Dank für Eure Vorschläge und allerbeste Grüße,

Chris


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

Re: [TYPO3-german] LowerCase im TMENU


So Joey, ich habs hinbekommen! Ich danke Dir nochmal vielmals :-)

Hier also die Lösung:

# HAUPT MENU
lib.navi = HMENU
lib.navi {
excludeUidList = 20, 23
entryLevel = 1
 # erstes level
  1 = TMENU
  1.expAll = 1
  1.wrap = |
  1 {   
# no state: normale Formatierung
NO {
  	wrapItemAndSub = ||*|||*|class="last">|

after.cObject = COA
after.cObject {
  # hier Deine Teaservarianten
  # z.B. über RECORDS mit optionSplit
10 = LOAD_REGISTER
10 {
subMenuTeaser.cObject = RECORDS
subMenuTeaser.cObject {
  source = 0||100||100||0
  tables = tt_content
}
}
}

linkWrap = |
stdWrap.htmlSpecialChars = 1
stdWrap.htmlSpecialChars.preserveEntities = 1   
}
# act state: gültig von der rootseite bis zur aktuellen Seite
ACT = 1
ACT {
	wrapItemAndSub = ||*|||*|class="last">|

linkWrap = |
stdWrap.htmlSpecialChars = 1
stdWrap.htmlSpecialChars.preserveEntities = 1
}
  }

  # zweites level
  2 = TMENU
  2.expAll = 1
  2.stdWrap.dataWrap = class="box">|{register:subMenuTeaser}

  2 {   
NO {
  wrapItemAndSub = ||*|||*|class="last">|

  linkWrap = | 
}
ACT = 1
ACT {
  wrapItemAndSub = ||*|||*|class="last">|

  linkWrap = |
}
  }

Am 10.06.2010 15:20, schrieb Chris Bernhard:

Allright, habs jetzt mal so getestet,
funktioniert leider noch nicht, sprich es werden
keine Teaser ausgegeben. So siehts nun aus:

# HAUPT MENU
lib.navi = HMENU
lib.navi {
excludeUidList = 20, 23
entryLevel = 1
# erstes level
1 = TMENU
1.expAll = 1
1.wrap = |
1 {
# no state: normale Formatierung
NO {
wrapItemAndSub = ||*|||*||
after.cObject = COA
after.cObject {
# hier Deine Teaservarianten
# z.B. über RECORDS mit optionSplit
10 = LOAD_REGISTER
10 {
subMenuTeaser.cObject = RECORDS
subMenuTeaser.cObject {
source = 0||100||100||0
tables = tt_content
}
}
}

linkWrap = |
stdWrap.htmlSpecialChars = 1
stdWrap.htmlSpecialChars.preserveEntities = 1
}
# act state: gültig von der rootseite bis zur aktuellen Seite
ACT = 1
ACT {
wrapItemAndSub = ||*|||*||
linkWrap = |
stdWrap.htmlSpecialChars = 1
stdWrap.htmlSpecialChars.preserveEntities = 1
}
}

# zweites level
2 = TMENU
2.expAll = 1
2.stdWrap.append.data = register:subMenuTeaser
2.wrap = |
2 {
NO {
wrapItemAndSub = ||*|||*||
linkWrap = |
}
ACT = 1
ACT {
wrapItemAndSub = ||*|||*||
linkWrap = |
}
}

Dankeschön und allerbeste Grüße,

Chris

Am 10.06.2010 15:10, schrieb JoH asenau:

Okay, wo muss dann das COA stehen, damit
ich das via LoadRegister wieder reinbekomme?


Sollte weiterhin unter after.cObject laufen.
Vorausgesetzt, daß TMENU die einzelnen Ebenen rekursiv durchläuft.

HTH

Joey





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

Re: [TYPO3-german] LowerCase im TMENU


Allright, habs jetzt mal so getestet,
funktioniert leider noch nicht, sprich es werden
keine Teaser ausgegeben. So siehts nun aus:

# HAUPT MENU
lib.navi = HMENU
lib.navi {
excludeUidList = 20, 23
entryLevel = 1
 # erstes level
  1 = TMENU
  1.expAll = 1
  1.wrap = |
  1 {   
# no state: normale Formatierung
NO {
  	wrapItemAndSub = ||*|||*|class="last">|

after.cObject = COA
after.cObject {
  # hier Deine Teaservarianten
  # z.B. über RECORDS mit optionSplit
10 = LOAD_REGISTER
10 {
subMenuTeaser.cObject = RECORDS
subMenuTeaser.cObject {
  source = 0||100||100||0
  tables = tt_content
}
}
}

linkWrap = |
stdWrap.htmlSpecialChars = 1
stdWrap.htmlSpecialChars.preserveEntities = 1   
}
# act state: gültig von der rootseite bis zur aktuellen Seite
ACT = 1
ACT {
	wrapItemAndSub = ||*|||*|class="last">|

linkWrap = |
stdWrap.htmlSpecialChars = 1
stdWrap.htmlSpecialChars.preserveEntities = 1
}
  }

  # zweites level
  2 = TMENU
  2.expAll = 1
  2.stdWrap.append.data = register:subMenuTeaser
  2.wrap = |
  2 {   
NO {
  wrapItemAndSub = ||*|||*|class="last">|

  linkWrap = | 
}
ACT = 1
ACT {
  wrapItemAndSub = ||*|||*|class="last">|

  linkWrap = |
}
  }

Dankeschön und allerbeste Grüße,

Chris

Am 10.06.2010 15:10, schrieb JoH asenau:

Okay, wo muss dann das COA stehen, damit
ich das via LoadRegister wieder reinbekomme?


Sollte weiterhin unter after.cObject laufen.
Vorausgesetzt, daß TMENU die einzelnen Ebenen rekursiv durchläuft.

HTH

Joey



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

Re: [TYPO3-german] LowerCase im TMENU


Okay, wo muss dann das COA stehen, damit
ich das via LoadRegister wieder reinbekomme?

Habs jetzt mal so probiert, bestimmt total daneben...

test.cObject = COA
test.cObject {
  # hier Deine Teaservarianten
  # z.B. über RECORDS mit optionSplit
10 = LOAD_REGISTER
10 {
subMenuTeaser.cObject = RECORDS
subMenuTeaser.cObject {
  source = 0||100||0||0
  tables = tt_content
}
}
}


# HAUPT MENU
lib.navi = HMENU
lib.navi {
excludeUidList = 20, 23
entryLevel = 1
 # erstes level
  1 = TMENU
  1.expAll = 1
  1.wrap = |
  1 {
# no state: normale Formatierung
NO {
  	wrapItemAndSub = ||*|||*|class="last">|

linkWrap = |
stdWrap.htmlSpecialChars = 1
stdWrap.htmlSpecialChars.preserveEntities = 1
}
# act state: gültig von der rootseite bis zur aktuellen Seite
ACT = 1
ACT {
	wrapItemAndSub = ||*|||*|class="last">|

linkWrap = |
stdWrap.htmlSpecialChars = 1
stdWrap.htmlSpecialChars.preserveEntities = 1
}
  }
  # zweites level
  2 = TMENU
  2.expAll = 1
  2.wrap = |
  2.stdWrap.append.data = register:subMenuTeaser
  2 {   
NO {
  wrapItemAndSub = ||*|||*|class="last">|

  linkWrap = | 
}
ACT = 1
ACT {
  wrapItemAndSub = ||*|||*|class="last">|

  linkWrap = |
}
  }

Ich danke Dir vielmals!

Beste Grüße vom Chris



Am 10.06.2010 14:35, schrieb JoH asenau:

 after.cObject {
  source = 0||100||0||0
  tables = tt_content
 }

Jetzt wird der Teaser allerdings innerhalb des LI's ausgegeben.
Ich bräuchte allerdings den Teaser mit der ID 100 hinter jedem UL
der 2 ten Navigationsebene. Das muss doch auch irgendwie gehen.


"after" bezieht sich erstmal auf das TMENUITEM und nicht auf ein Untermenü.
In dem Fall müsstest Du ggf. mit einem LOAD_REGISTER innerhalb des COA 
arbeiten, das auf der nächsten Ebene ausgewertet wird.

10 = LOAD_REGISTER
10 {
 subMenuTeaser.cObjec t = RECORDS
 subMenuTeaser.cObjec t {
   source = 1||2||3||4
   tables = tt_content
 }
}

Und auf der 2. Ebene dann sowas wie:

2 = TMENU
2.stdWrap.append.data = register:subMenuTeaser


Außerdem wird jetzt der Teaser komischerweise hinter diesen
Menupunkten ausgegeben:

Menu1 ->  Teaser
Menu2 ->  Teaser
Menu3 ->
Menu4 ->


Sollte eigentlich nicht der Fall sein, weil Dein optionSplit (0||100||0||0) nur 
an der zweiten Stelle zieht.
Das zu erwartende Ergebnis sollte also so aussehen:

Menu1 ->
Menu2 ->  Teaser
Menu3 ->
Menu4 ->

HTH

Joey



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

Re: [TYPO3-german] LowerCase im TMENU


Hola Joey,

genau, das wäre das Beste überhaupt, dann spar ich mir den kompletten
anderen Krempel.

Sprich, habs jetzt mal so versucht:

  # zweites level
  2 = TMENU
  2.expAll = 1
  2.stdWrap.dataWrap = |
  2 {
NO {
  wrapItemAndSub = ||*|||*|class="last">|

after.cObject = COA
after.cObject {
  # hier Deine Teaservarianten
  # z.B. über RECORDS mit optionSplit
  10 = RECORDS
  10 {
 source = 0||100||0||0
 tables = tt_content
}
  linkWrap = |
}
ACT = 1
ACT {
  wrapItemAndSub = ||*|||*|class="last">|

  linkWrap = |
}
  }

Jetzt wird der Teaser allerdings innerhalb des LI's ausgegeben.
Ich bräuchte allerdings den Teaser mit der ID 100 hinter jedem UL
der 2 ten Navigationsebene. Das muss doch auch irgendwie gehen.

Außerdem wird jetzt der Teaser komischerweise hinter diesen
Menupunkten ausgegeben:

Menu1 -> Teaser
Menu2 -> Teaser
Menu3 ->
Menu4 ->

Brauche diese allerdings an diesen Stellen:

Menu1 ->
Menu2 -> Teaser
Menu3 -> Teaser
Menu4 ->

Vielen Dank nochmal an dieser Stelle :-)

Beste Grüße vom Chris

Am 10.06.2010 13:19, schrieb JoH asenau:

 after.cObject = COA
 after.cObject {
   wrap =|
   # hier Deine Teaservarianten
   # z.B. über RECORDS mit optionSplit
   10 = RECORDS
   10 {
  source = 1||2||3||4
  tables = tt_content
 }


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

Re: [TYPO3-german] LowerCase im TMENU


Hi Joey,

dankeschön erstmal :-) Die Teaser werden auf der Startseite eingefügt,
bekommen ne eindeutige ID vom Redakteur zugewiesen
und vererben sich in der Struktur nach unten durch.

Hoffe, dass das somit klar wird :-)

Vielen Dank und beste Grüße vom Chris

Am 10.06.2010 13:00, schrieb Chris Bernhard:

Hi nochmal :-)

Was ich jetzt also benötige ist für jede Box eine eindeutige ID.
Also folgendes:

# zweites level
2 = TMENU
2.expAll = 1
2.stdWrap.dataWrap = |
2 {
NO {
wrapItemAndSub = ||*|||*||
linkWrap = |
}
ACT = 1
ACT {
wrapItemAndSub = ||*|||*||
linkWrap = |
}
}

Soll dann so aussehen:

|
|
|
|

Besten Dank und viele Grüße vom Chris

Am 10.06.2010 12:19, schrieb Chris Bernhard:

Hi Joey,

folgendes Problem tut sich mir auf. Zwar sollen innerhalb
einer Navigation (Flyout) Teaser ausgegeben werden und zwar nur
in zwei Navigationsebenen.

Sprich, der Benutzer fährt über die vier Hauptnavigationspunkte
und darunter befinden sich im entsprechenden Flyout die Unterpunkte
tabellarisch angeordnet.

Nun kann der Redakteur in jeden Hauptnavigationspunkt, also die vier
unterhalb der Startseite optional einen Teaser (FCE) einpflegen, welcher
innerhalb des Navigationsflyouts erscheinen soll.

Folgendes soll also dabei herauskommen.



Menu1
Menu2


Sub 1
Sub 2



Menu3


Sub 1
Sub 2



Menu4









Über die jeweiligen ID's wird dann über Jquery der
entsprechende Teaser innerhalb der entsprechenden Box
eingebunden. Also, am Ende kommt dann das dabei raus:

Menu3


Sub 1
Sub 2







Hoffe, mein Vorhaben wird dadurch deutlicher.
Idealerweise wäre gleich die endgültige Struktur...

Vielen Dank und beste Grüße vom Chris


Am 10.06.2010 12:08, schrieb JoH asenau:

vielen Dank für Deine Antwort. Stimmt, so wird
nur immer der aktuell gewählte Seitentitel ausgegeben
und nicht der Titel der Seite, in dem sich das FCE befindet.

Hab jetzt leider auch keine Ahnung, wie ich das Ganze komplett
anderst aufziehen könnte. Sprich, ich brauche natürlich
die zugrundeliegende Seite in der Struktur.


Beschreib mal ganz von vorn, was genau Du eigentlich machen willst.

Dann sehen wir weiter

Joey







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

Re: [TYPO3-german] LowerCase im TMENU


Hi nochmal :-)

Was ich jetzt also benötige ist für jede Box eine eindeutige ID.
Also folgendes:

  # zweites level
  2 = TMENU
  2.expAll = 1
  2.stdWrap.dataWrap = id="box_{TSFE:title}">|

  2 {
NO {
  wrapItemAndSub = ||*|||*|class="last">|

  linkWrap = |
}
ACT = 1
ACT {
  wrapItemAndSub = ||*|||*|class="last">|

  linkWrap = |
}
  }

Soll dann so aussehen:

|
|
|
|

Besten Dank und viele Grüße vom Chris

Am 10.06.2010 12:19, schrieb Chris Bernhard:

Hi Joey,

folgendes Problem tut sich mir auf. Zwar sollen innerhalb
einer Navigation (Flyout) Teaser ausgegeben werden und zwar nur
in zwei Navigationsebenen.

Sprich, der Benutzer fährt über die vier Hauptnavigationspunkte
und darunter befinden sich im entsprechenden Flyout die Unterpunkte
tabellarisch angeordnet.

Nun kann der Redakteur in jeden Hauptnavigationspunkt, also die vier
unterhalb der Startseite optional einen Teaser (FCE) einpflegen, welcher
innerhalb des Navigationsflyouts erscheinen soll.

Folgendes soll also dabei herauskommen.



Menu1
Menu2


Sub 1
Sub 2



Menu3


Sub 1
Sub 2



Menu4









Über die jeweiligen ID's wird dann über Jquery der
entsprechende Teaser innerhalb der entsprechenden Box
eingebunden. Also, am Ende kommt dann das dabei raus:

Menu3


Sub 1
Sub 2







Hoffe, mein Vorhaben wird dadurch deutlicher.
Idealerweise wäre gleich die endgültige Struktur...

Vielen Dank und beste Grüße vom Chris


Am 10.06.2010 12:08, schrieb JoH asenau:

vielen Dank für Deine Antwort. Stimmt, so wird
nur immer der aktuell gewählte Seitentitel ausgegeben
und nicht der Titel der Seite, in dem sich das FCE befindet.

Hab jetzt leider auch keine Ahnung, wie ich das Ganze komplett
anderst aufziehen könnte. Sprich, ich brauche natürlich
die zugrundeliegende Seite in der Struktur.


Beschreib mal ganz von vorn, was genau Du eigentlich machen willst.

Dann sehen wir weiter

Joey





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

Re: [TYPO3-german] LowerCase im TMENU