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

[Chris Bernhard]

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

[Chris Bernhard]

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

Re: [TYPO3-german] IMAGE-cObject: mit parseFunc.short Zeichen im Alt/Title-Tag ersetzen?

[mike miller]

Hi Patric!

Danke für die Idee mit Sonderzeichen!

In meinem Fall brauche ich zwei Trennzeichen.. für die Zeilenumbrüche in
unterschiedlichen Templates/Ansichten.
"_" hatte ich also schon in Verwendung.. und "-" kann ich leider nicht
nehmen, weil der Zeichen in einem Newstitel auch so vorkommen kann.

Habe es jetzt mit zwei Zeichenketten umgesetzt:
"_1_" und "_2_" :)

Danke noch mal!

mike

Am 30. Juni 2010 17:07 schrieb Patric Pesch :

> schrieb mike miller:
> > Typoscript
> > -
> > # funktioniert:
> > 10 = TEXT
> > 10.text.field = title
> > 10.text.parseFunc.short.aaa = bbb
> >
> > # funktioniert nicht:
> > title_stdWrap.cObject = IMAGE
> > title_stdWrap.cObject.altText.field = title
> > title_stdWrap.cObject.altText.parseFunc.short.aaa = bbb
> > --
> >
> > hat vielleicht jemand eine Idee wie ich die Ersetzung auch für den
> > Alt-/Title-Attribut mache?
>
> Hi, das ähnliche Problem hatte ich auch schon einmal. Dein TS ist im
> prinzip schon richtig (.short funktioniert auch zu 100% auf altText und
> titleText). Aber die parseFunc.short Funktion unterstützt nicht alle
> Zeichen, bzw. typoscript unterstützt nicht alle Zeichen.
>
> Ich hatte mir damals folgendes Test TS gebaut:
> temp.bla = COA
> temp.bla {
>  10 = TEXT
>  10.value = Dieser Text ist äöü&;,[]1?=/\&%$§"!<>.|_-+^µ€@ ähm
>  10.parseFunc.short {
>ist = narf
>ä = lala
>ö = lala
>ü = lala
>& = lala
>; = lala
>: = lala
>[ = lala
>] = lala
>k = lala
>1 = lala
>? = lala
>= = lala
>/ = lala
>\ = lala
>\/ = lala
>\\\ = lala
>& = lala
>% = lala
>$ = lala
>§ = lala
>" = lala
>! = lala
>< = lala
>> = lala
>. = lala
>| = lala
>_ = lala
>- = lala
>+ = lala
>^ = lala
>µ = lala
>€ = lala
>@ = lala
>ähm = lala
>  }
> }
> // ergibt: Dieser Text narf äöü&;,[]lala?=/\&%$§"!<>.|lalalala+^µ€@ ähm
>
> Erklärt habe ich es mir damals, dass als "key" in TS eben keine
> Sonderzeichen erlaubt sind und somit wird es (mir) halbwegs klar.
> ".short" ist ein array. Du könntest dein Beispiel auch so schreiben:
> title_stdWrap.cObject.altText.parseFunc.short {
>  aaa = bbb
> }
>
> Mit aaa ist es OK, mit @ = bbb leider nicht. Z.B. funktioniert
> temp.nötig = TEXT // muss temp.noetig = TEXT heißen
> genau so wenig.
>
> Du kannst als Trennzeichen ja mal _ oder - benutzen. Das funktioniert.
>
> Hoffe das hilft
> Patric
>
>
>
> ___
> TYPO3-german mailing list
> TYPO3-german@lists.typo3.org
> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
>
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

Re: [TYPO3-german] Backend Messages

[Kay Strobach]

Hi Michael,

nimm livezilla und schreib dir zusätzlich eine kleine extensions die den
code in das menü über dem frame einfügt

Grüße
Kay

Am 01.07.2010 07:08, schrieb Michael:
> Marcel Remmy wrote:
> 
>> Weiss jemand eine Möglichkeit, wie ich so eine Art "Backend Nachricht"
>> an die aktuell eingeloggten Redakteure schicken kann? So zum Thema
>> Admin-zu-Redakteur Kommunikation ;)
> [...]
>> Gibt´s da ein Extension-Tipp oder bringt TYPO3 sowas potenziell an Bord
>> mit?
> 
> Siehe Thread von Chris Bernhard und die Antwort von Alexander Walther am
> 23/Juni/2010:
> http://lists.typo3.org/pipermail/typo3-german/2010-June/069271.html
> 
> $GLOBALS['TYPO3_CONF_VARS']['BE']['loginNews'][] sollte sowas machen.
> Ich bin gespannt, ob Chris das in einer Extension verpackt :-)
> 
> HTH - Cheers
> Michael

___
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

[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
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

Re: [TYPO3-german] Backend Messages

[Michael]

Marcel Remmy wrote:

> Weiss jemand eine Möglichkeit, wie ich so eine Art "Backend Nachricht"
> an die aktuell eingeloggten Redakteure schicken kann? So zum Thema
> Admin-zu-Redakteur Kommunikation ;)
[...]
> Gibt´s da ein Extension-Tipp oder bringt TYPO3 sowas potenziell an Bord
> mit?

Siehe Thread von Chris Bernhard und die Antwort von Alexander Walther am
23/Juni/2010:
http://lists.typo3.org/pipermail/typo3-german/2010-June/069271.html

$GLOBALS['TYPO3_CONF_VARS']['BE']['loginNews'][] sollte sowas machen.
Ich bin gespannt, ob Chris das in einer Extension verpackt :-)

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

[TYPO3-german] Inhaltselemente hinzufügen im TV -Seiten Modul funktioniert nicht

[Bernhard Schmid]

Hallo,

Ich habe Typo3 4.4 sowie die aktuellste TemplaVoila-Erweiterung 
installiert. Leider erhalte ich, wenn ich im TemplaVoila-Seiten-Modul 
ein Inhaltselement hinzufügen möchte, keine Elemente zur Auswahl. Ein 
Klick auf "Create new element" bringt mich zwar auf die Seite "Select 
type of content element", allerdings werden dort keine Inhaltselemente 
aufgelistet. Über die Listenansicht funktioniert das Hinzufügen von 
Inhaltselementen allerdings.


Weiß jemand wie ich dieses Problem beheben kann?

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

Re: [TYPO3-german] Auf Sprachdatei zugreifen

[Koller Michel]

Vielleicht sollte ich noch erwähnen: es ist ein hook der im backend wirkt,
 wenn ein Inhaltselement gespeichert wird, löst der hook eine funktiobn aus.


Gruss
Michel Koller

"Koller Michel"  schrieb im Newsbeitrag 
news:mailman.1.1277942908.21308.typo3-ger...@lists.typo3.org...
> Habe ich irgendwie die Möglichkeit aus einem hook heraus
>
> auf  "$GLOBALS['TSFE']->id" oder "$this->pi_getLL" oder
> auf das "setup", (mit $conf) zuzugreifen?
>
> oder wenigstens die Seitenid herausfinden? in meinem Fall
> schlägt das alles fehl und ich kann mir nicht erklären warum..
>
> Mir würde es sehr helfen wenn ich wüste ob das
> funktionieren sollte oder ob der Fehler woanders liegt.
>
> Bin um jede Hilfe dankbar
> Michel Koller
>
>
> "Koller Michel"  schrieb im Newsbeitrag 
> news:mailman.1.1277909611.14020.typo3-ger...@lists.typo3.org...
>> Guten tag
>>
>> Ich habe eine Extension mit einem Hook.
>> Nun sollte ich aus dem Hook Script auf die Sprachdatei zugreifen können,
>> also so: $this->pi_getLL('artikelnummer')
>>
>> Der Begin der Hook Datei ist so :
>>
>> class tx_motion_shop_tcemainhooks {
>> function processDatamap_preProcessFieldArray(&$FieldArray, $table, $id, 
>> &$tceobj) {
>>
>> das geht leider nicht.
>> Was fehlt in meinem Hook Script damit ich auf die Sprachdatei zugreifen 
>> kann?.
>>
>> vielen Dank für Hilfe
>> M.Koller
>>
>
> 


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

Re: [TYPO3-german] Auf Sprachdatei zugreifen

[Koller Michel]

Habe ich irgendwie die Möglichkeit aus einem hook heraus

auf  "$GLOBALS['TSFE']->id" oder "$this->pi_getLL" oder
auf das "setup", (mit $conf) zuzugreifen?

oder wenigstens die Seitenid herausfinden? in meinem Fall
schlägt das alles fehl und ich kann mir nicht erklären warum..

Mir würde es sehr helfen wenn ich wüste ob das
funktionieren sollte oder ob der Fehler woanders liegt.

Bin um jede Hilfe dankbar
Michel Koller


"Koller Michel"  schrieb im Newsbeitrag 
news:mailman.1.1277909611.14020.typo3-ger...@lists.typo3.org...
> Guten tag
>
> Ich habe eine Extension mit einem Hook.
> Nun sollte ich aus dem Hook Script auf die Sprachdatei zugreifen können,
> also so: $this->pi_getLL('artikelnummer')
>
> Der Begin der Hook Datei ist so :
>
> class tx_motion_shop_tcemainhooks {
> function processDatamap_preProcessFieldArray(&$FieldArray, $table, $id, 
> &$tceobj) {
>
> das geht leider nicht.
> Was fehlt in meinem Hook Script damit ich auf die Sprachdatei zugreifen 
> kann?.
>
> vielen Dank für Hilfe
> M.Koller
> 


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

Re: [TYPO3-german] Nach Update 4.4.0 keine Database Analyser

[Andreas Reimund]

Habe es versucht bei mir brachte es leider keinen Erfolg immernoch eine
leere Seite und kein Fehler in der error_log.
Noch eine idee?

Gruß Andreas
Am Mittwoch, den 30.06.2010, 11:07 +0200 schrieb Hahnefeld Bjoern:
> Bitte "typo3temp" komplett löschen und die temporären Dateien von 
> localconf.php in "typo3conf". Dann hat es bei mir schon geklappt.
> 
> -Ursprüngliche Nachricht-
> Von: typo3-german-boun...@lists.typo3.org 
> [mailto:typo3-german-boun...@lists.typo3.org] Im Auftrag von Andreas Reimund
> Gesendet: Mittwoch, 30. Juni 2010 10:39
> An: typo3-german@lists.typo3.org
> Betreff: [TYPO3-german] Nach Update 4.4.0 keine Database Analyser
> 
> Guten Tag,
> 
> ich habe bei mir das Problem das nach dem ich das update auf 4.4.0
> gemacht habe, wenn ich auf Database Analyser im Install klicke nur eine
> weiße seite kommt. Ich kann kein Compare der Datenbank durchfürhern da
> ich nicht mehr da hin komme. In der error_log habe ich schon geschaut es
> schein kein Problem mit Symlink oder so zu sein und alles andere scheint
> auch zu funktionieren. 
> Die .htaccess habe ich angepasst wie es in der Beschreibung von typo3 zu
> diesem Update stand.
> Ist das ein Bug oder muss man bei diese Update noch was besonderes
> machen? Oder hatte schon jemand das Problem und eine Lösung dazu
> gefunden?
> 
> Gruß Andreas Reimund
> 
> ___
> 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 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')

[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-
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

Re: [TYPO3-german] debugbar

[Jürg Langhard GreenBanana GmbH]

Am 17.06.2010 16:30, schrieb Christian Nölle:

Hi!

Ich teste grad den RC1 von 4.4 und frag mich die ganze Zeit, wie werfe
ich denn diese neue debugbar für's BE an? Nix im Installtool, keine
Extension mit dem Namen und im Netz finde ich außer der Ankündigung, das
daran Verbesserungen vorgenommen worden sind, auch nix.

Hat jemand von euch #ne Idee!?


Oder du schreibst innerhalb von FLUIS 
{deineVariable}. Das hat den selben Effekt.

___
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')

[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
___
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

[Chris Bernhard]

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

Re: [TYPO3-german] felogin ohne cookies

[Christian Wolff]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Am 30.06.2010 13:36, schrieb Tobias Pierschel:
> Hi Bern,
> danke für die Info. Dort haben wir schon geschaut.
> Ich tippe auf Proxy oder Loadbalancer.
> 
> Gruß
> Tobi

ich würde mal folgende einstellungen probiern. neben der cookie domain
[SYS][doNotCheckReferer] = 1
[FE][lockIP] = 0

und auch mal überprüfen das nicht aus versehen
[dontSetCookie]
gesetzt ist :)

gruss chris

> 
> Am 30.06.2010 13:27, schrieb bernd wilke:
>> Am Wed, 30 Jun 2010 11:38:33 +0200 schrieb Tobias Pierschel:
>>
>>> Hallo,
>>> wir haben einen Kunden, bei dem es Problem mit dem Cookies gibt. Das hat
>>> zur Folge, dass er sich nicht einloggen kann. Gibt es die Möglichkeit
>>> das über Sessions zu regeln?
>>>
>> zu login mit session kann ich nichts sagen. aber vielleicht solltet ihr
>> die cookie-probleme mal analysieren.
>>
>> wo es gerne probleme gibt sind loadbalancer mit unterschiedlichen
>> subdomains (www1., www2., ...)
>>
>> dabei hilft dann eine festlegung der zu benutzenden cookie-domain: im
>> installtool finden sich nach dem eintrag [cookieDomain] auch noch ein
>> paar andere einstellungen zu den cookies, die sich als nützlich erweisen
>> könnten.
>>
>> weiterhin könnte proxies wichtig sein. auch dafür gibt es ein paar
>> einstellungen im installtool
>> und zuletzt natürlich die einstellung zu [lockIP] (entsprechend FE oder
>> BE)
>>
>> bernd
> 


- -- 
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)

iEYEARECAAYFAkwrgycACgkQIcCaXPh/JHH9YACfUkA/A/gPbgoq2yIeXrHcDOXC
9U8An38hw1+t9GEfaif6CUb3mcQGmGAq
=dEUr
-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] externe Daten automatisch .. --> TYPO3

[Marcel Remmy]

Wenn Du ein TYPO3 + MySQL laufen hast, an dem keinerlei 
Backend-Aktivität vorliegt, kannst Du so vorgehen:


- Du "klonst" dieses Setup und stellst es Deinem Kunden hin, als eine 
Art Intranet-Backend (nicht öffentlich erreichbar)
- Du lässt die Redakteure die Seite bearbeiten und z.B. um 23h dumpst Du 
alle Tabellen von diesem System.
- Du ersetzt alle wichtigen Werte z.B. die baseURL im Dump und schiebst 
den als "Update" auf das produktive System.
- Du lässt noch nen Crawler drüber laufen, damit der Cache sich füllt 
(Tabellen cache_* und index_* brauchst Du ja nicht mit zu dumpen)


Bei Seiten, wo man weiss, dass nachts um vier Uhr die Hits nicht bombig 
sind, kann man das schon so machen :-)


Wenn die Seite doch so der Brenner sein sollte, verstehe ich nicht, wie 
man die mit drei TASCAM Taschenrechnern effizient fahren wollte.


Wenn´s nur um Plaintext geht: EXT:cms_plaintext_import von 2005 noch vom 
Kasper... hat mir schon gute Dienste getan beim Konvertieren von ~!#$'# 
zu TYPO3


hth,
Marcel

Am 30.06.2010 16:39, schrieb Torsten:

Deshalb meine Frage, ob es eine Extension zum syncronisieren mit
externen Dateien gibt oder ein Redaktionstool, welches Offline benutzt
wird und sich dann mit Typo3 syncronisiert.


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

[TYPO3-german] Crawler + Indexed Search

[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

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

[TYPO3-german] Backend Messages

[Marcel Remmy]

Hallo zusammen,

kurz vor den T3DD10 möchte ich noch schnell ne Frage in die Runde 
werfen, die mich schon länger interessiert:


Weiss jemand eine Möglichkeit, wie ich so eine Art "Backend Nachricht" 
an die aktuell eingeloggten Redakteure schicken kann? So zum Thema 
Admin-zu-Redakteur Kommunikation ;)


Hintergrund ist der: Ich möchte ab und zu gerne das Backend abschließen, 
aber die aktuell am Backend arbeitetenden Menschen nicht frustrieren, 
indem nicht gespeicherte Elemente einfach verworfen werden.


Meine Vision wäre ja ein Countdown, der eingeblendet wird in der 
Top-Leiste, wo auch der Account Name und der Logout Button gezeigt werden.


Wisst ihr, wie man sowas realisieren könnte? (eine Nachricht: "In fünf 
Minuten wird das Backend abgeschlossen, beenden Sie jetzt Ihre Arbeit an 
nicht gespeicherten Elementen." würde mir ja schon genügen).


Gibt´s da ein Extension-Tipp oder bringt TYPO3 sowas potenziell an Bord mit?

Danke für jede Antwort :-)

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

Re: [TYPO3-german] 4.4.0: Datensätze in be_group s lassen sich nicht bearbeiten

[Tobias Pierschel]

Hi,
ist auf dem Server Suhosin installiert? Wenn ja, guck mal hier:

http://blog.netinventors.de/2009/04/24/typo3-aamp-suhosin

Gruß
 T o b i

Am 29.06.2010 18:01, schrieb Steffen Ritter:

in 4.4 haben sie doch schon große teile des backends auf extJS
umgestellt.

das wäre mir neu ...




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

Re: [TYPO3-german] DBAL - Installation TYPO3 4.4 Probleme???

[Thomas Hirt]

Bei mir steht im Verzeichnis darüber die htaccess für RealUrl:

RewriteEngine On
RewriteCond %{REQUEST_URI} ^.+(/(uploads|(typo3(conf|temp)))/.*)
RewriteRule ^.*$ %1 [L,R=301]
RewriteRule 
^(typo3|typo3temp|typo3conf|t3lib|tslib|fileadmin|uploads|showpic\.php)/ - [L]
RewriteRule ^typo3$ - [L]
RewriteRule ^typo3/.*$ - [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteCond %{REQUEST_FILENAME} !-l
RewriteRule .* index.php

Wenn ich das auskommentiere, dann sieht das Design richtig aus ABER
der Login klappt nicht richtig: Es kommt zwar keine Fehlermeldung, aber ich 
werde immer auf diese Seite zurückgeworfen.
Wie müsste ich obige Rule ändern für das Unterverzeichnis s2bnetwork ?

Danke!
Thomas


Steffen Gebert schrieb:


Hast du in der übergeordneten .htaccess zufällig eine Regel wie diese?


# Für blöde Bots, die mit baseUrl nicht zurecht kommen
RewriteCond %{REQUEST_URI} 
^.+(/(uploads|(typo3(conf|temp)))/.*)RewriteRule ^.*$ %1 [L,R=301]


Dies umschreibt blabla/typo3temp/.. nach typo3temp/..., was bei so einem 
Setup, wie bei dir, eben nicht gemacht werden darf.


Steffen

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

[TYPO3-german] Beschränkung der Redakteure

[Rainer Schleevoigt]

Hallo,

Webseiten bestehen aus redaktionellen Seiten und Systemordner, deren 
Inhalt dann die FE-Plugins steuern.


Nun werden erstere Seiten über das Modul Web/Seite, die anderen über 
Web/Liste editiert.


Kann man über Page-TS oder User-Ts eistellen, dass man im Page-Breich 
nur gewissen Seitenbäume sieht und im Listenbereich nur die Sysordner?


Rainer

--
Webmasterei Hamburg
Dipl.-Ing. R. Schleevoigt / TYPO3 Certified Integrator
Ust-ID:  DE239491976
mail:rai...@webmasterei-hamburg.de
http://webmasterei.com
22303 Hamburg | Novalisweg 10
+49 40 27806982 | skype:kontaktschmied

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

Re: [TYPO3-german] externe Daten automatisch in Typo3 einspielen/syncronisieren

[Christopher Schnell]

Hallo,

wie soll man eine Webapplikation offline verwenden? Sinnvoll wären natürlich
staging-server, aber das kommt soviel ich weiss erst mit Phenix.

Ich glaube nicht, dass es da was gibt.

Gruss,
Christopher.


-Ursprüngliche Nachricht-
Von: typo3-german-boun...@lists.typo3.org
[mailto:typo3-german-boun...@lists.typo3.org] Im Auftrag von Torsten
Gesendet: Mittwoch, 30. Juni 2010 16:40
An: typo3-german@lists.typo3.org
Betreff: [TYPO3-german] externe Daten automatisch in Typo3
einspielen/syncronisieren

Hallo zusammen,

alsooo, ich habe mal gerade eine tolle Anfrage meines Chefs bekommen, 
dass ein Kunde gerne Offline Inhalte pflegen möchte und das diese dann 
Nachts syncronisiert werden.
Sinn dabei soll wohl sein, dass nicht zu viele Leute gleichzeitig 
eingeloggt sein sollen, um den Server nicht in die Knie zu zwingen.
Anscheinend besteht der Server aus drei gekoppelten TASCAM Taschenrechnern.
Überzeugende Argumente, dass sowas kein Problem darstellt werden 
natürlich wieder mal einfach ignoriert.

Deshalb meine Frage, ob es eine Extension zum syncronisieren mit 
externen Dateien gibt oder ein Redaktionstool, welches Offline benutzt 
wird und sich dann mit Typo3 syncronisiert.

Vielen Dank

Gruß

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

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

Re: [TYPO3-german] DBAL - Installation TYPO3 4.4 Probleme???

[Steffen Gebert]

Am 30.06.2010, 16:50 Uhr, schrieb Thomas Hirt :


Jetzt habe ich aber folgendes Problem:

Habe TYPO3 4.4.0 in einem Unterverzeichnis installiert (Subdomain).
Install Toll läuft perfekt.

Ist auch kein wunder, denn die werden falsch angegeben.
"../typo3temp" ist nicht korrekt; es liegt ja auf der selben Ebene wir  
die index.php.


Seltsam, dieses Problem ist mir neu.
Übrigens liegt eine Ebene darüber eine andere TYPO3 Seite.
Ist meine eigen und dort läuft die Version 4.2.xy


Hast du in der übergeordneten .htaccess zufällig eine Regel wie diese?


# Für blöde Bots, die mit baseUrl nicht zurecht kommen
RewriteCond %{REQUEST_URI} ^.+(/(uploads|(typo3(conf|temp)))/.*) 
RewriteRule ^.*$ %1 [L,R=301]


Dies umschreibt blabla/typo3temp/.. nach typo3temp/..., was bei so einem  
Setup, wie bei dir, eben nicht gemacht werden darf.


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

Re: [TYPO3-german] IMAGE-cObject: mit parseFunc.short Zeichen im Alt/Title-Tag ersetzen?

[Patric Pesch]

schrieb mike miller:
> Typoscript
> -
> # funktioniert:
> 10 = TEXT
> 10.text.field = title
> 10.text.parseFunc.short.aaa = bbb
> 
> # funktioniert nicht:
> title_stdWrap.cObject = IMAGE
> title_stdWrap.cObject.altText.field = title
> title_stdWrap.cObject.altText.parseFunc.short.aaa = bbb
> --
> 
> hat vielleicht jemand eine Idee wie ich die Ersetzung auch für den
> Alt-/Title-Attribut mache?

Hi, das ähnliche Problem hatte ich auch schon einmal. Dein TS ist im
prinzip schon richtig (.short funktioniert auch zu 100% auf altText und
titleText). Aber die parseFunc.short Funktion unterstützt nicht alle
Zeichen, bzw. typoscript unterstützt nicht alle Zeichen.

Ich hatte mir damals folgendes Test TS gebaut:
temp.bla = COA
temp.bla {
  10 = TEXT
  10.value = Dieser Text ist äöü&;,[]1?=/\&%$§"!<>.|_-+^µ€@ ähm
  10.parseFunc.short {
ist = narf
ä = lala
ö = lala
ü = lala
& = lala
; = lala
: = lala
[ = lala
] = lala
k = lala
1 = lala
? = lala
= = lala
/ = lala
\ = lala
\/ = lala
\\\ = lala
& = lala
% = lala
$ = lala
§ = lala
" = lala
! = lala
< = lala
> = lala
. = lala
| = lala
_ = lala
- = lala
+ = lala
^ = lala
µ = lala
€ = lala
@ = lala
ähm = lala
  }
}
// ergibt: Dieser Text narf äöü&;,[]lala?=/\&%$§"!<>.|lalalala+^µ€@ ähm

Erklärt habe ich es mir damals, dass als "key" in TS eben keine
Sonderzeichen erlaubt sind und somit wird es (mir) halbwegs klar.
".short" ist ein array. Du könntest dein Beispiel auch so schreiben:
title_stdWrap.cObject.altText.parseFunc.short {
  aaa = bbb
}

Mit aaa ist es OK, mit @ = bbb leider nicht. Z.B. funktioniert
temp.nötig = TEXT // muss temp.noetig = TEXT heißen
genau so wenig.

Du kannst als Trennzeichen ja mal _ oder - benutzen. Das funktioniert.

Hoffe das hilft
Patric



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

Re: [TYPO3-german] DBAL - Installation TYPO3 4.4 Probleme???

[Thomas Hirt]

Jetzt habe ich aber folgendes Problem:

Habe TYPO3 4.4.0 in einem Unterverzeichnis installiert (Subdomain).
Install Toll läuft perfekt.

Rufe ich aber folgende URL auf, fehlen die Stylesheets:

http://www.thomas-hirt.at/s2bnetwork/typo3/index.php

Ist auch kein wunder, denn die werden falsch angegeben.
"../typo3temp" ist nicht korrekt; es liegt ja auf der selben Ebene wir die 
index.php.

Seltsam, dieses Problem ist mir neu.
Übrigens liegt eine Ebene darüber eine andere TYPO3 Seite.
Ist meine eigen und dort läuft die Version 4.2.xy

Hat jemand einen Tipp?
LG Thomas



href="../typo3temp/compressor/ext-all-notheme-20cfc781c024c08d556b3f90b80b6116.css?1277908891" media="all" />
href="../typo3temp/compressor/xtheme-t3skin-21e7a1e512bdd80476e1c46c76f58154.css?1277908891" media="all" />


href="../typo3temp/compressor/merged-525c0c1e8a4d075152acdd8c0fc3f576-d6d2b3d1e9721336e0dbf5b719a94ccc.css?1277908891" 
media="all" />


/*
/*]]>*/













charset="utf-8">


/*http://www.thomas-hirt.at/s2bnetwork/typo3/gfx/clear.gif";;
Ext.onReady(function() { });// -->
/*]]>*/






Georg Ringer schrieb:

Am 30.06.2010 15:31, schrieb Thomas Hirt:

Zusatzfrage: Kann man 4.4.0 schon für den "normalen Betrieb" verwenden?


natürlich, ist stable

georg

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