Re: [TYPO3-german] Fluid Performance Frage

2016-03-11 Diskussionsfäden Michael Kasten 
Hallo Dieter,

Am 11.03.2016 um 23:36 schrieb Dr. Dieter Porth:
> Hallo Michael,
> 
> die Fluid-Variablen habe ich in meinen letzten Aufsetzungen nie benutzt.

Dann wird es aber schwer die Frage zu beantworten :)

> Zur Performance:  Ich rechne über'm dicken Daumen geschätzt mit 80 bis 150ms 
> pro Partialaufruf.
> Solange die Zahl der Partials pro Seite  gut unter 50 bleibt, ziehe ich den 
> systematischen Aufbau
> der Fluid-Templates dem TypoScript-Gefrickel vor, selbst wenn das Typoscript 
> um einiges schneller
> ist. 
Hast du in Bezug auf die Zeiten entsprechende Erfahrungswerte gemacht oder gibt 
es dazu irgendwelche
Quellen?

Droht die Zahl der Partialaufrufe pro Seitenaufruf auf über 50 zu steigen, ist 
zu überlegen, ob
> man nicht mit einem eigenen Service die Daten direkter zusammenstellt oder ob 
> man nicht eine
> Extension mit geeigneten Datenstrukturen anlegt. In diesem Fall ist 
> eigenständiges Programmieren
> meist performanter als die TypoScript-Lösung

Ich denke das kommt auf den Anwendungsfall an, bei 50 Partials je Seite wäre 
ich wahrscheinlich eher
geneigt meine Templatestruktur einzudampfen. Wenn ich mal 100ms je Partial bei 
durchschnittliche 30
Partials annehme (ich müsste mal durchtesten was in unseren Projekten da so im 
Schnitt verwendet
wird) dann habe ich ja schon stattliche 3 Sekunden nur für das Templating bei 
einer Seite die nicht
aus dem Cache kommt, da kann man ja mal drüber reden.

> Bei der Wahl zwischen TypoScript und Fluid-Templates ist die Frage nach der 
> Performance eher
> kontraproduktiv. Wichtigere Kriterien sind meines Erachtens 
> Übersichtlichkeit, Lesbarkeit und
> natürliche Datenstrukturen
Deine Kriterien setze ich einfach mal bei einer Projektumsetzung voraus, 
beantworten aber leider
auch nicht die Frage ob es Differenzen zwischen den beiden hinterfragen 
Einbindungsmethoden gibt und
ich verstehe auch nicht warum eine Frage nach der Performance als 
kontraproduktiv zu werten ist?

Offensichtlich war meine Fragestellung doch sehr unklar, mir geht es ja nicht 
um die Frage wo ich
Funktionalitäten umsetze (also in deinem Beispiel ob ich das Menü in TS 
erstelle und anschließend
einbinde oder alternativ direkt ein Fluidmenü benutze)

Sondern ob es Erfahrungen gibt hinsichtlich von Performanceunterschieden bei 
der Verwendung von
Fluidtemplate variables oder von TS lib Objekten innerhalb von Fluid.


mit besten Grüßen


> 
> Mit besten Grüßen
>Dieter
> 
> Am 11.03.2016 um 21:03 schrieb Renzo Bauen:
>> Hallo Nicole
>>
>> ich meine, Michael spricht hier die unterschiedlichen Arten, wie Inhalte
>> ins zur Anzeige gebracht werden können an.
>> 1. mit einer Variablen, etwa so:
>> page = PAGE
>> page.10 = FLUIDTEMPLATE
>> page.10 {
>>  ...
>>  variables {
>>meineVariable = TEXT
>>meineVariable.value = Hello World
>>
>> oder
>> 2. im Fluidtemplate durch einen Zugriff auf Typoscript, etwa so:
>> im TS:
>> lib.meineZweiteVariable = TEXT
>> lib.meineZweiteVariable.value = Hello World
>> in Fluid:
>> 
>>
>> Und die Frage ist, welche Methode die schnellere ist. Zumal man ja bei
>> der Verwendung von Partials bei der ersten Methode die Variable vom
>> Template ans Partial übergeben muss, was ja auch noch einen gewissen
>> Aufwand bingen könnte.
>>
>> Ich selber habe da keine Präverenzen und ich meine auch, dass es wohl
>> nicht so darauf ankommt. Aber Messungen habe ich keine gemacht.
>>
>> Beste Grüsse, Renzo
>>
> 
> ___
> 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]

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

Re: [TYPO3-german] Seiten mit Zugriffsschutz falsch angezeigt

2016-03-11 Diskussionsfäden Daniel Pomrehn 

Guten Morgen,

so wie es aussieht hängt das Problem mit fluid und dem Menüaufbau zusammen. 


Ich erzeuge mein Menü auf folgende Art:
   
 
   
   {item.title}
   
   
 
   

Allerdings ist item.hasSubPage = FALSE für Seiten, wo die untergeordneten geschützt sind. Daher wird dann auch kein Submenü mit diesen Seiten erzeugt. Auch wenn sie hätten eigentlich angezeigt werden müssen, weil der User noch nicht angemeldet ist bzw. schon angemeldet ist. 


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

Re: [TYPO3-german] Fluid Performance Frage

2016-03-11 Diskussionsfäden Michael Kasten 
Hallo Renzo,

ganz genau es geht um die Wahl zwischen der Verwendung von variables:

{meineVariable}

des FLUIDTEMPLATEs und der direkten Einbindung eines TS lib objekts:



Hätte ja sein können das sich Jemand mit der Frage bereits beschäftigt hat

mit besten Grüßen



> page = PAGE
> page.10 = FLUIDTEMPLATE
> page.10 {
> ...
> variables {
>   meineVariable = TEXT
>   meineVariable.value = Hello World
> 
> oder
> 2. im Fluidtemplate durch einen Zugriff auf Typoscript, etwa so:
> im TS:
> lib.meineZweiteVariable = TEXT
> lib.meineZweiteVariable.value = Hello World
> in Fluid:
> 
> 
> Und die Frage ist, welche Methode die schnellere ist. Zumal man ja bei
> der Verwendung von Partials bei der ersten Methode die Variable vom
> Template ans Partial übergeben muss, was ja auch noch einen gewissen
> Aufwand bingen könnte.
> 
> Ich selber habe da keine Präverenzen und ich meine auch, dass es wohl
> nicht so darauf ankommt. Aber Messungen habe ich keine gemacht.
> 
> Beste Grüsse, Renzo
> 

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

Re: [TYPO3-german] Fluid Performance Frage

2016-03-11 Diskussionsfäden Dr. Dieter Porth 

Hallo Michael,

die Fluid-Variablen habe ich in meinen letzten Aufsetzungen nie benutzt.

TypoScript übergebe ich direkt an das f:cObject, was auch den Vorteil 
hat, dass man sogar im Fluid Parameter an das TypoScript übergeben kann.


lib.meineZweiteVariable = TEXT
lib.meineZweiteVariable.data = field:super


https://stmllr.net/blog/combining-fluid-viewhelpers-and-typoscript-in-typo3-5-basic-examples/


Zur Performance:  Ich rechne über'm dicken Daumen geschätzt mit 80 bis 
150ms pro Partialaufruf. Solange die Zahl der Partials pro Seite  gut 
unter 50 bleibt, ziehe ich den systematischen Aufbau der Fluid-Templates 
dem TypoScript-Gefrickel vor, selbst wenn das Typoscript um einiges 
schneller ist. Droht die Zahl der Partialaufrufe pro Seitenaufruf auf 
über 50 zu steigen, ist zu überlegen, ob man nicht mit einem eigenen 
Service die Daten direkter zusammenstellt oder ob man nicht eine 
Extension mit geeigneten Datenstrukturen anlegt. In diesem Fall ist 
eigenständiges Programmieren meist performanter als die TypoScript-Lösung.


Ein Fall, in welchem ich noch regelmäßig Typoscript verwende, ist bei 
den Menüs. Das aber auch nur, weil ich noch keine Idee gefunden habe, 
wie ich ein Menü-Object an ein Fluid-Template übergeben kann, bzw. wie 
ich einfach in einer Extension ein Repository/Controller-Konstrukt für 
das Model "pages" oder das Modell 'tt_content' erstellen kann.
Ein weiterer Fall, in welchen ich gern auf das TypoScript zurückgreife, 
ist bei einfachen Abfragen an Tabellen oder bei der Übergabe von Konstanten.


Bei der Wahl zwischen TypoScript und Fluid-Templates ist die Frage nach 
der Performance eher kontraproduktiv. Wichtigere Kriterien sind meines 
Erachtens Übersichtlichkeit, Lesbarkeit und natürliche Datenstrukturen


Mit besten Grüßen
   Dieter

Am 11.03.2016 um 21:03 schrieb Renzo Bauen:

Hallo Nicole

ich meine, Michael spricht hier die unterschiedlichen Arten, wie Inhalte
ins zur Anzeige gebracht werden können an.
1. mit einer Variablen, etwa so:
page = PAGE
page.10 = FLUIDTEMPLATE
page.10 {
 ...
 variables {
   meineVariable = TEXT
   meineVariable.value = Hello World

oder
2. im Fluidtemplate durch einen Zugriff auf Typoscript, etwa so:
im TS:
lib.meineZweiteVariable = TEXT
lib.meineZweiteVariable.value = Hello World
in Fluid:


Und die Frage ist, welche Methode die schnellere ist. Zumal man ja bei
der Verwendung von Partials bei der ersten Methode die Variable vom
Template ans Partial übergeben muss, was ja auch noch einen gewissen
Aufwand bingen könnte.

Ich selber habe da keine Präverenzen und ich meine auch, dass es wohl
nicht so darauf ankommt. Aber Messungen habe ich keine gemacht.

Beste Grüsse, Renzo



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

Re: [TYPO3-german] Fluid Performance Frage

2016-03-11 Diskussionsfäden Renzo Bauen 
Hallo Nicole

ich meine, Michael spricht hier die unterschiedlichen Arten, wie Inhalte
ins zur Anzeige gebracht werden können an.
1. mit einer Variablen, etwa so:
page = PAGE
page.10 = FLUIDTEMPLATE
page.10 {
...
variables {
  meineVariable = TEXT
  meineVariable.value = Hello World

oder
2. im Fluidtemplate durch einen Zugriff auf Typoscript, etwa so:
im TS:
lib.meineZweiteVariable = TEXT
lib.meineZweiteVariable.value = Hello World
in Fluid:


Und die Frage ist, welche Methode die schnellere ist. Zumal man ja bei
der Verwendung von Partials bei der ersten Methode die Variable vom
Template ans Partial übergeben muss, was ja auch noch einen gewissen
Aufwand bingen könnte.

Ich selber habe da keine Präverenzen und ich meine auch, dass es wohl
nicht so darauf ankommt. Aber Messungen habe ich keine gemacht.

Beste Grüsse, Renzo

-- 
conPassione gmbh
CH-3661 Uetendorf
+41 33 345 00 92 


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

Re: [TYPO3-german] nach Update News-Kategorien weg

2016-03-11 Diskussionsfäden Steffen Liebig 
Das Meiste läuft wieder. Einfache Sache: die Tabelle sys_category_mm war 
leer. Ich habe sie aus unserer Testinstallation importiert, jetzt muss 
ich noch die zwischenzeitigen Änderungen in den Templates nachziehen.


Am 10.03.2016 um 23:35 schrieb Steffen Liebig:

Halo zusammen,

ich habe tx_news auf 3.2.5 upgedated, jetzt sind in allen Datensätzen 
die Kategoriezuweisungen verschwunden.


Kurze Erläuterung: ich weiß, dass diese Version laut Repository mit 
Typo3 7.6+ laufen soll, aber bis auf dieses Problem tut sie es 
offenbar auch unter 6.2. Wir haben Probleme mit mehreren benötigten 
Modulen unter 7.6 und daher beschlossen, erstmal unter 6.2 alles, was 
geht, mit lauffähigen Updates zu versehen. Für tx_news ergab die 
Sichtung der Anmerkungen im Updatefenster nichts, was dem entgegen 
stehen sollte, also wagte ich den Versuch.


Ich hatte so etwas schon einmal - nur war da ein Upgrade von 4.5 auf 
6.x im Gange, also quasi ein ganz anderes Thema. Damals musste ich 
alle Kategorien neu zuweisen, weil ich nichts Anderes finden konnte. 
News haben die Angewohnheit, eher mehr als weniger zu werden und so 
frage ich mich, ob sich das nicht auch einfacher hinbekommen lässt. Ob 
eine Kopie der News aus der anderen Installation helfen würde, ist mir 
nicht klar, ich möchte es gern innerhalb der betroffenen 
Installation/Datenbank regeln.


Besten Dank für jede Anregung

Steffen


PS: In der zugehörigen Newsgroup habe ich das Problem auch gepostet. 
Doppelt gemoppelt hält meist besser :-).


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

Re: [TYPO3-german] HTML bei Subline erlauben

2016-03-11 Diskussionsfäden Andre Sancken 
Klappt leider nicht


> Am 11.03.2016 um 19:32 schrieb Nicole Cordes :
> 
> Hallo Andre,
> 
> Am 11.03.2016 um 19:18 schrieb Andre Sancken:
>> Hi Nicole,
>> 
>> sorry vergessen. Nein nutze noch 6.2.19.
> 
> versuch es mal mit lib.stdheader.20.default.htmlSpecialChars = 0
> 
> 
> Best regards,
> Nicole
>   
> --
> Nicole Cordes
> TYPO3 CMS Core Team Member
> TYPO3 Security Team Co-Leader
> 
> TYPO3  inspiring people to share!
> Get involved: typo3.org
> ___
> 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] HTML bei Subline erlauben

2016-03-11 Diskussionsfäden Nicole Cordes 

Hallo Andre,

Am 11.03.2016 um 19:18 schrieb Andre Sancken:

Hi Nicole,

sorry vergessen. Nein nutze noch 6.2.19.


versuch es mal mit lib.stdheader.20.default.htmlSpecialChars = 0


Best regards,
Nicole

--
Nicole Cordes
TYPO3 CMS Core Team Member
TYPO3 Security Team Co-Leader

TYPO3  inspiring people to share!
Get involved: typo3.org
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

Re: [TYPO3-german] Seiten mit Zugriffsschutz falsch angezeigt

2016-03-11 Diskussionsfäden Nicole Cordes 

Hallo Daniel,

Am 11.03.2016 um 19:12 schrieb Daniel Pomrehn:

Hi Nicole,

ich nutze fsc. Typo3 7.6.4
PHP 5.6.17

Die folgenden Erweiterungen sind in der aktuellsten Version installiert


Puh. Beeindruckende Liste. Ich kenn nicht mal alle Extensions ^^. Da 
kann ich wohl aus der Entfernung nicht viel helfen. Ich würde vermuten, 
dass min. eine Extension in das Rendering eingreift und hier eventuell 
die Probleme verursacht. Aber mit Sicherheit lässt sich nur sagen, dass 
der Core selbst nicht das Problem ist ;-)


Hoffe, wir kann jemand anders weiterhelfen!


Best regards,
Nicole

--
Nicole Cordes
TYPO3 CMS Core Team Member
TYPO3 Security Team Co-Leader

TYPO3  inspiring people to share!
Get involved: typo3.org
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

Re: [TYPO3-german] HTML bei Subline erlauben

2016-03-11 Diskussionsfäden Andre Sancken 
Hi Nicole,

sorry vergessen. Nein nutze noch 6.2.19. Bei der Headline klappt es ja, nur 
wenn ich dann noch die Subline nutze werden die Tags nicht interpretiert.

Ausgabe:

Reinigung und Aufbereitung von SF6-Gasgemischen
SF6-Recycling und Wiederverwendung



Gruß

Andre


> Am 11.03.2016 um 18:55 schrieb Nicole Cordes :
> 
> Hallo Andre,
> 
> Am 11.03.2016 um 18:40 schrieb Andre Sancken:
>> wie kann ich den beim CE Typ Header auch HTML bei der Subline zulassen?
> 
> Welche TYPO3 Version, welches Rendering? Ich vermute ganz stark, dass du mit 
> fluid_styled_content in einem TYPO3 7.6 unterwegs bist. Dann musst du wohl 
> die Templates von fsc ändern. Die dürften standardmäßig keine HTML-Ausgabe 
> unterstützen.
> 
> 
> Best regards,
> Nicole
>   
> --
> Nicole Cordes
> TYPO3 CMS Core Team Member
> TYPO3 Security Team Co-Leader
> 
> TYPO3  inspiring people to share!
> Get involved: typo3.org
> ___
> 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] Seiten mit Zugriffsschutz falsch angezeigt

2016-03-11 Diskussionsfäden Daniel Pomrehn 

Hi Nicole,

ich nutze fsc. 
Typo3 7.6.4

PHP 5.6.17

Die folgenden Erweiterungen sind in der aktuellsten Version installiert:
'additional_reports'
'autoloader'
'bootstrap_core'
'bsdist'
'builder'
'cal'
'calendarize'
'calendarize_news'
'cbgooglemaps'
'cbqrcodes'
'datamints_piwik'
'dce'
'download_explorer'
'dpn_glossary'
'dpn_thwgrevenbroich'
'dpn_thwjugendgrevenbroich'
'emailobfuscator'
'femanager'
'fluidcontent'
'fluidcontent_core'
'fluidpages'
'flux'
'focuspoint'
'formhandler'
'fs_media_gallery'
'generic_gallery'
'go_maps_ext'
'gridelements'
'html5mediaelements'
'news'
'owl_slider'
'powermail'
'pt_extlist'
'realurl'
'rsaauth'
'rtehtmlarea'
'rx_shariff'
'rx_unrollsavebuttons'
'saltedpasswords'
'simpleaddress'
'sr_freecap'
'toctoc_comments'
'toctoccommentssiteban'
'typo3_console'
'xm_formcycle'
'yag'

Schöne Grüße
Daniel 
___

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

Re: [TYPO3-german] HTML bei Subline erlauben

2016-03-11 Diskussionsfäden Nicole Cordes 

Hallo Andre,

Am 11.03.2016 um 18:40 schrieb Andre Sancken:

wie kann ich den beim CE Typ Header auch HTML bei der Subline zulassen?


Welche TYPO3 Version, welches Rendering? Ich vermute ganz stark, dass du 
mit fluid_styled_content in einem TYPO3 7.6 unterwegs bist. Dann musst 
du wohl die Templates von fsc ändern. Die dürften standardmäßig keine 
HTML-Ausgabe unterstützen.



Best regards,
Nicole

--
Nicole Cordes
TYPO3 CMS Core Team Member
TYPO3 Security Team Co-Leader

TYPO3  inspiring people to share!
Get involved: typo3.org
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

Re: [TYPO3-german] Realurl nach Update findet Root Page ID nicht

2016-03-11 Diskussionsfäden André Sheydin 
Danke! Klappt soweit bei normalen Seiten.

Bei tx_news bekomme ich leider folgende Meldung:

> Page Not Found
> 
> Reason: Segment "package-special-2" was not a keyword for a postVarSet as 
> expected on page with id=18.


Dabei ist pid 18 die List-Seite. Hier meine komplette realurl_conf.php

>  
> // Define root page id for each domain
>  $rootPids = array(
>  ›domain.local' => 2,
>  'www.domain.local ' => 2,
> // 'www.domain2.tld ' => 158, 
> // 'domain2.tld' => 158, 
>  ); 
>  
> 
> $GLOBALS['TYPO3_CONF_VARS']['EXTCONF']['realurl'] = array(
>   '_DEFAULT' => array(
>  
> 'pagePath' => array(
>   'type' => 'user',
>   'userFunc' => 
> 'EXT:realurl/class.tx_realurl_advanced.php:_realurl_advanced->main',
>   'spaceCharacter' => '-',
>   'languageGetVar' => 'L',
>   'expireDays' => 7,
> //  'rootpage_id' => 2,
>   'rootpage_id' => $rootPids[$_SERVER['HTTP_HOST']],
> //  'excludePageIds' => '31,7,21',
> ),
>  
> 'init' => array(
>   'enableCHashCache' => TRUE,
>   'enableCHashCache' => 1,
>   'respectSimulateStaticURLs' => 0,
>   'appendMissingSlash' => 'ifNotFile',
>   'enableUrlDecodeCache' => 1,
>   'enableUrlEncodeCache' => 1,
>   'postVarSet_failureMode' => '',
> ),
>  
> 'redirects' => array(),
>  
> 'preVars' => array(
>   array(
> 'GETvar' => 'no_cache',
> 'valueMap' => array(
>   'nc' => 1,
> ),
> 'noMatch' => 'bypass',
>   ),
>   array(
> 'GETvar' => 'L',
> 'valueMap' => array(
>   'ru' => '0',
> ),
> 'noMatch' => 'bypass',
>   ),
> ),
>  
> 'fixedPostVars' => array(
>   'newsDetailConfiguration' => array(
> array(
>   'GETvar' => 'tx_news_pi1[news]',
>   'lookUpTable' => array(
> 'table' => 'tx_news_domain_model_news',
> 'id_field' => 'uid',
> 'alias_field' => 'title',
> 'addWhereClause' => ' AND NOT deleted',
> 'useUniqueCache' => 1,
> 'useUniqueCache_conf' => array(
>   'strtolower' => 1,
>   'spaceCharacter' => '-'
> ),
> 'languageGetVar' => 'L',
> 'languageExceptionUids' => '',
> 'languageField' => 'sys_language_uid',
> 'transOrigPointerField' => 'l10n_parent',
> 'autoUpdate' => 1,
> 'expireDays' => 180,
>   )
> )
>   ),
>   'newsCategoryConfiguration' => array(
> array(
>   'GETvar' => 'tx_news_pi1[overwriteDemand][categories]',
>   'lookUpTable' => array(
> 'table' => 'tx_news_domain_model_category',
> 'id_field' => 'uid',
> 'alias_field' => 'title',
> 'addWhereClause' => ' AND NOT deleted',
> 'useUniqueCache' => 1,
> 'useUniqueCache_conf' => array(
>   'strtolower' => 1,
>   'spaceCharacter' => '-'
> )
>   )
> )
>   ),
>   'newsTagConfiguration' => array(
> array(
>   'GETvar' => 'tx_news_pi1[overwriteDemand][tags]',
>   'lookUpTable' => array(
> 'table' => 'tx_news_domain_model_tag',
> 'id_field' => 'uid',
> 'alias_field' => 'title',
> 'addWhereClause' => ' AND NOT deleted',
> 'useUniqueCache' => 1,
> 'useUniqueCache_conf' => array(
>   'strtolower' => 1,
>   'spaceCharacter' => '-'
> )
>   )
> )
>   ),
>   '31' => 'newsDetailConfiguration',
>   '19' => 'newsDetailConfiguration',
> //  '21' => 'newsDetailConfiguration',
> //  '701' => 'newsDetailConfiguration', // For additional detail pages, 
> add their uid as well
> //  '71' => 'newsTagConfiguration',
> //  '72' => 'newsCategoryConfiguration'
> ),
>  
> 'postVarSets' => array(
>   '_DEFAULT' => array(
> 'controller' => array(
>   array(
> 'GETvar' => 'tx_news_pi1[action]',
> 'noMatch' => 'bypass'
>   ),
>   array(
> 'GETvar' => 'tx_news_pi1[controller]',
> 'noMatch' => 'bypass'
>   ),
>  
>   array(
> 'GETvar' => 'tx_news_pi1[day]',
> 'noMatch' => 'bypass',
>   ),
>   array(
> 'GETvar' => 'tx_news_pi1[month]',
> 'noMatch' => 'bypass',
>   ),
>   array(
> 'GETvar' => 'tx_news_pi1[year]',
> 'noMatch' => 'bypass',
>   ),
>  
> ),
> 'dateFilter' => array(
>   array(
> 'GETvar' => 'tx_news_pi1[overwriteDemand][year]',
>   ),
>   array(
> 'GETvar' => 'tx_news_pi1[overwriteDemand][month]',
>   ),
> ),
> 'page' => array(
>

Re: [TYPO3-german] Seiten mit Zugriffsschutz falsch angezeigt

2016-03-11 Diskussionsfäden Nicole Cordes 

Hallo Daniel,

Am 11.03.2016 um 17:47 schrieb Daniel Pomrehn:

Ich sehe immer nur die Seite "Interner Bereich". Die Unterseiten werden
nie angezeigt, egal ob ein User eingeloggt ist oder nicht.


Kann ich in meiner Test-Instanz nicht bestätigen. Kannst du etwas zu 
deiner Umgebung (csc oder fsc, Extensions etc.) sagen?



Best regards,
Nicole

--
Nicole Cordes
TYPO3 CMS Core Team Member
TYPO3 Security Team Co-Leader

TYPO3  inspiring people to share!
Get involved: typo3.org
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

[TYPO3-german] HTML bei Subline erlauben

2016-03-11 Diskussionsfäden Andre Sancken 
Hallo,

wie kann ich den beim CE Typ Header auch HTML bei der Subline zulassen? 

So ist es ja bei der Headline:

lib.stdheader.10.setCurrent.htmlSpecialChars = 0

Gruß

Andre

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

Re: [TYPO3-german] Fluid Performance Frage

2016-03-11 Diskussionsfäden Nicole Cordes 

Hallo Michael,

Am 11.03.2016 um 17:02 schrieb Michael Kasten:

Vielleicht hat sich schon jemand mit der Frage beschäftigt und evtl. sogar 
schon Beobachtungen
hinsichtlich der Renderzeiten gemacht?


Zumindest ich hab die Frage überhaupt nicht verstanden. Geht es darum, 
ob du Pfade zu TypoScript-Objekten, die du im CObjectViewHelper 
verwenden willst, dort hartkodiert angeben sollst, oder nicht? Auch ist 
das Rendering von Fluid sehr stark von der TYPO3 Version abhängig. In 
welcher bist du denn unterwegs? Kannst du deine Frage eventuell mit 
Code-Beispielen versehen?



Best regards,
Nicole

--
Nicole Cordes
TYPO3 CMS Core Team Member
TYPO3 Security Team Co-Leader

TYPO3  inspiring people to share!
Get involved: typo3.org
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

Re: [TYPO3-german] Realurl nach Update findet Root Page ID nicht

2016-03-11 Diskussionsfäden g4-lisz 
Des Rätsels Lösung:

   $GLOBALS['TYPO3_CONF_VARS']['EXTCONF']['realurl']

anstatt

   $TYPO3_CONF_VARS['EXTCONF']['realurl']

im Config-File...

Tja,

Grüsse,
Till

On 03/11/2016 04:22 PM, g4-l...@tonarchiv.ch wrote:
> Hallo Leute,
>
> seit dem Update von Realurl 1.x auf 2 kriege ich den Fehler:
>
> #1453732574: RealURL was not able to find the root page id for the
> domain "xxx"
>
> Wir haben eine Multi-Language / Multi-Domain Konfiguration, die bisher
> problemlos funktioniert hat.
>
> Im Root-Template gibt es eine Weiche für baseURL in der Form:
>
>   config.pageURL=http://www.dom.de/
>
>   [globalString = ENV:HTTP_HOST=www.dom.fr]
>   config.pageURL=http://www.dom.fr/
>
>   [globalString = ENV:HTTP_HOST=www.dom.it]
>   config.pageURL=http://www.dom.it/
>
>   [global]
>
> Das Pendant in der Realurlconf:
>
> $TYPO3_CONF_VARS['EXTCONF']['realurl']['_DOMAINS'] = array(
> 'encode' => array(
> array(
> 'GETvar' => 'L',
> 'value' => '0',
> 'useConfiguration' => '_DEFAULT',
> 'urlPrepend' => 'http://www.dom.de'
> ),
> array(
> 'GETvar' => 'L',
> 'value' => '1',
> 'useConfiguration' => '_DEFAULT',
> 'urlPrepend' => 'http://www.dom.fr'
> ),
> array(
> 'GETvar' => 'L',
> 'value' => '2',
> 'useConfiguration' => '_DEFAULT',
> 'urlPrepend' => 'www.dom.it'
> ),
> ),
> 'decode' => array(
> '/^(www\.)?dom\.de$/' => array(
> 'GETvars' => array(
> 'L' => '0',
> ),
> 'useConfiguration' => '_DEFAULT'
> ),
> '/^(www\.)?dom\.fr$/' => array(
> 'GETvars' => array(
> 'L' => '1',
> ),
> 'useConfiguration' => '_DEFAULT'
> ),
> '/^(www\.)?domi\.it$/' => array(
> 'GETvars' => array(
> 'L' => '2',
> ),
> 'useConfiguration' => '_DEFAULT'
> ),
> ),
> );
>
> Ich habe schon alles mögliche ausprobiert, Caches gelöscht, usw.
> Hat jemand eine Idee, woran das liegen könnte? Kann man evlt. RealURL
> die root PID fest vorgeben?
>
> Grüsse,
> Till
>
> ___
> 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] fe_user update der usergroup

2016-03-11 Diskussionsfäden Michael Müller 

Hallo Nicole,
austehen bringt manchmal was :-)

Habs gefunden muste noch die FrontendUserGroupRepository injecten.
Und dann mit deinem hinweis weitermachen.
Danke nochmals und ein schönes Wochenende.
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

Re: [TYPO3-german] Realurl nach Update findet Root Page ID nicht

2016-03-11 Diskussionsfäden g4-lisz 
Hi André,

beim Durchlesen des realurl Github-Wikis von Dulepov ist mir folgendes
ins Auge gesprungen:
Alle Optionen unter "pagePath" gibt es, mit Ausnahme von rootpage_id,
nicht mehr.

Dann ist mir auch nicht klar, ob die Konfiguration mit Verweisen unter
encode / decode mit 'useConfiguration' => '_DEFAULT' noch funktioniert.
Die Doku zum Mechanismus mit '_DOMAINS'-Array scheint noch von der
Version 1.x her zu stammen...

Ich werde jetzt wohl mal mit einer jungfräulichen Konfig bei Null
anfangen oder auch mit Autoconfig testen, ob realurl mit meinem
Seitenbaum überhaupt noch zurecht kommt.

Grüsse,
Till

On 03/11/2016 05:32 PM, A. Sheydin wrote:
> Hi,
>
> habe das selbe Problem nach dem Update auf RealURL 2. Auch die fest
> Vergabe hat nicht geklappt. Vielleicht ein Bug?
>
> Hier der relevante Teil meiner Config:
>
> // Define root page id for each domain
> $rootPids = array(
> 'domain.local' => 2,
> 'www.domain.local' => 2,
> // 'www.domain2.tld' => 158, // 'domain2.tld' => 158, );
>
> $TYPO3_CONF_VARS['EXTCONF']['realurl'] = array(
>  '_DEFAULT' => array(
>
>'pagePath' => array(
>  'type' => 'user',
>  'userFunc' =>
> 'EXT:realurl/class.tx_realurl_advanced.php:_realurl_advanced->main',
>  'spaceCharacter' => '-',
>  'languageGetVar' => 'L',
>  'expireDays' => 7,
> //  'rootpage_id' => 2,
>  'rootpage_id' => $rootPids[$_SERVER['HTTP_HOST']],
> //  'excludePageIds' => '31,7,21',
>),
>
> [...|
>
> Viele Grüße aus der Ritterstraße in Köln,
>
> André
> ___
> 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] Seiten mit Zugriffsschutz falsch angezeigt

2016-03-11 Diskussionsfäden Daniel Pomrehn 

Hallo,

ich verwende Typo3 in der Version 7.6.4
Auf einigen Seiten habe ich die Option "Nach Anmeldung verbergen" gesetzt. 
Damit sollten die Seiten ja angezeigt werden, wenn ein User noch nicht angemeldet ist. 
Sobald er sich anmeldet, sollen die Seiten nicht mehr auftauchen.
Das funktioniert allerdings nicht. Die Seite wird immer ausgeblendet, auch wenn 
der User noch nicht angemeldet ist.
Hat noch jemand das Problem? Ist das evtl. noch ein Bug in der neuesten Typo3 
Version?

z.B.

Interner Bereich (Seite ohne Zugriffsschutz)
 Registrieren   (Seite nach Anmeldung verbergen)
 Log-In (Seite nach Anmeldung verbergen)
 Profil (Seite nach Anmeldung anzeigen)

Ich sehe immer nur die Seite "Interner Bereich". Die Unterseiten werden nie angezeigt, egal ob ein User eingeloggt ist oder nicht. 


Vielen Dank & schöne Grüße
Daniel
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

Re: [TYPO3-german] fe_user update der usergroup

2016-03-11 Diskussionsfäden Michael Müller 

Hallo Nicole,
ich stehe da gerade irgendwie auf dem schlauch.
hast du mir da mal ein beispiel vieleicht wie ich das dann machen soll.

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

Re: [TYPO3-german] Realurl nach Update findet Root Page ID nicht

2016-03-11 Diskussionsfäden A . Sheydin 

Hi,

habe das selbe Problem nach dem Update auf RealURL 2. Auch die fest Vergabe hat 
nicht geklappt. Vielleicht ein Bug?

Hier der relevante Teil meiner Config:

// Define root page id for each domain
$rootPids = array(
'domain.local' => 2,
'www.domain.local' => 2,
// 'www.domain2.tld' => 158, 
// 'domain2.tld' => 158, 
); 



$TYPO3_CONF_VARS['EXTCONF']['realurl'] = array(
 '_DEFAULT' => array(

   'pagePath' => array(
 'type' => 'user',
 'userFunc' => 
'EXT:realurl/class.tx_realurl_advanced.php:_realurl_advanced->main',
 'spaceCharacter' => '-',
 'languageGetVar' => 'L',
 'expireDays' => 7,
//  'rootpage_id' => 2,
 'rootpage_id' => $rootPids[$_SERVER['HTTP_HOST']],
//  'excludePageIds' => '31,7,21',
   ),

[...|

Viele Grüße aus der Ritterstraße in Köln,

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

Re: [TYPO3-german] Realurl nach Update findet Root Page ID nicht

2016-03-11 Diskussionsfäden g4-lisz 
Schon merkwürdig...

Ich habe ja rootpage_id ja im realurlconf gesetzt:

  $TYPO3_CONF_VARS['EXTCONF']['realurl']['_DEFAULT'] = array(
   . ,
'pagePath' => array(
. ,
'rootpage_id' => '1',
   )
  )

Trotzdem wird die Roo Page Id nicht gefunden...

Till

On 03/11/2016 04:22 PM, g4-l...@tonarchiv.ch wrote:
> Hallo Leute,
>
> seit dem Update von Realurl 1.x auf 2 kriege ich den Fehler:
>
> #1453732574: RealURL was not able to find the root page id for the
> domain "xxx"
>
> Wir haben eine Multi-Language / Multi-Domain Konfiguration, die bisher
> problemlos funktioniert hat.
>
> Im Root-Template gibt es eine Weiche für baseURL in der Form:
>
>   config.pageURL=http://www.dom.de/
>
>   [globalString = ENV:HTTP_HOST=www.dom.fr]
>   config.pageURL=http://www.dom.fr/
>
>   [globalString = ENV:HTTP_HOST=www.dom.it]
>   config.pageURL=http://www.dom.it/
>
>   [global]
>
> Das Pendant in der Realurlconf:
>
> $TYPO3_CONF_VARS['EXTCONF']['realurl']['_DOMAINS'] = array(
> 'encode' => array(
> array(
> 'GETvar' => 'L',
> 'value' => '0',
> 'useConfiguration' => '_DEFAULT',
> 'urlPrepend' => 'http://www.dom.de'
> ),
> array(
> 'GETvar' => 'L',
> 'value' => '1',
> 'useConfiguration' => '_DEFAULT',
> 'urlPrepend' => 'http://www.dom.fr'
> ),
> array(
> 'GETvar' => 'L',
> 'value' => '2',
> 'useConfiguration' => '_DEFAULT',
> 'urlPrepend' => 'www.dom.it'
> ),
> ),
> 'decode' => array(
> '/^(www\.)?dom\.de$/' => array(
> 'GETvars' => array(
> 'L' => '0',
> ),
> 'useConfiguration' => '_DEFAULT'
> ),
> '/^(www\.)?dom\.fr$/' => array(
> 'GETvars' => array(
> 'L' => '1',
> ),
> 'useConfiguration' => '_DEFAULT'
> ),
> '/^(www\.)?domi\.it$/' => array(
> 'GETvars' => array(
> 'L' => '2',
> ),
> 'useConfiguration' => '_DEFAULT'
> ),
> ),
> );
>
> Ich habe schon alles mögliche ausprobiert, Caches gelöscht, usw.
> Hat jemand eine Idee, woran das liegen könnte? Kann man evlt. RealURL
> die root PID fest vorgeben?
>
> Grüsse,
> Till
>
> ___
> 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] Fluid Performance Frage

2016-03-11 Diskussionsfäden Michael Kasten 
Hallo Liste,

ich kann ja innerhalb von Fluidtemplates/partials direkt auf TYPOScript lib 
Objekte zugreifen, die
Alternative wäre dann hier die TYPOScript lib Objekte entsprechenden 
Fluidvariablen zuzuweisen um
diese dann zu verwenden. Allerdings muss man bei Fluidvariablen diese ja 
explizit an die
entsprechenden Partials durchreichen.

Nun stellt sich mir aber die Frage ob das ganze durchgereiche an Partials dann 
nicht eben auch
entsprechende Lasten verursacht, dann würde ich doch lieber weiterhin direkt 
mit den TS Objekten
arbeiten.

Vielleicht hat sich schon jemand mit der Frage beschäftigt und evtl. sogar 
schon Beobachtungen
hinsichtlich der Renderzeiten gemacht?



mit besten Grüßen

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

[TYPO3-german] Realurl nach Update findet Root Page ID nicht

2016-03-11 Diskussionsfäden g4-lisz 
Hallo Leute,

seit dem Update von Realurl 1.x auf 2 kriege ich den Fehler:

#1453732574: RealURL was not able to find the root page id for the
domain "xxx"

Wir haben eine Multi-Language / Multi-Domain Konfiguration, die bisher
problemlos funktioniert hat.

Im Root-Template gibt es eine Weiche für baseURL in der Form:

  config.pageURL=http://www.dom.de/

  [globalString = ENV:HTTP_HOST=www.dom.fr]
  config.pageURL=http://www.dom.fr/

  [globalString = ENV:HTTP_HOST=www.dom.it]
  config.pageURL=http://www.dom.it/

  [global]

Das Pendant in der Realurlconf:

$TYPO3_CONF_VARS['EXTCONF']['realurl']['_DOMAINS'] = array(
'encode' => array(
array(
'GETvar' => 'L',
'value' => '0',
'useConfiguration' => '_DEFAULT',
'urlPrepend' => 'http://www.dom.de'
),
array(
'GETvar' => 'L',
'value' => '1',
'useConfiguration' => '_DEFAULT',
'urlPrepend' => 'http://www.dom.fr'
),
array(
'GETvar' => 'L',
'value' => '2',
'useConfiguration' => '_DEFAULT',
'urlPrepend' => 'www.dom.it'
),
),
'decode' => array(
'/^(www\.)?dom\.de$/' => array(
'GETvars' => array(
'L' => '0',
),
'useConfiguration' => '_DEFAULT'
),
'/^(www\.)?dom\.fr$/' => array(
'GETvars' => array(
'L' => '1',
),
'useConfiguration' => '_DEFAULT'
),
'/^(www\.)?domi\.it$/' => array(
'GETvars' => array(
'L' => '2',
),
'useConfiguration' => '_DEFAULT'
),
),
);

Ich habe schon alles mögliche ausprobiert, Caches gelöscht, usw.
Hat jemand eine Idee, woran das liegen könnte? Kann man evlt. RealURL
die root PID fest vorgeben?

Grüsse,
Till

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

Re: [TYPO3-german] TYPO3 6.2 eigenen Wizard mit Fluid template?

2016-03-11 Diskussionsfäden Moritz Müller 

Hallo David,

auch wenn es schon eine Weile her ist - hast du deinen Wizard zufällig als 
Extension parat?
Ich möchte mir einen Wizard unter 7.6 bauen, scheitere aber leider daran. Und 
konnte nichts Fertiges zum abkupfern finden.

Unter 6.2 lief das noch so schön einfach mit piBase. :)

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

Re: [TYPO3-german] Aendern der Defaultsprache

2016-03-11 Diskussionsfäden Petra Pluie 
Hallo Nicole,

danke für die schnelle Antwort.

Das Backend kann englisch bleiben. Ich möchte für meinen Bruder eine
Website aufsetzen, die zunächst mit deutschen Inhalten beginnen soll und
später dann auch teilweise ins Englische übersetzt wird.

Also Defaultsprache im Frontend Deutsch und 1. Übersetzungssprache Englisch.

Der Aufruf einer Site soll dann bei www.domain.de/site landen und der
englische Part dazu bei www.domain.de/en/site

Ich hoffe, dass ich es jetzt ein wenig klarer ausdrücken konnte.

Vielen Dank - Petra

Am 11. März 2016 um 15:22 schrieb Nicole Cordes :

> Hallo Petra,
>
> Am 11.03.2016 um 14:58 schrieb Petra Pluie:
>
>> Könnt Ihr mir mal unter die Arme greifen und sagen, an welchem Schräubchen
>> ich drehen muss.
>>
>
> Magst du mir/uns kurz erklären, wo dein Problem ist? Möchtest du das
> Backend auf deutsch stellen? Dann im Language-Modul die deutschen
> Sprachdateien herunterladen und in deinem Benutzerprofil die Sprache auf
> deutsch umstellen. Ansonsten bitte noch einmal konkretisieren, wo du die
> default-Sprache ändern möchtest.
>
>
> Best regards,
> Nicole
>
> --
> Nicole Cordes
> TYPO3 CMS Core Team Member
> TYPO3 Security Team Co-Leader
>
> TYPO3  inspiring people to share!
> Get involved: typo3.org
>
> ___
> 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] Crawler Extension auf 6.2 inkompatibel?

2016-03-11 Diskussionsfäden g4-lisz 
Hallo Nicole,

ha! Das war's :)

Super, vielen Dank!
Grüsse,
Till

On 03/11/2016 03:20 PM, Nicole Cordes wrote:
> Hallo Till,
>
> Am 11.03.2016 um 14:47 schrieb g4-l...@tonarchiv.ch:
>>   #1382276561: The package "crawler" depends on "typo3/cms" which is not
>> present in the system.
>
> Versuch mal die composer.json im Extension-Verzeichnis zu löschen.
>
>
> Best regards,
> Nicole
> 
> -- 
> Nicole Cordes
> TYPO3 CMS Core Team Member
> TYPO3 Security Team Co-Leader
>
> TYPO3  inspiring people to share!
> Get involved: typo3.org
> ___
> 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] Aendern der Defaultsprache

2016-03-11 Diskussionsfäden Nicole Cordes 

Hallo Petra,

Am 11.03.2016 um 14:58 schrieb Petra Pluie:

Könnt Ihr mir mal unter die Arme greifen und sagen, an welchem Schräubchen
ich drehen muss.


Magst du mir/uns kurz erklären, wo dein Problem ist? Möchtest du das 
Backend auf deutsch stellen? Dann im Language-Modul die deutschen 
Sprachdateien herunterladen und in deinem Benutzerprofil die Sprache auf 
deutsch umstellen. Ansonsten bitte noch einmal konkretisieren, wo du die 
default-Sprache ändern möchtest.



Best regards,
Nicole

--
Nicole Cordes
TYPO3 CMS Core Team Member
TYPO3 Security Team Co-Leader

TYPO3  inspiring people to share!
Get involved: typo3.org
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

Re: [TYPO3-german] Crawler Extension auf 6.2 inkompatibel?

2016-03-11 Diskussionsfäden Nicole Cordes 

Hallo Till,

Am 11.03.2016 um 14:47 schrieb g4-l...@tonarchiv.ch:

  #1382276561: The package "crawler" depends on "typo3/cms" which is not
present in the system.


Versuch mal die composer.json im Extension-Verzeichnis zu löschen.


Best regards,
Nicole

--
Nicole Cordes
TYPO3 CMS Core Team Member
TYPO3 Security Team Co-Leader

TYPO3  inspiring people to share!
Get involved: typo3.org
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

[TYPO3-german] fe_user update der usergroup

2016-03-11 Diskussionsfäden Michael Müller 

Hall habe ein problem mit meinem script.

Bekomme keine fehlermeldung, aber ein updet der usergroup mach es auch nicht.
Weiß jemand wo der fehler sein könnte

/**
* userRepository
*
* @var \TYPO3\CMS\Extbase\Domain\Repository\FrontendUserRepository
* @inject
*/
protected $frontendUserRepository;


/**
 * sucessRepository
 *
 * @var \IL\IlDigishop\Domain\Repository\SucessRepository
 * @inject
 */
protected $sucessRepository = NULL;



/**
 * action list
 *
 * @return void
 */
public function listAction() {

$useruid = '1';

$user= $this->frontendUserRepository->findByUid($useruid);

if ($status === 'completed')
{
$sucesses = $this->settings['sucess']['ok'];
$usergroup = $this->settings['sucess']['usergroupid'];
$usergroup 
=$this->objectManager->get('TYPO3\\CMS\\Extbase\\Persistence\\ObjectStorage');
$user->setUsergroup($usergroup);

$this->frontendUserRepository->update($user);

$persistenceManager = 
$this->objectManager->get("TYPO3\\CMS\\Extbase\\Persistence\\Generic\\PersistenceManager");
$persistenceManager->persistAll();


DAnke im vorraus schon mal 


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

[TYPO3-german] Aendern der Defaultsprache

2016-03-11 Diskussionsfäden Petra Pluie 
Hallo liebe Liste,

ich möchte eine neue Website auf Basis TYPO3 7.6.4 aufsetzen und möchte die
Defaultsprache auf Deutsch setzen. Was ich bisher dazu im Internet gefunden
habe, ist für ältere Versionen und funktioniert nicht (z.B. die Änderungen
in der localconf.php)

Könnt Ihr mir mal unter die Arme greifen und sagen, an welchem Schräubchen
ich drehen muss.

Lieben Gruss aus Köln - die Petra
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

[TYPO3-german] Crawler Extension auf 6.2 inkompatibel?

2016-03-11 Diskussionsfäden g4-lisz 
Hallo allerseits,

ich habe heute nach langer Zeit mal wieder die Extensions auf meinem T3
6.2 aktualisiert.
Nun kriege ich aber den Fehler:

 #1382276561: The package "crawler" depends on "typo3/cms" which is not
present in the system.

Läuft crawler nur nur noch auf 7? 6.2 ist doch LTS... wie kann das sein?

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

Re: [TYPO3-german] Content mit Umlauten wird teilweise nicht mehr angezeigt

2016-03-11 Diskussionsfäden Marcus Raphelt 


Am 11.03.2016 um 13:05 schrieb Peter Pinnau:
> Vielen Dank für Deine schnelle Antwort.
>
Np :)

> Quote: Marcus Raphelt wrote on Fri, 11 March 2016 12:56
> 
>>
>> ich hatte gestern auch einen 4.5-Hosteurope-Notruf und konnte dort über
>> deren Config-Menü auf php 5.5 zurückstellen. Das würde ich als erstes
>> prüfen, alleine, um den Druck rauszunehmen. :-)
>
> Das habe ich sofort probiert. Leider bleibt das Verhalten auch mit PHP
> 5.5 unverändert.

Wenn Du auf 4.5.40 aktualisiert, funktioniert es ganz sicher! Die 4.5.16
dürfte knapp vier Jahre alt sein...
Von 4.5.x zu 4.5.y klappt auch gefahrlos.

>
>>
>> Sind die Typoscript-Angaben in der Datenbank und dort evtl. Umlaute in
>> den Kommentaren?
>
> Wo muss ich da nachschauen? In welcher DB-Tabelle?
In sys_template.
Du kannst aber auch im Backend im Template-Modul nachsehen - i.d.R. ist
in der Rootpage ein Extension-Template angelegt, welches dann entweder
die komplette Seite definiert oder ggf. aus anderen Ordnern Templates
inkludiert.
Wie gesagt - das KANN sein. Man kann die Typoscript-Definitionen auch
komplett in Dateien auslagern, dann wäre der Tipp in diesem Fall hinfällig.

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

Re: [TYPO3-german] Content mit Umlauten wird teilweise nicht mehr angezeigt

2016-03-11 Diskussionsfäden Peter Pinnau 

Quote: Peter Linzenkirchner wrote on Fri, 11 March 2016 13:53



ich vermute, dass sich durch die Umstellung die Datenbank-Verbindung geändert hat von latin (das war früher Standard) auf jetzt utf-8. Dadurch wird natürlich alles falsch dargestellt. 

Du kannst folgenden Eintrag im Installtool ausprobieren: 


$TYPO3_CONF_VARS['SYS']['setDBinit'] = 'SET NAMES latin1'


Das ist bereits eingestellt.

In Überschriften und Menüpunkten werden die Umlaute richtig ausgegeben. Nur in 
den Inhaltstexten fehlen die Bestandteile, die Umlaute enthalten.
Es betrifft auch nicht den gesamten eingegebenen Inhalt, sondern nur 
Textpassagen mit einem Umlaut.

Bsp:

In der Datenbank steht im Feld tt_content.bodytext folgender Wert:

GeschäftführerTel: 1233433

Daraus wird in der Ausgabe

Tel: 1233433

Es wird nur das Wort Geschäftsführer rausgeworfen. Das muss irgendwo in der 
String-Aufbereitung passieren. Strings, die nicht durch diese Aufbereitung 
gehen (z.B. Überschriften und Menütexte) werden korrekt ausgegeben.

Im Admin Backend fehlen sämtlich Texte mit Umlauten.

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

Re: [TYPO3-german] Content mit Umlauten wird teilweise nicht mehr angezeigt

2016-03-11 Diskussionsfäden Peter Linzenkirchner 
Hallo Peter, 

ich vermute, dass sich durch die Umstellung die Datenbank-Verbindung geändert 
hat von latin (das war früher Standard) auf jetzt utf-8. Dadurch wird natürlich 
alles falsch dargestellt. 

Du kannst folgenden Eintrag im Installtool ausprobieren: 

$TYPO3_CONF_VARS['SYS']['setDBinit'] = 'SET NAMES latin1‘

Danach alle Caches löschen und mal versuchen. Könnte sein, dass die Umlaute 
dann stimmen. 
Hintergrund: damit wird die Datenbankverbindung zurückgestellt auf latin1 und 
damit der alte Zustand wieder hergestellt. 

Auf lange Sicht musst du die Datenbankinhalte nach utf8 konvertieren. Wenn du 
das gemacht hast, musst die das hier einstellen: 

$TYPO3_CONF_VARS['SYS']['setDBinit'] = 'SET NAMES utf8‘

Vermutung … aber probiers aus. 

Gruß
Peter



> Am 11.03.2016 um 11:51 schrieb Peter Pinnau :
> 
> Hallo zusammen,
> 
> ich muss ein Problem mit einer alten Typo3 Installation kurzfristig lösen. 
> Das System läuft bei HostEurope und dort wurde Anfang der Woche PHP 5.3 
> abgeschaltet und alles zwangsweise auf PHP 5.6 umgestellt.
> 
> Ich habe das Projekt erst auf den Tisch bekommen, nachdem das Kind im Brunnen 
> ist.
> 
> Versionen:
> Typo 3: 4.5.16
> PHP: 5.6
> MySQL Server Version: 5.5.47-37.7-log
> 
> Die Caches habe ich gelöscht.
> 
> Nachdem ich einige Probleme beheben konnte und das System prinzipiell wieder 
> arbeitet gibt es jetzt folgendes Problem:
> 
> 1. Datenbanktabellen haben alle Kodierung latin1
> 2. Über PHPMyAdmin habe ich betroffene Elemente geprüft. Die Umlaute stehen 
> korrekt in der Datenbank.
> 2. Menüpunkte und Überschriften mit Umlauten werden auf der Website KORREKT 
> angezeigt
> 3. Texte (vermutlich aus tt_content.bodytext) werden nicht angezeigt, sobald 
> Umlaute enthalten sind. Dies betrifft jedoch nicht den gesamten Text sondern 
> nur die Teile, in denen die Umlaute vorkommen und die keine weitere 
> Formatierung enthalten.
> 
> Wenn also im Bodytext Irgendein Text steht, dann steht nur noch 
>  in der Ausgabe, falls der Text zwischen den Ps einen Umlaut enthält. 
> Falls im selben Bodytext noch weitere Elemente sind, werden diese korrekt 
> ausgegeben, sofern keine Umlaute enthalten sind.
> 
> 4. In der localconf.php stehen die Einstellungen, die ich im Internet 
> gefunden habe auf 'iso-8859-1'. Wenn ich dort auf 'utf-8' umstelle, werden 
> erwartungsgemäß die zuvor korrekt dargestellten Umlaute falsch dargestellt. 
> Die verschwundenen Texte bleiben verschwunden.
> 
> 5. Im Admin Backend werden Werte mit Umlauten überhaupt nicht angezeigt. Also 
> auch nicht die Texte, die im Frontend zu sehen sind.
> 
> Das Problem liegt mit Sicherheit irgendwo in der Stringaufbereitung des T3. 
> Das Abfragen der Umlaute aus der DB funktioniert, wie die korrekt 
> dargestellten Menüpunkte und Überschriften zeigen.
> 
> Es ist klar dass das System dringend aktualisiert werden muss aber im Moment 
> soll die Website kurzfristig wieder funktionsfähig sein. Hat jemand eine 
> Idee, wo ich schauen könnte?
> 
> 
> Danke und grüße
> 
> ___
> 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

[TYPO3-german] typo3/cli_dispatch.phpsh scheduler

2016-03-11 Diskussionsfäden Frank Deutschmann 
Hallo zusammen,

zwei Fragen - die vermutlich etwas miteinander zu tun haben könnten.

Ich habe diese beiden scheduler gestartet:

1.) Dateiabstraktionsschicht: Speicherindex aktualisieren (scheduler)
Ergebnis (tatsächlich aus dem Job resultierend?):

sh: rsvg: command not found
identify: delegate failed `"rsvg" "%i" "%o"' @ 
error/delegate.c/InvokeDelegate/1061.
identify: unable to open image `/tmp/magick-XXOO2NbD': 
/usr/lib/ImageMagick-6.6.0/modules-Q16/coders/svg.la @ 
error/blob.c/OpenBlob/2489.
identify: unable to open file `/tmp/magick-XXOO2NbD':  @ 
error/constitute.c/ReadImage/572.
sh: rsvg: command not found
identify: delegate failed `"rsvg" "%i" "%o"' @ 
error/delegate.c/InvokeDelegate/1061.
identify: unable to open image `/tmp/magick-XXAIfSHz': 
/usr/lib/ImageMagick-6.6.0/modules-Q16/coders/svg.la @ 
error/blob.c/OpenBlob/2489.
identify: unable to open file `/tmp/magick-XXAIfSHz':  @ 
error/constitute.c/ReadImage/572.
sh: rsvg: command not found
identify: delegate failed `"rsvg" "%i" "%o"' @ 
error/delegate.c/InvokeDelegate/1061.
identify: unable to open image `/tmp/magick-XX218biK': 
/usr/lib/ImageMagick-6.6.0/modules-Q16/coders/svg.la @ 
error/blob.c/OpenBlob/2489.
sh: rsvg: command not found

usw. 
(insgesamt kommt die Zeile 266x)


nächster scheduler-Job: 
2.) Aktualisierung des Systemstatus (reports)
Ergebnis:

> One or more problems were detected with your TYPO3 installation. Please check 
> the status report for more information.
> 
> Site: Domain-Live
> 
> Issues: 
> [WARN] Files flagged as missing - 54 files


was bedeutet das alles? bzw. wie kann ich den fileadmin-index neu einlesen oder 
die imagemagick-Meldungen entfernen? 
(zu (1.) besser mal den Hoster fragen?)


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

Re: [TYPO3-german] Content mit Umlauten wird teilweise nicht mehr angezeigt

2016-03-11 Diskussionsfäden Peter Pinnau 

Vielen Dank für Deine schnelle Antwort.

Quote: Marcus Raphelt wrote on Fri, 11 March 2016 12:56



ich hatte gestern auch einen 4.5-Hosteurope-Notruf und konnte dort über
deren Config-Menü auf php 5.5 zurückstellen. Das würde ich als erstes
prüfen, alleine, um den Druck rauszunehmen. :-)


Das habe ich sofort probiert. Leider bleibt das Verhalten auch mit PHP 5.5 
unverändert.



Sind die Typoscript-Angaben in der Datenbank und dort evtl. Umlaute in
den Kommentaren?


Wo muss ich da nachschauen? In welcher DB-Tabelle?

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

Re: [TYPO3-german] Nach Update von 4.5 auf 7.6 Umlaute-Problem

2016-03-11 Diskussionsfäden Marcus Raphelt 
Hallo,

wenn die mysql nicht dazu zu bringen ist, sinnvoll formatierte Umlaute
zu dumpen oder - noch schlimmer - wenn die Inhalte gemischt vorliegen
(utf-8 UND latin-1), bleibt Dir im Grunde nur, mit einem Hexeditor
nachzusehen, aus welchen Zeichen die Doppel-Umlaute bestehen und diese
zu ersetzen. Ich mache das i.d.R. in einem System, das auf utf-8 läuft
(im Grunde ist das bei allen modernen Servern der Fall) in der Konsole
mit hexedit und sed.
In hexedit kannst Du in der rechten Spalte nach dem String / Zeichen
suchen und bekommst per Tab in der linken Spalte dann den Hexwert
angezeigt. Besteht also z.B. ein ü aus ü (Hex C3 und Hex AC), musst Du
Dir die Hexwerte dieser beiden Zeichen notieren und kannst sie dann per
sed ersetzen:

sed "s/\xC3\xAC/ü/g;"

Gruß
Marcus
 

Am 11.03.2016 um 11:36 schrieb Peter Linzenkirchner:
> da hilft dir nichts, als die Konvertierung der Datenbankinhalte. Bei mir hat 
> die Technik in dem Link immer gut funktioniert. Ursache ist meist eine 
> fehlende setDbInit-Einstellung in der 4.5 Installation, die dazu geführt hat, 
> dass TYPO3 4.5 utf-8-Daten über eine Latin-Verbindung in die DB geschrieben 
> hat. Die DB geht dann davon aus, dass Latin ankommt, und kodiert 

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

Re: [TYPO3-german] Content mit Umlauten wird teilweise nicht mehr angezeigt

2016-03-11 Diskussionsfäden Marcus Raphelt 
Hallo,

ich hatte gestern auch einen 4.5-Hosteurope-Notruf und konnte dort über
deren Config-Menü auf php 5.5 zurückstellen. Das würde ich als erstes
prüfen, alleine, um den Druck rauszunehmen. :-)

Sind die Typoscript-Angaben in der Datenbank und dort evtl. Umlaute in
den Kommentaren?
Ich hatte mal den Fall, dass bei einem Update nach dem ersten Umlaut in
einem Kommentar der Rest vom Typoscript abgeschnitten wurde, somit hat
die Hälfte des Typoscripts ganz einfach gefehlt.

Gruß
Marcus

Am 11.03.2016 um 11:51 schrieb Peter Pinnau:
> Hallo zusammen,
>
> ich muss ein Problem mit einer alten Typo3 Installation kurzfristig
> lösen. Das System läuft bei HostEurope und dort wurde Anfang der Woche
> PHP 5.3 abgeschaltet und alles zwangsweise auf PHP 5.6 umgestellt.
>
> Ich habe das Projekt erst auf den Tisch bekommen, nachdem das Kind im
> Brunnen ist.
>
> Versionen:
> Typo 3: 4.5.16
> PHP: 5.6
> MySQL Server Version: 5.5.47-37.7-log
>
> Die Caches habe ich gelöscht.
>

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

Re: [TYPO3-german] HTML-Code wird nicht umgesetzt

2016-03-11 Diskussionsfäden Heike Herzog-Kuhnke 

Am 29.02.16 um 20:01 schrieb Ralf-Rene Schröder:

aufgrund der Historie
hat sich hier eine gewisse, in anderen Foren sonst eher unübliche,
Freundlichkeit eingebürgert, also werden Namen und Grußformeln, ähnlich
eines Briefes, gerne gesehen


Hierfür bin und war ich immer dankbar und freue mich, dass es diese 
Liste gibt. Bisher hat sich hier immer jemand flott und freundlich um 
meine Fragen gekümmert und dafür bin ich sehr dankbar.


Einen lieben Gruß
und großen Dank an das Team im Hintergrund
Heike
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

[TYPO3-german] Händler/Filial Suche Extension gesucht

2016-03-11 Diskussionsfäden Mario Casito 

Hallo!

Ich verwende eine Typo3 7.6.2 Umgebung.

Für meine Seite bin ich auf der Suche nach einer Extension zum Händler suchen.

Herkömmliches Formular, wo man zB Ort oder PLZ eingibt dann auf suchen klickt 
und schon kommt eine Liste oder/und Karte mit den Filialen/Händlern!

Meine Google Recherche hat leider keine kompatiblen Extensions ausgegeben für 
Typo3 7.#

Kennt jemand von euch eine Extension oder hat jemand einen guten Lösungsansatz 
für mein Problem?

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

[TYPO3-german] Content mit Umlauten wird teilweise nicht mehr angezeigt

2016-03-11 Diskussionsfäden Peter Pinnau 

Hallo zusammen,

ich muss ein Problem mit einer alten Typo3 Installation kurzfristig lösen. Das 
System läuft bei HostEurope und dort wurde Anfang der Woche PHP 5.3 
abgeschaltet und alles zwangsweise auf PHP 5.6 umgestellt.

Ich habe das Projekt erst auf den Tisch bekommen, nachdem das Kind im Brunnen 
ist.

Versionen:
Typo 3: 4.5.16
PHP: 5.6
MySQL Server Version: 5.5.47-37.7-log

Die Caches habe ich gelöscht.

Nachdem ich einige Probleme beheben konnte und das System prinzipiell wieder 
arbeitet gibt es jetzt folgendes Problem:

1. Datenbanktabellen haben alle Kodierung latin1
2. Über PHPMyAdmin habe ich betroffene Elemente geprüft. Die Umlaute stehen 
korrekt in der Datenbank.
2. Menüpunkte und Überschriften mit Umlauten werden auf der Website KORREKT 
angezeigt
3. Texte (vermutlich aus tt_content.bodytext) werden nicht angezeigt, sobald 
Umlaute enthalten sind. Dies betrifft jedoch nicht den gesamten Text sondern 
nur die Teile, in denen die Umlaute vorkommen und die keine weitere 
Formatierung enthalten.

Wenn also im Bodytext Irgendein Text steht, dann steht nur noch  
in der Ausgabe, falls der Text zwischen den Ps einen Umlaut enthält. Falls im selben Bodytext noch 
weitere Elemente sind, werden diese korrekt ausgegeben, sofern keine Umlaute enthalten sind.

4. In der localconf.php stehen die Einstellungen, die ich im Internet gefunden 
habe auf 'iso-8859-1'. Wenn ich dort auf 'utf-8' umstelle, werden 
erwartungsgemäß die zuvor korrekt dargestellten Umlaute falsch dargestellt. Die 
verschwundenen Texte bleiben verschwunden.

5. Im Admin Backend werden Werte mit Umlauten überhaupt nicht angezeigt. Also 
auch nicht die Texte, die im Frontend zu sehen sind.

Das Problem liegt mit Sicherheit irgendwo in der Stringaufbereitung des T3. Das 
Abfragen der Umlaute aus der DB funktioniert, wie die korrekt dargestellten 
Menüpunkte und Überschriften zeigen.

Es ist klar dass das System dringend aktualisiert werden muss aber im Moment 
soll die Website kurzfristig wieder funktionsfähig sein. Hat jemand eine Idee, 
wo ich schauen könnte?


Danke und grüße

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

Re: [TYPO3-german] Nach Update von 4.5 auf 7.6 Umlaute-Problem

2016-03-11 Diskussionsfäden Peter Linzenkirchner 
Hallo Hildebrandt, 

das sieht nach doppelt utf-8 kodierter Datenbank aus. 

http://www.skom.de/Doppelt-UTF-8-kodierte-Daten-i.191.0.html

da hilft dir nichts, als die Konvertierung der Datenbankinhalte. Bei mir hat 
die Technik in dem Link immer gut funktioniert. Ursache ist meist eine fehlende 
setDbInit-Einstellung in der 4.5 Installation, die dazu geführt hat, dass TYPO3 
4.5 utf-8-Daten über eine Latin-Verbindung in die DB geschrieben hat. Die DB 
geht dann davon aus, dass Latin ankommt, und kodiert die utf-8-Daten nochmals 
nach utf-8 … 

Bei 7.6 kann das nicht mehr passieren, weil setDbinit festgeschrieben wurde auf 
utf-8, und somit immer eine utf-8-verbindung zur DB besteht. Andereseits geht 
auch die alte Notlösung nicht mehr, nämlich setDbInit auf latin zu setzen … 
Einziger Weg ist eine Konvertierung der Datenbankinhalte. 

Gruß
Peter


> Am 11.03.2016 um 10:13 schrieb Hildebrandt Dieter :
> 
> Hallo 
> nach dem Upgarede von 4.5 über 6.2 auf 7.6.4 habe ich ein Umlaute-Problem.
> Komischerweise hatte ich ein paar Tage vorher diese Probleme mit einer 
> anderen Website (auch Upgrade von 45 nach 7.6.4) nicht.
> 
> Die Umlaute werden als (ä -> ä) und (ü -> ü) im FrontEnd angeziegt.
> Wenn ich im BE im RTE den Text aufrufe ebenfalls. Die Datenbankinhalte habe 
> ich mit PMA angeschaut und die sind ok (utf8)
> Testweise habe ich die "falschen" Umlaute ersetzt und abgespeichert und siehe 
> da, keine Abhilfe.
> Typo3 speichert die Umlaute wieder im UTF-8 und gibt sie dann auch genau so 
> wieder aus.
> 
> Bedeutet für mich, ich suche die Ursache in der Typo3 Konfiguration oder?
> 
> Was muß ich zun, damit ich das nun sauber bekomme?
> 
> Danke
> ___
> 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

[TYPO3-german] Nach Update von 4.5 auf 7.6 Umlaute-Problem

2016-03-11 Diskussionsfäden Hildebrandt Dieter 

Hallo 
nach dem Upgarede von 4.5 über 6.2 auf 7.6.4 habe ich ein Umlaute-Problem.
Komischerweise hatte ich ein paar Tage vorher diese Probleme mit einer anderen 
Website (auch Upgrade von 45 nach 7.6.4) nicht.

Die Umlaute werden als (ä -> ä) und (ü -> ü) im FrontEnd angeziegt.
Wenn ich im BE im RTE den Text aufrufe ebenfalls. Die Datenbankinhalte habe ich 
mit PMA angeschaut und die sind ok (utf8)
Testweise habe ich die "falschen" Umlaute ersetzt und abgespeichert und siehe 
da, keine Abhilfe.
Typo3 speichert die Umlaute wieder im UTF-8 und gibt sie dann auch genau so 
wieder aus.

Bedeutet für mich, ich suche die Ursache in der Typo3 Konfiguration oder?

Was muß ich zun, damit ich das nun sauber bekomme?

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

Re: [TYPO3-german] Google Map Extension für TYPO3 7.6

2016-03-11 Diskussionsfäden Peter Linzenkirchner 
Hallo Metin, 

Danke, werde ich ausprobieren!

Peter

> Am 11.03.2016 um 07:58 schrieb Metin Yilmaz :
> 
> Hallo Peter,
> 
> ich verwende eine EXT von JWeiland, leider noch nicht im TER:
> 
> https://github.com/jweiland-net/maps2
> 
> Gruß
> Metin
> 
> Am 09.03.2016 um 18:58 schrieb Peter Linzenkirchner:
>> Hallo Liste,
>> 
>> ich suche gerade nach einer Google Map Extension, die von Redakteuren 
>> bedienbar ist, und die es erlaubt mehr als einen Ort anzuzeigen, jeweils mit 
>> einer Infobox zum Öffnen. Ich finde zwar etliche Extensions, aber sie 
>> erlauben nur eine Pin (z. B. cbgooglemaps) oder sie erlauben zwar mehrere 
>> Pins, aber keine Info-Box, wie easy_googlemap. Oder sie lassen TYPO3 7.6 
>> komplett abstürzen, weil sie nicht kompatibel sind, wie z. B. wec_maps.
>> 
>> Jemand einen Vorschlag?
>> 
>> Vielen Dank!
>> Peter
> ___
> 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