Re: [TYPO3-german] felogin mit passwordCompareStrategy=rsa funktioniert nicht und speichert Passwort gesalted in der Datenbank

[Webmeck - TYPO3]

Also bei den Installed Services sind folgende aufgelistet:

Frontend Login Security(felogin_security: tx_feloginsecurity_authuser)

Brute force blocker

100 100 authUserFE  Any -   Yes

FE/BE Authentification salted(saltedpasswords: tx_saltedpasswords_sv1)

Salting of passwords for Frontend and Backend

70  70  authUserFE, authUserBE  Any -   Yes

RSA authentication(rsaauth: tx_rsaauth_sv1)

Authenticates users by using encrypted passwords

60  60  processLoginDataBE, processLoginDataFE  Any -   
Yes

User authentication(sv: tx_sv_auth)

Authentication with username/password.

	50 	50 	getUserBE, authUserBE, getUserFE, authUserFE, getGroupsFE, 
processLoginDataBE, processLoginDataFE 	Any 	- 	Yes



Und beim Statusreport habe ich nur eine Auffälligkeit im deprecation Log:
t3lib_div::int_from_ver()

Vielen vielen Dank schonmal


On 19.06.2012 23:19, Steffen Gebert wrote:

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Schau mal ins Reports-Modul, was die rsaauth-checks da anzeigen.

Kind regards
Steffen

- -- 
Steffen Gebert

TYPO3 v4 Core Team Member
TYPO3 Server Administration Team Member

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

I work for TYPO3 solely in my spare time. If you think that
my work helps you running your business, you are invited to
send me a donation via PayPal to this email address. Thanks

On 19.06.12 22:40, Webmeck - TYPO3 wrote:

Hallo Steffen,

danke für deine Antwort. Tut mir Leid, der erste richtige Weg durch die
t3lib etc hat mich ein wenig mitgenommen. Ja, ich kann mich nicht
einloggen.

Danke schonmal für die beiden Links, die schaue ich mir jetzt erstmal an

MfG
Frederik

On 19.06.2012 17:45, Steffen Gebert wrote:
Hi Frederik,

ich verstehe noch nicht genau, was der letztendliche Fehler ist. Kannst
du dich mit dem festgelegten Passwort erfolgreich einloggen?

Das salt ist im Passwort-Hash mit eincodiert, siehe auch
http://php.net/crypt oder
http://www.slideshare.net/StephenKing/passwrter-in-typo3-sicher-speichern-mit


Kind regards
Steffen

-- Steffen Gebert
TYPO3 v4 Core Team Member
TYPO3 Server Administration Team Member

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

I work for TYPO3 solely in my spare time. If you think that
my work helps you running your business, you are invited to
send me a donation via PayPal to this email address. Thanks

On 19.06.12 17:05, Webmeck - TYPO3 wrote:

Hallo an alle,

ich hoffe ich mache nichts falsch, das hier ist mein erste Mail an eine
Mailingliste.

Bei mir läuft:
TYPO3 4.7.1
mit felogin 4.7.1
und felogin_security 0.0.1

Ich möchte FE-Nutzer ausschließlich über das Backend anlegen können, das
"funktioniert" auch. Wenn ich einen Testnutzer mit dem Passwort "hallo"
im Backend anlege, steht in der Datenbank in der Passwortspalte
"$1$OsjLcQFF$Zr3XF.HIGPZ8bG3sYLgy/."das scheint gesalted zu sein, denn
es ändert sich auch bei jedem abspeichern. Aber ich finde das salt
nicht. Wo könnte es sein? Hab nur eine tx_rsaauth_keys gefunden, dort
ist aber nur ein Eintrag drin, ich habe aber zwei FE-User.

Außerdem habe ich, nach fehlgeschlagenem Login versucht, mal den Weg der
Logindaten zu gehen und bin dann in der Datei t3lib_userAuth gelandet.
Dort kommen die Logineingaben 1:1 an.

(abhängig von aktiviertem JavaScript RSA-Verschlüsselt oder nicht)

Mit JavaScript:
$loginData = array(
'status' => 'login',
'uname' => 'loginname',
'uident' =>
'rsa:RwAS+duvVaT/F+MHMUIlFVn9UpE+Q4AOLG7lcp/GD5Fbxncpl4CJPtMMIMCSkCzQL/xaTsmzhzppw5IUKB9ZRMXbGciYmUI6/3QFq5gasD6N/p9Jp1/ghK4y37OrteYnzJleZvASXvTDBhYpHrOIVe+j2RnJO66yzSz+wvLhoR0=',


'chalvalue' => '',
'permanent' => 0
)

Ohne JavaScript:
$loginData = array(
'status' => 'login',
'uname' => 'loginname',
'uident' => 'hallo',
'chalvalue' => '',
'permanent' => 0
)

nach einem Umweg über die class.tx_sv_authbase.php lande ich wieder in
der class.t3lib_userauth.php in der methode compareUident().

function compareUident($user, $loginData, $passwordCompareStrategy =
'') {

  $OK = FALSE;
  $passwordCompareStrategy = $passwordCompareStrategy ?
$passwordCompareStrategy : $this->security_level;
t3lib_utility_debug::Debug($passwordCompareStrategy,
'passwordcomparestrategy in class.t3lib_userauth');
t3lib_utility_debug::Debug($loginData, 'logindata in compareUident in
class.t3lib_userauth');
t3lib_utility_debug::Debug($user, 'user in compareUident in
class.t3lib_userauth');
  switch ($passwordCompareStrategy) {
  case 'superchallenged': // If superchallenged the password
in the database ($user[$this->userident_column]) must be a md5-hash of
the original password.
  case 'challenged':

  // Check challenge stored in cookie:
  if ($this->challengeStoredInCookie) {
  session_start();
  if ($_SESSION['login_challenge'] !==
$loginData['chalvalue']) {
  if ($this-

Re: [TYPO3-german] felogin mit passwordCompareStrategy=rsa funktioniert nicht und speichert Passwort gesalted in der Datenbank

[Steffen Gebert]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Schau mal ins Reports-Modul, was die rsaauth-checks da anzeigen.

Kind regards
Steffen

- -- 
Steffen Gebert
TYPO3 v4 Core Team Member
TYPO3 Server Administration Team Member

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

I work for TYPO3 solely in my spare time. If you think that
my work helps you running your business, you are invited to
send me a donation via PayPal to this email address. Thanks

On 19.06.12 22:40, Webmeck - TYPO3 wrote:
> Hallo Steffen,
> 
> danke für deine Antwort. Tut mir Leid, der erste richtige Weg durch die
> t3lib etc hat mich ein wenig mitgenommen. Ja, ich kann mich nicht
> einloggen.
> 
> Danke schonmal für die beiden Links, die schaue ich mir jetzt erstmal an
> 
> MfG
> Frederik
> 
> On 19.06.2012 17:45, Steffen Gebert wrote:
> Hi Frederik,
> 
> ich verstehe noch nicht genau, was der letztendliche Fehler ist. Kannst
> du dich mit dem festgelegten Passwort erfolgreich einloggen?
> 
> Das salt ist im Passwort-Hash mit eincodiert, siehe auch
> http://php.net/crypt oder
> http://www.slideshare.net/StephenKing/passwrter-in-typo3-sicher-speichern-mit
> 
> 
> Kind regards
> Steffen
> 
> -- Steffen Gebert
> TYPO3 v4 Core Team Member
> TYPO3 Server Administration Team Member
> 
> TYPO3  inspiring people to share!
> Get involved: http://typo3.org
> 
> I work for TYPO3 solely in my spare time. If you think that
> my work helps you running your business, you are invited to
> send me a donation via PayPal to this email address. Thanks
> 
> On 19.06.12 17:05, Webmeck - TYPO3 wrote:
 Hallo an alle,

 ich hoffe ich mache nichts falsch, das hier ist mein erste Mail an eine
 Mailingliste.

 Bei mir läuft:
 TYPO3 4.7.1
 mit felogin 4.7.1
 und felogin_security 0.0.1

 Ich möchte FE-Nutzer ausschließlich über das Backend anlegen können, das
 "funktioniert" auch. Wenn ich einen Testnutzer mit dem Passwort "hallo"
 im Backend anlege, steht in der Datenbank in der Passwortspalte
 "$1$OsjLcQFF$Zr3XF.HIGPZ8bG3sYLgy/."das scheint gesalted zu sein, denn
 es ändert sich auch bei jedem abspeichern. Aber ich finde das salt
 nicht. Wo könnte es sein? Hab nur eine tx_rsaauth_keys gefunden, dort
 ist aber nur ein Eintrag drin, ich habe aber zwei FE-User.

 Außerdem habe ich, nach fehlgeschlagenem Login versucht, mal den Weg der
 Logindaten zu gehen und bin dann in der Datei t3lib_userAuth gelandet.
 Dort kommen die Logineingaben 1:1 an.

 (abhängig von aktiviertem JavaScript RSA-Verschlüsselt oder nicht)

 Mit JavaScript:
 $loginData = array(
 'status' => 'login',
 'uname' => 'loginname',
 'uident' =>
 'rsa:RwAS+duvVaT/F+MHMUIlFVn9UpE+Q4AOLG7lcp/GD5Fbxncpl4CJPtMMIMCSkCzQL/xaTsmzhzppw5IUKB9ZRMXbGciYmUI6/3QFq5gasD6N/p9Jp1/ghK4y37OrteYnzJleZvASXvTDBhYpHrOIVe+j2RnJO66yzSz+wvLhoR0=',


 'chalvalue' => '',
 'permanent' => 0
 )

 Ohne JavaScript:
 $loginData = array(
 'status' => 'login',
 'uname' => 'loginname',
 'uident' => 'hallo',
 'chalvalue' => '',
 'permanent' => 0
 )

 nach einem Umweg über die class.tx_sv_authbase.php lande ich wieder in
 der class.t3lib_userauth.php in der methode compareUident().

 function compareUident($user, $loginData, $passwordCompareStrategy =
 '') {

  $OK = FALSE;
  $passwordCompareStrategy = $passwordCompareStrategy ?
 $passwordCompareStrategy : $this->security_level;
 t3lib_utility_debug::Debug($passwordCompareStrategy,
 'passwordcomparestrategy in class.t3lib_userauth');
 t3lib_utility_debug::Debug($loginData, 'logindata in compareUident in
 class.t3lib_userauth');
 t3lib_utility_debug::Debug($user, 'user in compareUident in
 class.t3lib_userauth');
  switch ($passwordCompareStrategy) {
  case 'superchallenged': // If superchallenged the password
 in the database ($user[$this->userident_column]) must be a md5-hash of
 the original password.
  case 'challenged':

  // Check challenge stored in cookie:
  if ($this->challengeStoredInCookie) {
  session_start();
  if ($_SESSION['login_challenge'] !==
 $loginData['chalvalue']) {
  if ($this->writeDevLog) {
  t3lib_div::devLog('PHP Session stored
 challenge "' . $_SESSION['login_challenge'] . '" and submitted challenge
 "' . $loginData['chalvalue'] . '" did not match, so authentication
 failed!', 't3lib_userAuth', 2);
  }
  $this->logoff();
  return FALSE;
  }
  }

  if ((string) $loginData['uident_' .
 $passwordCompareStrategy] === (str

Re: [TYPO3-german] felogin mit passwordCompareStrategy=rsa funktioniert nicht und speichert Passwort gesalted in der Datenbank

[Webmeck - TYPO3]

Hallo Steffen,

danke für deine Antwort. Tut mir Leid, der erste richtige Weg durch die 
t3lib etc hat mich ein wenig mitgenommen. Ja, ich kann mich nicht 
einloggen.


Danke schonmal für die beiden Links, die schaue ich mir jetzt erstmal an

MfG
Frederik

On 19.06.2012 17:45, Steffen Gebert wrote:

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi Frederik,

ich verstehe noch nicht genau, was der letztendliche Fehler ist. Kannst
du dich mit dem festgelegten Passwort erfolgreich einloggen?

Das salt ist im Passwort-Hash mit eincodiert, siehe auch
http://php.net/crypt oder
http://www.slideshare.net/StephenKing/passwrter-in-typo3-sicher-speichern-mit

Kind regards
Steffen

- -- 
Steffen Gebert

TYPO3 v4 Core Team Member
TYPO3 Server Administration Team Member

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

I work for TYPO3 solely in my spare time. If you think that
my work helps you running your business, you are invited to
send me a donation via PayPal to this email address. Thanks

On 19.06.12 17:05, Webmeck - TYPO3 wrote:

Hallo an alle,

ich hoffe ich mache nichts falsch, das hier ist mein erste Mail an eine
Mailingliste.

Bei mir läuft:
TYPO3 4.7.1
mit felogin 4.7.1
und felogin_security 0.0.1

Ich möchte FE-Nutzer ausschließlich über das Backend anlegen können, das
"funktioniert" auch. Wenn ich einen Testnutzer mit dem Passwort "hallo"
im Backend anlege, steht in der Datenbank in der Passwortspalte
"$1$OsjLcQFF$Zr3XF.HIGPZ8bG3sYLgy/."das scheint gesalted zu sein, denn
es ändert sich auch bei jedem abspeichern. Aber ich finde das salt
nicht. Wo könnte es sein? Hab nur eine tx_rsaauth_keys gefunden, dort
ist aber nur ein Eintrag drin, ich habe aber zwei FE-User.

Außerdem habe ich, nach fehlgeschlagenem Login versucht, mal den Weg der
Logindaten zu gehen und bin dann in der Datei t3lib_userAuth gelandet.
Dort kommen die Logineingaben 1:1 an.

(abhängig von aktiviertem JavaScript RSA-Verschlüsselt oder nicht)

Mit JavaScript:
$loginData = array(
'status' => 'login',
'uname' => 'loginname',
'uident' =>
'rsa:RwAS+duvVaT/F+MHMUIlFVn9UpE+Q4AOLG7lcp/GD5Fbxncpl4CJPtMMIMCSkCzQL/xaTsmzhzppw5IUKB9ZRMXbGciYmUI6/3QFq5gasD6N/p9Jp1/ghK4y37OrteYnzJleZvASXvTDBhYpHrOIVe+j2RnJO66yzSz+wvLhoR0=',

'chalvalue' => '',
'permanent' => 0
)

Ohne JavaScript:
$loginData = array(
'status' => 'login',
'uname' => 'loginname',
'uident' => 'hallo',
'chalvalue' => '',
'permanent' => 0
)

nach einem Umweg über die class.tx_sv_authbase.php lande ich wieder in
der class.t3lib_userauth.php in der methode compareUident().

function compareUident($user, $loginData, $passwordCompareStrategy = '') {

 $OK = FALSE;
 $passwordCompareStrategy = $passwordCompareStrategy ?
$passwordCompareStrategy : $this->security_level;
t3lib_utility_debug::Debug($passwordCompareStrategy,
'passwordcomparestrategy in class.t3lib_userauth');
t3lib_utility_debug::Debug($loginData, 'logindata in compareUident in
class.t3lib_userauth');
t3lib_utility_debug::Debug($user, 'user in compareUident in
class.t3lib_userauth');
 switch ($passwordCompareStrategy) {
 case 'superchallenged': // If superchallenged the password
in the database ($user[$this->userident_column]) must be a md5-hash of
the original password.
 case 'challenged':

 // Check challenge stored in cookie:
 if ($this->challengeStoredInCookie) {
 session_start();
 if ($_SESSION['login_challenge'] !==
$loginData['chalvalue']) {
 if ($this->writeDevLog) {
 t3lib_div::devLog('PHP Session stored
challenge "' . $_SESSION['login_challenge'] . '" and submitted challenge
"' . $loginData['chalvalue'] . '" did not match, so authentication
failed!', 't3lib_userAuth', 2);
 }
 $this->logoff();
 return FALSE;
 }
 }

 if ((string) $loginData['uident_' .
$passwordCompareStrategy] === (string) md5($user[$this->username_column]
. ':' . $user[$this->userident_column] . ':' . $loginData['chalvalue'])) {
 $OK = TRUE;
 }
 break;
 default: // normal
 if ((string) $loginData['uident_text'] === (string)
$user[$this->userident_column]) {
 $OK = TRUE;
 }
 break;
 }

 return $OK;
 }

Dort ist:
$passwordCompareStrategy = 'rsa' und somit rennt er in den default-modus
wo er einfach das übermittelte Passwort (entweder rsa:... oder 'hallo')
mit dem salted hash in der Datenbank abgleicht.

Da kann doch irgendwas nicht richtig sein. Also entweder habe ich das
Dingen komplett vor die Wand gesetzt oder aber da ist ein Bug. Wäre für
Hilfe sehr dankbar, sollte es ein Bug sein, könnte ich versuchen mich
drum zu kümmern (loginData in einem Hook wieder aueinandernehmen und das
aus der Datenbank 

Re: [TYPO3-german] Statische Seiten aus T3 erzeugen

[Michael Kasten]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Ich sagte ja "kann" auch mit dem schalter k kann es passieren das nicht alle 
Links sauber
umgesetzt werden, Erfahrungsgemäß bei statischen Urls im Zusammenspiel mit 
mehrsprachigen Seiten
und noch einigen Get Werten.

Oder ich weiß es nicht besser ;)

bye

am 19.06.2012 17:34 Gerhard Obermayr schrieb:
> Danke, das wäre ein gangbarer Weg. Der Server gehört mir selber und ich habe 
> natürlich
> root-Zugriff. Ist PHP Version 5.2.6-1 + lenny16 + Suhosin Patch 0.9.6.2 + 
> Zend Engine v2.2.0 +
> + + + Aber bei hunderten Seiten händisch die links ändern ???
> 
> 
> Am 19.06.2012 17:14, schrieb Michael Kasten: Hallo,
> 
> wenn du ein Linux greifbar hast (ich habe keine Ahnung ob die Befehle auch 
> für Mac oder win 
> erhältlich sind) nimm wget
> 
> hier mal ein Beispiel:
> 
> wget -r -k --level=6 --domains=meinedomain.de -H --user-agent="Mozilla/5.0 
> (Windows; U; Windows
> NT 5.1; en-US; rv:1.8.1.6) Gecko/20070725 Firefox/2.0.0.6" 
> http://www.meinedomain.de/
> 
> (recursiv bis 6 ebenen nur von der domain meinedomain.de user agent ist 
> mozilla)
> 
> den User Agent brauch ich immer weil viele Server u.a. auch mod_Security 
> einsetzen und ohne
> User Agent Kennung der Server dann abriegelt
> 
> Im Anschluss kann es dann noch notwendig sein Links in den Seiten zu 
> korrigieren dafür gibts
> dann sed.
> 
> bye
> 
> 
> 
> 
> am 19.06.2012 16:47 Gerhard Obermayr schrieb:
 Ich habe ein System von websites für einen Theaterbetrieb. Dort ist für 
 jedes Jahr eine
 eigene TYPO3-Instanz angelegt, um ein Archiv zu haben. Es kann also 
 mittels Subdomain als
 Jahreszahl jedes vergangene Jahr abgerufen werden. Nun ist es aber so, 
 dass sich an den
 Jahren 2004 bis 2011 nichts mehr ändert. Meine Idee war nun, die 
 Installationen der
 vergangenen Jahre auf statische HTML-Seiten zu wandeln. Die Seiten sind 
 derzeit auf der
 Version 4.5.16. Der erforderliche Speicherplatz von bisher ca. 5,5GB 
 müsste sich so
 drastisch reduzieren lassen.
 
 Das Problem dabei ist jedoch, dass ich nach ausführlicher Recherche im 
 Netz für den 
 erforderlichen Vorgang keinen wirklich sinnvollen Ablauf gefunden habe. Es 
 gibt zwar die 
 Extension „Static Publish“, die ich installiert habe. Jedoch findet sich 
 in der
 Anleitung keinerlei Hinweis, wie man denn nun statische Seiten damit 
 erzeugt. Auch in der
 Konfiguration finde ich nichts dazu. Zusätzlich gibt es „Static Upload“, 
 aber auch hier
 finde ich nicht wirklich eine zielführende Anleitung. Wie würdet ihr ein 
 derartiges
 Projekt durchziehen? Im Endeffekt sollte dann jede Seite so vorhanden 
 sein, dass sie auch
 von CD mittels index.html abrufbar wäre.
 
 Zweckdienliche Hinweise sind erbeten.
 
> -- Michael Kasten | http://m-kasten.de Im wirklichen Leben gibt es kein 
> [Strg]+[Z]
>> ___ TYPO3-german mailing list 
>> TYPO3-german@lists.typo3.org 
>> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
> 

- -- 
Michael Kasten | http://m-kasten.de
Im wirklichen Leben gibt es kein [Strg]+[Z]
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQEcBAEBAgAGBQJP4KaaAAoJEF1/iIvWnG8NJmAH/Rztx3mG0LxqrsUGjgQsmR8V
dvN08Qi++Cl9VO+Xj4qaGuXUaWIDOwJW+dnoXk+CjoLQ5gcEiMw5xJwiebRa3Ixp
rrC1xErGmq7vp25ouOw/2CZqBaz9+v3bu2ayFW9kIKyD/VAhhDZPGSp33Ac16Vo8
E4mW30ukmFYuZ+0MkF6TG0eS8NQLHEmPZD/SfmjgCdE0ijtY3rZt9ogqnv2OclYS
lJaqz5dezTidABA8l33Vpvmr9JJNv6GHBvBtwHUrdLtDcZmtHYZdYS6tBXPmjfHz
bnLydge8aUEN/yq/M1p4/e8OkYZHu9FCIVDlrNXgrDnaxWTKii13crVwTYY23Ac=
=JOtr
-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] Cache Löschen durch BE-User

[Kevin John Busche]

Ich denke nicht, dass das mit dem Cache stark ins Gewicht fällt, kannst ja
mal toppen oder htoppen. Mach glaube ich auch keinen großen untershied ob
du auf eine Seite nun 24ms oder 240ms warten musst.

Dass mit dem Cache macht in sofern schon sinn, da der Newsbereich dann erst
beim Flush neu gecached wird, und somit entweder obsulete News im Cache
verbleiben, oder halt die neuen News erst nach dem Flush angelegt sind. Das
wäre von meiner Seite der Grund dafür. Hilfe wie man das abstellt, findet
man glaub ich bei der Datenkrake. Wenn das total nerven sollte, sollte man
den refresh auf den NewsCache beschränken (ebenfalls Master Google
befragen).

Am 19. Juni 2012 18:00 schrieb Philipp Gampe :

> Hi Christine,
>
> Christine Schäfers wrote:
>
> > Ich habe an allen relevanten Stellen nachgeschaut und NICHTS gefunden.
> > Nach Tests in anderen Typos bin ich jetzt zum Schluss gekommen, dass der
> > Eintrag, wenn cmd= "leer" steht effektiv kein Löschen des Caches
> > bedeutet. Nur, wenn =all oder =id dahinter steht, scheint der Cache auch
> > wirklich gelöscht zu werden. Verwirredn nur, dass dann überhaupt so ein
> > Eintrag im Log erscheint.
>
> Also bei mir steht so ein Eintrag nicht.
>
> D.h. es muss etwas bei dir anders sein.
>
> Steht evtl. etwas im UserTS bzw. in der Gruppe?
>
> Hasst du schon mal in den Deprecation Log geschaut, ob da evtl. ein Eintrag
> ist? Vielleicht versucht ja eine alte Extension den Cache auf eine Weise zu
> löschen, welche nicht mehr geht?
>
> Grüße
> --
> Philipp Gampe – PGP-Key 0AD96065 – TYPO3 UG Bonn/Köln
> Documentation – linkvalidator
> TYPO3  inspiring people to share!
>
> ___
> TYPO3-german mailing list
> TYPO3-german@lists.typo3.org
> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
>



-- 
Mit freundlichem Gruß

Kevin John Busche
Kohlenweg 7a
32832 Augustdorf
Tel:05237 9099986
Fax:   05237 491
Mobi: 01577 6664302
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

Re: [TYPO3-german] Cache Löschen durch BE-User

[Philipp Gampe]

Hi Christine,

Christine Schäfers wrote:

> Ich habe an allen relevanten Stellen nachgeschaut und NICHTS gefunden.
> Nach Tests in anderen Typos bin ich jetzt zum Schluss gekommen, dass der
> Eintrag, wenn cmd= "leer" steht effektiv kein Löschen des Caches
> bedeutet. Nur, wenn =all oder =id dahinter steht, scheint der Cache auch
> wirklich gelöscht zu werden. Verwirredn nur, dass dann überhaupt so ein
> Eintrag im Log erscheint.

Also bei mir steht so ein Eintrag nicht.

D.h. es muss etwas bei dir anders sein.

Steht evtl. etwas im UserTS bzw. in der Gruppe?

Hasst du schon mal in den Deprecation Log geschaut, ob da evtl. ein Eintrag 
ist? Vielleicht versucht ja eine alte Extension den Cache auf eine Weise zu 
löschen, welche nicht mehr geht?

Grüße
-- 
Philipp Gampe – PGP-Key 0AD96065 – TYPO3 UG Bonn/Köln
Documentation – linkvalidator
TYPO3  inspiring people to share!

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

Re: [TYPO3-german] Statische Seiten aus T3 erzeugen

[Philipp Gampe]

Hi Gerhard Obermayr,

Gerhard Obermayr wrote:

> Danke, das wäre ein gangbarer Weg.
> Der Server gehört mir selber und ich habe natürlich root-Zugriff.
> Ist PHP Version 5.2.6-1 + lenny16 + Suhosin Patch 0.9.6.2 +
> Zend Engine v2.2.0 + + + +
> Aber bei hunderten Seiten händisch die links ändern ???

Brauchst du nicht:

Auszug aus der man page:
-k
   --convert-links
   After the download is complete, convert the links in the document 
to make them suitable for local viewing.
   This affects not only the visible hyperlinks, but any part of the 
document that links to external content,
   such as embedded images, links to style sheets, hyperlinks to 
non-HTML content, etc.

   Each link will be changed in one of the two ways:

   ·   The links to files that have been downloaded by Wget will be 
changed to refer to the file they point
   to as a relative link.

   Example: if the downloaded file /foo/doc.html links to 
/bar/img.gif, also downloaded, then the link in
   doc.html will be modified to point to ../bar/img.gif.  This 
kind of transformation works reliably for
   arbitrary combinations of directories.

   ·   The links to files that have not been downloaded by Wget will 
be changed to include host name and
   absolute path of the location they point to.

   Example: if the downloaded file /foo/doc.html links to 
/bar/img.gif (or to ../bar/img.gif), then the
   link in doc.html will be modified to point to 
http://hostname/bar/img.gif.

   Because of this, local browsing works reliably: if a linked file 
was downloaded, the link will refer to
   its local name; if it was not downloaded, the link will refer to 
its full Internet address rather than
   presenting a broken link.  The fact that the former links are 
converted to relative links ensures that you
   can move the downloaded hierarchy to another directory.

   Note that only at the end of the download can Wget know which 
links have been downloaded.  Because of
   that, the work done by -k will be performed at the end of all the 
downloads.


-8<--

Mit -k hast du also entweder passende relative URLs oder eine absolute URL, 
welche du ganz einfach ersetzen kannst.

Dann kannst du ganz einfach mit find und sed arbeiten:
find . -name "*.html" -type f |xargs sed -i "s#search#replace#g"

Der Befehl sucht alle Dateien (type f) mit dem Muster *.html (name *.html) 
und führt auf jedem Resultat den stream edit (sed -i ...) Befehl aus. Dieser 
ersetzt alle Folgen von search durch replace. Anstelle von # kannst du jedes 
Zeichen verwenden, welches nicht im Suchmuster vorkommt.


Grüße
-- 
Philipp Gampe – PGP-Key 0AD96065 – TYPO3 UG Bonn/Köln
Documentation – linkvalidator
TYPO3  inspiring people to share!

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

Re: [TYPO3-german] felogin mit passwordCompareStrategy=rsa funktioniert nicht und speichert Passwort gesalted in der Datenbank

[Steffen Gebert]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi Frederik,

ich verstehe noch nicht genau, was der letztendliche Fehler ist. Kannst
du dich mit dem festgelegten Passwort erfolgreich einloggen?

Das salt ist im Passwort-Hash mit eincodiert, siehe auch
http://php.net/crypt oder
http://www.slideshare.net/StephenKing/passwrter-in-typo3-sicher-speichern-mit

Kind regards
Steffen

- -- 
Steffen Gebert
TYPO3 v4 Core Team Member
TYPO3 Server Administration Team Member

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

I work for TYPO3 solely in my spare time. If you think that
my work helps you running your business, you are invited to
send me a donation via PayPal to this email address. Thanks

On 19.06.12 17:05, Webmeck - TYPO3 wrote:
> Hallo an alle,
> 
> ich hoffe ich mache nichts falsch, das hier ist mein erste Mail an eine
> Mailingliste.
> 
> Bei mir läuft:
> TYPO3 4.7.1
> mit felogin 4.7.1
> und felogin_security 0.0.1
> 
> Ich möchte FE-Nutzer ausschließlich über das Backend anlegen können, das
> "funktioniert" auch. Wenn ich einen Testnutzer mit dem Passwort "hallo"
> im Backend anlege, steht in der Datenbank in der Passwortspalte
> "$1$OsjLcQFF$Zr3XF.HIGPZ8bG3sYLgy/."das scheint gesalted zu sein, denn
> es ändert sich auch bei jedem abspeichern. Aber ich finde das salt
> nicht. Wo könnte es sein? Hab nur eine tx_rsaauth_keys gefunden, dort
> ist aber nur ein Eintrag drin, ich habe aber zwei FE-User.
> 
> Außerdem habe ich, nach fehlgeschlagenem Login versucht, mal den Weg der
> Logindaten zu gehen und bin dann in der Datei t3lib_userAuth gelandet.
> Dort kommen die Logineingaben 1:1 an.
> 
> (abhängig von aktiviertem JavaScript RSA-Verschlüsselt oder nicht)
> 
> Mit JavaScript:
> $loginData = array(
> 'status' => 'login',
> 'uname' => 'loginname',
> 'uident' =>
> 'rsa:RwAS+duvVaT/F+MHMUIlFVn9UpE+Q4AOLG7lcp/GD5Fbxncpl4CJPtMMIMCSkCzQL/xaTsmzhzppw5IUKB9ZRMXbGciYmUI6/3QFq5gasD6N/p9Jp1/ghK4y37OrteYnzJleZvASXvTDBhYpHrOIVe+j2RnJO66yzSz+wvLhoR0=',
> 
> 'chalvalue' => '',
> 'permanent' => 0
> )
> 
> Ohne JavaScript:
> $loginData = array(
> 'status' => 'login',
> 'uname' => 'loginname',
> 'uident' => 'hallo',
> 'chalvalue' => '',
> 'permanent' => 0
> )
> 
> nach einem Umweg über die class.tx_sv_authbase.php lande ich wieder in
> der class.t3lib_userauth.php in der methode compareUident().
> 
> function compareUident($user, $loginData, $passwordCompareStrategy = '') {
> 
> $OK = FALSE;
> $passwordCompareStrategy = $passwordCompareStrategy ?
> $passwordCompareStrategy : $this->security_level;
> t3lib_utility_debug::Debug($passwordCompareStrategy,
> 'passwordcomparestrategy in class.t3lib_userauth');
> t3lib_utility_debug::Debug($loginData, 'logindata in compareUident in
> class.t3lib_userauth');
> t3lib_utility_debug::Debug($user, 'user in compareUident in
> class.t3lib_userauth');
> switch ($passwordCompareStrategy) {
> case 'superchallenged': // If superchallenged the password
> in the database ($user[$this->userident_column]) must be a md5-hash of
> the original password.
> case 'challenged':
> 
> // Check challenge stored in cookie:
> if ($this->challengeStoredInCookie) {
> session_start();
> if ($_SESSION['login_challenge'] !==
> $loginData['chalvalue']) {
> if ($this->writeDevLog) {
> t3lib_div::devLog('PHP Session stored
> challenge "' . $_SESSION['login_challenge'] . '" and submitted challenge
> "' . $loginData['chalvalue'] . '" did not match, so authentication
> failed!', 't3lib_userAuth', 2);
> }
> $this->logoff();
> return FALSE;
> }
> }
> 
> if ((string) $loginData['uident_' .
> $passwordCompareStrategy] === (string) md5($user[$this->username_column]
> . ':' . $user[$this->userident_column] . ':' . $loginData['chalvalue'])) {
> $OK = TRUE;
> }
> break;
> default: // normal
> if ((string) $loginData['uident_text'] === (string)
> $user[$this->userident_column]) {
> $OK = TRUE;
> }
> break;
> }
> 
> return $OK;
> }
> 
> Dort ist:
> $passwordCompareStrategy = 'rsa' und somit rennt er in den default-modus
> wo er einfach das übermittelte Passwort (entweder rsa:... oder 'hallo')
> mit dem salted hash in der Datenbank abgleicht.
> 
> Da kann doch irgendwas nicht richtig sein. Also entweder habe ich das
> Dingen komplett vor die Wand gesetzt oder aber da ist ein Bug. Wäre für
> Hilfe sehr dankbar, sollte es ein Bug sein, könnte ich versuchen mich
> drum zu kümmern (loginData in einem Hook wieder aueinandernehmen und das
> aus der Datenbank auch, sodass er gerne in den Default: reinkann). Wie
> ihr aber vielleicht merkt bin ich nicht so erfahren.
> 
> Danke

Re: [TYPO3-german] Statische Seiten aus T3 erzeugen

[Kay Strobach]

Hallo Gerhard,

guck mal in die manpages zu wget, wget ändert dir die Links ab, sodass
du in dem Paket normal navigieren kannst. Was ich nicht weiß ist, ob
wget mittlerweile auch css korrekt analysiert ;)

Grüße
Kay

Am 19.06.2012 17:34, schrieb Gerhard Obermayr:
> Danke, das wäre ein gangbarer Weg.
> Der Server gehört mir selber und ich habe natürlich root-Zugriff.
> Ist PHP Version 5.2.6-1 + lenny16 + Suhosin Patch 0.9.6.2 + Zend Engine
> v2.2.0 + + + +
> Aber bei hunderten Seiten händisch die links ändern ???
> 
> 
> Am 19.06.2012 17:14, schrieb Michael Kasten:
> Hallo,
> 
> wenn du ein Linux greifbar hast (ich habe keine Ahnung ob die Befehle
> auch für Mac oder win
> erhältlich sind) nimm wget
> 
> hier mal ein Beispiel:
> 
> wget -r -k --level=6 --domains=meinedomain.de -H
> --user-agent="Mozilla/5.0 (Windows; U; Windows NT
> 5.1; en-US; rv:1.8.1.6) Gecko/20070725 Firefox/2.0.0.6"
> http://www.meinedomain.de/
> 
> (recursiv bis 6 ebenen nur von der domain meinedomain.de user agent
> ist mozilla)
> 
> den User Agent brauch ich immer weil viele Server u.a. auch
> mod_Security einsetzen und ohne User
> Agent Kennung der Server dann abriegelt
> 
> Im Anschluss kann es dann noch notwendig sein Links in den Seiten zu
> korrigieren dafür gibts dann sed.
> 
> bye
> 
> 
> 
> 
> am 19.06.2012 16:47 Gerhard Obermayr schrieb:
 Ich habe ein System von websites für einen Theaterbetrieb. Dort ist
 für jedes Jahr eine eigene
 TYPO3-Instanz angelegt, um ein Archiv zu haben. Es kann also mittels
 Subdomain als Jahreszahl
 jedes vergangene Jahr abgerufen werden. Nun ist es aber so, dass sich
 an den Jahren 2004 bis
 2011 nichts mehr ändert. Meine Idee war nun, die Installationen der
 vergangenen Jahre auf
 statische HTML-Seiten zu wandeln. Die Seiten sind derzeit auf der
 Version 4.5.16. Der
 erforderliche Speicherplatz von bisher ca. 5,5GB müsste sich so
 drastisch reduzieren lassen.

 Das Problem dabei ist jedoch, dass ich nach ausführlicher Recherche
 im Netz für den
 erforderlichen Vorgang keinen wirklich sinnvollen Ablauf gefunden
 habe. Es gibt zwar die
 Extension „Static Publish“, die ich installiert habe. Jedoch findet
 sich in der Anleitung
 keinerlei Hinweis, wie man denn nun statische Seiten damit erzeugt.
 Auch in der Konfiguration
 finde ich nichts dazu. Zusätzlich gibt es „Static Upload“, aber auch
 hier finde ich nicht
 wirklich eine zielführende Anleitung. Wie würdet ihr ein derartiges
 Projekt durchziehen? Im
 Endeffekt sollte dann jede Seite so vorhanden sein, dass sie auch von
 CD mittels index.html
 abrufbar wäre.

 Zweckdienliche Hinweise sind erbeten.

> -- Michael Kasten | http://m-kasten.de
> Im wirklichen Leben gibt es kein [Strg]+[Z]
>> ___
>> TYPO3-german mailing list
>> TYPO3-german@lists.typo3.org
>> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
> 

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

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

Answer was useful - feel free to donate:
  -
https://www.paypal.com/cgi-bin/webscr?cmd=_s-xclick&hosted_button_id=KPM9NAV73VDF2
  - https://flattr.com/profile/kaystrobach



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

Re: [TYPO3-german] Statische Seiten aus T3 erzeugen

[Gerhard Obermayr]

Danke, das wäre ein gangbarer Weg.
Der Server gehört mir selber und ich habe natürlich root-Zugriff.
Ist PHP Version 5.2.6-1 + lenny16 + Suhosin Patch 0.9.6.2 + 
Zend Engine v2.2.0 + + + +

Aber bei hunderten Seiten händisch die links ändern ???


Am 19.06.2012 17:14, schrieb Michael Kasten:

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hallo,

wenn du ein Linux greifbar hast (ich habe keine Ahnung ob die Befehle auch für 
Mac oder win
erhältlich sind) nimm wget

hier mal ein Beispiel:

wget -r -k --level=6 --domains=meinedomain.de -H --user-agent="Mozilla/5.0 
(Windows; U; Windows NT
5.1; en-US; rv:1.8.1.6) Gecko/20070725 Firefox/2.0.0.6" 
http://www.meinedomain.de/

(recursiv bis 6 ebenen nur von der domain meinedomain.de user agent ist mozilla)

den User Agent brauch ich immer weil viele Server u.a. auch mod_Security 
einsetzen und ohne User
Agent Kennung der Server dann abriegelt

Im Anschluss kann es dann noch notwendig sein Links in den Seiten zu 
korrigieren dafür gibts dann sed.

bye




am 19.06.2012 16:47 Gerhard Obermayr schrieb:

Ich habe ein System von websites für einen Theaterbetrieb. Dort ist für jedes 
Jahr eine eigene
TYPO3-Instanz angelegt, um ein Archiv zu haben. Es kann also mittels Subdomain 
als Jahreszahl
jedes vergangene Jahr abgerufen werden. Nun ist es aber so, dass sich an den 
Jahren 2004 bis
2011 nichts mehr ändert. Meine Idee war nun, die Installationen der vergangenen 
Jahre auf
statische HTML-Seiten zu wandeln. Die Seiten sind derzeit auf der Version 
4.5.16. Der
erforderliche Speicherplatz von bisher ca. 5,5GB müsste sich so drastisch 
reduzieren lassen.

Das Problem dabei ist jedoch, dass ich nach ausführlicher Recherche im Netz für 
den
erforderlichen Vorgang keinen wirklich sinnvollen Ablauf gefunden habe. Es gibt 
zwar die
Extension „Static Publish“, die ich installiert habe. Jedoch findet sich in der 
Anleitung
keinerlei Hinweis, wie man denn nun statische Seiten damit erzeugt. Auch in der 
Konfiguration
finde ich nichts dazu. Zusätzlich gibt es „Static Upload“, aber auch hier finde 
ich nicht
wirklich eine zielführende Anleitung. Wie würdet ihr ein derartiges Projekt 
durchziehen? Im
Endeffekt sollte dann jede Seite so vorhanden sein, dass sie auch von CD 
mittels index.html
abrufbar wäre.

Zweckdienliche Hinweise sind erbeten.

- -- 
Michael Kasten | http://m-kasten.de

Im wirklichen Leben gibt es kein [Strg]+[Z]
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQEcBAEBAgAGBQJP4JdMAAoJEF1/iIvWnG8N9L8H/12QLnGYzY32mjsutc/w3Z75
J1K4GYIdgFPEfJv3ZgvdJN0JbDmIX5Z+dWuEb6HRK++6sp0Nku+ujegOC0ufpxUi
DIPtLPr7UuF8grBlqr6Nq7z4H4Qxjth8KcENpyTPdvPA8/wJsVHjDAv3sV2zrJgm
AFAyKG4fUybQsnWsGn/FMbzCuvmwznZ/9L0HNG4JJF6ANPCOYXMW32OrOBmDXtNP
9fYXmY/Sgr6EoHQYZb4d7Tcgl5L1VuJ58g8fYvfdbucZGZpntSYyKbQCjfbMQvUp
e4dfi3dMPI6I6dZTnwgz0rZP9zYTnvUzF3xrTm86abilK2UD4YN83dPedY7lrOo=
=5ylR
-END PGP SIGNATURE-
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german


--
Liebe Grüße aus Haag
Gerhard Obermayr

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

Re: [TYPO3-german] Statische Seiten aus T3 erzeugen

[Webmeck - TYPO3]

Hallo,
auch meine Wahl wäre wget. Wenn Du unter OS X unterwegs bist und es 
komfortabler haben möchtest:


http://www.sitesucker.us/home.html

Formulare funktionieren, dann aber nicht mehr richtig. Glaube ich ...

Viel Glück
Frederik Vosberg

On 19.06.2012 17:14, Michael Kasten wrote:

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hallo,

wenn du ein Linux greifbar hast (ich habe keine Ahnung ob die Befehle auch für 
Mac oder win
erhältlich sind) nimm wget

hier mal ein Beispiel:

wget -r -k --level=6 --domains=meinedomain.de -H --user-agent="Mozilla/5.0 
(Windows; U; Windows NT
5.1; en-US; rv:1.8.1.6) Gecko/20070725 Firefox/2.0.0.6" 
http://www.meinedomain.de/

(recursiv bis 6 ebenen nur von der domain meinedomain.de user agent ist mozilla)

den User Agent brauch ich immer weil viele Server u.a. auch mod_Security 
einsetzen und ohne User
Agent Kennung der Server dann abriegelt

Im Anschluss kann es dann noch notwendig sein Links in den Seiten zu 
korrigieren dafür gibts dann sed.

bye




am 19.06.2012 16:47 Gerhard Obermayr schrieb:

Ich habe ein System von websites für einen Theaterbetrieb. Dort ist für jedes 
Jahr eine eigene
TYPO3-Instanz angelegt, um ein Archiv zu haben. Es kann also mittels Subdomain 
als Jahreszahl
jedes vergangene Jahr abgerufen werden. Nun ist es aber so, dass sich an den 
Jahren 2004 bis
2011 nichts mehr ändert. Meine Idee war nun, die Installationen der vergangenen 
Jahre auf
statische HTML-Seiten zu wandeln. Die Seiten sind derzeit auf der Version 
4.5.16. Der
erforderliche Speicherplatz von bisher ca. 5,5GB müsste sich so drastisch 
reduzieren lassen.

Das Problem dabei ist jedoch, dass ich nach ausführlicher Recherche im Netz für 
den
erforderlichen Vorgang keinen wirklich sinnvollen Ablauf gefunden habe. Es gibt 
zwar die
Extension „Static Publish“, die ich installiert habe. Jedoch findet sich in der 
Anleitung
keinerlei Hinweis, wie man denn nun statische Seiten damit erzeugt. Auch in der 
Konfiguration
finde ich nichts dazu. Zusätzlich gibt es „Static Upload“, aber auch hier finde 
ich nicht
wirklich eine zielführende Anleitung. Wie würdet ihr ein derartiges Projekt 
durchziehen? Im
Endeffekt sollte dann jede Seite so vorhanden sein, dass sie auch von CD 
mittels index.html
abrufbar wäre.

Zweckdienliche Hinweise sind erbeten.

- -- 
Michael Kasten | http://m-kasten.de

Im wirklichen Leben gibt es kein [Strg]+[Z]
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQEcBAEBAgAGBQJP4JdMAAoJEF1/iIvWnG8N9L8H/12QLnGYzY32mjsutc/w3Z75
J1K4GYIdgFPEfJv3ZgvdJN0JbDmIX5Z+dWuEb6HRK++6sp0Nku+ujegOC0ufpxUi
DIPtLPr7UuF8grBlqr6Nq7z4H4Qxjth8KcENpyTPdvPA8/wJsVHjDAv3sV2zrJgm
AFAyKG4fUybQsnWsGn/FMbzCuvmwznZ/9L0HNG4JJF6ANPCOYXMW32OrOBmDXtNP
9fYXmY/Sgr6EoHQYZb4d7Tcgl5L1VuJ58g8fYvfdbucZGZpntSYyKbQCjfbMQvUp
e4dfi3dMPI6I6dZTnwgz0rZP9zYTnvUzF3xrTm86abilK2UD4YN83dPedY7lrOo=
=5ylR
-END PGP SIGNATURE-
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german



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

Re: [TYPO3-german] Statische Seiten aus T3 erzeugen

[Michael Kasten]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hallo,

wenn du ein Linux greifbar hast (ich habe keine Ahnung ob die Befehle auch für 
Mac oder win
erhältlich sind) nimm wget

hier mal ein Beispiel:

wget -r -k --level=6 --domains=meinedomain.de -H --user-agent="Mozilla/5.0 
(Windows; U; Windows NT
5.1; en-US; rv:1.8.1.6) Gecko/20070725 Firefox/2.0.0.6" 
http://www.meinedomain.de/

(recursiv bis 6 ebenen nur von der domain meinedomain.de user agent ist mozilla)

den User Agent brauch ich immer weil viele Server u.a. auch mod_Security 
einsetzen und ohne User
Agent Kennung der Server dann abriegelt

Im Anschluss kann es dann noch notwendig sein Links in den Seiten zu 
korrigieren dafür gibts dann sed.

bye




am 19.06.2012 16:47 Gerhard Obermayr schrieb:
> Ich habe ein System von websites für einen Theaterbetrieb. Dort ist für jedes 
> Jahr eine eigene
> TYPO3-Instanz angelegt, um ein Archiv zu haben. Es kann also mittels 
> Subdomain als Jahreszahl
> jedes vergangene Jahr abgerufen werden. Nun ist es aber so, dass sich an den 
> Jahren 2004 bis
> 2011 nichts mehr ändert. Meine Idee war nun, die Installationen der 
> vergangenen Jahre auf
> statische HTML-Seiten zu wandeln. Die Seiten sind derzeit auf der Version 
> 4.5.16. Der
> erforderliche Speicherplatz von bisher ca. 5,5GB müsste sich so drastisch 
> reduzieren lassen.
> 
> Das Problem dabei ist jedoch, dass ich nach ausführlicher Recherche im Netz 
> für den
> erforderlichen Vorgang keinen wirklich sinnvollen Ablauf gefunden habe. Es 
> gibt zwar die
> Extension „Static Publish“, die ich installiert habe. Jedoch findet sich in 
> der Anleitung
> keinerlei Hinweis, wie man denn nun statische Seiten damit erzeugt. Auch in 
> der Konfiguration
> finde ich nichts dazu. Zusätzlich gibt es „Static Upload“, aber auch hier 
> finde ich nicht
> wirklich eine zielführende Anleitung. Wie würdet ihr ein derartiges Projekt 
> durchziehen? Im
> Endeffekt sollte dann jede Seite so vorhanden sein, dass sie auch von CD 
> mittels index.html 
> abrufbar wäre.
> 
> Zweckdienliche Hinweise sind erbeten.
> 

- -- 
Michael Kasten | http://m-kasten.de
Im wirklichen Leben gibt es kein [Strg]+[Z]
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQEcBAEBAgAGBQJP4JdMAAoJEF1/iIvWnG8N9L8H/12QLnGYzY32mjsutc/w3Z75
J1K4GYIdgFPEfJv3ZgvdJN0JbDmIX5Z+dWuEb6HRK++6sp0Nku+ujegOC0ufpxUi
DIPtLPr7UuF8grBlqr6Nq7z4H4Qxjth8KcENpyTPdvPA8/wJsVHjDAv3sV2zrJgm
AFAyKG4fUybQsnWsGn/FMbzCuvmwznZ/9L0HNG4JJF6ANPCOYXMW32OrOBmDXtNP
9fYXmY/Sgr6EoHQYZb4d7Tcgl5L1VuJ58g8fYvfdbucZGZpntSYyKbQCjfbMQvUp
e4dfi3dMPI6I6dZTnwgz0rZP9zYTnvUzF3xrTm86abilK2UD4YN83dPedY7lrOo=
=5ylR
-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] TYPO3 4.7.1 EM

[Peter Linzenkirchner]

Hallo Robert, 

ich habe es hinbekommen, aber es war ein ziemlicher Aufwand: 

http://www.typo3-lisardo.de/home/blog-post/2011/09/06/typo3-installation-mit-mamp-unter-lion-mac-os-x.html

Jetzt allerdings läufts wie eine eins .. 
Für 4.7 musst du Mamp auf PHP 5.3 umstellen; per Standard steht es auf 5.2

Gruß
Peter

Am 19.06.2012 um 16:58 schrieb Robert Wildling:

> Hallo,
> 
> Es ist das erste mal, ass ich nun TYPO2 4.7.1 teste - und hab schon beim 
> Installieren Probleme.
> 
> Wenn ich im Install Tool den Scheduler und den Recycler nachinstalliere, 
> erhalte cih folgenden Fehler:
> 
> Fatal error: require() [function.require]: Failed opening required 
> '/[...]/typo3/sysext/em/classes/connection/class.tx_em_connection_extdirectserver.php'
>  
> (include_path='/[...]/typo3/contrib/pear/:.:/Applications/MAMP/bin/php/php5.3.6/lib/php')
>  in /[...]/t3lib/class.t3lib_div.php on line 5061
> 
> Bin auf MAC 10.7 mit MAMP 2.0.5.
> 
> Keine Ahnung, was ich da tun soll... ich bitte um Tipps, danke!
> Gruß, Robert
> 
> PS: Ist von euch noch jemand auf MAC 10.7? Hat es jemand von euch schon 
> geschafft, ImageMagick oder GraphicsMagick erfolgreich zu installieren?
> ___
> TYPO3-german mailing list
> TYPO3-german@lists.typo3.org
> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

--
Xing: http://www.xing.com/profile/Peter_Linzenkirchner
Web: http://www.typo3-lisardo.de
Facebook: http://tinyurl.com/lisardo-multimedia

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

Re: [TYPO3-german] Statische Seiten aus T3 erzeugen

[Philipp Bräutigam]

Bekommst du ja auch. Oder du schaust dir an, wie die HTML-Seiten erstellt
werden und erstellst dir dein eigenes Skript, die alle Seiten (aus der
pages) durchläuft).


/typo3temp/tx_ncstaticfilecache/www.deinedomain.de/unternehmen/index.html


Am 19. Juni 2012 17:00 schrieb Gerhard Obermayr :

> Danke, aber ich möchte ja TYPO3 im webspace loswerden und nur mehr die
> statischen Seiten auf root liegen haben ...
>
> Am 19.06.2012 16:55, schrieb Philipp Bräutigam:
>
>  Hallo,
>>
>> mit folgender Extension solltest du dein Problem lösen können. Diese
>> sollten man grundsätzlich einsetzen, da der Geschwindigkeitsvorteil enorm
>> ist. Diese generiert für jede TYPO3-Seite eine statische Seite und per
>> htaccess wird darauf weitergeleitet :) Du kannst aber auch so auf die
>> Seiten zugreifen.
>>
>> Hoffe das hilft dir weiter.
>>
>> http://typo3.org/extensions/**repository/view/nc_**staticfilecache
>>
>> Grüße,
>> Philipp
>>
>> p.s. sehr leicht zu installieren :)
>>
>>
>> Am 19. Juni 2012 16:47 schrieb Gerhard Obermayr :
>>
>>  Ich habe ein System von websites für einen Theaterbetrieb.
>>> Dort ist für jedes Jahr eine eigene TYPO3-Instanz angelegt, um ein Archiv
>>> zu haben.
>>> Es kann also mittels Subdomain als Jahreszahl jedes vergangene Jahr
>>> abgerufen werden.
>>> Nun ist es aber so, dass sich an den Jahren 2004 bis 2011 nichts mehr
>>> ändert.
>>> Meine Idee war nun, die Installationen der vergangenen Jahre auf
>>> statische
>>> HTML-Seiten zu wandeln.
>>> Die Seiten sind derzeit auf der Version 4.5.16.
>>> Der erforderliche Speicherplatz von bisher ca. 5,5GB müsste sich so
>>> drastisch reduzieren lassen.
>>>
>>> Das Problem dabei ist jedoch, dass ich nach ausführlicher Recherche im
>>> Netz für den erforderlichen Vorgang keinen wirklich sinnvollen Ablauf
>>> gefunden habe.
>>> Es gibt zwar die Extension „Static Publish“, die ich installiert habe.
>>> Jedoch findet sich in der Anleitung keinerlei Hinweis, wie man denn nun
>>> statische Seiten damit erzeugt.
>>> Auch in der Konfiguration finde ich nichts dazu.
>>> Zusätzlich gibt es „Static Upload“, aber auch hier finde ich nicht
>>> wirklich eine zielführende Anleitung.
>>> Wie würdet ihr ein derartiges Projekt durchziehen?
>>> Im Endeffekt sollte dann jede Seite so vorhanden sein, dass sie auch von
>>> CD mittels index.html abrufbar wäre.
>>>
>>> Zweckdienliche Hinweise sind erbeten.
>>>
>>> --
>>> Liebe Grüße aus Haag
>>> Gerhard Obermayr
>>> ___
>>> 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
>>
>>
> --
> Liebe Grüße aus Haag
> Gerhard Obermayr
>
> __**_
> 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] felogin mit passwordCompareStrategy=rsa funktioniert nicht und speichert Passwort gesalted in der Datenbank

[Webmeck - TYPO3]

Hallo an alle,

ich hoffe ich mache nichts falsch, das hier ist mein erste Mail an eine 
Mailingliste.


Bei mir läuft:
TYPO3 4.7.1
mit felogin 4.7.1
und felogin_security 0.0.1

Ich möchte FE-Nutzer ausschließlich über das Backend anlegen können, das 
"funktioniert" auch. Wenn ich einen Testnutzer mit dem Passwort "hallo" 
im Backend anlege, steht in der Datenbank in der Passwortspalte 
"$1$OsjLcQFF$Zr3XF.HIGPZ8bG3sYLgy/."das scheint gesalted zu sein, denn 
es ändert sich auch bei jedem abspeichern. Aber ich finde das salt 
nicht. Wo könnte es sein? Hab nur eine tx_rsaauth_keys gefunden, dort 
ist aber nur ein Eintrag drin, ich habe aber zwei FE-User.


Außerdem habe ich, nach fehlgeschlagenem Login versucht, mal den Weg der 
Logindaten zu gehen und bin dann in der Datei t3lib_userAuth gelandet. 
Dort kommen die Logineingaben 1:1 an.


(abhängig von aktiviertem JavaScript RSA-Verschlüsselt oder nicht)

Mit JavaScript:
$loginData = array(
'status' => 'login',
'uname' => 'loginname',
'uident' => 
'rsa:RwAS+duvVaT/F+MHMUIlFVn9UpE+Q4AOLG7lcp/GD5Fbxncpl4CJPtMMIMCSkCzQL/xaTsmzhzppw5IUKB9ZRMXbGciYmUI6/3QFq5gasD6N/p9Jp1/ghK4y37OrteYnzJleZvASXvTDBhYpHrOIVe+j2RnJO66yzSz+wvLhoR0=',

'chalvalue' => '',
'permanent' => 0
)

Ohne JavaScript:
$loginData = array(
'status' => 'login',
'uname' => 'loginname',
'uident' => 'hallo',
'chalvalue' => '',
'permanent' => 0
)

nach einem Umweg über die class.tx_sv_authbase.php lande ich wieder in 
der class.t3lib_userauth.php in der methode compareUident().


function compareUident($user, $loginData, $passwordCompareStrategy = '') {

$OK = FALSE;
$passwordCompareStrategy = $passwordCompareStrategy ? 
$passwordCompareStrategy : $this->security_level;
t3lib_utility_debug::Debug($passwordCompareStrategy, 
'passwordcomparestrategy in class.t3lib_userauth');
t3lib_utility_debug::Debug($loginData, 'logindata in compareUident in 
class.t3lib_userauth');
t3lib_utility_debug::Debug($user, 'user in compareUident in 
class.t3lib_userauth');

switch ($passwordCompareStrategy) {
case 'superchallenged': // If superchallenged the password 
in the database ($user[$this->userident_column]) must be a md5-hash of 
the original password.

case 'challenged':

// Check challenge stored in cookie:
if ($this->challengeStoredInCookie) {
session_start();
if ($_SESSION['login_challenge'] !== 
$loginData['chalvalue']) {

if ($this->writeDevLog) {
t3lib_div::devLog('PHP Session stored 
challenge "' . $_SESSION['login_challenge'] . '" and submitted challenge 
"' . $loginData['chalvalue'] . '" did not match, so authentication 
failed!', 't3lib_userAuth', 2);

}
$this->logoff();
return FALSE;
}
}

if ((string) $loginData['uident_' . 
$passwordCompareStrategy] === (string) md5($user[$this->username_column] 
. ':' . $user[$this->userident_column] . ':' . $loginData['chalvalue'])) {

$OK = TRUE;
}
break;
default: // normal
if ((string) $loginData['uident_text'] === (string) 
$user[$this->userident_column]) {

$OK = TRUE;
}
break;
}

return $OK;
}

Dort ist:
$passwordCompareStrategy = 'rsa' und somit rennt er in den default-modus 
wo er einfach das übermittelte Passwort (entweder rsa:... oder 'hallo') 
mit dem salted hash in der Datenbank abgleicht.


Da kann doch irgendwas nicht richtig sein. Also entweder habe ich das 
Dingen komplett vor die Wand gesetzt oder aber da ist ein Bug. Wäre für 
Hilfe sehr dankbar, sollte es ein Bug sein, könnte ich versuchen mich 
drum zu kümmern (loginData in einem Hook wieder aueinandernehmen und das 
aus der Datenbank auch, sodass er gerne in den Default: reinkann). Wie 
ihr aber vielleicht merkt bin ich nicht so erfahren.


Danke schonmal

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

Re: [TYPO3-german] Statische Seiten aus T3 erzeugen

[Gerhard Obermayr]

Danke, aber ich möchte ja TYPO3 im webspace loswerden und nur mehr die 
statischen Seiten auf root liegen haben ...


Am 19.06.2012 16:55, schrieb Philipp Bräutigam:

Hallo,

mit folgender Extension solltest du dein Problem lösen können. Diese
sollten man grundsätzlich einsetzen, da der Geschwindigkeitsvorteil enorm
ist. Diese generiert für jede TYPO3-Seite eine statische Seite und per
htaccess wird darauf weitergeleitet :) Du kannst aber auch so auf die
Seiten zugreifen.

Hoffe das hilft dir weiter.

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

Grüße,
Philipp

p.s. sehr leicht zu installieren :)


Am 19. Juni 2012 16:47 schrieb Gerhard Obermayr :


Ich habe ein System von websites für einen Theaterbetrieb.
Dort ist für jedes Jahr eine eigene TYPO3-Instanz angelegt, um ein Archiv
zu haben.
Es kann also mittels Subdomain als Jahreszahl jedes vergangene Jahr
abgerufen werden.
Nun ist es aber so, dass sich an den Jahren 2004 bis 2011 nichts mehr
ändert.
Meine Idee war nun, die Installationen der vergangenen Jahre auf statische
HTML-Seiten zu wandeln.
Die Seiten sind derzeit auf der Version 4.5.16.
Der erforderliche Speicherplatz von bisher ca. 5,5GB müsste sich so
drastisch reduzieren lassen.

Das Problem dabei ist jedoch, dass ich nach ausführlicher Recherche im
Netz für den erforderlichen Vorgang keinen wirklich sinnvollen Ablauf
gefunden habe.
Es gibt zwar die Extension „Static Publish“, die ich installiert habe.
Jedoch findet sich in der Anleitung keinerlei Hinweis, wie man denn nun
statische Seiten damit erzeugt.
Auch in der Konfiguration finde ich nichts dazu.
Zusätzlich gibt es „Static Upload“, aber auch hier finde ich nicht
wirklich eine zielführende Anleitung.
Wie würdet ihr ein derartiges Projekt durchziehen?
Im Endeffekt sollte dann jede Seite so vorhanden sein, dass sie auch von
CD mittels index.html abrufbar wäre.

Zweckdienliche Hinweise sind erbeten.

--
Liebe Grüße aus Haag
Gerhard Obermayr
__**_
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



--
Liebe Grüße aus Haag
Gerhard Obermayr

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

[TYPO3-german] TYPO3 4.7.1 EM

[Robert Wildling]

Hallo,

Es ist das erste mal, ass ich nun TYPO2 4.7.1 teste - und hab schon beim 
Installieren Probleme.


Wenn ich im Install Tool den Scheduler und den Recycler nachinstalliere, 
erhalte cih folgenden Fehler:


Fatal error: require() [function.require]: Failed opening required 
'/[...]/typo3/sysext/em/classes/connection/class.tx_em_connection_extdirectserver.php' 
(include_path='/[...]/typo3/contrib/pear/:.:/Applications/MAMP/bin/php/php5.3.6/lib/php') 
in /[...]/t3lib/class.t3lib_div.php on line 5061


Bin auf MAC 10.7 mit MAMP 2.0.5.

Keine Ahnung, was ich da tun soll... ich bitte um Tipps, danke!
Gruß, Robert

PS: Ist von euch noch jemand auf MAC 10.7? Hat es jemand von euch schon 
geschafft, ImageMagick oder GraphicsMagick erfolgreich zu installieren?

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

Re: [TYPO3-german] Statische Seiten aus T3 erzeugen

[Philipp Bräutigam]

Hallo,

mit folgender Extension solltest du dein Problem lösen können. Diese
sollten man grundsätzlich einsetzen, da der Geschwindigkeitsvorteil enorm
ist. Diese generiert für jede TYPO3-Seite eine statische Seite und per
htaccess wird darauf weitergeleitet :) Du kannst aber auch so auf die
Seiten zugreifen.

Hoffe das hilft dir weiter.

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

Grüße,
Philipp

p.s. sehr leicht zu installieren :)


Am 19. Juni 2012 16:47 schrieb Gerhard Obermayr :

> Ich habe ein System von websites für einen Theaterbetrieb.
> Dort ist für jedes Jahr eine eigene TYPO3-Instanz angelegt, um ein Archiv
> zu haben.
> Es kann also mittels Subdomain als Jahreszahl jedes vergangene Jahr
> abgerufen werden.
> Nun ist es aber so, dass sich an den Jahren 2004 bis 2011 nichts mehr
> ändert.
> Meine Idee war nun, die Installationen der vergangenen Jahre auf statische
> HTML-Seiten zu wandeln.
> Die Seiten sind derzeit auf der Version 4.5.16.
> Der erforderliche Speicherplatz von bisher ca. 5,5GB müsste sich so
> drastisch reduzieren lassen.
>
> Das Problem dabei ist jedoch, dass ich nach ausführlicher Recherche im
> Netz für den erforderlichen Vorgang keinen wirklich sinnvollen Ablauf
> gefunden habe.
> Es gibt zwar die Extension „Static Publish“, die ich installiert habe.
> Jedoch findet sich in der Anleitung keinerlei Hinweis, wie man denn nun
> statische Seiten damit erzeugt.
> Auch in der Konfiguration finde ich nichts dazu.
> Zusätzlich gibt es „Static Upload“, aber auch hier finde ich nicht
> wirklich eine zielführende Anleitung.
> Wie würdet ihr ein derartiges Projekt durchziehen?
> Im Endeffekt sollte dann jede Seite so vorhanden sein, dass sie auch von
> CD mittels index.html abrufbar wäre.
>
> Zweckdienliche Hinweise sind erbeten.
>
> --
> Liebe Grüße aus Haag
> Gerhard Obermayr
> __**_
> 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] Statische Seiten aus T3 erzeugen

[Kay Strobach]

Hallo Gerhard,

entweder du nimmst wget (da gibt es Optionen zum Grabben einer Seite)
oder sowas wie httrack.

Wichtig, du darfst keine Plugins mit unendlich vielen möglichen Seiten
nutzen (z.B. cal ohne Begrenzung).

Damit solltest du auf einem Webserver, der sich selbst crawlt in wenigen
Minuten fertig werden ;)

Grüße
Kay

Am 19.06.2012 16:47, schrieb Gerhard Obermayr:
> Ich habe ein System von websites für einen Theaterbetrieb.
> Dort ist für jedes Jahr eine eigene TYPO3-Instanz angelegt, um ein
> Archiv zu haben.
> Es kann also mittels Subdomain als Jahreszahl jedes vergangene Jahr
> abgerufen werden.
> Nun ist es aber so, dass sich an den Jahren 2004 bis 2011 nichts mehr
> ändert.
> Meine Idee war nun, die Installationen der vergangenen Jahre auf
> statische HTML-Seiten zu wandeln.
> Die Seiten sind derzeit auf der Version 4.5.16.
> Der erforderliche Speicherplatz von bisher ca. 5,5GB müsste sich so
> drastisch reduzieren lassen.
> 
> Das Problem dabei ist jedoch, dass ich nach ausführlicher Recherche im
> Netz für den erforderlichen Vorgang keinen wirklich sinnvollen Ablauf
> gefunden habe.
> Es gibt zwar die Extension „Static Publish“, die ich installiert habe.
> Jedoch findet sich in der Anleitung keinerlei Hinweis, wie man denn nun
> statische Seiten damit erzeugt.
> Auch in der Konfiguration finde ich nichts dazu.
> Zusätzlich gibt es „Static Upload“, aber auch hier finde ich nicht
> wirklich eine zielführende Anleitung.
> Wie würdet ihr ein derartiges Projekt durchziehen?
> Im Endeffekt sollte dann jede Seite so vorhanden sein, dass sie auch von
> CD mittels index.html abrufbar wäre.
> 
> Zweckdienliche Hinweise sind erbeten.
> 


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

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

Answer was useful - feel free to donate:
  -
https://www.paypal.com/cgi-bin/webscr?cmd=_s-xclick&hosted_button_id=KPM9NAV73VDF2
  - https://flattr.com/profile/kaystrobach



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

[TYPO3-german] Statische Seiten aus T3 erzeugen

[Gerhard Obermayr]

Ich habe ein System von websites für einen Theaterbetrieb.
Dort ist für jedes Jahr eine eigene TYPO3-Instanz angelegt, um ein 
Archiv zu haben.
Es kann also mittels Subdomain als Jahreszahl jedes vergangene Jahr 
abgerufen werden.
Nun ist es aber so, dass sich an den Jahren 2004 bis 2011 nichts mehr 
ändert.
Meine Idee war nun, die Installationen der vergangenen Jahre auf 
statische HTML-Seiten zu wandeln.

Die Seiten sind derzeit auf der Version 4.5.16.
Der erforderliche Speicherplatz von bisher ca. 5,5GB müsste sich so 
drastisch reduzieren lassen.


Das Problem dabei ist jedoch, dass ich nach ausführlicher Recherche im 
Netz für den erforderlichen Vorgang keinen wirklich sinnvollen Ablauf 
gefunden habe.

Es gibt zwar die Extension „Static Publish“, die ich installiert habe.
Jedoch findet sich in der Anleitung keinerlei Hinweis, wie man denn nun 
statische Seiten damit erzeugt.

Auch in der Konfiguration finde ich nichts dazu.
Zusätzlich gibt es „Static Upload“, aber auch hier finde ich nicht 
wirklich eine zielführende Anleitung.

Wie würdet ihr ein derartiges Projekt durchziehen?
Im Endeffekt sollte dann jede Seite so vorhanden sein, dass sie auch von 
CD mittels index.html abrufbar wäre.


Zweckdienliche Hinweise sind erbeten.

--
Liebe Grüße aus Haag
Gerhard Obermayr
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

Re: [TYPO3-german] best. Wert mit Rückgabewert einer PHP-Funktion vergleichen

[Thomas Bügel]

GELÖST

Nach vielen Stunden und heftigen Kopfschmerzen, konnte ich endlich eine 
Lösung finden. Dazu verzichte ich auf das PHP Script, sondern mach es 
komplett in Typoscript:
Die Lösung liegt in der Funktion numRows, die prüft, ob es einen 
Datensatz gibt, der im Feld 'pi_flexform' einen Teilstring 'c40r dmails' 
enthält und über if.value aufgerufen wird, dann ist das Ergebnis mit 
if.equals = 0 prüfbar.


Nach meiner Vorgabe darf dies nur eine Newsletter-Anmelde-Form im Header 
sein, der den folgenden Zusatz unter Plugin -> Attributes bekommen hat:

class="c60l"
class="c40r dmails"
Genau genommen handelt es sich um die Erweiterung Multicontent, die hier 
mit 2 Spalten eingesetzt wird, wobei die rechte Spalte, dann als 
Inhaltselement eben selbst das Anmelde-Plugin (direct_mail_subsription) 
enthält, die Attributes beziehen sich auf die Erweiterung Multicontent!!


Die Standard-Anmelde-Form wird also nur dann in der Sidebar eingefügt, 
wenn im Header nicht schon eine Anmeldeform vorhanden ist.


[TS]
temp.mein_content = COA
temp.mein_content {
  6 = COA
6{
 wrap = |
 10 < plugin.feadmin.dmailsubscription
 if.value.numRows.table = tt_content
 if.value.numRows.select {
pidInList = this
where = (pi_flexform like '%c40r dmails%')
andWhere = deleted = 0
 }
 if.equals = 0
  }
}
[/TS]

Gruß Tom

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

Re: [TYPO3-german] powermail 2.0 > captcha

[Philipp Holdener]

hast du schon das browser setup in der extension neu una alt verglichen? da 
muesste es doch definiert sein und dann ueberschreibst du den neuen setup partp 
mit dem alten. Im aktuellen browser findest du sowohl das setup fuer 3.9 als 
auch das fuer 4.0



Hallo Andi

Hab mal das Setup durchgeschaut.


# Captcha Settings
captcha {

# TODO: Use other Captcha Extensions (sr_freecap, captcha)
use = default




Mittels
plugin.tx_powermail.settings.setup.captcha.use = captcha
müsste es eigentlich gehen! aber eben .. >TODO<... ist noch nicht 
implementiert. gibt momentan nur ein Text "Captcha" aus. Bild geht nicht.




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

Re: [TYPO3-german] Inhalte per Typoscript zu Inhaltselementen hinzufügen

[Leo Führinger]

Hallo,
ja - super - das hat geholfen. Hatte acuh noch andere Hilfe...
Wie funktionierts:

Im Haupttemplate der Seite steht für das Feld mit dem Content-Element:
10= RECORDS
10.source.current=1
10.tables = tt_content

Hier fügt man noch folgendes ein:
20=:
> Hallo Leo,
>
> meinst du FCEs, also Flexible Content Elements? Das wäre ja sozusagen ein
> neuer, eigener Typ von Inhaltselement, gemappt nach deiner Design- /
> HTML-Vorlage.
>
> Hier könntest du mal im Web-Modul "TemplaVoila" unter "Abbildung
> aktualisieren" -> "DS / VO modifizieren" schauen, und den entsprechenden
> Map-Part bearbeiten, dann findest du Links den Unterpunkt
> "Datenverarbeitung". Hier verbirgt sich wieder Typoscript, wo du vielleicht
> mit deinem Vorhaben ansetzen könntest.
>
> Gruß
> Matthias
>
>
> Am 19.06.2012 08:26, schrieb Leo Führinger:
>
>> Hallo Liste,
>> ich habe mit Templavoila ein Inhaltselement erstellt, das in das
>> Seitentemplate gemappt wird. Dieses Inhaltselement kann ich über das
>> BE ganz normal mit anderen Inhaltselementen (Text/Bild) füllen. Nun
>> will ich aber per Typoscript ein neues oder bereits vorhandenes
>> Inhaltselement hinzufügen. Klappt das?
>>
>> Kein Problem ist das, wenn ich in Templavoila kein Inhaltselement
>> erstelle und mappe, sondern einen Typoscript Object Path:
>> lib.myData = RECORDS
>> lib.myData.source = 73
>> lib.myData.tables = tt_content
>> Aber das will ich ja nicht...
>>
>> Danke und liebe Grüße,
>> Leo
>>
>> PS: Wie heißten eigentlich die Inhaltselemente, die ich in TV erstelle
>> und die Inhaltselemente, die ich im BE, dann in die TV-Inhaltselemente
>> einfüge... Sonst geht mal noch vor lauter "Inhaltselement" der
>> Überblick verloren ;-)
>>
>
>
> ___
> 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] Powermail Icon fehlt, Absender, von deutsch auf englisch

[Michael Warzitz]

wenn noch irgendwelche Infos benötigt werden, ich kann Sie so weit ich 
sie finde gerne schicken!!!



Am 19.06.2012 13:12, schrieb Michael Warzitz:

Hallo Zusammen,

nach dem ich ja vorige Woche schon einige Problem mit Powermail lösen
konnte und es jetzt auch soweit funktioniert, noch einmal vielen Dank
die mir geholfen haben, haben sich jetzt noch einpaar Fragen ergeben,
wäre nett wenn jemand dazu eine Lösung hat!

1. In der linken Spalte steht ja normalerweise das Powermailzeichen, bei
mir leider nicht, dementsprechend kann ich auch nicht die eingehenden
Mails kontrollieren! Habe alles neu gestartet, Cache gelöscht...
2. Unter meiner Formularseite "Absender" kann ich zwar einen Betreffe
angeben, der mir auch angezeigt wird, leider steht aber in der Mail
vorher paoermail, was ich sehr unglücklich finde, hatte jetzt schon im
Konstanten Iditor geschaut, aber nichts gefunden, wo kann ich den sonst
noch eine Eistellung vornehmen.
3. Ich suche die Datei, wo ich von deutsch auf englisch umstellen kann!

PowerMailVersion1.6.4

Ich bedanke mich schon mal im voraus, für jeden Tipp...

LG Danke Micha



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

Re: [TYPO3-german] powermail 2.0 > captcha

[Andi]

Hi Philipp

hast du schon das browser setup in der extension neu una alt verglichen? da 
muesste es doch definiert sein und dann ueberschreibst du den neuen setup partp 
mit dem alten. Im aktuellen browser findest du sowohl das setup fuer 3.9 als 
auch das fuer 4.0

LG
Andi

Sent from Andi's iPhone

On Jun 19, 2012, at 19:19, Philipp Holdener  wrote:

> Hallo zusammen
> 
> Bei der neuen powermail Version ist ja bereits ein Spamschutz integriert 
> (eine wo man Zahlen addieren muss).
> Wir würden aber lieber wie bis anhin die ext "captcha" verwenden, die eine 
> Buchstaben Reihe generiert.
> 
> Gibts da irgendwie eine Möglichkeit zu definieren, dass eine andere captcha 
> ext verwendet wird? Früher konnte man ja zwischen zwei auswählen.
> 
> Hab bisher keinen Hinweis dazu gefunden.
> 
> Besten Dank für eure Tipps
> Gruss
> Philipp
> 
> ___
> 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] powermail 2.0 > captcha

[Philipp Holdener]

Am 19.06.12 14:27, schrieb Philipp Bräutigam:

Schau mal in den Konstanten von powermail nach. da sollte man eigentlich
immernoch ein eigenes Captcha definieren können.



Hallo Philipp

Hab ich eben schon geschaut... gibt im Kontanten-Editor zwar neu einen 
eigenen Abschnitt "POWERMAIL_SPAM" ... aber dort kann man nur 
Einstellungen zum Powermail eigenen Captcha machen .. hm!? :(



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

Re: [TYPO3-german] powermail 2.0 > captcha

[Philipp Bräutigam]

Schau mal in den Konstanten von powermail nach. da sollte man eigentlich
immernoch ein eigenes Captcha definieren können.

Am 19. Juni 2012 14:19 schrieb Philipp Holdener :

> Hallo zusammen
>
> Bei der neuen powermail Version ist ja bereits ein Spamschutz integriert
> (eine wo man Zahlen addieren muss).
> Wir würden aber lieber wie bis anhin die ext "captcha" verwenden, die eine
> Buchstaben Reihe generiert.
>
> Gibts da irgendwie eine Möglichkeit zu definieren, dass eine andere
> captcha ext verwendet wird? Früher konnte man ja zwischen zwei auswählen.
>
> Hab bisher keinen Hinweis dazu gefunden.
>
> Besten Dank für eure Tipps
> Gruss
> Philipp
>
> __**_
> 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] powermail 2.0 > captcha

[Philipp Holdener]

Hallo zusammen

Bei der neuen powermail Version ist ja bereits ein Spamschutz integriert 
(eine wo man Zahlen addieren muss).
Wir würden aber lieber wie bis anhin die ext "captcha" verwenden, die 
eine Buchstaben Reihe generiert.


Gibts da irgendwie eine Möglichkeit zu definieren, dass eine andere 
captcha ext verwendet wird? Früher konnte man ja zwischen zwei auswählen.


Hab bisher keinen Hinweis dazu gefunden.

Besten Dank für eure Tipps
Gruss
Philipp

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

[TYPO3-german] Powermail Icon fehlt, Absender, von deutsch auf englisch

[Michael Warzitz]

Hallo Zusammen,

nach dem ich ja vorige Woche schon einige Problem mit Powermail lösen 
konnte und es jetzt auch soweit funktioniert, noch einmal vielen Dank 
die mir geholfen haben, haben sich jetzt noch einpaar Fragen ergeben, 
wäre nett wenn jemand dazu eine Lösung hat!


1. In der linken Spalte steht ja normalerweise das Powermailzeichen, bei 
mir leider nicht, dementsprechend kann ich auch nicht die eingehenden 
Mails kontrollieren! Habe alles neu gestartet, Cache gelöscht...
2. Unter meiner Formularseite "Absender" kann ich zwar einen Betreffe 
angeben, der mir auch angezeigt wird, leider steht aber in der Mail 
vorher paoermail, was ich sehr unglücklich finde, hatte jetzt schon im 
Konstanten Iditor geschaut, aber nichts gefunden, wo kann ich den sonst 
noch eine Eistellung vornehmen.

3. Ich suche die Datei, wo ich von deutsch auf englisch umstellen kann!

PowerMailVersion1.6.4

Ich bedanke mich schon mal im voraus, für jeden Tipp...

LG Danke Micha

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

Re: [TYPO3-german] Templavoila & DAM-Filelinks

[Christian Hennecke]

Am 18.06.2012 10:12, schrieb Ingo Siebeck:

Hab das ganze jetzt durch eine Extension gelöst und zur Verfügung
gestellt. Wem ähnliche Probleme plagen :-)

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



Schön. :-)  Wärst Du so nett, zumindest den Namen und die 
Kurzbeschreibung der Extension auf Englisch einzutragen? Dann könnten 
noch mehr davon profitieren.

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

Re: [TYPO3-german] neues Form-Element mit GET-Parameter vorbelegen?

[Bernd Wilke]

On 06/19/2012 08:37 AM, Bernd Wilke wrote:

Ich möchte ein Eingabefeld im Formular durch einen get-Parameter in der
URL vorbelegen. Das Formular selber soll aber per POST arbeiten.
Ich habe leider keine Hinweise gefunden wie das funktionieren könnte.

Früher reichte es einen get-Parameter zu benutzen, der wie das
Formular-Feld lautet.

gibt es evtl. so etwas wie preprozessoren? wenn ja: wie werden die
konfiguriert?


bernd


nachdem ich mich durch den Code der sysext FORM durchgewühlt habe bin 
ich zu dem Schluss gekommen dass es gar nicht möglich ist, da im 
Gegensatz zu früher nicht mehr auf $_GP zurück gegriffen wird, sondern 
je nach Form-method nur auf $_GET/$_POST/$_SESSION.
Ein POST-form kann also keine Werte aus GET holen und die Vorbelegung 
(value = ) ist hardcoded ein String.


hier habe ich dann angesetzt und ein stdwrap angehängt, dadurch kann ich 
mit einem dataWrap auf GET-Parameter zugreifen unabhängig von der form- 
method.


Das ganze dann als Feature-Request incl. Patch: 
http://forge.typo3.org/issues/38163


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

Re: [TYPO3-german] best. Wert mit Rückgabewert einer PHP-Funktion vergleichen

[Thomas Bügel]

Hallo NG, Sorry mein Mailclient schreddert die Threads, verwende ab 
sofort den Thunderbird, in der Hoffnung, das es damit funktioniert!


Gruß

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

Re: [TYPO3-german] Cache Löschen durch BE-User

[Christine Schäfers]

Hallo Philipp!

Danke für Deine Antwort.

Ich habe an allen relevanten Stellen nachgeschaut und NICHTS gefunden. 
Nach Tests in anderen Typos bin ich jetzt zum Schluss gekommen, dass der 
Eintrag, wenn cmd= "leer" steht effektiv kein Löschen des Caches 
bedeutet. Nur, wenn =all oder =id dahinter steht, scheint der Cache auch 
wirklich gelöscht zu werden. Verwirredn nur, dass dann überhaupt so ein 
Eintrag im Log erscheint.


Viele Grüße,

Christine Schäfers

Webentwicklung

---
PixelConsult GmbH
Konrad-Adenauer-Allee 10
44263 Dortmund

Tel. 0231 - 94 19 95 71
Fax 0231 - 94 19 95 76
surfto: www.pixelconsult.de
mailto: christine.schaef...@pixelconsult.de
Amtsgericht Dortmund HRB 14428


Am 18.06.2012 18:32, schrieb Philipp Gampe:

Hi Christine,

Christine Schäfers wrote:


Im Log eines von mir betreuten Typo 4.5 habe ich das Phänomen, dass
scheinbar nach jeder Aktivität aller Redakteure und auch Admins der
Cache gelöscht wird, was für die Performance der Seite nicht gerade
zuträglich ist.
Jedenfalls habe ich im BE im "Protokoll" im Minuten- /teilweise
Sekundentakt stehen
"User xyz has cleared the cache (cmd=)", wobei hinter dem cmd dann
nichts steht?
Im TS-Config der Seiten gibt es keine betreffenden Einträge.
Woran kann das dauernde unbeabsichtigte Cache-Löschen wohl liegen? Oder
wird der Cache evtl. gar nicht wirklich gelöscht wenn hinter dem cmd=
nichts steht?


Am besten schaust du mit dem Info Module -->  Page TS Config -->  TCEMAIN.
nach. Dort sieht  du dann auch, ob evtl. etwas von einer höheren Seite
geerbt wird.

Ein zweite Möglichkeit wäre, dass der Cache mittels eines Hooks durch eine
Extension gelöscht wird.
Dazu nimmt du am besten die Extension additional_reports und/oder dass Modul
Configuration ->  $TYPO3_CONF_VARS (Global Configuration) -->  SC_OPTIONS  -->
t3lib/class.t3lib_tcemain.php ->  ...

Du kannst mit dem Admin Panel überprüfen, die Seite überhaupt gecached wird.


P.s.: Bitte antworte nicht auf eine Email, sondern schicke eine neue Email,
wenn du eine neue Frage stellst. Damit wird ein neuer Thread aufgemacht:
http://lists.typo3.org/pipermail/typo3-german/2012-June/thread.html
http://typo3.org/support/mailing-lists/use-a-newsreader/


Grüße

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

Re: [TYPO3-german] best. Wert mit Rückgabewert einer PHP-Funktion vergleichen

[thomas.buegel]

Hallo Renzo,

> stdWrap.if.value.cObject < includeLibs.Test
> stdWrap.if.equals = 0

danke für Deine Bemühungen, aber auch das will bei mir nicht.

Verstehen tue ich es nicht, weil includeLibs.Test den Rückgabewert korrekt 
liefert.

Es geht insgesamt darum, festzustellen, ob ein direct_mail_subscription Plugin 
im Kopf der Seite bereits eingefügt wurde, denn auf manchen Seiten möchte ich 
spezielle Newsletter-Anmelde Forms verwenden für bestimmte Newsletter 
Kategorien. Auf allen Seiten soll in der rechten Spalte die 
Newsletter-Anmelde-Form zum Standard-Newsletter eingefügt werden, wenn eben 
nicht im Kopf schon eine Newsletter-Anmelde Form vorhanden ist.

Meine Lösung sollte sein, dass das als Content-Element auf der entspr. Seite 
eingefügte direct_mail_subscription Plugin (Anmelde-Form) eine zusätzliche 
Klassenbezeichnung 'dmails'  erhält, so dass das Element mit einem  eigeleitet wird. Dadurch ist es im Content eindeutig zu 
identifizieren. Mit einer PHP-Funktion wird diese Bezeichnung im 
$GLOBALS['TSFE']->content gesucht und falls nicht vorhanden eine 0, sonst eine 
1 als Text zurückgegeben, habe aber auch schon mit allen möglichen anderen 
Rückgabewerten experimentiert, wie true, false, ja, nein usw. Der PHP-Code ist 
simpel:

public function headerNewsletterFormExists(){
$pos = strpos($GLOBALS['TSFE']->content, 'class="c40r dmails"');
if ($pos === false){
return "0";
}else {
return "1";
}
}

Das ist dann die Rückgabe aus 'includeLibs.Test' s.o. Und das funktioniert 100% 
richtig auf allen Seiten, das sehe ich an dem Test Objekt 
10 = Text
10 < includeLibs.Test
Da steht dann der für die jeweilige Seite korrekte Wert, 0, wenn im header 
keine Newsletter-Anmelde Form vorhanden und eine 1, wenn vorhanden. Es geht nur 
darum, diesen Wert zu prüfen und das will einfach nicht!

Vielleicht hat jemand noch eine Idee.

Danke und Gruß

Tom

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

Re: [TYPO3-german] tt_news und RealURL

[Bernd Wilke]

On 06/19/2012 10:55 AM, Yves Chassein wrote:

Hey,
ich habe folgendes Problem, ich nutze tt_news und realUrl zusammen und
bin jetzt an dem Punkt, an dem es bei mir 2 News mit dem gleichen Namen
gibt und damit ist realUrl, verständlicher Weise, überfordert. Gibt es
da eine Möglichkeit dieses Problem zu umgehen (außer nicht gleiche Titel
güt tt_news)?


normalerweise benutzt realurl noch das datum der news als VorPfad. Das 
reduziert die Wahrscheinlichkeit einer Uneindeutigkeit auf gleiche Titel 
am gleichen Tag. Aber auch das kann vorkommen.
Überrede realurl vor[¹] den titel noch die UID zu setzen, damit wird es 
auf jeden Fall eindeutig.


evtl. statt jahr/monat/tag einfach die UId als Pfadsegement nutzen


[¹] 'vor' und nicht 'hinter' weil der titel evtl so lang ist dass dieser 
generierte Pfad abgeschnitten wird und somit die eindeutige uid abhanden 
kommt.


und bei neuen Themen bitte eine neue nachricht und nicht mitten in einen 
Thread antworten:

http://typo3.org/support/mailing-lists/use-a-newsreader/


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

[TYPO3-german] tt_news und RealURL

[Yves Chassein]

Hey,
ich habe folgendes Problem, ich nutze tt_news und realUrl zusammen und 
bin jetzt an dem Punkt, an dem es bei mir 2 News mit dem gleichen Namen 
gibt und damit ist realUrl, verständlicher Weise, überfordert. Gibt es 
da eine Möglichkeit dieses Problem zu umgehen (außer nicht gleiche Titel 
güt tt_news)?


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

Re: [TYPO3-german] Multilang Seite mit "Not Found" Fehler

[Basti]

und hier noch die htaccess


AddHandler php5-cgi .php
#
#
# Example .htaccess file for TYPO3 CMS - for use with Apache Webserver
#
# This file includes settings for the following configuration options:
#
# - Compression via TYPO3
# - Settings for mod_rewrite (URL-Rewriting)
# - PHP optimisation
# - Miscellaneous
#
# If you want to use it, you have to copy it to the root folder of your 
TYPO3 installation (if its
# not there already) and rename it to '.htaccess'. To make .htaccess 
files work, you might need to

# adjust the 'AllowOverride' directive in your Apache configuration file.
#
# IMPORTANT: You may need to change this file depending on your TYPO3 
installation!

#
# Lines starting with a # are treated as comment and ignored by the web 
server.

#
# You should change every occurance of TYPO3root/ to the location where 
you have your website in.

# For example:
# If you have your website located at http://mysite.com/
# then your TYPO3root/ is just empty (remove 'TYPO3root/')
# If you have your website located at http://mysite.com/some/path/
# then your TYPO3root/ is some/path/ (search and replace)
#
# You can also use this configuration in your httpd.conf, but then you 
have to modify some lines,

# see the comments (search for 'httpd.conf')
#
# Questions about this file go to the matching Install mailing list, see
# http://typo3.org/documentation/mailing-lists/
#



### Begin: Compression via TYPO3 ###

# Compressing resource files will save bandwidth and so improve loading 
speed especially for users
# with slower internet connections. TYPO3 can compress the .js and .css 
files for you.

# 1) Uncomment the following lines and
# 2) Set $TYPO3_CONF_VARS['BE']['compressionLevel'] = '9'

#
#   AddType "text/javascript" .gzip
#
#
#   AddType "text/css" .gzip
#
#AddEncoding gzip .gzip

### End: Compression via TYPO3 ###


### Begin: Browser caching of ressource files ###

# Enable long browser caching for JavaScript and CSS files.

# This affects Frontend and Backend and increases performance.
# You can also add other file extensions (like gif, png, jpg), if you 
want them to be longer cached, too.



  
ExpiresActive on
ExpiresDefault "access plus 7 days"
  
  FileETag MTime Size


### End: Browser caching of ressource files ###


### Begin: Settings for mod_rewrite ###

# You need rewriting, if you use a URL-Rewriting extension (RealURL, 
CoolUri, SimulateStatic).




# Enable URL rewriting
RewriteEngine On

# Change this path, if your TYPO3 installation is located in a 
subdirectory of the website root.

#RewriteBase /

# Rule for versioned static files, configured through:
# - $TYPO3_CONF_VARS['BE']['versionNumberInFilename']
# - $TYPO3_CONF_VARS['FE']['versionNumberInFilename']
# IMPORTANT: This rule has to be the very first RewriteCond in order to 
work!

RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule ^(.+)\.(\d+)\.(php|js|css|png|jpg|gif|gzip)$ $1.$3 [L]

# Stop rewrite processing, if we are in the typo3/ directory.
# For httpd.conf, use this line instead of the next one:
# RewriteRule 
^/TYPO3root/(typo3/|t3lib/|fileadmin/|typo3conf/|typo3temp/|uploads/|favicon\.ico) 
- [L]
RewriteRule 
^(typo3/|t3lib/|fileadmin/|typo3conf/|typo3temp/|uploads/|favicon\.ico) 
- [L]


# Redirect http://example.com/typo3 to 
http://example.com/typo3/index_re.php and stop the rewrite processing.

# For httpd.conf, use this line instead of the next one:
# RewriteRule ^/TYPO3root/typo3$ /TYPO3root/typo3/index.php [L]
RewriteRule ^typo3$ typo3/index_re.php [L]

# If the file/symlink/directory does not exist => Redirect to index.php.
# For httpd.conf, you need to prefix each '%{REQUEST_FILENAME}' with 
'%{DOCUMENT_ROOT}'.

RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteCond %{REQUEST_FILENAME} !-l

# Main URL rewriting.
# For httpd.conf, use this line instead of the next one:
# RewriteRule .* /TYPO3root/index.php [L]
RewriteRule .* index.php [L]



### End: Settings for mod_rewrite ###


### Begin: PHP optimisation ###

# If you do not change the following settings, the default values will 
be used.


# TYPO3 works fine with register_globals turned off.
# This is highly recommended, if your web server has it turned on.
#php_flag register_globals off

### End: PHP optimisation ###



### Begin: Miscellaneous ###

# Make sure that directory listings are disabled.
#Options -Indexes

### End: Miscellaneous ###


# Add your own rules here.
# ...

php_value memory_limit 128M



vielen Dank!



--

TYPO3 - TIPS - ANLEITUNGEN - NEWS
unter: http://blog.ingeniumdesign.de/

TYPO3 Webdesign Agentur Wiesbaden - Frankfurt
unter: http://www.ingeniumdesign.de/

Facebook Fan
http://www.facebook.com/ingeniumdesign/

--

Am 19.06.2012 10:46, schrieb Basti:

Hier noch mal die realurl_config.php


 array(
'useCHashCache' => '1',
'enableCHashCache' => 1,
'respectSimulateS

Re: [TYPO3-german] Multilang Seite mit "Not Found" Fehler

[Basti]

Hier noch mal die realurl_config.php


 array(
'useCHashCache' => '1',
'enableCHashCache' => 1,
'respectSimulateStaticURLs' => 'TRUE',
'appendMissingSlash' => 'ifNotFile',
'enableUrlDecodeCache' => '1',
'enableUrlEncodeCache' => '1',
),

'preVars' => array(
array(
'GETvar' => 'no_cache',
'valueMap' => array(
'no_cache' => 1,
'nc' => 1,
),
'noMatch' => 'bypass',
),
array(
'GETvar' => 'L',
'valueMap' => array(
'de' => '0',
'en' => '1',
),
'noMatch' => 'bypass',
),
),

'pagePath' => array(
'type' => 'user',
		'userFunc' => 
'EXT:realurl/class.tx_realurl_advanced.php:&tx_realurl_advanced->main',

'spaceCharacter' => '-',
		'segTitleFieldList' => 
'alias,title,subtitle,nav_title,tx_realurl_pathsegment',

'languageGetVar' => 'L',
'expireDays' => 1,
'disablePathCache' => 1,
'rootpage_id' => 1,
),

'fileName' => array(
//'defaultToHTMLsuffixOnPrev' => '.html',
'defaultToHTMLsuffixOnPrev' => 1,
'acceptHTMLsuffix' => 1,
'index' => array(
'rss.xml' => array(
'keyValues' => array(
'type' => 100,
),
),
'rss091.xml' => array(
'keyValues' => array(
'type' => 101,
),
),
'rdf.xml' => array(
'keyValues' => array(
'type' => 102,
),
),
'atom.xml' => array(
'keyValues' => array(
'type' => 103,
),
),
'rss091.xml' => array(
'keyValues' => array(
'type' => 104,
),
),
'sitemap.xml' => array(
'keyValues' => array(
'type' => 200,
),
),
'drucken' => array(
'keyValues' => array(
'type' => 98,
),
),
),
),

// User Reg 
'fixedPostVars' => array (
'7' => array(
array(
'GETvar' => 'tx_srfeuserregister_pi1[cmd]',
),
),
'1598' => array(
array(
'GETvar' => 'tx_srfeuserregister_pi1[cmd]',
),
),
),  


// News
'postVarSets' => array(
'_DEFAULT' => array(
'browse' => array(
array(
'GETvar' => 'tx_ttnews[pointer]',
'valueMap' => array(
'weiter' => '1',
'weiter' => '2',
)
),
),

// news kategorien
'kategorie' => array (
array(
'GETvar' => 'tx_ttnews[cat]',
'lookUpTable' => array(
'table' => 'tt_news_cat',
'id_field' => 'uid',
'alias_field' => 'title',
'addWhereClause' => ' AND NOT 
deleted',
'useUniqueCache' => 1,
'useUniqueCache_conf' => array(
'strtolower' 

Re: [TYPO3-german] best. Wert mit Rückgabewert einer PHP-Funktion vergleichen

[conPassione gmbh]

Hi Tom

ich habe nach dem Codsnipped gesucht, welches ich mal verwendet hatte:

So sollte es gehen:
  20 = COA
  20 {
wrap = |
10 < plugin.xyz
stdWrap.if.value.cObject < includeLibs.Test
stdWrap.if.equals = 0
   }

Gruss Renzo


_
Renzo Bauen
+41 79 330 10 11
conPassione gmbh 


Am Dienstag, den 19.06.2012, 07:56 + schrieb thomas.bue...@web.de: 

> Hi Renzo,
> 
> > ich bin nicht ganz sicher, aber ich denke Du solltest
> > if.equals.data < includeLibs.Test 
> > schreiben. Andernfalls interpretiert TYPO3 "
> > includeLibs.Test" quasi nur
> > als Text. 
> 
> Hab ich auch schon versucht, auch andere Konstruktionen wie:
> if.isTrue.cObject = USER_INT
> if.isTrue.cObject.userFunc = user_tools->test
> Das scheint immer wahr zu sein, denn auch, wenn user_tools->test false 
> zurückliefert, wird das Plugin gerendert.
> 
> Hat noch jemand einen möglichen Lösungsansatz. Hab jetzt schon alle möglichen 
> Ansätze probiert, doch es will einfach nicht.
> 
> Danke und Gruß
> 
> Tom
> 
> 
> 
> ___
> TYPO3-german mailing list
> TYPO3-german@lists.typo3.org
> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

Re: [TYPO3-german] best. Wert mit Rückgabewert einer PHP-Funktion vergleichen

[thomas.buegel]

Hi Renzo,

> ich bin nicht ganz sicher, aber ich denke Du solltest
> if.equals.data < includeLibs.Test 
> schreiben. Andernfalls interpretiert TYPO3 "
> includeLibs.Test" quasi nur
> als Text. 

Hab ich auch schon versucht, auch andere Konstruktionen wie:
if.isTrue.cObject = USER_INT
if.isTrue.cObject.userFunc = user_tools->test
Das scheint immer wahr zu sein, denn auch, wenn user_tools->test false 
zurückliefert, wird das Plugin gerendert.

Hat noch jemand einen möglichen Lösungsansatz. Hab jetzt schon alle möglichen 
Ansätze probiert, doch es will einfach nicht.

Danke und Gruß

Tom



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

Re: [TYPO3-german] Extensions vom TER laden nicht im Backend

[Andreas Becker]

Ne es funktionierte auch auf dem Server hervorragend bis gestern abend
noch. Jedoch werden lie letzten updates von Extensions nicht geladen .


Andi

2012/6/19 conPassione gmbh 

> Hi Andi
>
> das ist wirklich ein lokales Problem bei Dir.
> Meldet TYPO3 keinen Fehler beim Aktualisieren der Ext-Liste? Oder beim
> Aktualisieren der Sprachdateien?
> Oft hängt ein solches Problem nämlich mit den Verzeichnis- und
> Dateirechten zusammen.
>
> Mit 4.7 und 4.7.1 läuft es bei mir problemlos (lokal und beim Hoster).
>
> Gruss Renzo
>
> _
> Renzo Bauen
> +41 79 330 10 11
> conPassione gmbh
>
>
> Am Dienstag, den 19.06.2012, 06:57 +0200 schrieb Tom Lehmann:
>
> > Am Di 19 Jun 2012 11:16:46 CEST ab.bec...@web.de schrieb:
> >
> > Moin Andi,
> >
> > > Neue Extensions aus dem TER laden trotz update nicht im Backend und
> > > koennen nur per download vom TER und dann manuel in ein TYPO3 Backend
> > > installiert werden wie wir heute morgen festellen mussten. TYPO3 4.7
> und
> > > 6.0.0alpha1 Gibt es hier ein workaround?
> >
> > Nur als Info - mit der 4.5.16 gibts da keine Schwierigkeiten, vielleicht
> > ein lokales Problem bei Dir? Hoehere Versionen von TYPO3 hab ich leider
> > nicht zum Testen da.
> >
> > gruss tom
> >
> >
> ___
> TYPO3-german mailing list
> TYPO3-german@lists.typo3.org
> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
>
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

Re: [TYPO3-german] realurl redirects mit ext:news

[Domi]

Hallo Ralf,

poste es mal bei der typo3v4mvc Gruppe, denn es scheint sich ja um eine 
grundsätzliche Geschichte mit Extbase / Fluid zu handeln.


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

[TYPO3-german] Re: Inhalte per Typoscript zu Inhaltselementen hinzufügen

[Matthias Secker]

Hallo Leo,

meinst du FCEs, also Flexible Content Elements? Das wäre ja sozusagen 
ein neuer, eigener Typ von Inhaltselement, gemappt nach deiner Design- / 
HTML-Vorlage.


Hier könntest du mal im Web-Modul "TemplaVoila" unter "Abbildung 
aktualisieren" -> "DS / VO modifizieren" schauen, und den entsprechenden 
Map-Part bearbeiten, dann findest du Links den Unterpunkt 
"Datenverarbeitung". Hier verbirgt sich wieder Typoscript, wo du 
vielleicht mit deinem Vorhaben ansetzen könntest.


Gruß
Matthias


Am 19.06.2012 08:26, schrieb Leo Führinger:

Hallo Liste,
ich habe mit Templavoila ein Inhaltselement erstellt, das in das
Seitentemplate gemappt wird. Dieses Inhaltselement kann ich über das
BE ganz normal mit anderen Inhaltselementen (Text/Bild) füllen. Nun
will ich aber per Typoscript ein neues oder bereits vorhandenes
Inhaltselement hinzufügen. Klappt das?

Kein Problem ist das, wenn ich in Templavoila kein Inhaltselement
erstelle und mappe, sondern einen Typoscript Object Path:
lib.myData = RECORDS
lib.myData.source = 73
lib.myData.tables = tt_content
Aber das will ich ja nicht...

Danke und liebe Grüße,
Leo

PS: Wie heißten eigentlich die Inhaltselemente, die ich in TV erstelle
und die Inhaltselemente, die ich im BE, dann in die TV-Inhaltselemente
einfüge... Sonst geht mal noch vor lauter "Inhaltselement" der
Überblick verloren ;-)




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