Re: [TYPO3-german] TYPO3 7.6 - ExtensionManagementUtility::addPageTSConfig

2017-01-12 Diskussionsfäden sas 

Hallo, warum postet ihr keine Lösungen? ;)
Habe das gleiche Problem. Allerdings erst mit der neuen TYPO3 7.6.15 / PHP 7.0
Von einer vorherigen Installation (7.6.14, PHP 5.6) kopiert nur werden die 
pageTs-Config Dateien nicht geladen.

Bzw. die für den RTE wird geladen, nicht aber TCEMAIN und andere. 
Habe zum Test mal den Code (wie früher) ins TSconfig-Fenster geschrieben. Das klappt und alles wird entsprechend angezeigt.


Ich hatte schon meine providerExt. deinstalliert, alle Caches geleert, 
Groß/Kleinschreibung überprüft, Installtool Cache geleert. Nacht drüber 
geschlafen ... woran kann das liegen?



ext_localconf.php

// TCEFORM   klappt nicht
\TYPO3\CMS\Core\Utility\ExtensionManagementUtility::addPageTSConfig('');

// TCEMAIN   klappt nicht
\TYPO3\CMS\Core\Utility\ExtensionManagementUtility::addPageTSConfig('');

// RTE   klappt komischerweise nur wenn ich $_EXTKEY ändere zu meinem extension 
name, aber nur hier
// \TYPO3\CMS\Core\Utility\ExtensionManagementUtility::addPageTSConfig('');
\TYPO3\CMS\Core\Utility\ExtensionManagementUtility::addPageTSConfig('');


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

Re: [TYPO3-german] Typoscript Global Condition prüfen ob Konstante leer ist

2017-01-12 Diskussionsfäden Dr. Dieter Porth 

Hallo Bernd,


Am 12.01.2017 um 13:48 schrieb Bernd Pier:

[globalString = LIT:{$partner.logo} = /.+/]
  page.10 = NICHT LEER
[else]
  page.10 = LEER
[global] 


[globalVar = LIT:1 = {$konstante_um_irgendwasZuMachen}]

Probier doch mal das folgende, denn ohne value funktioniert nichts. Mit 
einem Blindtest hättest du das gemerkt.


page.5=TEXT
page.5.value=HalloBernd
page.10=TEXT
page.15=TEXT
page.20=TEXT
page.30=TEXT
[globalString = LIT:{$partner.logo} = ""]
page.10.value=LEER10"{$partner.logo}"
[else]
page.10.value=NICHTLEER10auchwennesleerist"{$partner.logo}"
[global]
[globalString = LIT:{$partner.logo} = /^$/]
page.15.value=LEER15"{$partner.logo}"
[else]
page.15.value=NICHTLEER15"{$partner.logo}"
[global]

[globalString = LIT:{$partner.logo} = /.+/]
page.20.value=NICHTLEER20"{$partner.logo}"
[else]
page.20.value=LEER20"{$partner.logo}"
[global]


[globalString = LIT:{$partner.logo} = *.gif]
page.30.value=NICHTLEER30"{$partner.logo}"
[else]
page.30.value=LEERgiltnicht30"{$partner.logo}",weileskeinGifist
[global]
page.40=TEXT
[globalString = LIT:11 = 1{$partner.logo}1]
page.40.value=LEER40"{$partner.logo}"
[else]
page.40.value=NICHTLEER40"{$partner.logo}"
[global]


Noch besser ist es, statt TypoScript eine Fluid-Variante zu verwenden. 
Denn TypoScript führt zu bescheiden lesbaren Aufsetzungen, um es mal 
gelinde zu formulieren. Mit besten Grüßen Dieter



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

Re: [TYPO3-german] Kuriosum mit (nicht vorhandener) Sprachsteuerung

2017-01-12 Diskussionsfäden Steffen Liebig 

Hallo Bernd,

ich hate dieselbe Idee (realurl) - das pre-Vars-Set zum Thema zu 
löschen, hatte keinen Erfolg.


Danach sah ich Deinen Beitrag und schaute ins TS-Setup...die baseUrl war 
auskommentiert. Offenbar war das das Problem, jetzt geht's wieder.


Kurios bleibt aber, dass mit denselben Einstellungen in einer 
Testinstallation alles funktioniert und dass es erst jetzt auftrat - in 
der TS-Setup hatte ich seit der Umstellung auf 7.6.9 nicht mehr 
gearbeitet, das ist schon ein paar Monate her.


Besten Dank für die schnelle Hilfe

Steffen

-
Hallo Micha,

das hat sich vermutlich mit meinen Korrekturversuchen überschnitten :-). 
Trotzdem danke für die Rückmeldung...so wissen wir, dass es tatsächlich 
klappt.


Cu, Steffen



Wenn sich was ändert, melde ich moch nochmal.


Am 12.01.2017 um 15:05 schrieb Steffen Liebig:

Hallo zusammen,

wir nutzen Typo3 7.6.9 (auf 8 stellen wir mit der nächsten LTS um). Beim
Klick auf einige Unterseiten in der Navigation setzt das System oft ein
"/de/" in die Url, obwohl wir eine einsprachige Seite haben und die
Sprachsteuerung gar nicht benötigen. Im Ergebnis findet der Browser die
Unterseite dann nicht.

Das Kuriosum ist nun Folgendes: wenn ich im Adressfeld des Browsers die
unnötige Ebene aus der Url lösche, erscheint die Seite. Gleichzeitig
verschwindet die "de"-Ebene auch aus allen anderen Url's, in denen sie
vorher noch beim Drüberfahren mit der Maus angezeigt wurde.

Ich frage mich nun
a) wieso diese Ebene überhaupt auf einmal angezeigt wird und
b) wie etwas, das gerade noch da zu sein schien, beim Streichen aus
   einer aufgerufenen Url auch aus allen anderen "betroffenen" Url's
   verschwinden kann

Hat jemand eine Idee ?  Unsere Seite ist www.pfaelzischer-schachbund.de,
das Phänomen habe ich in der Rubrik "PSB-Service" beobachtet (von
"Vereine des PSB" abwärts).

Besten Dank für alle Anregungen,

Steffen


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

Re: [TYPO3-german] Kuriosum mit (nicht vorhandener) Sprachsteuerung

2017-01-12 Diskussionsfäden MichaelOF 
Hallo Steffen,

mit aktuellem Firefox mobile unter Android kann ich Dein Kuriosum NICHT 
beobachten, Eure Seiten unter PSB-Service werden korrekt dargestellt und haben 
bei mir keinen /de Teil in der URL.

Liebe Grüße,
Michael

Am 12. Januar 2017 15:05:47 MEZ schrieb Steffen Liebig :
>Hallo zusammen,
>
>wir nutzen Typo3 7.6.9 (auf 8 stellen wir mit der nächsten LTS um).
>Beim 
>Klick auf einige Unterseiten in der Navigation setzt das System oft ein
>
>"/de/" in die Url, obwohl wir eine einsprachige Seite haben und die 
>Sprachsteuerung gar nicht benötigen. Im Ergebnis findet der Browser die
>
>Unterseite dann nicht.
>
>Das Kuriosum ist nun Folgendes: wenn ich im Adressfeld des Browsers die
>
>unnötige Ebene aus der Url lösche, erscheint die Seite. Gleichzeitig 
>verschwindet die "de"-Ebene auch aus allen anderen Url's, in denen sie 
>vorher noch beim Drüberfahren mit der Maus angezeigt wurde.
>
>Ich frage mich nun
>a) wieso diese Ebene überhaupt auf einmal angezeigt wird und
>b) wie etwas, das gerade noch da zu sein schien, beim Streichen aus
>einer aufgerufenen Url auch aus allen anderen "betroffenen" Url's
>verschwinden kann
>
>Hat jemand eine Idee ?  Unsere Seite ist
>www.pfaelzischer-schachbund.de, 
>das Phänomen habe ich in der Rubrik "PSB-Service" beobachtet (von 
>"Vereine des PSB" abwärts).
>
>Besten Dank für alle Anregungen,
>
>Steffen
>___
>TYPO3-german mailing list
>TYPO3-german@lists.typo3.org
>http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

-- 
Diese Nachricht wurde von meinem Android-Mobiltelefon mit K-9 Mail gesendet.
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

Re: [TYPO3-german] Kuriosum mit (nicht vorhandener) Sprachsteuerung

2017-01-12 Diskussionsfäden Bernd Pier 

Am 12.01.17 um 15:05 schrieb Steffen Liebig:

Hallo zusammen,

wir nutzen Typo3 7.6.9 (auf 8 stellen wir mit der nächsten LTS um). Beim
Klick auf einige Unterseiten in der Navigation setzt das System oft ein
"/de/" in die Url, obwohl wir eine einsprachige Seite haben und die
Sprachsteuerung gar nicht benötigen. Im Ergebnis findet der Browser die
Unterseite dann nicht.

Das Kuriosum ist nun Folgendes: wenn ich im Adressfeld des Browsers die
unnötige Ebene aus der Url lösche, erscheint die Seite. Gleichzeitig
verschwindet die "de"-Ebene auch aus allen anderen Url's, in denen sie
vorher noch beim Drüberfahren mit der Maus angezeigt wurde.

Ich frage mich nun
a) wieso diese Ebene überhaupt auf einmal angezeigt wird und
b) wie etwas, das gerade noch da zu sein schien, beim Streichen aus
   einer aufgerufenen Url auch aus allen anderen "betroffenen" Url's
   verschwinden kann

Hat jemand eine Idee ?  Unsere Seite ist www.pfaelzischer-schachbund.de,
das Phänomen habe ich in der Rubrik "PSB-Service" beobachtet (von
"Vereine des PSB" abwärts).

Besten Dank für alle Anregungen,

Steffen

Hallo Steffen,

kannst du dein Typoscript den Config Bereich betreffend und deine 
Konfigurationsdatei von RealUrl posten.


Grüsse

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

[TYPO3-german] Typoscript Global Condition prüfen ob Konstante leer ist

2017-01-12 Diskussionsfäden Bernd Pier 

Hallo liebe Liste,

ich habe eine Konstante partner.logo die einen String zu einem Logo 
enthält. Nun kommt es vor das diese Konstante leer ist. Ich möchte nun 
mittels Global Conditions prüfen ob die Konstante leer ist. Folgendes 
hab ich dazu gefunden:

das sollte prüfen obs leer ist
[globalString = LIT:{$partner.logo} = /^$/]
  page.10 = LEER
[else]
  page.10 = NICHT LEER
[global]

das sollte prüfen obs nicht leer ist
[globalString = LIT:{$partner.logo} = /.+/]
  page.10 = NICHT LEER
[else]
  page.10 = LEER
[global]

und das hier
[globalString = LIT:{$partner.logo} = *.gif]
  page.10 = NICHT LEER
[else]
  page.10 = LEER gilt nicht
[global]

Alle drei Versuche greifen nicht. Geht das überhaupt eine Konstante so 
zu prüfen?


Mein System
Typo3 7.6.14

Grüsse

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

Re: [TYPO3-german] Cal Call to undefined method TYPO3\CMS\Cal\Model\Pear\Date\Calc::daysToDayOfWeek()

2017-01-12 Diskussionsfäden Bernd Pier 

Hallo Dieter,

nein nicht ganz lokal PHP 7.0.8 auf Mac OS X und live PHP 
7.0.14-2+deb.sury.org~trusty+1 (cli) ( NTS ) Ubuntu Server.


Danke für deinen Hinweis. Vielleicht bringt mich das weiter.
;-)

Grüsse

Bernd
Am 10.01.17 um 18:29 schrieb Dr. Dieter Porth:

Auch gleiche Version  PHP?

Datum als datentyp ist ohnehin ein Thema für sich. Ohne die Methode zu
kennen ein Zitat (http://php.net/manual/de/function.strftime.php):"

   * Hinweis*:

   Es ist durchaus möglich, dass Ihre C-Bibliothek nicht alle
   angegebenen Formatierungszeichen erkennt. In diesem Fall werden
   diese Zeichen von der PHP-Funktion *strftime()* nicht unterstützt.
   Zusätzlich unterstützen nicht alle Plattformen negative Werte eines
   Timestamps, deshalb könnte der Wertebereich eines Datums durch den
   Beginn der Unix Epoche begrenzt sein. Das bedeutet, dass z.B. %e,
   %T, %R und %D (und vielleicht noch weitere) und Zeitangaben vor dem
   /Jan 1, 1970/ auf Windowssystemen, einigen Linuxdistributionen und
   einigen anderen Betriebssytemen nicht funktionieren. Für
   Windowsbetriebssysteme finden Sie eine komplette Übersicht der
   gültigen / bekannten Platzhalter im Formatierungsstring auf dieser »
   MSDN Webseite
   . ..."



Am 10.01.2017 um 15:13 schrieb Bernd Pier:

Hallo Liste,

wenn ich auf dem Live-Server Cal mit dieser Typoscript Option betreibe
plugin.tx_cal_controller.view.day.dateFormatDay = %A, %d. %B %G

dann bekomme ich diesen Fehler:
Call to undefined method
TYPO3\CMS\Cal\Model\Pear\Date\Calc::daysToDayOfWeek()

Error thrown in file
/home/celseo/htdocs/celseo/typo3conf/ext/cal/Classes/Model/Pear/Date/Calc.php
in line 364.

Das ist seltsam, weil auf meiner lokalen Maschine läuft Cal mit
derselben Einstellung ohne den Fehler.

Mein System:
Typo3 7.6.x
Cal 1.10.3

Der Live-Server läuft mit einem Ubuntu 14.x und Apache 2.4. Lokal hab
ich Mac OS X und Apache 2.4.


Thx

Bernd
___
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] Fehlende Daten nach php Umstellung

2017-01-12 Diskussionsfäden Bernhard Ludwig 
Hallo Heike,

habe hier gerade ein paar Updates von 4.2.x auf die 4.5.40 vorgenommen. Die 
laufen mit PHP 5.5.38 als CGI einwandfrei.

Viele Grüße,
Bernhard

> Am 11.01.2017 um 18:35 schrieb Heike Herzog-Kuhnke :
> 
> Weiß jemand, welche CGI Version von PHP 5.5 geht?
> Müsste ich in der Lage sein das mit einer lokalen Testumgebung mit PHP 5.4 
> und einer MySQL Datenbank hinbekommen?
> Ich kann die Datenbank ja sichern und in eine andere Umgebung einspielen.
> 
> Vielleicht klappt das ja...
> 
> Danke Euch sehr
> Heike
> 
> Am 10.01.17 um 21:15 schrieb Renzo Bauen:
>> Hallo Heike
>> 
>> die Datenbankstruktur hat sich zwischen 4.5 und 6.2 geändert, deshalb
>> MUSS man ein Upgrad durchführen!!! Alles andere gibt nur Mist.
>> Mit Deaktivieren in der localconf.php ist gemeint, dass man in den
>> Zeile, die so beginnen:
>> $TYPO3_CONF_VARS['EXT']['extList'] =
>> $TYPO3_CONF_VARS['EXT']['extList_FE'] =
>> jeweils die Extension rauslöscht (z.B. ..., realurl,...) Dann wird diese
>> Extension nicht mehr geladen.
>> So kann man schauen, welche Extension die Probleme verursacht.
>> 
>> Wenn es allerdings an der zu neuen PHP-Version liegt, dann nützt das
>> auch nichts.
>> 
>> Beste Grüsse, Renzo
>> 
> 
> ___
> 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] Re: powermail, tx_news und realurl

2017-01-12 Diskussionsfäden Torsten Peters 

Quote: Torsten Peters (digitalfreak) wrote on Tue, 10 January 2017 15:21


Quote: Torsten Peters (digitalfreak) wrote on Tue, 10 January 2017 14:21

> Hallo,
> 
> ich bin gerade, dummerweise nach der Onlineschaltung einer Website, auf genau dieses Problem gestoßen.

> Eine vernünftige Lösung habe ich auch nicht. Meine einzige Idee wäre auf die 
Schnelle, dass man Powermail bei der Erstellung der Action-URL von der Nutzung  
von RealURL abhält.
> 
> Deaktiviert man Real-URL auf der entsprechenden News-Detailseite funktioniert es ja. Da das meiner Meinung nach keine Lösung sein kann, bleibt ja nur die Action-URL vom Powermail zu verändern.
> 
> 
> Hätte hier irgendwer eine Idee, wie man das bewerkstelligen könnte?



Wie gesagt funktioniert folgendes:
[PIDinRootline = NEWS_PID_DETAIL_SEITE]
config.tx_realurl_enable = 0
[global]

Es kann auch sein, dass der "useUniqueCache" in der RealURL Config deaktiviert 
werden muss.



Nachtrag:

Es liegt nicht am Modul RealURL!
RealURL macht genau das, was es soll. Das Problem ist der Cache-Hash. In der 
Dokumentation von Kaspar 
(https://typo3.org/documentation/article/the-mysteries-of-chash-1/) ist ja im 
Prinzip genau das beschrieben. Nun hängen wir mit dem Powermail Formular 
weitere Parameter an die URL, obwohl der cHash schon fertig durch tx_news 
erzeugt wurde.

Das Problem ist das folgende:
"typo3conf/ext/news/Classes/ViewHelpers/LinkViewHelper.php"
Zeile 205 habe ich nun eine Pfusch-Lösung implementiert, die vorerst auch mit 
RealURL hilft:

   // ORIGINAL: wenn Seite im LIVE-Mode dann cHash in den Links
   //$configuration['useCacheHash'] = 
$GLOBALS['TSFE']->sys_page->versioningPreview ? 0 : 1;


   // TPET: wenn LIVE + cHash enabled, dann cHash in den Links, sonst nicht
   // Es folgt ein TypoScript Setup
   // plugin.tx_news.settings.useCacheHash = 1
   //  [PIDinRootline = 67, 72, 73, 74, 100, 83, 117]
//   # selbst implementiertes Feature um Problem in Kombination mit 
tx_news, powermail und RealUrl zu lösen.
   //   plugin.tx_news.settings.useCacheHash = 0
   // [global]

   $configuration['useCacheHash'] = ($tsSettings['useCacheHash'] && 
$GLOBALS['TSFE']->sys_page->versioningPreview) ? 1 : 0;


Ich weiß, es ist grausig in dem Modul herum zu basteln, ich habe aktuell aber 
keine andere Möglichkeit gefunden.

Es wäre natürlich toll, wenn das in einem eigenen ViewHelper wäre oder sogar 
tx_news die oben genannte Möglichkeit bieten würde, die Erstellung des cHash zu 
verhindern.
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german