[TYPO3-german] Re: =?UTF-8?Q?Re:__Entscheide_=c3=bcber_die_Zukunft_von_T?= YPO3 Diskussionen.

[Bernd Wilke]

Tja. die dazugehörige Diskussion war (leider) auch an mir vorbei gegangen.
Die Kommunikation in der Community hat sich mMn in den letzten Jahren stark 
verschlechtert.
Da ist diese (geschlossene) Diskussion und Abstimmung nur ein Beispiel von 
vielen.
--
--
http://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] Entscheide über die Zukunft von TYPO3 Diskussionen.

[Bernd Wilke]

nur noch 4 Tage ist es möglich darüber abzustimmen wie 
Mailingliste/Newsgroup/Forum abgelöst werden.

https://decisions.typo3.org/t/replace-mailinglists-newsgroups-and-forum-with-discourse-voting/214
--
--
http://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] typo3.stackexchange.com

[Bernd Wilke]

Sorry, ich bin irgendwie schon lange nicht mehr hier aktiv.

das wichtigste hatte ich mal hier: 
https://docs.typo3.org/typo3cms/drafts/github/T3DocumentationStarter/Public-Info-009/StackOverflow/Index.html
 zusammen gefasst.

TLDR: 
stelle auf Stackoverflow Fragen und beantworte Fragen. 
Das Wichtigste dabei: Bewerte die Fragen und Antworten, denn jede Bewertung (und Akzeptanz einer Antwort) verteilt Reputation Points.


https://stackoverflow.com/questions/tagged/typo3

| Antrag für typo3.stackexchange.com
| 
(http://area51.stackexchange.com/proposals/102804/typo3?referrer=5hwGgB7myxI3D8Mw0epqTw2).

| aktuell sind 43% komplett. wenn 100% erreicht sind wird die private 
Beta-Phase starten.
|
| die Verpflichtungsbewertung ist das Minimum von drei Bewertungen:
| 77% 133/200 committers insgesamt
| 43% 43/100 committers mit einer Reputation von 200 und mehr auf irgendeiner 
StackExchange/Stackoverflow Site
| 43% commitment Bewertung, basierend auf der Aktivität der Commiter auf allen 
Sites und Alter des Commitments

Weil es alles schon so lange dauert hat sich sogar der Commitment score 
gesenkt. Der individuelle commitment score verliert mit der Zeit an Wert, es 
sei denn man refresht sein Commitment, indem man mal wieder die Antragsseite in 
angemeldetem Zustand besucht.


--
--
http://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] typo3.stackexchange.com

[Bernd Wilke]

Vier Wochen und sehr wenig Aktivität.

| Antrags für typo3.stackexchange.com
| 
(http://area51.stackexchange.com/proposals/102804/typo3?referrer=5hwGgB7myxI3D8Mw0epqTw2).

| aktuell sind 31% komplett. wenn 100% erreicht sind wird die private
Beta-Phase starten.
|
| die Verpflichtungsbewertung ist das Minimum von drei Bewertungen:
| 66% 133/200 committers insgesamt
| 31% 31/100 committers mit einer Reputation von 200 und mehr auf
irgendeiner StackExchange/Stackoverflow Site
| 41% commitment Bewertung, basierend auf der Aktivität der Commiter auf
allen Sites und Alter des Commitments

weil es alles schon so lange dauert hat sich sogar der Commitment score 
gesenkt. Der individuelle commitment score verliert mit der Zeit an Wert, es 
sei denn man refresht sein Commitment, indem man mal wieder die Antragsseite in 
angemeldetem Zustand besucht.

Übrigens gab es im Diskussionsbereich die Frage ob die Kommiter alle vergessen 
haben ihre anderen Styckoverflow/StackExchange-Accounts zu benutzen weil ja so 
viele Anfänger dabei wären. 
http://discuss.area51.stackexchange.com/questions/25634/how-can-we-help-the-proposal-succeed/25645?noredirect=1#comment40097_25645



--
--
http://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] ELTS Bestellung für Behörden.

[Bernd Wilke]

hat jemand Erfahrungen mit Bestellungen von ELTS für TYPO3 bei öffentlichen Behörden? 
wie kann man belegen, dass keine öffentliche Ausschreibung notwendig/sinnvoll ist, sondern dass man das direkt bei TYPO3 GmbH bestellt?


mein Abteilungsleiter möchte irgendwelche Aussagen dazu haben, die das Vorgehen 
gegenüber  den Rechnungsprüfern legitimieren.

Bernd

--
--
http://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] typo3.stackexchange.com

[Bernd Wilke]

Kleien Erinnerung an unsere stackoverflow/stackexchange Aktivitäten:

| Antrags für typo3.stackexchange.com 
| (http://area51.stackexchange.com/proposals/102804/typo3?referrer=5hwGgB7myxI3D8Mw0epqTw2).


| aktuell sind 30% komplett. wenn 100% erreicht sind wird die private
Beta-Phase starten.
|
| die Verpflichtungsbewertung ist das Minimum von drei Bewertungen:
| 66% 132/200 committers insgesamt
| 30% 30/100 committers mit einer Reputation von 200 und mehr auf
irgendeiner StackExchange/Stackoverflow Site
| 42% commitment Bewertung, basierend auf der Aktivität der Commiter auf
allen Sites und Alter des Commitments

| Right now, it's 30% complete. When it reaches 100%, the beta will begin.

The commitment score is the minimum of three scores:
66% 132/200 committers in total
30% 30/100 committers with 200+ rep on any other site
42% commitment score, based on committers' activity on all other sites and how 
old the commitment is
--
--
http://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] typo3.stackexchange.com

[Bernd Wilke]

ganz kurz: 
in den letzten zwei Wochen ist nur ein Commiter hinzugekommen: an den zahlen hat sich ncihts geändert. :(

--
--
http://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] typo3.stackexchange.com

[Bernd Wilke]

Update des Antrags für typo3.stackexchange.com
(http://area51.stackexchange.com/proposals/102804/typo3?referrer=5hwGgB7myxI3D8Mw0epqTw2):
| aktuell sind 27% komplett. wenn 100% erreicht sind wird die private
Beta-Phase starten.
|
| die Verpflichtungsbewertung ist das Minimum von drei Bewertungen:
| 62% 124/200 committers insgesamt
| 27% 27/100 committers mit einer Reputation von 200 und mehr auf
irgendeiner StackExchange/Stackoverflow Site
| 40% commitment Bewertung, basierend auf der Aktivität der Commiter auf
allen Sites und Alter des Commitments

Für mehr Information zu StackOverflow und StackExchange habe ich einen Artikel 
für die offizielle Doku geschrieben, daher in englisch:
https://docs.typo3.org/typo3cms/drafts/github/T3DocumentationStarter/Public-Info-009/StackOverflow/Index.html

Der Artikel kann bei bedarf auf github erweitert werden.
Wenn dir ein guter Platz einfällt wo der Artikel in die offizielle 
Dokumentation eingebaut/verlinkt werden kann sagt mir bitte Bescheid.

Danke
--
--
http://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] typo3.stackexchange.com

[bernd wilke]

Update des Antrags für typo3.stackexchange.com
(http://area51.stackexchange.com/proposals/102804/typo3?referrer=5hwGgB7myxI3D8Mw0epqTw2):
| Bevor die Site kreiert wird braucht es Leute, die sich verpflichten
sie zu benutzen.
| aktuell sind 26% komplett. wenn 100% erreicht sind wird die private
Beta-Phase starten.
|
| die Verpflichtungsbewertung ist das Minimum von drei Bewertungen:
| 60% 120/200 committers insgesamt
| 26% 26/100 committers mit einer Reputation von 200 und mehr auf
irgendeiner StackExchange/Stackoverflow Site
| 39% commitment Bewertung, basierend auf der Aktivität der Commiter auf
allen Sites und Alter des Commitments


Die Anzahl der Commiter stagniert.
vielleicht kannst du die Information und den Link weiter verbreiten. Ich
allein kann nicht jeden erreichen.

Außerdem möchte ich alle dazu aufrufen jetzt schon fleißig stackoverflow
zu benutzen, so dass wir alle mit den Regeln und Verfahren von
stackoverflow vertraut werden und unser Wissen auch jetzt schon
archiviert und indiziert wird.

bernd

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

Re: [TYPO3-german] typo3.stackexchange.com

[bernd wilke]

Update des Antrags für typo3.stackexchange.com
(http://area51.stackexchange.com/proposals/102804/typo3?referrer=5hwGgB7myxI3D8Mw0epqTw2):
| Bevor die Site kreiert wird braucht es Leute, die sich verpflichten
sie zu benutzen.
| aktuell sind 25% komplett. wenn 100% erreicht sind wird die private
Beta-Phase starten.
|
| die Verpflichtungsbewertung ist das Minimum von drei Bewertungen:
| 57% 115/200 committers insgesamt
| 25% 25/100 committers mit einer Reputation von 200 und mehr auf
irgendeiner StackExchange/Stackoverflow Site
| 39% commitment Bewertung, basierend auf der Aktivität der Commiter auf
allen Sites und Alter des Commitments


Die Anzahl der Commiter stagniert.
vielleicht kannst du die Information und den Link weiter verbreiten. Ich
allein kann nicht jeden erreichen.

Außerdem möchte ich alle dazu aufrufen jetzt schon fleißig stackoverflow
zu benutzen, so dass wir alle mit den Regeln und Verfahren von
stackoverflow vertraut werden und unser Wissen auch jetzt schon
archiviert und indiziert wird.

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

Re: [TYPO3-german] typo3.stackexchange.com

[bernd wilke]

Am 04.10.2016 um 21:36 schrieb bernd wilke:
Update des Antrags für typo3.stackexchange.com
(http://area51.stackexchange.com/proposals/102804/typo3?referrer=5hwGgB7myxI3D8Mw0epqTw2):
| Bevor die Site kreiert wird braucht es Leute, die sich verpflichten
sie zu benutzen.
| aktuell sind 24% komplett. wenn 100% erreicht sind wird die private
Beta-Phase starten.
|
| die Verpflichtungsbewertung ist das Minimum von drei Bewertungen:
| 56% 113/200 committers insgesamt
| 24% 23/100 committers mit einer Reputation von 200 und mehr auf
irgendeiner StackExchange/Stackoverflow Site
| 38% commitment Bewertung, basierend auf der Aktivität der Commiter auf
allen Sites und Alter des Commitments

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

Re: [TYPO3-german] typo3.stackexchange.com

[bernd wilke]

Update des Antrags für typo3.stackexchange.com
(http://area51.stackexchange.com/proposals/102804/typo3?referrer=5hwGgB7myxI3D8Mw0epqTw2):
| Bevor die Site kreiert wird braucht es Leute, die sich verpflichten
sie zu benutzen.
| aktuell sind 23% komplett. wenn 100% erreicht sind wird die private
Beta-Phase starten.
|
| die Verpflichtungsbewertung ist das Minimum von drei Bewertungen:
| 54% 105/200 committers insgesamt
| 23% 23/100 committers mit einer Reputation von 200 und mehr auf
irgendeiner StackExchange/Stackoverflow Site
| 37% commitment Bewertung, basierend auf der Aktivität der Commiter auf
allen Sites und Alter des Commitments

zuletzt gab es etwas Aufregung weil es wohl jemand zu gut meinte:
Stackoverflow erkannte, dass eine Person, mehrere Beiträge der gleichen
Person(en) in Serie upvotete. Diese Upvotes wurden nachts dann
rückgängig gemacht (die reputation points werden wieder abgezogen).
Das ist also nicht die Art wie wir erfahrene User (viele reputations)
erzeugen.

mehr Fragen stellen, Fragen beantworten und dann Antworten als Lösung
akzeptieren.
und bei besonders interessanten Fragen oder Antworten auch mal upvoten.

Hinweis zur "private Beta" Phase:
in dieser Phase werden wohl nur die Leute Zugang zu
typo3.stackexchange.com haben, die sich als commiter eingeschrieben haben.
stackoverflow.com wird natürlich auch weiterhin für jedermann offen sein.
in der anschließenden "public Beta" hat dann jedermann Zugriff auf
typo3.stackexchange.com und kann dort Fragen stellen und beantworten, so
wie es jetzt schon sehr viele Areas im "public Beta" status sind.


Danke
bernd


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

[TYPO3-german] Re: typo3.stackexchange.com

[Bernd Wilke]

Update des Antrags für typo3.stackexchange.com (http://area51.stackexchange.com/proposals/102804/typo3?referrer=5hwGgB7myxI3D8Mw0epqTw2): 


| Bevor die Site kreiert wird braucht es Leute, die sich verpflichten sie zu 
benutzen.
| aktuell sind 19% komplett. wenn 100% errericht sind wird die Beta-Phase 
starten.
|
| die Verpflichtungsbewertung ist das Minimum von drei Bewertungen:
| 42% 85/200 committers insgesamt
| 19% 10/100 committers mit einer Reputation von 200 und mehr auf irgendeiner 
StackExchange/Stackoverflow Site
| 29% commitment Bewertung, basierend auf der Aktivität der Commiter auf allen 
Sites und Alter des Commitments
--
--
http://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] Re: typo3.stackexchange.com

[Bernd Wilke]

Die Phase der Selbstverpflichtung (commitment) hat begonnen:

| Bevor die Site kreiert wird braucht es Leute, die sich verpflichten sie zu 
benutzen.
| aktuell sind 10% komplett. wenn 100% errericht sind wird die Beta-Phase 
starten.
|
| die Verpflichtungsbewertung ist das Minimum von drei Bewertungen:
| 24% 49/200 committers insgesamt
| 10% 10/100 committers mit einer Reputation von 200 und mehr auf irgendeiner 
StackExchange/Stackoverflow Site
| 17% commitment Bewertung, basierend auf der Aktivität der Commiter auf allen 
Sites und Alter des Commitments

Da die meisten von uns neu bei Stackoverflow sind fehlen uns vor allem Commiter 
mit einer reputation von 200 oder mehr.
Aber dieses verfahren dauert noch einige Zeit und so sind wir in der Lage diese 
Reputationen mit wir Fragen und Antworten auf Stackoverflow (oder anderen 
Stackexchange Bereichen) zu sammeln.

Ihr solltet eure Fragen und Antworten also auf Stackoverflow stellen und 
natürlich bewerten und Antworten akkzeptieren.

bernd
--
--
http://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] Re: typo3.stackexchange.com

[Bernd Wilke]

Hurra!
die Definitionsphase ist beendet.

Die nächste Phase der Selbstverpflichtung (commitment) hat begonnen:

| Bevor die Site kreiert wird braucht es Leute, die sich verpflichten sie zu 
benutzen.
| aktuell sind 2% komplett. wenn 100% errericht sind wird die Beta-Phase 
starten.
|
| die Verpflichtungsbewertung ist das Minimum von drei Bewertungen:
| 8% 17/200 committers insgesamt
| 2% 2/100 committers mit einer Reputation von 200 und mehr auf irgendeiner 
StackExchange/Stackoverflow Site
| 5% commitment Bewertung, basierend auf der Aktivität der Commiter auf allen 
Sites und Alter des Commitments


--
--
http://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] config.addtionalHeaders

[Bernd Wilke]

du könntest .cObject versuchen.
also so etwa:
vcard.config.additionalHeaders.20.header.cObject = TEXT
vcard.config.additionalHeaders.20.header.cObject {
  field = name
  wrap = Content-Disposition: attachment; filename="vcard-|.vcf"
}

wenn das zwar prinzipiell aber nicht so genau mit den daten passt kannst du 
natürlich auch ein COA benutzen.

bernd
--
--
http://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] Fluid If-ViewHelper - Condition mit AND Verknüpfung

[Bernd Wilke]

es war nach einer UND-verknüpfung gefragt und nicht nach ODER.

bernd
--
--
http://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] Fluid If-ViewHelper - Condition mit AND Verknüpfung

[Bernd Wilke]

warum nicht einfach zwei geschachtelte einfache Conditions?
{var1} - {var2}

da ich hier übers forum poste weiß ich nciht wie das mit den tags funktioniert 
(ich sehe die tags in den originalpostings nicht)
also mal mit falschen klammern:
(f:if condition="{var1}")(f:if condition="{var2}"){var1} - {var2}(/f:if)(/f:if)

bernd

--
--
http://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] Re: typo3.stackexchange.com

[Bernd Wilke]

Status Update:
106 Follower
78 Beispielfragen (2 geschlossen)
Wir brauchen 6 weitere Fragen mit einer Bewertung von 10 oder mehr um in die 
nächste Phase zu kommen.


--
--
http://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] typo3.stackexchange.com

[Bernd Wilke]

Gerade ist mir noch eingefallen: bei area51.stackexchange.com gibt es auch 
einen Diskussionsbereich wo man über die Anträge auf neue Subdomains 
diskutieren kann und soll. (direkt über den Beispielfragen: 
http://area51.stackexchange.com/proposals/102804/typo3)

Vielleicht sollten wir diese Diskussion auch dort noch mal ausführen (es gibt 
schon eine Frage in der Richtung)

bernd
--
--
http://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] typo3.stackexchange.com

[bernd wilke]

Am 16.09.2016 um 12:26 schrieb Peter Linzenkirchner:
> Hallo Bernd, 
> 
> ich werde aus deiner Initiative nicht ganz schlau … Was durchaus an mir 
> liegen kann. 
> 
> Kannst du etwas genauer erklären, um was es hier eigentlich geht? Die 
> Core-Entwickler
> haben vor kurzem empfohlen, Fragen so weit es geht auf stackoverflow
zu posten, und
> dazu angemerkt, dass sie nur noch dort antworten wollen. Ich vermute,
die meisten
> Unterstützer deiner Initiative gehen davon aus, dass stackexchange und
stackoverflow
> identisch sind. Ich bisher auch … Aber sind sie das wirklich? Oder
haben wir am
> Schluss einfach wieder einen Kanal mehr?

Wie Phillip das schon beschrieb: stackexchange ist eigentlich das
gleiche wie stackoverflow. zu stackexchange gibt es nur diverse
Subdomains, die themenspezifischer sind: http://stackexchange.com/sites#

Während auf stackoverflow (eigentlich) nur Fragen zur Programmierung
erlaubt sind, können in den Stackexchange-Bereichen (themenbezogen) auch
andere Fragen gestellt und beantwortet werden.
Bewertungen von Fragen und Antworten, sowie reputations gibt es dort
überall und sind zum teil auch anrechenbar.

Für mich war auch ein Ausschlag, dass ich so fokussierter neue Fragen
und Antworten sehen kann.

> Wurde das in der Community bzw. mit den Core und Extension-Entwicklern 
> irgendwie
> abgesprochen, oder ist das eine Initiative von dir?

Das ist eine Initiative von mir. Ich denke aber dass es ok ist, da es
eben auch Stackoverflow ist, nur eben etwas fokussierter, und ggfls.
auch etwas über die reinen Programmierfragen hinaus.

ich denke mal dass in absehbarer Zeit das alte NG/ML/Forum Trio auch
nicht mehr weiter laufen wird, da es immer wieder Probleme gibt , aber
noch keinen Nachfolger (aber vielleicht bin ich da auch nicht gut
informiert)

> Ich fände es wichtig, dass die momentan sehr weit verstreuten Infos (Slack, 
> diese
> Listen, diverse Foren, Facebook, stackoverflow) gebündelt werden; und
die Keynote
> von Matthes habe ich auch in diesem Sinn verstanden.

nachdem Slack dem NG/ML/Forum sehr viel Beteiligung abgezogen hat, die
Antworten bei slack aber nicht vernünftig durchsuchbar sind, war eine
neue Stelle für dauerhafte Wissensspeicherung notwendig.

neben dem NG/ML/Forums-Trio und Slack gibt es natürlich noch diverse
Stellen im Netz, wo ein Austausch zu TYPO3 statt findet. ich persönlich
habe mich dort nicht beteiligt, da ich die Informationen lieber in
NG/ML/Forum gebündelt haben wollte - und weil ich auch nicht in der Lage
bin diverse Ecken des Internets zu beobachten.
zukünftig werde ich mich auch auf Stackoverflow.com bzw., sobald es live
geht, primär bei typo3.stackexchange.com beteiligen.

Grundsätzlich kann aber niemand jemand anderen daran hindern sich auf
einer beliebigen Domain oder Medium mit TYPO3 zu beschäftigen, ob das
jetzt Fragen oder Antworten sind. und so wird es dann wohl auch bei
stackoverflow <-> typo3.stackexchange sein.

und noch ist typo3.stackexchange ja noch nicht mal in der beta-phase.
wenn wir die 40 Fragen mit 10+ Bewertung haben müssen wir erst mal 90
supporter finden, die sich namentlich dazu verpflichten in den nächsten
drei Monaten aktiv auf typo3.stackexchange zu beteiligen.
Dann beginnt die beta, bei der dann endlich die initial- und weitere
Fragen beantwortet werden können.

bernd

> Danke
> Peter
> 
> 
>> Am 16.09.2016 um 07:48 schrieb Bernd Wilke <t...@pi-phi.de>:
>>
>> Status des Antrags für  typo3.stackexchange.com 
>> (http://area51.stackexchange.com/proposals/102804/typo3?referrer=5hwGgB7myxI3D8Mw0epqTw2)
>>
>> Danke für die breite Unterstützung.
>> wir haben genug Follower (95) für die nächste Phase,
>>
>> wir haben 70 Beispielfragen, 28 von benötigten 40 mit einem Score von 10 
>> oder mehr
>>
>> Jeder kann 5 upvotes verteilen (und auch nachträglich wieder ändern).
>> jeder hat die Möglichkeit 5 Fragen in den Pool zu stellen, die danach 
>> diskutiert werden können und entsprechend ihrer Brauchbarkeit gewertet 
>> werden können.
>>
>> Es gibt sehr gute Fragen die noch upvotes brauchen!
>>
>> *Bitte überdenkt eure Votes*und unterstützt sie, auch wenn es bedeutet dass 
>> eine Frage unter die 10 supporter grenze rutscht.
>>
>> es geht nicht darum einfach nur 40 Fragen zu haben: 
>> http://area51.stackexchange.com/faq#questions
>> -- 
>> --
>> http://pi-phi.de/cheatsheet.html
>> ___
>> 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] Re: typo3.stackexchange.com

[Bernd Wilke]

Status des Antrags für  typo3.stackexchange.com 
(http://area51.stackexchange.com/proposals/102804/typo3?referrer=5hwGgB7myxI3D8Mw0epqTw2)

Danke für die breite Unterstützung.
wir haben genug Follower (95) für die nächste Phase,

wir haben 70 Beispielfragen, 28 von benötigten 40 mit einem Score von 10 oder 
mehr

Jeder kann 5 upvotes verteilen (und auch nachträglich wieder ändern).
jeder hat die Möglichkeit 5 Fragen in den Pool zu stellen, die danach 
diskutiert werden können und entsprechend ihrer Brauchbarkeit gewertet werden 
können.

Es gibt sehr gute Fragen die noch upvotes brauchen!

*Bitte überdenkt eure Votes*und unterstützt sie, auch wenn es bedeutet dass 
eine Frage unter die 10 supporter grenze rutscht.

es geht nicht darum einfach nur 40 Fragen zu haben: 
http://area51.stackexchange.com/faq#questions
--
--
http://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] Re: typo3.stackexchange.com

[Bernd Wilke]

Status des Antrags für typo3.stackexchange.com 
(http://area51.stackexchange.com/proposals/102804/typo3?referrer=5hwGgB7myxI3D8Mw0epqTw2)

Danke für die breite Unterstützung.
wir haben genug Follower (79) für die nächste Phase,

wir haben 49 Beispielfragen, 23 von benötigten 40 mit einem Score von 10 oder 
mehr

Jeder kann 5 upvotes verteilen (und auch nachträglich wieder ändern).
jeder hat die Möglichkeit 5 Fragen in den Pool zu stellen, die danach 
diskutiert werden können und entsprechend ihrer Brauchbarkeit gewertet werden 
können.

Hier noch ein Hinweis zu den Fragen in der FAQ: just a hint to the questions: 
http://area51.stackexchange.com/faq#questions
* stellt reale Experten-Fragen
* stellt Fragen, die beantwortet werden können
* auch Themenfremde Fragen sind wichtig
* bewertet früh und häufig
* behaltet den Zweck der Site im Auge wenn ihr bewertet
--
--
http://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] typo3.stackexchange.com

[Bernd Wilke]

last uns einen eigenen typo3.stackexchange.com Bereich für alle Fragen, 
Antworten und Dokumentationen rudn um TYPO3 aufbauen.

Der Antrag ist gemacht: 
http://area51.stackexchange.com/proposals/102804/typo3?referrer=5hwGgB7myxI3D8Mw0epqTw2

Wir brauchen 


  60 Follower

  40 Beispielfragen mit einem Score von 10 oder mehr

um in die nächste Phase zu kommen.

benutzt euren Stackoverflow-Account für area51.stackexchange und unterstützt 
den Antrag als Follower, fügt Fragen hinzu und bewertet die Fragen.

Dort existiert außerdem ein Diskussionsbereich über die Initial-Fragen und den 
Bereich allgemein.

bernd
--
--
http://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] BUG? GIFBUILDER skaliert Bilder die unter fileadmin/_processed_ liegen nicht.

[Bernd Wilke]

dein Konzept ist verkehrt. Wenn ein Bild unter _processed_ liegt muss es 
irgendwo anders ein Original geben, das du benutzten solltest.

ich vermute mal dass es für Dateien unter _processed_ keine sys_file records 
gibt und dass damit die weitere Verarbeitungskette nicht funktioniert. 
Vielleicht ist auch der Pfad schon ein 'marker' für bestimmte 
Verarbeitungsschritte im Workflow, der durcheinander kommt wenn du den Pfad 
schon beim Eingang hast.
Das jetzt irgendwie mit Sonderbehandlungen (im Core) ans laufen zu bringen 
klingt für mich nicht nach einer guten Idee.

bernd
--
--
http://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] Re: RealURL: alte URLs id= gehen nicht mehr

[Bernd Wilke]

das sieht erstmal nach einem bug von realurl aus. (solltest du dort mal als 
Fehler melden).
sofern die urls händisch eingegeben werden könntest du auch andere Schreibweisen ausprobieren. 
normalerweise sollte nämlich auch folges funktionieren:

www.mydomain.de?id=22
www.mydomain.de?22

bernd
--
--
http://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] formhandler - in DB schreiben

[Bernd Wilke]

ich hab mal vor einiger Zeit mit Formhandler gearbeitet (die Config könnte sich 
also schon geändert haben). Damals ist dies heraus gekommen: pi-phi. 
de/formhandler.html

dort gibt es zb. 
 2.config {

 table = tt_news_cat_mm
 fields {
   uid_foreign.postProcessing = TEXT
   uid_foreign.postProcessing.value = 10
:
statt .value könntest du natürlich genauso den aktuellen user per 
data = TSFE:fe_user|user|uid

einfügen

bernd
--
--
http://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] tt_content sorting even/odd

[bernd wilke]

Am 04.05.2016 um 18:51 schrieb Thomas Cieslar:
> Hallo zusammen,
> 
> ich suche eine Möglichkeit, an die Position eines Content Elements
> innerhalb der colPos zu gelangen. Also sowas wie eine innerPos oder so.
> 
> Konkret möchte ich unterscheiden, ob es sich bei einem Content Element
> eines bestimmten Typen um das erste, letzte oder ein gerades/ungerades
> (even/odd) Element handelt.
> 
> Gibt es da was? Das einzige, was ich bisher gefunden habe ist "sorting",
> aber diese Zahl spiegelt nicht die Position eines CE's innerhalb einer
> Spalte wieder (also 1,2,3,4,.. bzw. 0,1,2,3,4...).

es spiegelt die Reihenfolge aber eben nicht in direkter lückenloser
Reihenfolge wieder. (Dadurch wird Einfügen  einfacher, ohne dass direkt
alle CEs geändert werden  müssen)

je nachdem wie du arbeitest gäbe es zwei Ansätze die mir so einfallen:

wenn du im Fluid einen Iterator-VH benutzt kannst du dort eine
Iterator-Variable, die dir genau diese Positionen genau anzeigt [¹]

im Typoscript könntest du einen bzw. zwei passende optionsplits benutzen
um das erste und letzte, bzw. gerade ungerade Elemente zu markieren.

1. wrap = first |*| |*| last
2. wrap = odd || even



[1] https://wiki.typo3.org/Fluid#f:for

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

Re: [TYPO3-german] Typo3 7.6.5 userfunc funktioniert nicht

[bernd wilke]

Am Fri, 22 Apr 2016 08:18:09 +0200 schrieb André Spindler:

> Hallo Manuel,
> 
> ich hatte gerade gestern auch genau dieses Problem. Sämtliche Caches
> geleert, selbst über das Installtool.
> Dann habe ich die Extension kurz deinstalliert und dann wieder
> installiert. Dann ging der Aufruf.
> Auch das schon ausprobiert?
> 
> Frage in die Runde:
> Welchen Cache gibt es unter 7.6.5, der bei Änderungen an den
> installierten Extensions neu aufgebaut wird, aber sonst durch keinerlei
> Funktion erreichbar ist?

hierbei wird es sich wohl eher nicht direkt um einen Cache handeln.
ich vermute mal die ClassMap es Autoloaders wurde nicht aktualisiert.
das wird eben bei keinem Cache Löschen gemach, allerdings beim De-/
Installieren von Extensions.
Händisch kannst du es natürlich auch machen:
rm typo3temp/autoload/*
 


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] leere Seite (womöglich wenn Inhalt zu groß wird)

[bernd wilke]

Am Thu, 21 Apr 2016 17:58:50 +0200 schrieb bugblatterbeast:

> Hallo,
> 
> ich bekomme normaler Weise Fehlermeldungen und Exceptions angezeigt.
> Wenn ich aber hin und wieder bei der Entwicklung von Extensions nicht
> weiterkomme und zur Orientierung ein bestehendes Objekt komplett
> ausgeben lasse (mit print_r zum Beispiel), dann erscheint nach recht
> kurzer Zeit nur eine leere Seite... Apache-Log zeigt in diesem Fall
> keine Ungewöhnlichkeiten.
> 
> Woran könnte das liegen und wie könnte ich das ändern?

eine weiße Seite deutet immer auf einen (abgefangenen) Fehler hin.
bei großen Objekten und schnellen Antworten liegt die Vermutung nahe, 
dass es sich um einen Speicherüberlauf handelt (Timeout bei der 
Aufbereitung der vielen Daten wäre die andere Möglichkeit).

Wenn kein Speicher mehr zur Verfügung steht ist es evtl. auch schwierig 
noch eine sinnvolle Ausgabe zu generieren.
Allerdings sollte so etwas im Error-Log protokolliert sein.

wenn du die ganzen Fehlerausgabe-Optionen ansonsten genutzt hast fällt 
mir nur noch ein dass du evtl. mal
config.contentObjectExceptionHandler = 0
im TS setzt. Zumindest für 7LTS könnte das hilfreich sein.
mehr Infos zu Versionen (TYPO3, PHP, ...) sind ansonsten immer recht 
hilfreich.

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] Seitentitel via TS ändern

[bernd wilke]

zwei kleine Anmerkungen zum besseren Verständnis (und saubererem TS)

Am Fri, 22 Apr 2016 07:46:41 +0200 schrieb Karl-Heinz Fischbach:

> Hallo Philipp,
> das, wie man den sitetitle anspricht war der entscheidende hinweis.
> 
> So funktioniert es jetzt:
> 
> page.headerData = COA

page.headerData ist schon automatisch vorhanden und ein COA. Das muss 
niemand mehr definieren. (das solltest du gemerkt haben wenn  
page.headerData.10 schon woanders definiert wurde)

> page.headerData {
> # achtung die 10 wird schon irgendwo benutzt
>   20 = COA
>   20 {
>   stdWrap.noTrimWrap = |||

in der Form ist das noTrim ziemlich überflüssig, da ja keinerlei 
Whitespace im Wrap vorhanden ist.
auch eine Verschachtelung mit dem stdWrap braucht es nicht, da ein COA 
ein .wrap hat also entweder:
wrap = |
oder aber: 
stdWrap.noTrimWrap (
|
   |
|
)
hier wird dann vor und hinter dem Title Tag ein Zeilenumbruch (und 
Einrückung) eingefügt, die bei einem normalen wrap weg getrimmt würden.

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] index.php?id=...=...

[Bernd Wilke]

Am 14.04.2016 um 15:19 schrieb Florian Heß:


PS: Du willst lt. Header, dass ich auch nach "typo3.german" poste. Macht
mein Thunderbird nicht mit, weil es sich nicht um eine gültige
Mailadresse handelt. Daher habe ich diesen Empfänger entfernt.


hm. mein thunderbird schreibt locker in die NG.
der Newsserver muss natürlich auch konfiguriert sein ;-)

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

bernd

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

Re: [TYPO3-german] Probleme mit html5videoplayer

[Bernd Wilke]

Am 14.04.2016 um 14:59 schrieb g4-l...@tonarchiv.ch:

Offenbar war das wirklich ein Fehler der Extension, wenn keine Startzeit
des Videos angegeben wurde.

Es gibt vom Entwickler eine neue Version, welche alledings nur noch
PHP-5.5 kompatibel ist :( Was das für einen Vorteil haben soll, ist mir
schleierhaft. Mein Debian Squeeze Server ist offenbar zu alt dafür.


ähem.
und das sagst du in Zeiten wo alle gerade auf die allerneuesten 
versionen updaten (wollen)?

wir versuchen gerade überall auf PHP 7 zu kommen
und selbst host-Europe hat letzten Monat alle User mit einem 
Zwangsupdate auf PHP 5.6 beglückt. daran sind wohl einige TYPO3 4.5 
Installationen 'gestorben'.


ansonsten zum Thema veraltete Software:
http://www.heise.de/newsticker/meldung/Screensaver-bei-Debian-Software-mit-Verfallsdatum-3172970.html


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

Re: [TYPO3-german] Problem mit Cronjob + Scheduler

[Bernd Wilke]

Am 14.04.2016 um 11:28 schrieb Jörg Wiedemann:

Hallo, für ein T3 Projekt brauchen wir den Scheduler. Alle Versuche, den
Scheduler per Cronjob anzustossen, sind gescheitert.
Folgender Stand:
Typo3 6.2, nginx-Server, PHP 5.4, der Scheduler ist mit dem Testtask
"Mail-Versenden" eingerichtet, manuell funktioniert dies auch.
Der _cli_scheduler BE-Benutzer ist angelegt, der Setup-Check zeigt mir
an, das alles ok ist.
Der Cronjob startet mit  "/var//typo3/cli_dispatch.phpsh scheduler",
läuft und gibt keine Fehlermeldung zurück. Der Scheduler wiederum gibt
mir dann nach dem Verstreichen der Zeit an "late, will run with next
execution".
Ich bin da etwas ratlos. Gibt es etwas, das ich übersehen habe oder noch
checken müßte? Symlinks, PHP-Version, OPcache?
Vielen Dank Jörg


mach den Aufruf doch mal indirekt:
erstelle ein bash-script, dass den scheduler als aufruf enthält. vorher 
aber die aktuelle uhrzeit mal in ein 'logfile' schreibt. damit siehst du 
dann ob der cronjob ordentlich startet.

Du kannst natürlich auch noch einen returncode loggen. zb. so etwas:


#!/bin/bash
echo "cron start" >> /var//cron.log
date >> /var//cron.log
/var//typo3/cli_dispatch.phpsh scheduler
echo "scheduler beendet mit $?" >> /var//cron.log
date >> /var//cron.log


btw: die cli_dispatch.phpsh ist auch executable?
ansonsten noch ein 'php' vor den Aufruf setzen!

bernd

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

Re: [TYPO3-german] index.php?id=...=...

[Bernd Wilke]

Am 14.04.2016 um 11:05 schrieb Florian Heß:

Am 14.04.2016 um 10:02 schrieb Bernd Wilke:

aber zur Not kannst du natürlich auch ein page-objekt für den Type 100
erstellen.

dort kannst du dann alles machen. natürlich auch einen responsecode 404
ausgeben:

page100 = PAGE
page100 {
typeNum = 100
config.disableAllHeaderCode = 1
config.additionalHeaders = HTTP / 1.1 404 Not Found

// oder auf die fertige 404-Seite redirecten:
config.additionalHeaders = Location: /404.html


Hallo Bernd,

danke! Diese Lösung erscheint mir vielversprechend. Nur wie bzw. woher
Typo3, dass es in Object "page100" die Konfiguration findet, die bei
=100 gelten soll? Wo muss ich das definieren?


das passiert durch das "typeNum = 100"
das legt fest dass dieses Object für die Ausgabe gerendert wird wenn in 
der URl ein paramter "=100" vorhanden ist.


die Benamung 'page100' ist willkürlich, aber da das default page object 
(=0 oder gar keine Angabe) normalerweise 'page' heisst (es gibt 
extensions, die das in ihrem Typoscript voraussetzen :-( ) weiss ich 
(oder ein anderer Admin) mit 'page100', dass es sich a) um ein 
page-Object handelt, b) dass es für den Type 100 definiert ist


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

Re: [TYPO3-german] Footer-Menu (Einer für Alle - Prinzip)

[Bernd Wilke]

Am 13.04.2016 um 21:06 schrieb boiler marc:

Hallo Profis,

wie habt ihr eure Footer-Menüs gelöst. Habt ihr das Footer-Menü bei
jedem Layout berücksichtigt und für jede Seite gepflegt oder gibt es
eine elegantere Möglichkeit?


bei mir gehört der Footer, der auf jeder Seite zu sehen ist (das kann 
das Menü mit beinhalten) einfach in das eine globale Layout.


normalerweise mache ich den Einstieg ins Fluid mit einem Template und 
einem Layoutfile und erst in der Main-section des templates rufe ich die 
Partials pro Seiten-typ auf. d.h. ich muss natürlich eine Fluid-Variabel 
mit dem aktuellen (Backend-)Layout erstellen:


  backendLayout = TEXT
  backendLayout {
field = backend_layout
ifEmpty.data = levelfield:-2, backend_layout_next_level, slide
  }

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

Re: [TYPO3-german] index.php?id=...=...

[Bernd Wilke]

Am 13.04.2016 um 16:54 schrieb Florian Heß:

Guten Tag,

wir haben ein Webangebot samt Domain von anderer Seite übernommen,
layoutmäßig und inhaltlich generalüberholt und hosten es nunmehr unter
Typo3 7.6.4.

Wir bekommen recht oft, wahrscheinlich von einem RSS-Feed-Aggregator
Requests nach /index.php?id=194=100 herein. Da sprechende URLs
verwenden, handelt es sich anscheinend um Requests an das System vor dem
Relaunch. Die bezeichnete Ressource gibt es nicht mehr, id=194 selbst
jedoch schon. Ich würde nun gerne die Massen identischer Logzeilen
vermeiden wollen, da die wirklich relevanten Meldungen darin untergehen.
Hier ein Beispiel:

Core: Exception handler (WEB): Uncaught TYPO3 Exception: #1294587217:
The page is not configured! [type=100][]. This means that there is no
TypoScript object of type PAGE with typeNum=100 configured. |
TYPO3\CMS\Core\Error\Http\ServiceUnavailableException thrown in file
.../typo3/sysext/frontend/Classes/Controller/TypoScriptFrontendController.php
in line 2592. Requested URL: .../index.php?id=194=100.

Kann ich Typo3 via TypoScript, vermutlich via TSConfig auf der Seite ID
194 anweisen, ordentlich HTTP 404 zurückzugeben? Oder sieht jemand eine
andere Möglichkeit?


ich denek auch dass es am besten ist das ganze schon früher abzufangen 
(zb. htaccess), oder im installtool ein pagenotFoundhandling 
einzurichten [1]
aber zur Not kannst du natürlich auch ein page-objekt für den Type 100 
erstellen.


dort kannst du dann alles machen. natürlich auch einen responsecode 404 
ausgeben:


page100 = PAGE
page100 {
   typeNum = 100
   config.disableAllHeaderCode = 1
   config.additionalHeaders = HTTP / 1.1 404 Not Found

   // oder auf die fertige 404-Seite redirecten:
   config.additionalHeaders = Location: /404.html

}


[1] zb. 
http://www.typo3-probleme.de/2014/06/12/typo3-404-error-seite-fehlerseite-einrichten/


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

Re: [TYPO3-german] Dynamic content - modernes Templating?

[Bernd Wilke]

Am 13.04.2016 um 12:04 schrieb Philipp Gampe:

Hi Bernd,

Bernd Wilke wrote:


Mich würde interessieren ob schon mal jemand diese Konstruktionen auf
Resourcen-Verbrauch (Zeit, Speicher) untersucht hat.


Der Vorteil liegt darin, dass das cObject erst gerendert wird, wenn es im
Template aufgerufen wird, im Gegensatz zur Fluid variable, welche immer
befüllt werden muss, auch wenn man die Daten am Ende gar nicht im Template
braucht.
Darüber hinaus kann man dem cObject Viewhelper noch Daten mitgeben
(getData/data: im TS), sodass man die Auswahl der Daten durch das Fluid
Template steuern kann.
Das ist viel verständlicher, als wenn man dies mit Registern im TS macht.


wird ein lib-object, das aus einem Fluid-heraus aufgerufen wird 
tatsächlich erst beim rendern des Fluid-templates gerendert? [*]


dass man da noch Variablen mit einsetzen kann ist für mich der einzige 
Grund dieses Konstrukt in Fluid-Templates überhaupt zu verwenden. 
sozusagen ein einfacher Viewhelper in Typoscript. (auch wenn ein PHP-VH 
auch nicht sonderlich aufwändig ist)


[*] was wird überahaupt alles gerendert wenn das TS geparst wurde?
ist es alles? oder nur page-objekte?

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

Re: [TYPO3-german] Dynamic content - modernes Templating?

[Bernd Wilke]

Am 13.04.2016 um 07:17 schrieb Gerrit L.:

Hallo zusammen,

ich habe mir im bootstrap_package mal die Fluid-Templates angesehen und
bin dabei auf den Dynamic Content gestoßen. Dabei scheint ja aus dem
Fluid-Template heraus Typoscript aufgerufen zu werden um entsprechende
Inhalte aus der DB abzurufen?

Ist das die "neuere modernere" Art Inhalte in Fluid Templates zu
bekommen oder doch lieber über die altbekannten Variablen des
FLUIDTEMPLATES in TypoScript?


neu und modern ist das nicht, da diese Funktionalität schon immer 
existierte.
ich setze es auch ein, versuche es aber wenn möglich zu vermeiden weil 
ich denke dass die Performance nicht so gut ist. immerhin werden die 
Prozesse TS-Rendering, fluid-Parsing und Variablen ersetzen um 
mindestens ein weiteres TS-Rendering erweitert.
als Extrem könnte man eine sehr tiefe Verschachtelung aufbauen, 
einerseits dass Ergebnisse eines  Aufrufes als Eingabe für 
weitere -Aufrufe genutzt werden oder gar dass im TS-Rendering 
eines -Aufrufes wieder Fluid-Templates benutzt werden, die ...

Normalerweise sind Viewhelper direkt in PHP effektiver.

Mich würde interessieren ob schon mal jemand diese Konstruktionen auf 
Resourcen-Verbrauch (Zeit, Speicher) untersucht hat.


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

Re: [TYPO3-german] Layout Label für bestimmtes Inhaltselement ändern (TYPO3 7.6.4)

[Bernd Wilke]

Am 11.04.2016 um 12:26 schrieb Johannes C. Laxander:

Hallo Ich möchte dieses Posting nochmal in Erinnerung bringen - leider bin
ich hier noch nicht weitergekommen.


boun...@lists.typo3.org] Im Auftrag von Johannes C. Laxander
Gesendet: Freitag, 8. April 2016 12:28

Hallo,

mit

"TCEFORM.tt_content.layout.types.textmedia.altLabels.1 = Neuer
Labelname"

kann man bei dem Inhaltselement "Textmedia" "Layout 1" in "Neuer
Labelname"
ändern.

Wie aber ändere ich "Layout 1" für das Inhaltselement "Plugin TX News"?


solch ein CE gibt es nicht wirklich.
es ist kein Inhaltselements "Plugin tx_news" sondern einfach nur ein 
Inhaltselement "Plugin" (CType = 'list')
dass dieses Plugin dann aus ext:news kommt wird durch ein weiteres Feld 
(list_type) festgelegt. So spezifisch greift dann aber kein TSConfig mehr.
allerdings hast du bei news-plugins die Option das Layout durch ein 
Flexform-Feld auszuwählen. Die Auswahl legst du durch TSConfig fest 
(siehe Post von Renzo)


bernd

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

Re: [TYPO3-german] Rechte: Video in "Text & Medien"-Element einfügen

[Bernd Wilke]

Am 11.04.2016 um 12:58 schrieb Chris:

Hallo zusammen,

ich würde gerne den Redakteuren das Recht geben in das "Text &
Medien"-Element ein Video einzufügen. Irgendwie finde ich nicht heraus,
welchen Haken ich setzen muss, damit der Knopf "Add media by URL" oder
auf deutsch "Medien nach URL hinzufügen" angezeigt wird.


das wird meien ich in der tabelle sys_file hinterlegt, also muss man 
erst für jedes (youtube|*)-Video einen Datensatz im Datei-Liste-Modul 
anlegen, das man dann im ContentElement (oder FileCollection) benutzen kann.



Als Admin wird mir der Knopf auch nur angezeigt, wenn ich in den
Einstellungen zu meinem User den Haken unter "Hochladen von Dateien
direkt im Web-Modul" anklicke. Ist das Korrekt? Eigentlich würde ich
nämlich diesen Haken nicht setzen wollen...


bei mir ist das schon immer default-mäßig deaktiviert.
Die Redakjeure sollen erstmal ihre Medien ordentlich unter 
fileadmin() ablegen um es dann erst zu benutzen, statt tausende 
dateien alle im uploads-Ordner rumliegen zu haben (da findet sie kein 
Mensch wieder) (auch wenn das inzwischen etwas leichter geworden ist)



Viel wichtiger ist aber aktuell die Frage, wie ich einem Redakteur
überhaupt das Recht geben kann Videos einzubinden :-)


er muss Rechte für die tabellen sys_file  haben, die eben FAL 
ausmachen. Und danach natürlich für die CEs, die die Videos darstellen.



Ich setze TYPO3 7.6.4 in Kombination mit fluid_styled_content ein.


bernd

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

Re: [TYPO3-german] GIFBUILDER

[Bernd Wilke]

Am 11.04.2016 um 07:17 schrieb Karl-Heinz Fischbach:

Hallo,
ich versuche einen text über ein bild zu bekommen.

Ich meine, dass GIFBUILDER die richtige wahl dafür ist.

Mein versuch:

lib.av_cal_year = IMAGE
lib.av_cal_year.file = GIFBUILDER
lib.av_cal_year.file {
 format = png
 10 = IMAGE
 10.file = fileadmin/images/av_calendar.png
 10.file.width = 50

 20 = TEXT
 20.text = 2016
 20.fontColor = black
 20.XY = 0,0
 20.fontSize = 8
 20.fontFile = typo3/sysext/core/Resources/Private/Font/nimbus.ttf
}

Die grafik erscheint, der text nicht.


der weg ist schon richtig. du tappst aber in eine alte Falle:
die Positionierung des Textes ist etwas ungeöhnlich.

grundsätzlich hat das Bild die Pixelkoordinaten:

0,0---100,0
|.|
|.|
|.|
|.|
0,50-100,50

Koordinatenursprung also linke obere Ecke,

wenn du aber Text einfügst gibst du als Bezugspunkt die linke _untere_ 
Ecke des Textes an.


0,0---100,0
|.|
|.\Mein Text..|
|./\..|
|.|
0,50-100,50

Text, der also mittig eingefügt wird (50,25) erscheint also im rechten 
oberen Quadranten.
dein Text, der bei 0,0 einegfügt wird - wird also außerhalb des 
sichtbaren Bildes angezeigt.



Kann mir jemand aufs pferd helfen oder einen anderen weg zeigen ?
Danke


Texteinfüge-Koordinaten anpassen!

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

Re: [TYPO3-german] Datenausgabe abhängig von Auswahl

[Bernd Wilke]

Am 08.04.2016 um 01:57 schrieb Philipp:

Hallo,

ich stehe komplett auf der Leitung.

Möchte erreichen,dass ein Besucher der Website den für sein Anliegen
passenden Kontakt angezeigt bekommt.

Beispiel:

Er wählt zuerst zwischen Europa und Asien in einem Dropdown.
Je nach Auswahl erscheint dann im nächsten Dropdown eine Auswahl an
bestimmten Ländern.
Dort wählt er Deutschland .

Wenn er nun auf einen Button "Anzeigen" klickt, dann bekommt er den
korrekten Kontakt aus Deutschland angezeigt.

Gibt es dafür eine Extension oder einen Ansatz, wie man das umsetzen kann?


so etwas hatte ich mal mit wt_directory gemacht. ich weiß aber nicht 
mehr genau ob das eingebaut war oder ob ich da noch viel dran gehängt 
habe. Ich weiß auch nciht wie der aktuelle Stand der extension ist.


je nach Datenvolumen gibt es zwei Ansätze:
1. wenig Daten:
alle Daten werden in JS-Arrays abgelegt und nach der ersten Auswahl baut 
das JS aus den verfügbaren Daten die zweite Auswahl und blendet sie ein. 
weitere levels analog.

2. viele Daten:
hier kann man nicht alle Daten als JS-Array in die Seite einbauen ud 
muss sie dynamisch vom Server abfragen:
dazu baust du ein Ajax (Abfrage und Server-Antwort): nach der ersten 
Auswahl (die natürlich schon im Seitenquelltext mit ausgeliefert wird) 
wird die zweite Auswahl vom Server per Ajax abgefragt und in der Seite 
eingeblendet. weitere Level analog.


bei beiden Ansatzen solltest du vorsehen dass jemand die Auswahl auf 
einer früheren Ebene wechselt und alle folgenden Auswahlen ausgeblendet 
und die nächste Auswahl (basierend auf der aktuellen Auswahl) neu 
eingeblendet wird.


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

Re: [TYPO3-german] In COOKIE gespeicherte PageID (für Menü Erstellung) verwenden

[Bernd Wilke]

Am 31.03.2016 um 18:26 schrieb Bastian Holzem:

Hallo,

ich möchte die drei zuletzt angesehenen Seiten als (Menu-)Links
ausgeben, welche ich in einem COOKIE gespeichert habe.
Das Menü kann ich ja wie folgt lösen:

10 = HMENU 10 {
   special = list

>special.value = 10,11,12

}

Ich kann nun aber nicht die IDs aus den COOKIES bei "special.value"
einsetzen

special.value = global : _COOKIE | lastvisited_1

Wie könnte man dies Lösen?


um die Daten in das Menu zu bekommen kannst du einfach
special.value.data = global : _COOKIE | lastvisited_1
oder einen Umweg über cObject machen. vermutlich musst du sogar en Umweg 
machen wegen caching.
schließlich soll ja jeder Besucher seine drei letzten Seiten sehen und 
nicht die vom ersten Seitenbesucher.


special.value.cObject = COA_INT
special.value.cObject {
10 = TEXT
10.data = global : _COOKIE | lastvisited_1
}

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

Re: [TYPO3-german] Typoscript CASE - Zugriff auf Typoscript-Parameter

[Bernd Wilke]

Am 31.03.2016 um 17:14 schrieb Peter Linzenkirchner:

Hallo Liste,

ich möchte innerhalb einer tt_news-Konfiguration eine CASE-Abfrage machen, die 
auf einen Wert eines anderen Typoscript-Parameters zugreift. Im aktuellen 
Konfigurationsarray ist eine Variable enthalten, die so aussieht:

plugin.tt_news.myVar = 1

(das geht ja einfach über die Flexform)

Ich möchte jetzt so darauf zugreifen:

plugin.tt_news {
image.stdWrap.cObject = CASE
image.stdWrap.cObject {
key = myVar

}
}

das geht so natürlich nicht, an der Stelle ist myVar nicht bekannt. Aber es 
müsste doch irgendwie gehen … jemand eine Idee?



key < plugin.tt_news.my_var
?

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

Re: [TYPO3-german] TMENU: directory listet nur Elemente unterhalb des Ursprungs?

[Bernd Wilke]

Am 30.03.2016 um 22:35 schrieb Peter Kühnlein:

Liebe Liste,

ich brauche eine Sitemap, die unter anderem diese Liste(n) beinhaltet:

- Ausgewählte Punkte
- - alle Unterpunkte

Nun liefert mir special = list natürlich alle ausgewählten Punkte;
special = directory liefert mir alle Unterpunkte.

Aber nichts liefert mir die ausgewählten Punkte samt Unterpunkten!

Stehe ich auf dem Schlauch, oder liefert das TS nicht?


nope. gibt es nicht
mein ausweg, ich kombiniere es selber:
temp.column = HMENU
temp.column {
special = list
special.value = 122333

1 = TMENU
1 {
wrap = |
NO = 1
NO.wrapItemAndSub = |

NO.after.cObject = HMENU
NO.after.cObject {
special = directory
special.value.field = uid

1 = TMENU
1 {
wrap = |
NO = 1
NO.wrapItemAndSub = |
}
}
}
}

das ist nur ein Prototyp, den ich so merhfach benutze, indem ich den 
special.value überschreibe (daher der etwas ungewöhnliche wert)


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

Re: [TYPO3-german] Kurze Frage zu tt_address

[Bernd Wilke]

Am 30.03.2016 um 20:15 schrieb Steffen Liebig:

Hallo zusammen,

ich hatte dieses Problem unter 6.2.14 gemeinsam mit einem noch zum
Laufen bekommenen wt_directory und tt_address schon mal gelöst, jetzt
unter 7.6.2 areite ich ohne wt_directory (mit Systemkategorien) und
suche mir weedeer den Wolf, ob das trotzdem nochmal geht.

Folgende Situation_

- tt_address 3.0.0 wie gesagt mit Systemkategorien, also ohne wt_directory
- kleine pics, die andeuten, was Fax, Tel oder E-Mail ist (optischer
Firlefanz halt, der zum Modul gehört/e und weiter genutzt werden soll)

Ziel: wenn Feld leer, soll auch Bild verschwinden
Problem: ich schaffe es nicht, das Bild mit dem Befehl
"if.is.false.field" o. Ä. zu verbinden

Erkenntnis: natürlich hats wenig Sinn, unter diesen Umständen das Bild
im Template vor den Marker zu setzen - damit bleibt es stehen, egal, was
ich "befehle"
Idee: den Pfad zum Bild mitsamt dem Befehl direkt in der Definition des
Markers ergänzen...wenn dann Feld leer, fliegt der ganze Marker raus

Frage: geht das noch und wenn ja, wo/wie ?


Marker?
wie wäre es denn mit Fluid?
dort ist solch eine Abfrage dann kein Problem:
Tel.: {data.phone}

bernd

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

Re: [TYPO3-german] wo ist das realurl-module in typo3 6.2.19?

[Bernd Wilke]

Am 30.03.2016 um 11:06 schrieb Michael Stein:

Hallo zusammen,
ich habe ein typo3 6.2.19
und realurl 2.0.10
und suche verzweifelt das speaking-url-module.
Früher war das mal im info-module …


ist jetzt ein eignes Modul. Das Icon sieht wie eine Pille aus.
BE neu laden?

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

Re: [TYPO3-german] Fluid Powered TYPO3 ?

[Bernd Wilke]

Am 24.03.2016 um 09:42 schrieb Stefan Padberg:

Am 24.03.2016 um 08:42 schrieb Bernd Wilke:



ich denke du musst hier erstmal zwischen Fluid und fluidcontent
unterscheiden.
fluid als Funktionalität des Cores wird sicher sehr wesentlich in der
Zukunft sein und du wirst auch kaum herum kommen.
Immer mehr Extensions stellen ihr Templating auf Fluid um.


Das ist klar. Es geht mir um eine Einschätzung des Projektes
<http://fluidtypo3.org>, das sich selbst mit "Fluid Powered TYPO3"
bezeichnet. Ich hatte immer gedacht, naja, die machen Fluid mit "ein
bisschen drumherum", lohnt sich nicht. Aber so ist es eben nicht.

Das Konzept zielt darauf ab, TypoScript ausschließlich zur Konfiguration
von Pfaden und Konstanten zu verwenden. Alle Logik wird komplett in
Fluid ausgelagert. Hierzu wurde Fluid mit der "flux" extension
erweitert. Das ist meinem Eindruck nach der Kern der Geschichte.

Ein besonderer Clou ist, dass man in Fluid-Templates mit Hilfe von
Fluid-Formularen (sic!) Variablen definieren kann. Die müssen also nicht
aus der Datenbank ausgelesen oder über Typoscript eingelesen werden.
Damit kann ich dann Seiten- und Contentelement Templates völlig frei
direkt in Fluid erstellen.

Drei Fragen bleiben für mich:

a) Wie ist die Performance? Ich vermute, dass die besser ist als mit
Typoscript-Libs und -Conditions. Damit habe ich nämlich gerade sehr
paradoxe Erfahrungen in einem Projekt mit hohem Traffic machen müssen.


da mus sich sagen: meine Erfahrungen mit einem großen Projekt, das 
ausschließlich FluidContent und Gridelements arbeitete: am Ende war die 
BE-Performance (die in diesem Fall wichtiger war) sehr schlecht.
Als ich das Projekt verlassen habe war eine Umstellung auf 7.6 und FSC 
geplant. Da kann ich aber nciht sagen was daraus geworden ist.




b) Ist das die Zukunft? So weit ich weiß, zielen die Core Entwickler
immer noch in Richtung von NEOS. Und dort gibt es ja ein erweitertes
TypoScript zur Template-Konfiguration. Bleibt da noch Platz für ein
völlig anderes Templating-Konzept?


die Zukunft dürfte wohl eher FSC sein.
bei FluidContent kommt am Ende nämlich wieder das gleiche Problem wie 
bei templaVoila: alle (Nutz-)Daten liegen in XML-Strukturen. und dann 
ist die Performance wieder im Keller



c) Ist "flux" mit TYPO3 7.6 kompatibel? Nach meiner (hoffentlich
unmassgeblichen) bisherigen Erfahrung muss ich hier leider ein
Fragezeichen anbringen.


kann ich jetzt nicht aus Erfahrung sprechen, aber ich vermute mal ja.
Es gibt wohl inzwischen mehrere Entwickler rund um Claus Due, die 
mitarbeiten und das ganze weiterentwickeln und am Leben halten.
Ich meine sogar gehört zu haben dass einige features in den Core 
übertragen werden sollen (ähnlich wie bei gridelements).


bernd

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

Re: [TYPO3-german] Fluid Powered TYPO3 ?

[Bernd Wilke]

Am 23.03.2016 um 12:01 schrieb Stefan Padberg:

Hallo,

ich habe mich mal ein bisschen mit Fluid Powered TYPO3
 beschäftigt. Hat jemand hier im Forum schon mal
Erfahrungen damit gesammelt?

Einerseits spricht vieles für diesen Ansatz. Andererseits möchte ich
nicht nochmal auf eine "Sackgassen-Technologie" setzen. Templavoila und
DAM waren in dieser Hinsicht leider sehr schmerzhafte und für einen
freiberuflichen Solotänzer wie mich sehr teure Erfahrungen. Und wenn ich
dann so etwas lese:
https://fluidtypo3.org/blog/news/flux-option-translation-and-typo3-76-lts.html

gehen bei mir alle Lampen an.

Die letzten Einträge auf der Website stammen von Ende 2015. Ist das
Projekt tot?


ich denke du musst hier erstmal zwischen Fluid und fluidcontent 
unterscheiden.
fluid als Funktionalität des Cores wird sicher sehr wesentlich in der 
Zukunft sein und du wirst auch kaum herum kommen.

Immer mehr Extensions stellen ihr Templating auf Fluid um.

fluidcontent (und die gesamte Familie drum rum: flux, fluidpages, 
fluidcore, vhs) ist eine Extension(gruppe), die einerseits schöne 
Features nachreicht, die im Core Fluid (noch) nicht vorhanden sind, 
andererseits habe ich auch schon die Erfahrung gemacht, dass die 
Entwicklung von fluidcontent manchmal recht sprunghaft ist und man 
öfters mal in Sackgassen steckt und viel Arbeit mit Updates hat.
Mein Fazit: wenn ich mal einen speziellen Viewhelper aus diesem Bereich 
brauche, kopiere ich den in eine eigene Extension. dann ist er sicher 
vor API-changes bei updates.



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

Re: [TYPO3-german] tt_news | keine news-id übergeb en / Keine Artikel in dieser Ansicht.

[Bernd Wilke]

Am 21.03.2016 um 15:32 schrieb Simon Masta:

Ich muss mich evtl kurz erklären. Die Seite wurde nicht von mir
erstellt. Ich habe eben noch was entdeckt:
Die Struktur der Website seht ihr auf dem oben angehängten Bild  (ich
hoffe ihr könnt es nun sehen).


Bilder funktionieren nicht als Anhang.
das liegt an der historischen Struktur, mit der wir wohl noch etwas 
leben müssen.
ursprünglich war das alles eine Mailingliste, dann wurde es mit einem 
newsserver synchronisiert, und letztendlich mit einem Forum.
während die ersten beiden ähnlich genug waren dass es kaum Probleme gab 
ist die Anbindung ans Forum (mit dem gegenseitigen Austausch von 
Beiträgen) leider nicht wirklich zufriedenstellend.
ein Problem sind die Bilder, das andere sind Snippets, bei denen das 
Forum die Tags as-is anzeigt, also HTML- oder XML-quelltexte sind nciht 
sonderlich gut lesbar im Forum.

Für Bilder bitte einfach einen Webhoster nehmen und hier die URL posten.


Es gibt also 3 Orte, wo mir das TT_news angezeigt wird (in der
Page-Ansicht im BE).
2 Mal im "container" und einmal auf der Seite "Blog".


funktionert eines davon wie es soll? halbwegs wie es soll? gar nicht?
welche Einstellungen hast du in den Plugins gemacht?
welches Typoscript ist bzgl. dieser Extension aktiv?
welche Einstellungen gibt es im EM zu dieser Extension?

Sofern du das nicht alles abschreiben willst/ kopieren kannst, bitte 
screenshots woanders und hier eine liste von URLs



begin 644 Unbenannt1.JPG
M_]C_X``02D9)1@`!`0$`8`!@``#_X1#T17AI9@``34T`*@@`!`$[``(`
M```.```(2H=I``0!```(6)R=``$<```0T.H<``<```@,/@``

[...]

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

Re: [TYPO3-german] Welche Version soll ich "heute" nehmen?

[Bernd Wilke]

Am 21.03.2016 um 15:00 schrieb Christoph Hautle:

Hallo zusammen

Vielen Dank für eure Inputs. Also ich fasse zusammen:
- Typo3 Version 7.6, ohne Templavoila wird empfohlen, je nach Extensions

Ich werde mich mal auf die Suche nach einem informativen Guide machen,
welcher mir dabei behilflich sein wird *smile*


Bedenke auch: nicht jede sonderfunktionialität der eienr Website muss 
mit einer Extension erschlagen werden.
Es gibt sehr viele Extensions in TYPO3, bei deren Funktionalität ich 
immer denke: 'das ist doch nur eine spezeille Konfiguration in 
Typoscript', oder: 'das ist doch nur das jquery-plugin XYZ'


wenn ich dafür keine Extension benutze habe ich auch keine 
Versioanabhängigkeiten ;-)


Also erstmal eien Liste von Sonderfunktionen erstellen.
dann sehen was TYPO3 davon von Hause aus kann.
was kann màn TYPO3 einfach beibringen?
und wozu brauch ich eine echte Extension?
 - gibt es die schon für meine geplante TYPO3 Version
 - gibt es die für ältere version und muss aktualisiert werden?
 -  - kann ich den Extensionauthor dazu (mit Geld) überreden?
 -  - kann ich es selber machen (und dem Author einen patch schicken)?
 - kann ich die Extension selber erstellen?

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

Re: [TYPO3-german] tt_news | keine news-id übergeb en / Keine Artikel in dieser Ansicht.

[Bernd Wilke]

Am 21.03.2016 um 14:41 schrieb Simon Masta:

Wie im angefügten Bild war es auch in der typo3-Version 4.7.7 wo alles
noch funktioniert hat. Somit sollte das also alles noch so ok sein wie
es auf dem Bild ist. Ich hatte damals also auch keine ReturnToPID-Angabe.

Ich habe mal eben im EM bei StoragePID das Häkchen untendran aktiviert
(da wo "boolean" steht), doch auch da kommt dann bei der Ansicht im FE
(natürlich nach gelöschtem Cache) "Keine Artikel in dieser Ansicht." Im
BE steht nach wie vor: "Keine news_id übergeben."


im BE? dann ist das plugin doch definitiv im Details-mode.
list mode aktivieren!



begin 644 Unbenannt.JPG
M_]C_X``02D9)1@`!`0$`8`!@``#_X1#T17AI9@``34T`*@@`!`$[``(`
M```.```(2H=I``0!```(6)R=``$<```0T.H<``<```@,/@``


[SPAM]


M!#?XT?V#:?\`/2Y_\"&_QH`6BD_L_YZ7/_`($-_C1_8-I_STN?_`AO\:`%
MHI/[!M/^>ES_`.!#?XT?V#:?\]+G_P`"&_QH`6BD_L_P">ES_X$-_C10!_
"_]D`
`
end


so geht das mit Bildern nicht.

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

[TYPO3-german] Plugin update mittels SQL-Update-Query funktioniert nicht

[Bernd Wilke]

aktuell soll ich ein altes 4.5er Projekt auf 7.6 aktualisieren.

dabei müssen natürlich auch viele Extensions aktualsiert werden.
u.a. auch powermail von 1.6.9 nach 2.25.0

nun hat es in powermail mit der 2.er einige Umstellungen gegeben.
nicht nur dass die Formulare jetzt anders gespeichert werden, auch das 
ContentElement ist geändert worden. von einem echten CE mit eigenen 
Feldern für alle Einstellungen zu einem Plugin mit Konfiguration im Feld 
pi_flexform.


da dachte ich mir, das kann ich auch wunderbar in einem SQL-Query machen:

update tt_content set CType = 'list', list_type = 'powermail_pi1', 
pi_flexform 	=

concat('





',
IF(STRCMP(tx_powermail_title,"mitgliedwerden"),"1","2"),
'


',
tx_powermail_confirm,
'


',
tx_powermailoptin_optin,
'


',
tx_powermail_multiple,
'


',
tx_powermail_pages,
'






0


',
'tx_powermail_title=[',tx_powermail_title,']=>CMP=[',STRCMP(tx_powermail_title,"mitgliedwerden"),']=>',
IF(STRCMP(tx_powermail_title,"mitgliedwerden"),"kontaktform!","mitgliedform!"), 


'


',
tx_powermail_recipient,
'


',
tx_powermail_subject_r,
'


',
REPLACE(tx_powermail_mailreceiver,'###POWERMAIL_ALL###','{powermail_all}'),
'









{ihrname}


{e-mail}


',
tx_powermail_subject_s,
'


',
REPLACE(tx_powermail_mailsender,'###POWERMAIL_ALL###','{powermail_all}'),
'






',
REPLACE(tx_powermail_thanks,'###POWERMAIL_ALL###','{powermail_all}'),
'


',
tx_powermail_redirect,
'




')
WHERE CType = 'powermail_pi1' AND deleted = 0

Datenbank mäßig sieht das Ergebnis eigentlich auch ganz toll aus.
es erscheint der gleich eContent im Feld pi_flexform, als wenn ich ein 
powermail-plugin händisch erstellt und dort alle Werte für die Felder 
entsprechend eingetragen habe.


nur funktioniert weder das FE,
noch werden die Plugin-Einstellungen so im BE angezeigt:
als ob das pi_flexform leer wäre.

Hat schon mal jemand ähnliche Probleme gehabt?

bernd


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

Re: [TYPO3-german] tt_news | keine news-id übergeb en / Keine Artikel in dieser Ansicht.

[Bernd Wilke]

Am 21.03.2016 um 13:56 schrieb Simon Masta:

Ich benutze keine Kategorien und hatte die Einstellung auf  "show all
(don't care about the selection below)". Somit sollte dies nicht das
Problem sein. Ich habe aber mal eben alle möglichen Einstellungen
durchprobiert und bei allen steht dann in der BE-Seitenansicht: Keine
News-ID übertragen.


das klingt doch so, als ob die Einzelansicht (detail-mode) nach dem 
anzuzeigenden Datensatz fragt.

Eigentlich sollte doch erstmal eine Übersicht (list-mode) erscheinen.

ansonsten fällt mir noch ein:
storagepid. ist sie gesetzt? muss sie gesetzt sein (einstellung im EM)?

setze mal die Seite wo die News liegen sollen im Plugin.

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

Re: [TYPO3-german] RichTextEditor funktioniert nicht mit Microsoft EDGE

[Bernd Wilke]

Am 09.03.2016 um 22:39 schrieb Snoopy 17:

Hallo und großen DANK,

das ist wohl die Ursache für das von mir beschriebene Problem.
Und dass die Lösung ist auch schon existiert, finde ich sehr gut.
Wenn ich die reply von Andreas richtig lese, scheint ja 6.2.19 schon OK
zu sein.

Leider kann ich bei den beiden Providern selbst keinen Upgrade machen.
6.2.19 wäre eigentlich jeweils verfügbar, aber die Installationen sind
jeweils so, dass die Meldung

"Automatic TYPO3 CMS core update not possible: Folder structure
has errors or warnings"

kommt.

Angemeckert werden:

/typo3_src should be a link, but it does not exist
Path /index.php is not a link
Path /typo3 is not a link


und ich weiß leider nicht, ob und wie ich da einfach eingreifen kann,
ohne die ganze Installation zu zerstören.

Auch kann ich einen File UserAgent.js oder auch Textinhalte davon
nirgendwo finden. Offensichtlich ist das alles in der Installation so
zusammengebaut, dass die Originale der Distribution nicht mehr so leicht
wieder auffindbar sind, so dass ich auch nicht sehe, wo ich vielleicht
etwas patchen könnte

Hat jemand Erfahrungen mit dem Upgrade von Typo3 in einer
Webhosting-Umgebung, wenn man keine root-Rechte besitzt und auf einen
passiven Provider angewiesen ist?


primär brauchst du eine shell Zugang (SSH)
was du beschreibst ist das Update im Install-Tool, das nur funktioniert 
wenn dein TYPO3 per symlink eingebunden ist UND der web-user (www-data 
o.ä.) schreibrechte auf der Ebene der alten sourcen hat.

händisch kann man natürlich viel mehr machen und flexibler arbeiten.

wenn du einen shell zugang hast, hole dort die neuen TYPO3-sourcen, 
entpacke sie und dann kannst du im webroot die links setzen, die das 
Installtool erwartet. die TYPO3 sourcen können auch im webroot liegen, 
nur ist das eigentlich etwas unübersichtlich.


falls du keinen shell Zugang hast wird es etwas komplizierter (aber 
nicht unmöglich).


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

Re: [TYPO3-german] Bestehende NICHT-extbase Tabelle erweitern und nutzen

[Bernd Wilke]

Am 09.03.2016 um 16:46 schrieb Deus:

Hallo.
Ich habe nun auch folgende Felder für die Tabelle hinzugefügt:
-uid
-pid
-deleted
-hidden
-crdate
-tstamp

Wenn ich in der List-Ansicht einen Datensatz editiere und speichere,
wird der entsprechende Datensatz in der Datenbank aktualisiert.
Wenn ich in der List-Ansicht bei einem Datensatz auf "löschen" klicke,
wird der Datensatz aus der Tabelle entfernt und nicht nur (wie üblich)
ein Soft-Delete (deleted=1) gemacht.
Das Einfügen von neuen Datensätzen über ein Formular funktioniert leider
auch nicht.

Habt ihr dazu noch eine Idee?


Die Felder alleien reichen wohl nicht. wichtig ist dass du alles 
ordentlich im TCA deklarierst. Schau dir dazu die TCA-Deklaration 
anderer Tabellen im BE an (Configuration Module).
die meisten Tabellen haben ja noch ein paar Felder mehr, aber Workspaces 
und Übersetzungen braucht man ja nicht überall.


bernd

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

Re: [TYPO3-german] Typo3 Backend - Username + Passwort im Browser speichern ?

[Bernd Wilke]

Am 08.03.2016 um 22:20 schrieb Snoopy 17:

Mir stehen 2 Installationen von Typo3 zur Verfügung:

Provider1) 6.2.18
Provider2) 6.2.14 mit Bootstrap Package

Wobei ich folgende unerklärliche Konstellation beobachte:

Bei Provider 1 kann ich Username und Passwort im Browser (IE11 und EDGE)
speichern bei Provider 2 funktioniert dies nicht.

In der Konfiguration kann ich keine Unterschiede erkennen:
- beide haben 'loginSecurityLevel' => 'rsa'
- installierte Extensions unterscheiden sich nicht wesentlich
Provider 1: rsaauth, saltedpasswords, tt_news
Provider 2: bootstrap_package, introduction, realurl, rsaauth,
saltedpasswords
- HTML und CSS für beide Logins sehen gleich aus (Provider 1 hat
englische Texte, Provider 2 deutsche)
- js konnte ich nicht überprüfen, da Provider 2 mit zusammengefassten
files unter ../typo3temp/compressor/..
  arbeitet und Provider 1 ../typo3/contrib/.. und anderen

Somit kann ich beim besten Willen keinen Konfigurationsunterschied
feststellen, der dieses unterschiedliche Verhalten im Browser zur Folge
haben könnte.

Ich würde mich freuen, wenn jemand eine Idee hätte, was die Ursache
hierfür sein könnte, bzw. wo ich noch suchen könnte.


solch ein verhalten hatte ich bei früheren Versionen von TYPO3/ Browser 
Kombinationen. Ursache damals war Javascript, das beim Abschicken 
ausgeführt wurde und das den Browser von der Zuordnung der abgeschickten 
Daten zur Website hinderte. Dann gab es eine Phase, bei der das gehashte 
Passwort (javascript hat die Eingabe verschlüsselt) gespeichert werden 
sollte, was zu einem doppelt gehashten Passwort führte.

Mein damaliger Workaround:
einmal Javascript deaktivieren und 'Anmelden' (das funktionierte 
natürlich nicht, aber man konnte die Daten speichern)


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

Re: [TYPO3-german] Bestehende NICHT-extbase Tabelle erweitern und nutzen

[Bernd Wilke]

Am 07.03.2016 um 16:33 schrieb Deus:

Hallo Nicole.

Vielen Dank für dein Feedback.
Die Tabellen auf die ich zugreifen will, sind von einem
NICHT-Typo3-Projekt.
Dh. es existieren keine TCA-Dateien.
Ebenso gibt es in den Tabellen auch keine PID, tstamp, crdate, etc.
Wir haben ein PHP-Projekt zugekauft und das will ich jetzt mit Extbase
erweitern.

Ist sowas überhaupt möglich?


grundsätzlich geht in TYPO3 alles :)

es kommt darauf an, was du genau machen möchtest.

du kannst eine Extension schreiben, die komplett ohne TYPO3 auf diese 
Tabelle (ich würde eher nicht-TYPO3 als nicht-extbase sagen) zugreift.


sauberer ist es aber diese Tabelle für TYPO3 bekannt zu machen, sonst 
würde zb. auch das Install-Tool über diese nicht deklarierte Tabelle 
meckern (und versuchen sie umzubennenen).
Da du ja schon festgestellt hast, dass diese Tabelle nicht die in TYPO3 
üblichen Felder enthält wäre es evtl. auch von Vorteil wenn diese Felder 
vorhanden sind. normalerweise stören zusätzliche Felder ja nicht. 
Problematisch sind Felder gleichen Namens aber ganz anderen Typs oder 
Inhalts.


Wenn due eine Extension erstellst, die diese Tabelle mit allem sauber 
für TYPO3 deklarierst kannst du natürlich auch aus TYPO3 (oder einer 
TYPO3-Extension) einfacher auf die Daten zu greifen. zb. mit einem 
extbase interface um die Daten dann in einem Fluid-Template zu benutzen.
Ob BE-User dann die Daten im TYPO3-BE dann verändern dürfen kann man ja 
immer noch per Konfiguration verhindern.


bernd

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

Re: [TYPO3-german] DIV Konstruktion

[Bernd Wilke]

Am 23.02.2016 um 17:29 schrieb Thorsten Bein:

Hallo,
ich möchte aus einem bestimmten Ordner im Bereich Fileadmin ein paar
"Zufällige" Bilder anzeigen.
Diese Bilder sollten so alle paar Sekunden mit einer neuen Zufallsreihe
übergefadet werden.
Die 3 angedachten Formatierungen der Bilder habe ich als grobe Skizze
mal als Bild beigefügt.
Ich dachte an ein Fluid-Template und jquery und Typoscript, aber bin
absolut ahnungslos, da ich Typo3 Newbie bin.
Die Darstellungsversionen könnte man ja eventuell über die Eigenschaft
"Frontend-Layout" selektieren.
Wie kann man das am besten Lösen ???


dafür gibt es diverse Lösung, sprich Extensions. in wie weit die jetzt 
alle schon auf FAL umgestellt sind weiss ich nicht. ich erinnere mich 
aber noch an eine Extension, die einen Server in die Knie gezwungen hat:

diese Extension hat per Ajax random Bilder vom Server geladen.

dieses plugin war in einer Seite eingebaut worden und hat dort im Header 
zufällige Bilder angezeigt.


und dann gab es einen Tag, an dem wichtige Informationen auf dieser 
Seite angezeigt wurden, die viele Leute interessierte. und diese Leute 
haben die Seite aufgerufen - und dann den Browser offen gelassen und es 
wurden fleissig anfragen an den Server gestellt. von jedem Browser alle 
5 sekunden ein neues Bild nachgeladen (eines von 5)


als Folge habe ich dann das ganze umgebaut, so dass 5 Bildnamen an den 
Browser geschickt wurden und dort ein Javascript diese in zufälliger 
Reihenfolge ausgetauscht hat (ohne dass die Bilder neu vom Server 
geladen wurden)



Vielen Dank für Eure Hilfe und Tips !
begin 644 11jcox3mivn6.jpg
M_]C_X``02D9)1@`!`0```0`!``#__@`[0U)%051/4CH@9V0M:G!E9R!V,2XP
M("AUZS<0Z+-<[88;F)BNQG#*QQD`$E>V#Z]>M;D;;XU;U&>E.P.
D]%4D92E%JR5A:***9```!1110```'__9
`
end



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

Re: [TYPO3-german] Menü Struktur

[Bernd Wilke]

Am 23.02.2016 um 15:01 schrieb Juri Diener:

Hallo zusammen,
ich habe folgendes Typoscript für mein Menu.
menu.main_nav < menu
menu.main_nav {
  entryLevel = 0
  1 {
NO{
  wrapItemAndSub = | |*| | |*| |
  stdWrap.htmlSpecialChars = 1
}
ACT{
  ATagParams = class = "active"
  wrapItemAndSub = | |*| | |*| |
}
CUR{
  ATagParams = class = "current"
  wrapItemAndSub = | |*| | |*| |
}
  }
  2 < .1
  2.wrap = |
  3  <  .2
  3.wrap = |
}


Jetzt möchte ich gerne das die zweite Menu Ebene in vier "ul"s
unterteilt wird, Im Backend habe ich dafür vier Ordner angelgt und dort
die Seiten eingefügt.

Im Prinzip soll das dann dabei herauskommen.


 
 
 
 
 ..
 ..
 ..
 


Directory war hier ein Stichwort jedoch bin ich damit nicht weit gekommen.


finde ich etwas übertrieben.
du hast ja schon deine genaue Struktur. es gibt halt nur ein paar 
Setein, die keinen Inhalt haben und nur der Struktur dienen. das musst 
du nun entsprechend in deiner Menüdefinition benutzen.


die eine spezielle Ebene darf natürlich nicht wie die anderen geendert 
werden. also ganz bestimmt nicht

3 < .2
für diese Ebene gilt eher:
3.IFSUB.doNotShowLink = 1
wenn du den Namen des Ordners in die CSS-Klasse bekommen willst musst du 
das auf dieser Ebene irgendwie hinbekommen. (datawrap? cObject? ... 
weiss ich im Moment nicht so genau). es muss also schon einen Wrap geben 
der die unterseiten umfasst

3.IFSUB.wrapItemAndSub = |

und auf der nächsten Ebene geht es 'normal' weiter:
4 < .2
aber kein Wrap, den gibt es ja schon von der Ebene höher:
4.wrap =


wenn du auf Ebene drei machmal normale Seiten hast und machmal die 
Strukturellen Seiten kann das natürlich kompliziert werden, dann braucht 
3 ein normales wrap (ul) und NO wird normal gerendert (li) aber das HTML 
für die unter-unter-seiten passt dann nicht so gut.
Da dann eher überall auf Ebene 3 eine (pseudo-)strukturseite in den 
Seitenbaum einbauen.




Hoffe ihr könnt mir dabei helfen..

Das Bild im Anhang soll das nochmal visuell darstellen.


inline Bilder sind keine gute Idee in der NG :(


Gruß Juri

begin 644 simmersfeld navi.jpg
M_]C_X``02D9)1@`!`0$`2`!(``#_VP!#``8$!`0%!`8%!08)!@4&"0L(!@8(
M"PP*"@L*"@P0#`P,#`P,$`P.#Q`/#@P3$Q04$Q,<'"`@("`@("`@("#_

[Örks]

M
M
E`'__V0``
`
end



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

Re: [TYPO3-german] TYPO3 Login in verschieden Sprachen

[Bernd Wilke]

Am 18.02.2016 um 20:20 schrieb Dr. Dieter Porth:

Hallo Johannes,

erst deine Antwort machte mir klar, dass ich dich mißverstanden habe. Du
möchtest, dass ein Redakteur, je nach über welche Website er das
BACKEND-Login aufruft, eine Loginfenster in der jeweiligen Sprache bekommt

tolle-site.de => deutsch
tolle-site.com => englisch
tolle-site.ru => russisch
..

Dafür war meine Antwort nicht wirklich zielführend.

Dieter

Am 17.02.2016 um 12:11 schrieb Johannes C. Laxander:

Wenn's denn in TYPO3 6.2 auch so einfach wäre... ;)

Trotzdem danke für deine Antwort.

Johannes.


boun...@lists.typo3.org] Im Auftrag von Dr. Dieter Porth
Gesendet: Dienstag, 16. Februar 2016 20:08

TYPO3 7.
Fluid_styles_Content.
Überschreiben des Templates

gegebenefalls einfach das TypoScript überschreiben und ein eigenes
mehrsprachiges Fluidtemplate reinrendern.

Dieter

Am 16.02.2016 um 19:10 schrieb Johannes C. Laxander:

Ich hab immer noch keine Lösung. In TYPO3 lässt sich doch so vieles

konfigurieren, warum nicht auch die Sprache für die Anmeldung  oder
so was
wie einen Sprachparameter für's Login!?

In Version 4 konnte man z.B. die Label-Texte ändern:
$TYPO3_CONF_VARS['BE']['loginLabels']
Das ist aber in Version 6 depricated!


depricated heißt ja nicht dass es nicht geht.

es heißt: in künfigen versionen geht es so nicht mehr. und in 7 ist es 
auch komplett anders gelöst.


für 6.2 könntest du also noch eine domainabfrage in deiner 
Additionalconfiguration einbauen, die dann die Labels in 
$TYPO3_CONF_VARS (bzw. besser: $GLOBALS['$TYPO3_CONF_VARS']) 
entsprechend setzt.


wie du jetzt die Labels in 7 domainspezifisch änderst ist mir aktuell 
nicht klar, dort gibt es ja die Option über die EM-Konfiguration der 
ext:backend das BE-Bild und das Logo der Loginseite zu setzen. das 
könnte man in der AdditionalConfiguration.php dann anpassen:
$GLOBALS['TYPO3_CONF_VARS']['EXT']['extConf']['backend'] = 
serialize(array('loginLogo' => '...', 'loginHighlightColor' => '...', 
'loginBackgroundImage' => '...'));


das eigentliche login-Formular kommt aus dem Fluid-Template:
sys:backend/Resources/Private/Templates/UserPassLoginForm.html
da sehe ich zwei Probleme:
1. wie kann man dort alternative eigene Templates benutzen?
2. wie bekommst du die Information über die aktuelle Domain um über 
 oder  unterschiedliche labels anzuzeigen
alternativ: dort werden die labels ja per  geholt, aber wo 
wird über die aktuelle Sprache entschieden? und kann man diese je nach 
Domain vorher umbiegen?


da müsste man sich mal auf die Suche nach hooks machen, in die man sich 
einhängen könnte.


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

Re: [TYPO3-german] Backend: Keine Bearbeitung möglich

[Bernd Wilke]

Am 17.02.2016 um 09:56 schrieb Ralf-Rene Schröder:

Hallo Martin...

Am 17.02.2016 um 09:26 schrieb Martin:

BITTE DIESEN THREAD LÖSCHEN!

Da missverstehst du die Funktion in diesem Forums hier ein wenig...
das ist so nicht möglich (OK technisch schon, aber es wäre sinnlos),
denn dies Forum wird mit Newsgroups und Mailinglisten synchronisiert...

Und die möglicherweise tausenden Mails an Abonenten können ja auch nicht
zurückgerufen werden, genausowenig wie die bei den Newsgroup Usern lokal
abgespeicherten Beiträge...

Also immer vorher überlegen was man schreibt (editieren ist aus dem
gleichen Grund auch deaktivier) und bei jedem Beitrag ein sauberes
Quoting nutzen, denn ohne das weiß möglicherweise niemand worauf du dich
beziehst, und Hilfe unterbleibt aus diesem Grunde leicht !!!


Nachtrag:
keine Dateianhänge, denn die werden in der Newsgroup nur als 
Buchstabensalat (base64 kodiert) übergeben: da die meisten Newsreader 
das nicht dekodieren: nicht nutzbar.


genauso die HTML-/XML-Tags und Formatierungen, die im Forum (teilweise) 
as-is ins HTML eingebaut werden und damit nur verstümmelt sichtbar sind.


für beides gilt: optimalerweise extern hosten und dorthin verweisen.

(und wenn man (noch) keine URLs posten darf:
Menschen sind da sehr flexibel URLs wieder zusammen zu setzen. 
Intelligenter als der automatische Filter!



PS: (einfach mal für Alle, denn Du hattest hier kein Problem)...
Und dann natürlich noch die allgemeinen Standards:
- welche TYPO3 Version wird genutzt
- um welche Extension handelt es sich
- möglichst genaue Problembeschreibung mit Vermutung des Grundes.
- Sinnvolle Code Teile werden für Hilfe auch immer wichtig sein.
- Wenn man selber auf die Lösung kommt, die dann auch für andere posten.
Eine freundliche Anrede und vielleicht auch ein Gruß am Ende werden
immer sehr gerne gesehen (der Grund liegt in der Historie von TYPO3),
eben mehr wie ein Brief unter Freunden als ein anonymer Forumspost.

Gruß René



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

Re: [TYPO3-german] powermail, tx_news und realurl

[Bernd Wilke]

Am 16.02.2016 um 14:53 schrieb Michael Gugetzer:

Das mit den hidden-Fields ist mir klar. Was ich nicht verstehe ist wie
mir das helfen soll.

Wenn ich das richtig verstehe, muss ich für das Formular irgendwie die
Absende-URL selber zusammenbauen und dem Powermailformular mitgeben oder
(falls das funktioniert) ich muss realurl so konfigurieren, beim
Absenden des Formulars die richtige URL generiert wird.

In beiden Fällen ist mir nicht klar wie ich da vorgehen muss.


Beim Absenden eien post-Formulars wierden GET-Parameter der Action nicht 
sauber ausgewertet. ob diese Get-Paramter wirklich als solche in der URL 
stehen, oder erst von realurl aus einem pseudopfad generiert werden.

in TYPO3 läuft letztendlich immer nur /index.php !
da innerhlab von TYPO3 get und post-paramter egal sind (in ein 
gemeinsames Array gemerged werden) kannst du die get-paramter direkt in 
deine post-parameter einbauen.


damit sollten dann am ende dein news-plugin und dein powermail plugin 
glücklich werden weil sie beide daten bekommen.


bernd

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

Re: [TYPO3-german] powermail, tx_news und realurl

[Bernd Wilke]

Am 16.02.2016 um 10:31 schrieb Michael Gugetzer:

Hallo Bernd,

danke für die schnelle Antwort, leider funktioniert deine Extension
nicht bei Typo3 Version 7.6.2

Ich hab mir beholfen in dem ich einfach mal in einer eigenen Extension
$_GET ausgeben lasse.

{ ["tx_news_pi1"]=> array(3) { ["action"]=> string(6) "detail"
["controller"]=> string(4) "News" ["news"]=> string(1) "8" } ["cHash"]=>
string(32) "c648bb851d86fc6fbce659c2020376c1" }
Die URL die aufgerufen wird ist
/ideen-pool/ideen-pool-detail/news/detail/News/das-ist-eine-news-video-ueberschrift-text/


Wenn ich nun das Formular absende wird folgende URL aufgerufen

/ideen-pool/ideen-pool-detail/?tx_powermail_pi1[action]=create_powermail_pi1[controller]=Form=b1b0fb1633811ebe6353e870771877d5


mir ist jetzt nicht klar wie ich hier weiter verfahren soll.
Wie realurl arbeitet ist mir prinzipiell klar aber wie ich nun powermail
so konfiguriere dass die richtige news-Detailseite aufgerufen wird bzw.
wie evtl. die realurl-Konfiguration angepasst werden muss ist mir nicht
klar.


ich glaube powermail ist da auch nicht sonderlich flexibel,
prinzipiell muss du die GET-Parameter mit entsprechenden POST parametern 
nachbauen.
da die news-paramter auch noch als subarray daherkommen wird es etwas 
komplizierter. irgendwie brauchst du so etwas:


value="{platzhalter2}" /> value="{platzhalter3}" />


wobei die Platzhalter entsprechend dynamisch aus den GET-Parametern 
gefüllt werden müssen.



Ich habe übrigens das gleiche Verhalten bei einem Formular einer selbst
erstellten Extension, auch hier erhalte ich bei News-Detail die Page not
found Meldung aus dem selben Grund.


analog

bernd

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

Re: [TYPO3-german] powermail, tx_news und realurl

[Bernd Wilke]

Am 16.02.2016 um 09:06 schrieb Michael Gugetzer:

Hallo zusammen,

ich bin neu hier im Forum und entschuldige mich gleich mal falls ich
nicht beim ersten Post alle benötigten Infos mitliefere :-)

Mein Problem: Ein Powermail-Formular soll über eine News-Detailseite
versendet werden. Ich erhalte eine Page not found Meldung.
Wenn ich nun, wie oft beschrieben, das ganze mit addQueryStrings=1
versucht. Es funktioniert solange bis ich realurl aktiviere.

Bei meiner Recherche habe ich herausgefunden dass es daran liegt, dass
die News-Parameter nicht mehr mitgesendet werden wenn realurl aktiv ist.
Der letzte Teil der URL (Der Newstitel) wird von Powermail nicht
mitgesendet.
Verwendet wird
Typo3 7.6.2
tx_news 4.1.0
realurl 1.13.6
powermail 2.21.0
Ich hoffe ihr könnt mir da weiterhelfen.


du musst etwas unterscheiden:
die Url(-Pfadsegemente) und die tatsächlichen URL-Parameter (GET) und in 
deinem Fall dann noch die POST-Parameter.


realurl macht aus GET-Parametern Pfadsegmente. und umgekehrt.
Das ganze kommt etwas durcheinander, wenn dann auch noch ein Formular 
mit POST-Daten mitspielt. POST und GET funktioniert nicht immer 
einwandfrei nebeneinander.
bei TYPO3 werden diese beiden Arrays auch noch zu _GP gemerged, leider 
nicht immer so wie man es sich gerade wünscht (Prioritäten, subarrays).

grundsätzlich sollte man in TYPO3 sowieso nur mit GP arbeiten.

Ansonsten ist oft hilfreich, die get-Parameter als blinde Passagiere 
(hidden input) mit ins POST-Formular zu übernhemen.


bzgl. Pfadsegemente und GET habe ich mal eine Extension geschrieben, 
damit man realurl nicht debuggen muss um heraus zubekommen welche 
GET-Parameter am Ende bei einer Extension oder so ankommen: ext:page_params.
Das solltest du mal benutzen um deine Paramter für news herauszubekommen 
um sie dann evtl. ins formular zu bekommen.



bernd

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

Re: [TYPO3-german] The given string was not appended with a valid HMAC

[Bernd Wilke]

Am 12.11.2015 um 12:06 schrieb gfwh edv:

Hi,
ist zwar schon ne Weile her, aber vielleicht hat jemand - wie ich heute
morgen - nochmal das gleiche Problem.

Ich hatte dieselbe Fehlermeldung, wenn ich in einem selbst erstellten
Extbase Plugin ein Formular ausgefüllt und abgeschickt hatte.

Ich nutze Typo3 6.2 LTS mit dem Bootstrap package und gridelements. Und
genau hier lag das Problem. Wenn das von mir erstellte Plugin in einem
Raster-Element eingefügt wurde, kam nach dem Absenden die Fehlermeldung.
Der Trick ist also, einfach das Plugin außerhalb der Raster-Elemente
platzieren und schon funktioniert es.


kann das irgendwie mit dem basis-rendering von plugins zusammen hängen?

ich habe aktuell eine Installtion auf der diverse Powermail fomulare nur 
noch in dieser Fehlermeldung enden.
Nun weiß ich dass der Vorentwickler nicht viel von CSC hielt und 
deswegen das gesamte Rendering immer selber machte, auch von den Plugins.


ich hab jetzt auch schon verschiedene Versionen von Powermail (2.4.0, 
2.6.2, 2.22.1)und TYPO3 (6.2.5, 6.2.14, 6.2.17) ausprobiert: immer nur 
dieser Fehler.

Leider gibt es sehr wenig Infos zu dieser Fehlermeldung.
Die Wiki-Seite [1] ist leer. und der Core Quelltext [2] hilft halt auch 
nicht weiter.



[1] https://wiki.typo3.org/Exception/CMS/1320830018
[2] 
http://api.typo3.org/typo3cms/62/html/_hash_service_8php_source.html#l00089



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

Re: [TYPO3-german] fe_login / sr_feuser_register und salted password

[Bernd Wilke]

Am 10.02.2016 um 13:50 schrieb DirkHo:

Hallo,

vielen Dank für eure Antworten. Ich habe es gemacht wie Bernd es
geschrieben hat und das Passwort des Benutzers, der nicht mehr
"funktionierte" im Backend geändert. Danach ging es wieder.

Dann habe ich Typo3 auf 6.2.17 geupdatet, da nach dem
sr_feuser_register-Update auf einmal Profil ändern und Registrieren
nicht mehr ging. Mir fehlte das statische Template für die Seite,
deshalb ging es nicht. Das Registrieren funktioniert jetzt wieder.

Ich habe nun jedoch ein neues Problem: Sobald ich auf "Profil ändern"
gehe wird mir folgendes angezeigt:

Dear Webmaster ,
Your membership details with Profil bearbeiten have been updated.
Thank you for keeping your profile up-to-date.
Kind regards,
My TYPO3 Site

Zum einen ist das auf englisch, obwohl ich im config-Bereich meines
root-Typo-Script folgendes stehen habe:

config = CONFIG
config {

...
   # Sprache für Typo3 setzen
   sys_language_uid = 0
   language = de
   locale_all = de_DE
   locale_all = de_DE.utf8
...
}

, zum anderen habe ich das Formular, das die Seite updaten soll, ja noch
gar nicht abgeschickt. Dann dürfte diese Anzeige ja gar nicht kommen?!
Ich erhalte aber auch an die Email-Adresse dieses Nutzers und den
Webmaster die Meldung, dass das Profil geupdatet wurde.

Habt ihr einen Plan, was da schiefläuft? Die Anzeige hat ursprünglich ja
mal funktioniert, das Registrieren geht auch.

Mich macht das Typo3 gerade ganz schön fertig - und sowas nennt sich
dann Urlaub... :(

Vielen Dank und viele Grüße,


ich vermute mal dass deien templates ducheinander geraten sind.
achte auch darauf ob die Extension von
templateRootPath bzw. *RootPath
auf
templateRootPaths bzw. *RootPaths
umgestellt wurde. (ist ne andere extension, aber grundsätzlich so: [1])
sofern du nicht nur Constanten definierst musst du evtl. auch dein Setup 
anpassen.


[1] 
https://docs.typo3.org/typo3cms/extensions/sf_event_mgt/Templates/Changing/Index.html



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

Re: [TYPO3-german] Mailman als Newsletter-Dienst

[Bernd Wilke]

Am 09.02.2016 um 10:15 schrieb DirkHo:

Hallo zusammen,

wir verwenden Mailman als Dienst für unsere Newsletter. Das hat sich an
für sich bewehrt, ist performant, kann mit mehreren 1.000 Email-Adressen
umgehen,...

Da sich die Welt ja weiterdreht,.. und auch die Anforderungen immer
andere werden würden wir nun gerne hübsche HTML-Mails als Newsletter
versenden.

Jetzt will ich von meinen Nicht-IT-Vereinskollegen nicht erwarten, dass
sie für jeden Newsletter HTML bauen und wir es dann darüber versenden.
Stattdessen würde ich sie gerne über Typo3 Seiteninhaltselemente anlegen
lassen mit Text und evtl. Bildern,... und dass dann diese quasi als
Newsletter versendet werden.


Hier liegt das eigentliche Problem:
die meisten Mail-programme zeigen zwar HTML-Mails an, aber nur auf einem 
sehr niedrigen Niveau. Das was du normalerweise in deiner Website 
benutzt wird dir von keinem Mail-Programm angezeigt.

Du brauchst also ein spezielles Rendering in etwa auf Niveau html 1.1

dagegen ist:

Nun meine Frage: Gibt es eine solche Anbindung für Mailman an Typo3?
Oder wäre es sinnvoller eine etablierte Extension zu nehmen, es mit ihr
umzusetzen und diesen Newsletter dann an den einzigen Abonennten, unsere
Newsletter-Email-Adresse zu senden? Zur Info: Wir versenden den
Newsletter, indem wir über eine autorisierte Email-Adresse eine Email an
newslet...@example.de versenden und Mailman leitet die dann an alle
Empfänger weiter.


vermutlich auf diverse Weisen lösbar.


Welche wäre denn ggf. die zu empfehlende Newsletter-Extension?


'Die' Lösung für Newsletter in TYPO3 ist direct_mail. Aber es gibt 
inzwischen wohl auch ein paar neuere, die besser mit neueren TYPO3 
Versionen (7LTS) klar kommen.
Ich könnte mir aber auch vorstellen dass eine spezielle Seite/Seitentyp 
von außen als Newsletter abgegriffen wird.



Typo3 wird in Version 6.2.14 verwendet.


:-/
Dir ist schon bewußt dass es schon 6.2.17 gibt, in das auch security 
fixes eingeflossen sind?



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

Re: [TYPO3-german] fe_login / sr_feuser_register und salted password

[Bernd Wilke]

Am 10.02.2016 um 07:58 schrieb DirkHo:

Am 09.02.2016 um 23:53 schrieb Ralf-Rene Schröder:

Am 09.02.2016 um 22:07 schrieb DirkHo:

Offenbar hat fe_login Probleme mit dem salted password?

das kann ich definitiv nicht bestätigen...
ich habe diverse Installationen am Laufen (alle immer nur mit saltet
passwords), und weder bei der 7 LTS noch bei der 6 LTS gibt es hier mit
fe_login irgendwelche Probleme...

Danke für die Rückmeldung. Woran könnte es aber dann liegen?
Grundsätzlich funktioniert die Registrierung ja auch, ein Passwort wird
auch abgelegt, aber ich komme mit dem einen User partout nicht rein und
mit meinem anderen traue ich mich nicht das Passwort zu ändern, da ich
mich sonst ganz ausschließe... ;)


hast du schon mal versucht einen neuen user im BE anzulegen?
dort kannst du auch das Passwort setzen. Auch wenn es dann 
unverschlüsselt in der Datenbank landet sollte es nachher automatisch 
'gesaltet' werden.
Im BE kannst du auch User anlegen, für die die Regeln von 
sr_feuser_register nicht gelten (zb. keine email, ...).


bernd


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

Re: [TYPO3-german] wie handhabt ihr temp-files/ processed-files bzgl. SEO bei TYPO3-updates?

[Bernd Wilke]

Am 04.02.2016 um 12:38 schrieb Bernd Wilke:

gerade ist das Thema mal wieder in einem Projekt aktuell geworden:

es steht ein update auf die neueste TYPO3-version an,
aber eigentlich können wir kein Update machen, weil TYPO3 die Hashes bei
berechneten Bildern inzwischen anders bildet.

Damit wären nach dem Update die ganzen Bilder, die Google hoch indiziert
hat nicht mehr verfügbar, bzw. würden durch andere Bilder (eigentlich
hat sich nur der Bildname, bzw. sogar ganz konkret nur der angehängte
Hash, geändert) im Content ersetzt.

damit die Bilder weiterhin bei Google gut zu finden sind muss entweder
der alte Bildname weiterhin benutzt werden oder es muss hunderte von
Redirekts geben.

gibt es eine Möglichkeit die alten Namen weiterhin zu nutzen (ohne den
Core zu patchen)?
Oder gibt es eine Möglichkeit eine entsprechende redirekt-Tabelle zu
erzeugen:
alter Bildname -> neuer Bildname
:

bernd


hat keiner SEO-relevanten Bilder, deren ranking 'gerettet werden muss?

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

[TYPO3-german] wie handhabt ihr temp-files/ processed-files bzgl. SEO bei TYPO3-updates?

[Bernd Wilke]

gerade ist das Thema mal wieder in einem Projekt aktuell geworden:

es steht ein update auf die neueste TYPO3-version an,
aber eigentlich können wir kein Update machen, weil TYPO3 die Hashes bei 
berechneten Bildern inzwischen anders bildet.


Damit wären nach dem Update die ganzen Bilder, die Google hoch indiziert 
hat nicht mehr verfügbar, bzw. würden durch andere Bilder (eigentlich 
hat sich nur der Bildname, bzw. sogar ganz konkret nur der angehängte 
Hash, geändert) im Content ersetzt.


damit die Bilder weiterhin bei Google gut zu finden sind muss entweder 
der alte Bildname weiterhin benutzt werden oder es muss hunderte von 
Redirekts geben.


gibt es eine Möglichkeit die alten Namen weiterhin zu nutzen (ohne den 
Core zu patchen)?
Oder gibt es eine Möglichkeit eine entsprechende redirekt-Tabelle zu 
erzeugen:

alter Bildname -> neuer Bildname
:

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

Re: [TYPO3-german] TYPOSCRIPT Änderungen von 4.7 auf 6.2

[Bernd Wilke]

Am 03.02.2016 um 09:15 schrieb Basti Baumann:

Na das Bild liegt ab unter //uploads/imagetext/. Da habe ich auch
nachgesehen, das passt, ist vorhanden. Das Bild wird ja auch im Backend
angezeigt.
Im Feld tx_imagetext_image steht auch der korrekte Bildname.


d.h. es ist noch ein Feld nach altem Muster. und muss entsprechend so 
verarbeitet werden



Muss ich jetzt dem ganzen Teil jetzt noch irgendwie den Pfad mitliefern?


natürlich.
in deinem ersten Posting hast du leider nciht konkret gesagt was jetzt 
nicht mehr funktioniert - und dein TS war recht umfangreich.
vermutlich ist der erste Teil von Stefans Antwort deien Lösung und der 
zweite Teil (das mit dem FAL) hat dich in eine komplett falsche Richtung 
gebracht.


Wenn dein Typoscript nicht funktioniert:
erstmal die ganzen Optionen auskommentieren und ggfls ein elementares 
Dummy/ wrap einsetzen bis man etwas sieht. dann die Optionen step by 
step wieder aktivieren. Dabei muss evtl. auch öfters mal der Cache 
gelöscht werden!



Weil wenn ich es jetzt mal so mache wie in dem Link angegeben, kommt
auch nix:

plugin.tx_imagetext_pi1 = FILES


Das gilt auch nur für FAL-(Referenz)-Felder.
Da du die nciht hast kann dabei auch nix raus kommen.

bernd

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

Re: [TYPO3-german] TYPOSCRIPT Änderungen von 4.7 auf 6.2

[Bernd Wilke]

Am 03.02.2016 um 09:56 schrieb Basti Baumann:

Danke schon einmal für eure Hilfe.

Da hat er mich mit dem FAL-Verweis komplett verwirrt, muss ich zugeben.
Das Bild erscheint nun schon mal.
Aber ich bekomme keinen Text drauf.

So hast das mal geklappt:

10 {
  file = GIFBUILDER
  file {
XY = 792, 210
format = jpg
10 = IMAGE
10.file {
import = uploads/imagetext/
import.field=tx_imagetext_image
import {
  listNum=0
  width.field=imagewidth
  file.maxW = 792
}
# Überschrift rendern
20 = TEXT
#20.text.data = field:header
20.text = Hallo Welt
20.fontSize = 18
20.fontFile = fileadmin/fonts/verdana.ttf
20.fontColor = #ff
20.offset = 500, 40
#20.antiAlias=1  }

??? formatierungsfehler im editor?

}

Nur wird kein Text drauf geschrieben. Die verdana.ttf liegt in dem
Ordner. Hat sich da was geändert zwischen den TYPO3-Versionen?


eigentlich nicht.
aber stelle sicher, dass deine gdlib-Funktionen auch wirklich 
funktionieren (tests im install-tool)

ansonsten: versuche den text im default-font einzubauen.
stimmen offset, größe, farbe?
ist die Bildbearbeitung auch png (und nicht gif)?

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

Re: [TYPO3-german] Typoscript Object Browser Problem mit Kommentaren

[Bernd Wilke]

Am 02.02.2016 um 11:45 schrieb Paula Paulsen:

]Hallo,
ich bin noch ziemlicher Neuling beim Thema Typo3 und TypoScript.

Wenn ich den TypoScript Object-Browser nutze, habe ich das Problem, dass
mir jeder Abschnitt mit zig Wiederholungen meiner Kommentare zugetextet
wird. (siehe Bild)


ähem. der Müll unten? mehr kommt bei mir nicht an :(
Bilder immer extern hosten und hier verlinken.


Ich bin ratlos, wie ich das abstellen kann.


unterhalb der Anzeige gibt es ein paar Optionen:
[x] Display comments [x] sort alphabetically [ ] Crop lines

einfach die erste Checkbox abwählen. allerdings gibt es dann gar keine 
Kommentare. so ist das nun mal: "all or nothing"


du kannst natürlich auch mehrzeilen-Kommentare (/* */) benutzen, die 
nicht angezeigt werden.

beachte aber die Besonderheit von TYPO3 bzgl. dieser Kommentare:
das Ende '*/' muss unbedingt an einem Zeilenanfang stehen!!!


Ich habe das TypoScript in externe Dateien geschrieben und dann über
eine einzige Datei bei den Templates eingebunden. Das TypoScript aus den
Datein wird problemlos eingebunden.


im TSOB siehst du was aus der Verkettung aller TS-Templates entsteht. 
Die Verkettung kannst du im Analyzer sehen.



Für einen Tipp wäre ich sehr dankbar.

LG,
Paula

[img]index.php/fa/16877/0/[/img
begin 644 typo3_kommentarproblem.png
MB5!.1PT*&@H-24A$4@``!R(```00"`(AXPNC`7-21T(`KLX<

[lot of SPAM]

M>5^BR7-B6,Z9>HX[UFO2N9_-%/8<)]=I,^W^I:$XON6,(%`!)14Y$
$KD)@@@``
`
end



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

Re: [TYPO3-german] Ebene in Breadcrumb Menü nicht verlinken

[Bernd Wilke]

Am 02.02.2016 um 11:43 schrieb Frank Lieberknecht:

Hallo zusammen,

ich bräuchte mal einen Tipp und hoffe, dass die Antwort nicht heißt:
Geht nicht - gibt's nicht.

Ich habe ein ganz simples Breadcrumb Menü aufgebaut und möchte dabei
gerne die 2. Ebene nicht verlinken.

Also die Situation ist die: Startseite
Seite 1 für Navigationsmenü (ohne Inhalt)
  Seite 1a
  Seite 1b
  Seite 1b.1
   Seite 2 (leere Seite für Navigation erforderlich)
  Seite 2a
...

Die Navigationsseiten würde ich im Menü gerne nicht verlinken.

Also: ab Ebene 1
Sie befinden sich hier:  Seite 1 > Seite 1b > Seite 1b.1

Seite 1b.1 als aktive Seite nicht verlinkt und und Seite 1 auch nicht.

Denke das Problem ist verständlich genug erklärt, bitte sonst nachfragen.



das klingt nach optionsplit

ich bin mir jetzt nur nicht sicher wie es machbar ist:
kann .doNotLinkIt (direkt oder mittels .cObject) verschiedene Werte 
annehmen?

oder musst du den Link in Eigen-Regie managen:
.doNotLinkIt = 1
und .stdWrap.typolink mit optionsplit erstellen bzw. nicht.

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

Re: [TYPO3-german] TYPOSCRIPT Änderungen von 4.7 auf 6.2

[Bernd Wilke]

Am 03.02.2016 um 11:35 schrieb Basti Baumann:

Sensationell! Das mit den Klammern wars. Wobei ich jetzt nicht verstehe,
warum ich da jetzt doppelte Klammern setzen muss. Nach dem import ist
doch schon eine Klammer auf und zu:

import {
  {
  listNum=0
  width.field=imagewidth
  file.maxW = 792
  }
}


nope.
peter hat mal deine Klammern mitgezählt. also nicht noch zusätzliche 
klammern (ohne etwas davor) rein machen. das gibt chaos


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

Re: [TYPO3-german] Ext:news - PDF (relatedFile) in neuem Fenster öffnen ???

[Bernd Wilke]

Am 03.02.2016 um 14:19 schrieb Johannes C. Laxander:

Hallo Hans,

danke für deine Antwort.





Ich habe von News die Version 3.2.4 installiert, und da funktioniert das so 
leider nicht (mehr?) ! :(

In der Doku ist beschrieben, dass "configuration used to render the filelink 
cObject". Aber egal wie ich es angebe, der Link (ein PDF) wird immer im selben 
Fenster geöffnet:







mal so ganz als basis:
parameterübergabe in fluid passiert wie folgt:
parametername-ohne-anführungszeichen:wert

wobei für wert gilt:
variablenname oder zahlenwert oder string-in-anführungszeichen

also
target:'_blank'

wie man das parameter array aber sauber erweitert bin ich mir nicht so 
sicher. ich könnte mir aber vorstellen dass deine Notation so überhaupt 
nicht funktioniert.
wenn es ein array sein soll müsst es wieder in geschweifte Klammern, 
aber dann ist das Settings-array im Viewhelper auf einer anderen ebene. ...


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

Re: [TYPO3-german] TYPOSCRIPT Änderungen von 4.7 auf 6.2

[Bernd Wilke]

Am 03.02.2016 um 07:30 schrieb Basti Baumann:

Hi Peter,

ja das habe ich schon auch gefunden, aber da geht es ja um die Datei,
die in den Ressourcen steckt.
Ich will aber eine Datei in einem Tabellenfeld in der Tabelle tt_content
manipulieren...
Da muss man doch auch irgendwie ran kommen, oder nicht?


Das hängt davon ab.
grundsätzlich können Dateien/Bilder auf die alte Art und Weise weiter 
benutzt werden: jede Benutzung erstellt eine Kopie unter 
uploads/, dann sollte sich auch der Zugriff nicht ändern.


Wird das Feld aber auf FAL-Referenz umgestellt ändert sich der Zugriff:
schau doch mal hier: http://pi-phi.de/24.html#c587 ('Bilder in Menüs')
das musst du noch bzgl. 'table', 'fieldname' und 'uid' anpassen, und im 
renderObj natürlich das was du haben möchtest.


bernd

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

Re: [TYPO3-german] Fluid styled content: image rendering definition fehlt

[Bernd Wilke]

Am 02.02.2016 um 12:07 schrieb Andrea Schmuttermair:

Hi,

ich will nur FSC nutzen, aber eine Fehlermeldung ist dann doch unschön,
wenn ich das so beim Kunden abgebe.
Kann man die anderen Elemente irgendwie entfernen aus der Page Content
Liste?


die CEs sollten verschwinden, wenn du CSC im EM deaktivierst.

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

Re: [TYPO3-german] Fluid styled content: image rendering definition fehlt

[Bernd Wilke]

Am 02.02.2016 um 10:33 schrieb Andrea Schmuttermair:

Hallo,

bei einer neuen 7.6er Installation verwende ich Fluid Styled Content,
und bekomme statt einem Bild diese Fehlermeldung:

ERROR: Content Element type "image" has no rendering definition!

Wenn ich den Content Typ auf "Text mit Bild" ändere geht aber alles.
Ich vermute da muss man nur ein Typoscript kopieren, also sowas in der Art:

tt_content.image < tt_content.text_image


das ist der Unterschied zwischen CSC und FSC.
in CSC gibt es das CE 'image' und dort gibt es entsprechend auch eine 
Renderanweisung.
Wenn du eine Neuinstallation hast und nur FSC nutzen willst solltest du 
CSC deaktivieren! Dann gibt es dieses CE nicht mehr.
alternativ kannst du natürlich auch CSC und FSC aktiv haben. dann musst 
du aber noch das statische TS von CSC mit einbinden damit die 
entsprechenden CEs auch gerendert werden können.
Da das aber zu einem mixed HTML-Style führen kann ist das nicht wirklich 
empfehlenswert.


bernd


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

Re: [TYPO3-german] Mobile Seite unter TYPO3 6LTS

[Bernd Wilke]

Am 01.02.2016 um 09:38 schrieb Peter Kühnlein:

Am 01.02.2016 um 08:20 schrieb Bernd Wilke:



ich frage mich ob es nicht besser wäre für die mobiel Version eien
eigene (sub)Domain zu benutzen. Und damit die Startseite nicht zu viele
resourcen lädt muss es wohl eine Vorschalt/Intro-Seite geben auf der die
Besucher wählen können ob sie normal oder mobil weiter machen wollen.
Dann Cookies und so weiter.
Gerade ain Hinblick auf die schlechte automatische Erkennbarkeit von
mobile-Devices und deren vielfältigen Möglichkeiten sollte der Benutzer
doch selber entscheiden was für ihn besser funktioniert.

Alternativ wäre natürlich eine echte responsive version, bei der erstmal
nur das Minimum ausgeliefert wird ("mobile first") und so fancy Dinge
wie grafisches Menu nur per Ajax nachgeladen werden, wenn sie auch
wirklich benötigt werden. (das evtl. umsonst geladene Text-Menü, das nur
für mobile sichtbar ist, sollte in der Desktop-Variante kaum eine Rolle
spielen.)
Das ist als ganzes nicht mal eben aus dem Baukasten zu realisieren, aber
gute Websites waren schon immer etwas aufwändiger.

bernd


Guten Morgen Bernd,

die Frage, ob eine Subdomain benutzt werden soll, ist ja zunächst
unabhängig von der Frage der Wahlmöglichkeit: ich will eine Wahl
einbauen, aber das soll über den Seitentyp gehen.



Und das, was Du über das Nachladen per Ajax machen würdest, ist das, was
ich über die Seitenkonfiguration erreichen will: vor dem Rendern
entscheiden, was an die Nutzer gehen soll, dann ausliefern. Dass man per
Ajax besser als mit einer userFunc oder TS-Condition entscheiden kann,
was ein Mobilgerät ist und eventuell welches es ist, scheint mir
zweifelhaft. Aber ich lerne da gerne dazu.


nope. nicht per Ajaxfunc entscheiden was ein Mobilgerät ist.
das Javascript im Browser kann entscheiden ob genug Platz für fancy 
Dinge ist. oder ob ein Touch-screen vorliegt. oder, ...
Dann kann per Ajax die entsprechenden Seiteninhalte/JS-Bibliothek, ... 
nach geladen und in die Seite eingebaut werden.
Wenn nichts davon erfüllt ist wird nichts nachgeladen und der Browser 
hat nur eine sehr kleine HTML-Seite (mit wenigen, kleinen Bildern) geladen.
Das ist für mich eien der Grundideen von Responsive (und nicht: wir 
schütten den Browser zu und der soll sich mal raussuchen was er davon 
überhaupt gebrauchen kann)


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

Re: [TYPO3-german] Mobile Seite unter TYPO3 6LTS

[Bernd Wilke]

Am 30.01.2016 um 09:26 schrieb Peter Kühnlein:

Am 29.01.2016 um 10:26 schrieb Stefan Padberg:

Am 28.01.2016 um 14:30 schrieb Peter Kühnlein:

Liebe Liste,

ein Kunde möchte "echte" mobile Seiten für seinen Webauftritt. Das würde
ich gerne über das PAGE Objekt lösen. Nun ist ja ab der 7er Version die
condition "device" bzw. "useragent" deprecated, und ich würde die Site
gerne zukunftsfähig halten. Eine Lösung scheint in der Nutzung von
userFunc zu bestehen.

Im allwissenden Internet habe ich zwar einen Ansatz gefunden aber der
ist leider an der entscheidenden Stelle kryptisch bzw. verstehe ich ihn
nicht. Hat jemand von Euch eine Lösung und kann mir einen Code-Schnipsel
oder zwei schicken? Ich steh da ziemlich auf dem Schlauch...



Lieber Peter,

die erste Frage wäre: Responsive Webdesign geht nicht?

Das Zweite: die devices condition funktioniert für unkritische
Situationen recht gut, sprich: iOS und Android kann man damit
ausfiltern. Und damit kommt man in der Praxis schon recht weit.

Aber - und das bringt mich zurück zur ersten Frage -: es gibt zunehmend
Geräte die irgendwie beides sind: riesige touch screens, aber auch mit
Maus und Tastatur bedienbar. Also eigentlich ist es nicht mehr state of
the art, für "Mobilgeräte" zu optimieren. Die Websites müssen auf die
Fenstergröße reagieren, desweiteren sollte die Bedienung touchfähig
sein, und für spezielle Sachen wie Hover-Effekte benötigst du eine
zuverlässige Mauserkennung.

Wenn du aber dennoch für bestimmte Smartphones etwas anbieten willst,
dann bleibt dir meiner Ansicht nach nur der Weg über WURFL
[http://wurfl.sourceforge.net]. Da kenne ich aber den aktuellen Stand
nicht, habe diesen Weg schon länger aufgegeben. Da hat es Veränderungen
in der Lizensierungspolitik gegeben.

Beste Grüße
Stefan



Lieber Stefan,

die "normalen" Seiten werde ich natürlich responsive anlegen - aber ein
Teil der Navigation erfolgt dort über image maps. Da soll eine
alternative Lösung her, die nicht mit Grafik funktioniert. Insofern:
leider nein. Für Fälle, in denen die Navigation über image maps nicht
funktioniert, brauche ich eine andere Lösung. Außerdem will ich Inhalte
für mobile Seiten "abgespeckt" anbieten, und das schon vor dem Rendern -
also geht da nichts über CSS.

Danke für den Hinweis zur device-Bedingung; leider ist die ja ab der 7er
Version auch deprecated. Ich denke, ich werde mir aber erstmal damit
behelfen, und später eine Lösung über userFunc suchen. WURFL scheint mir
tatsächlich nicht der Weg der Wahl zu sein.


ich frage mich ob es nicht besser wäre für die mobiel Version eien 
eigene (sub)Domain zu benutzen. Und damit die Startseite nicht zu viele 
resourcen lädt muss es wohl eine Vorschalt/Intro-Seite geben auf der die 
Besucher wählen können ob sie normal oder mobil weiter machen wollen. 
Dann Cookies und so weiter.
Gerade ain Hinblick auf die schlechte automatische Erkennbarkeit von 
mobile-Devices und deren vielfältigen Möglichkeiten sollte der Benutzer 
doch selber entscheiden was für ihn besser funktioniert.


Alternativ wäre natürlich eine echte responsive version, bei der erstmal 
nur das Minimum ausgeliefert wird ("mobile first") und so fancy Dinge 
wie grafisches Menu nur per Ajax nachgeladen werden, wenn sie auch 
wirklich benötigt werden. (das evtl. umsonst geladene Text-Menü, das nur 
für mobile sichtbar ist, sollte in der Desktop-Variante kaum eine Rolle 
spielen.)
Das ist als ganzes nicht mal eben aus dem Baukasten zu realisieren, aber 
gute Websites waren schon immer etwas aufwändiger.


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

Re: [TYPO3-german] 7.6 OnePage & Unterseiten rendering

[Bernd Wilke]

Am 01.02.2016 um 08:03 schrieb Carsten Hülsmann:

Hallo vielen Dank für die Rückmeldung. Wir haben uns nun dazu
entschlossen, die ganze Sache per Ajax zu lösen und einen neuen page
typenum.

Ich hatte allerdings darauf gesetzt, dass Typo3 da im Rahmen des
Codeschnipsels etwas kann, aufgrund des Tutorials im Eingangskommentar.

Trotzdem vielen Dank an die Antworten.


ein fertiges Codeschniipsel hab ich auch nicht, aber vielleicht hilft 
dir folgende Idee zu einem Ansatz:


du willst ja die Seiten als einzelne individuelle Seiten zusammen 
hängen. die aktuelle Seite enthält nur eine Liste der Unterseiten. das 
ist in TYPO3 normalerwesise ein Menu (entweder ganz normal oder auch 
special)
nun solltest du dann nicht nur einen Link, sondern direkt die ganze 
Seite rendern.


entweder du rufst die Seiten über den Server einzeln auf und hängst sie 
aneinander (das setzt aber voraus dass der Server sich selber aufrufen 
kann, um die Seiten ohne Header, also evtl. ein eigener Seitentyp, zu 
bekommen)
oder hier wird das Seitenrendern neu definiert: in einem cObject des 
Menüeintrags entsprechende Konstruktionen zum Rendern der Unterseiten 
einbauen (fluid-templates auswählen, spalten vorrendern, dann Seite 
fertig machen. Alle Selects müssen natürlich auf diese ander seiten-ID 
umgehängt werden.


und grundsäzlich brauchst du noch eine spezielle Logik für Links zu 
anderen 'Seiten', das aber wohl in allen möglichen Varianten.


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

Re: [TYPO3-german] Fluid Template - Pfad zur locallang.xml über Variable einsetzen ?

[Bernd Wilke]

Am 29.01.2016 um 15:36 schrieb Johannes C. Laxander:


Hallo,

kann man eigentlich in einen Page Fluidtemplate im folgenden Tag die
Pfadangabe auch über eine Variable einsetzen?

Also statt:



So:



Wie und wo müsste die Variable gesetzt werden? Wäre die Syntax so OK?



das sollte so möglich sein. Variablen werden zuerst aufgelöst und dann 
werden VH (rekursiv) ausgeführt.


und die Variable setzt du da wo du auch die anderen setzt.
du musst halt eine variable nehmen, die es an dieser Stelle im Fluid gibt.
Was es alles gibt:
{_all}
vielleicht findest du ja etwas, das dir bekannt vorkommt und weisst wie 
es gesetzt wurde und das du dann kopieren kannst.


bernd

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

Re: [TYPO3-german] Fragen zur Bildgenerierung

[Bernd Wilke]

Am 28.01.2016 um 15:39 schrieb Justus Braun:

Wird ImageMagick oder GraphicsMagick verwendet? Wird in den betroffenen
Dateien von Sonderzeichen Gebrauch gemacht (im Dateinamen oder im Pfad)?


es wird beide male IM benutzt (in gleicher Konfiguration) die Dateien 
sind auch identisch, inkl. identischer Namen, und da die Dateien im BE 
hochgeladen werden auch sauber.


Inzwischen aben wir noch mehr Merkwürdigkeiten festgestellt, die uns 
vielleicht jemand mit mehr Verständnis vom Core erklären kann:


Die Installation war ursprünglich eine 4.5. damals wurden resized images 
ja unter typo3temp/pics abgelegt.

Dann gab es eine Umstellung auf 6.2.
Hier weiss sich nicht ganz genau ob ich richtig liege:
resized images wurden/werden in einer Tabelle gemerkt (cache_imagesizes) 
und TYPO3 überprüft nicht (mehr) ob diese Dateien noch existieren. es 
werden nämlich auch viele Verweise nach typo3temp/pics/_hash.jpg 
ausgegeben, obwohl nach dem Kopieren typo3temp komplett gelöscht wurde. 
Damit fehlen natürlich eine Menge Bilder in der Kopie.
in sys_file_processedfile gibt es keine Hinweise auf Dateien in 
typo3temp. nur _processed_/..., allerdings auch viele Einträge mit 
identifier leer und name = NULL


bernd



Am .01.2016, 15:07 Uhr, schrieb Bernd Wilke <t...@pi-phi.de>:


Am 28.01.2016 um 08:55 schrieb Bernd Wilke:

wir haben zwei Installationen: ein Original und eine Kopie
beim vergleich der Ausgaben für diverse Seiten ergeben sich zwei
typische Differenzen bei den Bildern:

2. immer wieder passiert es dass ein Bild nicht klein gerechnet wird
sondern das original Bild referenziert wird. Da die Bilder teilweise
recht groß sind ist das schon recht problematisch. Das passiert auf
beiden Systemen, aber auch nicht unbedingt nachvollziehbar bei den
gleichen Bildern.
Welche Gründe kann es geben, dass TYPO3 ein (einzelnes) Bild nicht
kleiner rechnet (wenn die Grafikbearbeitung grundsätzlich funktioniert)?


aktuell vermuten wir dass die Bildberechnung aus irgendeinem Grund
scheitert udn dass dann das OriginalBild als Fall back benutzt wird.

kann das jemand so bestätigen?

bernd


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

[TYPO3-german] Fragen zur Bildgenerierung

[Bernd Wilke]

wir haben zwei Installationen: ein Original und eine Kopie
beim vergleich der Ausgaben für diverse Seiten ergeben sich zwei 
typische Differenzen bei den Bildern:


1. bei der Umrechnugn von Bildern hängt TYPO3 einen Hash an den 
Bildnamen an, in dem diverse Angaben verschlüsselt sind.

hier werden bei den Systemen unterschiedliche Hashes generiert.
Welche Angaben kommen (bei TYPO3 6.2) in die Hashes?

2. immer wieder passiert es dass ein Bild nicht klein gerechnet wird 
sondern das original Bild referenziert wird. Da die Bilder teilweise 
recht groß sind ist das schon recht problematisch. Das passiert auf 
beiden Systemen, aber auch nicht unbedingt nachvollziehbar bei den 
gleichen Bildern.
Welche Gründe kann es geben, dass TYPO3 ein (einzelnes) Bild nicht 
kleiner rechnet (wenn die Grafikbearbeitung grundsätzlich funktioniert)?


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

Re: [TYPO3-german] Fragen zur Bildgenerierung

[Bernd Wilke]

Am 28.01.2016 um 08:55 schrieb Bernd Wilke:

wir haben zwei Installationen: ein Original und eine Kopie
beim vergleich der Ausgaben für diverse Seiten ergeben sich zwei
typische Differenzen bei den Bildern:

2. immer wieder passiert es dass ein Bild nicht klein gerechnet wird
sondern das original Bild referenziert wird. Da die Bilder teilweise
recht groß sind ist das schon recht problematisch. Das passiert auf
beiden Systemen, aber auch nicht unbedingt nachvollziehbar bei den
gleichen Bildern.
Welche Gründe kann es geben, dass TYPO3 ein (einzelnes) Bild nicht
kleiner rechnet (wenn die Grafikbearbeitung grundsätzlich funktioniert)?


aktuell vermuten wir dass die Bildberechnung aus irgendeinem Grund 
scheitert udn dass dann das OriginalBild als Fall back benutzt wird.


kann das jemand so bestätigen?

bernd

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

Re: [TYPO3-german] Form mit Dynamischen Inhalt

[Bernd Wilke]

Am 26.01.2016 um 10:40 schrieb seven ex:

Hallo zusammen,

ich habe mir ein Formular mit tx_form/form mit Select Feldern gebaut.
Beim ausfüllen im Frondend, werden die Felder mit jQuery gefüllt, je
nachdem was vorher ausgewählt wurden ist.

Mein Problem ist es das ich:

1. ich erhalte die Mail mit denn Dropdown Feldern und nicht den Value
text 2. ich erhalte nicht die Values von denn Feldern die Dynamisch
gefüllt wurden.

Wie bekomme ich es hin das mir alle Values als Text in der Mail
erscheinen ?


Ich bin jetzt nicht so ganz auf dem Laufenden wie weit sich ext:form 
weiter entwickelt hat (und welche Version du benutzt).
Für kompliziertere Aufgaben bin ich aber immer auf Alternativen wie 
Formhandler (oder Powermail) ausgewichen.

Da kann man doch einiges mehr mit abfangen.

Problematisch bei deinem ANsatz das Formular mit jQuery zu verändern 
halte ich dass du in einen (halbwegs geschlossenen) Ablauf eingreifst. 
zumindest wenn das Formular auch noch gegen Spam/Abuse geschützt sein soll.
Da solltest du natürlich schon sehr genau wissen was am Ende gemacht 
wird: welche Felder in welcher Form ausgewertet werden. Irgendetwas 
scheint dabei schief zu laufen. Analysiere doch mal die Daten, die dein 
Browser überträgt (Netzwerk-Protokoll mit GET/Post-Daten). Ansonsten 
musst du wohl die finale Auswertung in PHP debuggen.


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

Re: [TYPO3-german] 7.6 Install Documentation

[Bernd Wilke]

Am 26.01.2016 um 06:43 schrieb Michael Schams:

On Mon, 2016-01-25 at 23:45 +0100, Andrea Schmuttermair wrote:

[...]

Heute habe ich ein aktuelles 7.6 installiert - und sorry, aber da
brauchts echt ein Update auf typo3.org.
[...]
Das war der hier - und der ist für 6.2:
https://docs.typo3.org/typo3cms/InstallationGuide/QuickInstall/GetAndUnpack/Index.html


Hi Andrea. Danke fuer dein Feedback. Ich habe die Versionsnummern der Dateinamen 
angepasst und ein "pull request" auf GitHub gemacht.

https://github.com/TYPO3-Documentation/TYPO3CMS-Guide-Installation/pull/9

Alle offiziellen Dokumentationen auf docs.typo3.org haben einen Button "Edit me on 
GitHub". Falls du einen Fehler in den Anleitungen findest, klicke diesen Button und 
mache einfach einen Verbesserungsvorschlag :-)
Du benoetigst lediglich einen Account auf GitHub.


Beispielsweise hat sich die URL zum Install Tool geändert von
typo3/install auf typo3/sysext/install/Start/Install.php
-> steht nirgends


Da hast du Recht. Vielleicht hast du ja Lust, dass gleich zu
korrigieren? :-)


wenn man das Install Tool wirklich nicht mehr unter /typo3/install/ 
erreichen könnte wäre das nicht ein Grund die Doku, sondern die Ursache 
dafür, zu ändern.

Für mich wäre das ein ganz großer Mangel an der Bedienbarkeit.
die URLs sind schon kryptisch genug. da nach Jahren mehrere 
Zwischenebenen einzubauen ist ein ganz großer Fehler im Bereich 
Bedienbarkeit.


Weil es mir bisher auch noch nie aufgefallen war dass das Install-Tool 
nicht so startet wie ich es erwarte habe ich es gerade noch mal mit 
eiern 7.6.2er ausprobiert:

bei mir startet das Install tool mit /typo3/install/ !
natürlich kommt dann ein redirekt, wie bei fast allen URLs, aber ich bin 
nicht gezwungen mir diesen Deep-Link in den Core zu merken oder hn 
explizit einzugeben.


Wenn dieser redirekt bei dir nicht funktioniert solltest du deine 
Konfguration mal näher untersuchen und die Ursache dem Core-team melden, 
dass es darauf reagieren kann.


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

Re: [TYPO3-german] Datenbank bearbeiten

[Bernd Wilke]

Am 25.01.2016 um 11:53 schrieb Damien:



Eine solche Antwort hatte ich befürchtet. Schade das etwas so simples
wie das Erstellen einer Tabelle und auslesen dieser so einen Aufwand
nach sich zieht. Den ExtensionBuilder habe ich bereits installiert,
werde mich dann doch nochmal näher mit diesem befassen müssen. Zum Cache
wären dann noch ein paar Unklarheiten: Als Ergebnis nachher sollen die
Daten in einer Tabelle ausgegeben werden, wahrscheinlich beschränkt auf
die aktuellsten 10-20 Einträge bzw. an zwei Stellen ausgegeben mit
unterschieldicher Anzahl.

> Den Cache dann auszuschalten erscheint mir

etwas ungünstig, da (bitte korrigieren falls hier ein Denkfehler
vorliegt) in dem Fall ja beim laden der Seite jedes Mal die Daten neu
gezogen werden, was je nach Anzahl der Zugriffe dann doch eine gewisse
"Belastung" in Form von Traffic etc nach sich ziehen würde. Kann ich
denn den Cache hierfür auch automatisch in Zeitintervallen löschen
lassen? Bspw. sagen "aktualisiere dich jeden Tag um 12 Uhr mittags neu
und zieh dir die Daten", oder muss das manuell gemacht werden?


das mit dem 'Ziehen' müsste man mal etwas konkretisieren.

wir gehen ja davon aus, dass es ein externes Tool gibt, dass eine 
spezielle DB-Tabelle immer wieder mal aktualisiert. [1]

Und das eben unbemerkt von TYPO3.

je nach notwendiger Aktualität  (wenn es reicht dass die Daten dann 
evtl. erst am nächsten Tag aktuell sind vergiss erstmal alles)
wenn aber die aktualisieren Daten direkt nach der Aktualisierung 
angezeigt werden sollen muss der Cache auch sofort gelöscht werden (oder 
die Daten eben immer ungecacht direkt aus der Tabelle angezeigt werden)
Da der Zugriff nur auf die (lokale) DB erfolgt ist das keine 
Wahnsinnswartezeit, aber eben doch langsamer als gecacht. Hängt auch ein 
bisschen von den Daten ab (wie kompliziert ist das Query und wieviel 
Datensätze müssen vond er Db in den Speicher geladen werden?), aber 
mySQL it ja auch nicht so das langsamste.


Natürlich kannst du auch die Cachedauer (Seitenspezifisch) konfigurieren.

[1]
1. hierbei sollte man beachten, dass das externe Tool nur die eine 
Tabelle modifizeiren kann und nicht 'aus Versehen' die gesamte 
TYPO3-Installation durcheinander bringt


2.die Alternative wäre ja das Verfahrn das Ralf-Rene vorschlug: TYPO3 
(bzw. konkret ein Scheduler-Task) holt sich die Daten in festen 
Intervallen und aktualisiert damit seine (lokale) Kopie der Daten in der 
DB. Der Task kann dann natürlich auch alle betroffenen Caches löschen. 
Das ist eigentlich das bevorzugte Verfahren aber etwas komplizierter in 
der Programmierung. Die Alternative die Daten von extern nur bei Zugriff 
im FE zu holen würde ich versuchen immer zu vermeiden: 1. hast du 
extreme Wartezeiten, weil du damit ja wieder mit einem anderen Server 
kommunizierst, 2. was ist, wenn diser Server nicht erreichbar/ verfügbar 
ist?


> Hab beim

Thema TYPO3 leider viel learning by doing, daher die ganzen Fragen dazu.


ja. so ist das mit TYPO3, da müssen alle durch  :)

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

Re: [TYPO3-german] Datenbank bearbeiten

[Bernd Wilke]

Am 25.01.2016 um 10:00 schrieb Damien:

Moin,
ganz einfache Frage: Kann ich irgendwie in der TYPO3 Datenbank manuell
eine Tabelle anlegen, die ich dann von außen befüllen lasse, und den
Inhalt im FE ausgeben lassen? Oder auch von TYPO3 aus, hauptsache
Tabelle anch eigenen Vorgaben.
Sprich ich lege an, Programm sendet Daten von einer anderen DB an die
TYPO3-DB, TYPO3 ließt DB aus und Daten werden auf der Website
ausgegeben, möglichst automatisch ohne irgendwelche mnauellen Eingriffe.
Ach ja, Nutzung einer bestehenden Extension ist ausgeschlossen (und für
einen eigentlich so simplen Vorgang werde ich doch hoffentlich keine
benötigen). Hab selbst schon gesucht, finde aber nur gefühlte 9brd
Anleitungen zum exportieren der DB oder erstellen bei Neu-Installation.


so ganz ohne Extension wirst du nicht auskommen.
damit TYPO3 mit deiner Tabelle etwas anfangen kann muss diese Tabelle im 
TCA defklariert sein. und das wird ohne Extension recht schwer.
Außerdem muss das Ausgeben der Daten noch irgendwie geregelt sein: Daten 
aus der Tabelle in den Arbeitsspeicher holen, in HTML packen (rendern) 
und dann in die Ausgabe von TYPO3 einbauen.

Mit Extension eigentlich ganz einfach, ohne ein Chaos.

schau dir mal den Extension-Builder an. (Eine Extension um mit geringem 
Aufwand eine Extension für genau dieses zu erstellen: Tabellenfelder 
deklarieren, TCA, input/output mit liste und einzelansicht mit Hilfe von 
Fluid-templates)
Und wenn du ganz spezielle Anforderungen hast, die der ExtensionBuilder 
nicht kann musst du den generierten Code eben noch etwas per Hand anpassen.


Wie du jetzt die Tabelle genau befüllst (ob als Editor im BE, oder über 
Formulare im FE, oder eben über externe Programme) ist dann egal. Du 
solltest nur beachten: TYPO3 cachet die Ausgaben. wenn die Daten von 
extern modifiziert werden, muss natürlich dieser Cache gelöscht werden - 
oder ganz auf ihn verzichtet werden.


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

Re: [TYPO3-german] Webstatistik

[Bernd Wilke]

Am 23.01.2016 um 14:04 schrieb RDE - Gert Redlich:

Michael Schams schrieb:

On Fri, 2016-01-22 at 19:49 +0100, Jan Bartels wrote:



Ich persoenlich halte nicht viel vom Erstellen "doppelter" Logfiles. Das
Protokollieren von Requests sollte Aufgabe des Web Servers sein - nicht
von TYPO3 CMS (auch nicht mit einer Extension).



Das ist völlig richtig, so kann man jeden Webserver "niederknüppeln",
bis die CPU glüht. Wenn man auf solch einem Server diverse vhosts
mit TYPO3 hat, dann werden die Server so lahm, wie es so oft bemängelt
wird.

Es geht aber nur, wenn man die Admin- (oder root-) Hoheit über den
gesamten Server an sich hat ...


jein.
sicher ist es eien Aufgabe des Admins. und wenn man nicht selber Admin 
ist muss es eben der machen, der Admin ist.
Aber der sollte doch auch den Anspruch haben den Server vernünftig 
aufzusetzen und seine Kunden nicht dazu zwingen Resourcen für das 
(unnötige) Erzeugen doppelter Logs zu verbrauchen. Und dass Logs wichtig 
sind sollte jeder einsehen. Wenn es da schon klemmt und der Admin da 
nicht mitspielt hat der Admin entweder keine Ahnung von seinem Job oder 
seine Ansichten über den vernünftigen Betrieb eines Servers sind so 
schräg dass ich da in keinem dieser Fälle Kunde sein möchte.


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

Re: [TYPO3-german] OT: Helvetica wird im CHROME grundsätzlich 'fett' dargestellt

[Bernd Wilke]

Am 24.01.2016 um 17:59 schrieb Johannes C. Laxander:

Hallo Andrea,

kann deine Ideen alle nachvollziehen. Die installierten Fonts habe ich auf
meinem Windows PC gecheckt, und tatsächlich ist wohl nur Helvetica Bold
installiert?!

ABER: Warum werden dann die Seiten in FF, IE und Safari auf dem gleichen
Rechner richtig angezeigt, also "nicht fett"???



vielleicht benutzen die Browser nicht alle die gleiche Schrift.
meisst gibt man ja mehrere Schriften an, bzw. die Browser haben ja immer 
noch eine Fallback-Schrift.
Vielleicht versucht Chrome es ja ganz 'intelligent' und nimmt 
(irgend-)eine Schrift aus der Familie, auch wenn sie nicht genau den 
CSS-Angaben entspricht, während die anderen Browser auf die zweite Wahl 
(oder default) zurück fallen.


versuche doch mal als zweitwahl eien Schrift anzugeben, die sich Optisch 
deutlich unterscheidet und auf jeden Fall installiert  (und erkannt) 
wird. zb. so etwas wie webdings oder "comic sans"


bernd



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

Re: [TYPO3-german] Version 7.6.2 - brandneu unter opensuse - Backend Schrift und Abstände verkleinern

[Bernd Wilke]

Am 24.01.2016 um 21:21 schrieb RDE - Gert Redlich:

24.1.2015 - Guten Abend an alle 7.6.2 Experten

die Installation von 7.6.2 hat erfreulich gut funktioniert
(VM unter opensuse 13.2 / 4 giga RAM und 4 x 2,2 GigaHz CPUs
MariaDB Version: 10.0.22- PHP-Version: 5.6.1)

Die Fehlermeldungen waren aussgekräftig und am Ende kam ich
ins Install-Tool und später dann auch ins Backend.


Das 7.6.2 Backend ist "sehr aufgeräumt" im Vergleich zu früheren
Versionen. Ich brauche jetzt im Backend kleinere Icons und eine
kleinere Schrift - sowie kleinere Abstände zuwischen den
Eingabefeldern, so kann man in der gewohnten Geschwindigeit
und Effiziens nicht arbeiten ( 24" Bildschirm mit 1680 x 1280 pixel)
(Responsive Design im Backend ist bei uns nicht gefragt)


Nach 3 Stunden Googeln nach "TYPO3 7.6 backend anpassen"
(oder "verändern" oder "schriftart" oder oder )
bitte ich etwas (Nach-) Hilfe, wo und wie ich evtl. sogar bereits
vorgefertigte alternative Backend-Templates oder Layouts einbinden
kann.

Es geht nur um die Admin Oberfläche des Redakteurs und überall auf
den Suchergebnissen wird mir das Verändern des Frontends angeboten.

Wonach sollte ich googeln ? Für eine paar Tips und Tricks und Links
wäre ich sehr dankbar.


Eine Lösung habe ich nicht, aber vielleicht einen Trick:
im Browser die Anzeige mal ein wenig herauszoomen: Strg-'-'
ist nur blöd, dass einige Browser sich das dann domain-spezifisch merken 
und auch das FE verkleinert anzeigen.


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

Re: [TYPO3-german] Bildunterschrift und Tooltip nur beim ersten Bild!

[Bernd Wilke]

Am 22.01.2016 um 09:15 schrieb Gerhard Obermayr:

Hallo Bernd,
ja, das weiss ich alles.
Was ich aber nicht verstehe ist die Tatsache, dass es nur auf dieser
Seite vorkommt.
Bei allen anderen Projekten funktioniert es einwandfrei.
Was mich am meisten verzweifeln lässt ist die Tatsache, dass ich zwei
Siten mit identischem Alter und Konfiguration habe.
Bei den Hauschroniken ist die Darstellung fehlerhaft -->
http://chronik.gerhard-obermayr.com/obermayr/kalkoefen/
Bei der gleich alten und gleich konfigurierten Seite ist die Darstellung
richtig --> http://chronik.stadthaag.com/haag/hauptplatz/hauptplatz-5-ez-3/
Lediglich das Template unterscheidet die beiden Seiten!



ich würde nach unterschiedlicher Konfiguration beim rendern suchen. das 
könnte zb. auch eine Extension sein, die zwischen den Systemen 
unterschiedlich ist (zb. auch nur eine andere version)


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

Re: [TYPO3-german] Plugin, Startingpoint, Behaviour Tab in 7.6

[Bernd Wilke]

Am 20.01.2016 um 23:57 schrieb Bernd Pier:

Am 20.01.16 um 23:40 schrieb Kurt Knick:

Hallo,

ich migriere gerade eine Extension in Richtung 7.6. Dabei ist mir
aufgefallen, dass im Plugin die Felder Plugin-Modus, Datensatzsammlung,
Rekursiv nicht mehr auf dem Reiter Behaviour liegen, sonder permanent
unterhalb der Plugin Flexform erscheinen. Warum ist das so? Auf den
Redakteur wirkt das etwas verwirrend. Ich habe gesehen, dass zb  in der
Extension News System eine eigene startingpoint setting im flexform
definiert wurde. Wie kann man in diesem Fall den Standard startingpoint
deaktivieren?

An für sich wären diese Felder gar nicht nötig, da die Persitenz
ausschließlich über die Plugin Setup geregelt wird. Leider ist es mir
bisher nicht gelungen die Felder explizit in diesem Plugin über tsconfig
auszublenden. Ist das möglich?

Kann mich zu dem Thema jemand erleuchten?

Herzlichen Dank,
Kurt Knick


Hallo Kurt,

meines Wissens nach ist es nicht möglich über das Typoscript
Flexformfelder aus-, bzw. einzublenden. Häufig ist es so, daß die
Einstellungen die im Typoscript möglich sind auch in der Flexform
realisiert werden. Muss aber nicht. Allerdings sollte ein leeres
Flexformfeld auch keine Auswirkung haben, bzw. dann die entsprechende
Einstellung vom Typoscript greifen.


die Frage war wie man das std-feld deaktiviert (das vermutlich in der 
Extension/ dem Plugin auch gar nicht ausgewertet wird).
das ganze ist eigentlich auch nicht Aufgabe des integrators sondern des 
Extension-Authors. zum einen hat der natürlich volle Kontrolle welche 
Felder in sein Flexform kommen. zum anderen hat er auch Kontrolle (bzw. 
kann das entsprechend einbauen) welche Felder für sein Plugin angezeigt 
werden. dazu muss er nur die richtigen TCA-Konfigurationen vornehmen: 
sobald ein CE in 'sein' Plugin geändert wird. muss das Feld ausgeblendet 
werden.


wenn man das als Integrator machen möchte (weil der Extension Author 
keine Updates macht) wird es schon etwas komplizierter.
evtl. könnte man eine Condition ins TSconfig einbauen um das Feld genau 
dann auszublenden. (wie schon gesagt: nicht das Flexform-feld!)


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

Re: [TYPO3-german] Bildunterschrift und Tooltip nur beim ersten Bild!

[Bernd Wilke]

Am 21.01.2016 um 16:04 schrieb Gerhard Obermayr:

Ich bin nun auf ein interessantes Detail gestoßen, das mir bisher nicht
aufgefallen ist.
Auf meiner eigenen Chronik-Seite habe ich auch Bilder eingebunden.
Zu den meisten Bildern gibt es eine Bildunterschrift bzw.
Alternativtexte und Titel.
Die ALternativtexte werden angezeigt - allerdings nur beim ersten Bild.
Sind zwei oder mehr Bilder in einer Reihe, wird in der Lightbox nur zum
ersten Bild die Bildunterschrift angezeigt.
Jedoch fehlt zu diesen Bildern auch der Tooltip beim überfahren mit der
Maus.
An der Ligtbox kann es ja nicht liegen, denn der Tooltip hat noch nix
mit der Lightbox zu tun ...
Siehe --> http://chronik.gerhard-obermayr.com/obermayr/kalkoefen/ <--
die Reihen mit 2 Bildern!

Ich verwende (ja, noch immer) TYPO3 v4.5.40 ...

das hängt wohl mit der Zuordnung/ Absopeicerung dieser Informationen und 
dem anschließenden Rendering zusammen.
früher™ wurden diese Werte für alle Bilder in einem feld gespeichert und 
für die Benutzung musste dieses Feld gesplittet werden. Dabei ist das 
Trennzeichen natürlich wichtig und muss richtig konfiguriert sein (',' 
oder Zeilenvorschub)
aber das Bilder rendering muss überhaupt das aus dem Splitting 
resultierende Array abarbeiten. Viele Extensions, die das Bildrendern 
verändert haben haben das Splitting gerne vergessen und nur den ersten 
Wert benutzt (entweder nur fürs erste Bild oder auch dann für alle 
Bilder). Das gilt so für Links, Alt-texte, Caption und Description.


bernd

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

Re: [TYPO3-german] Webstatistik

[Bernd Wilke]

Am 21.01.2016 um 19:28 schrieb Johannes C. Laxander:

Hallo,

seit TYPO3 6.2 sind ja die Logfiles in TYPO3 weggefallen. Einen wirklichen
Ersatz für awstats gibt es meines Wissens nicht, wenn man mal von den
"Boliden" GA und piwik absieht.

Für eine aktuelle Website möchte ich aber weder das GA noch piwik einsetzen,
das wäre in diesem Fall mit Kanonen auf Spatzen geschossen. Trotzdem möchte
der Kunde gerne eine einfache leicht verständliche Übersicht a la
"Besucherzähler", die auch Seitenaufrufe von "geschützten Seiten" (felogin)
aufzeichnet.

Habt ihr mir einen Tipp / eine Empfehlung?


du kannst weiterhin awstats oder webalizer nutzen. nur nicht im 
TYPO3-BE. Wenn TYPO3 eigene Logs generiert ist das natürlich viel 
zusätzliche Arbeit, die in einer STD-Installation sowieso schon erfolgt: 
der Apache (o.ä.) legt meist sowieso schon log-files an, auf denen diese 
Tools normalerweise auch aufsetzen. AWstats auf die von TYPO3 
generierten Logfiles umzubiegen ist also unnötiger Aufwand.


Viele Provider bieten solche Tools (genauso wie auch DB-Tools wie 
phpMyAdmin oder auch WebFTP) ja auch in ihrer 
Website-verwaltungsOberfläche an.


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

Re: [TYPO3-german] Typo3 wandelt keinen HTML-Code um

[Bernd Wilke]

Am 20.01.2016 um 17:09 schrieb Michael Kasten:

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hallo Florian,


Über die Art, wie und wann der Fehler auftritt, kann ich leider nix genaues 
sagen, so oft
checke ich die Homepage nicht. Ich bin mir aber sicher, dass die Darstellung 
zumindest im
Dezember '15 noch einwandfrei war.


Naja deckt sich ja:
Releasedatum von 6.2.17 war ja 21.12.2015



Mir ist nur gerade aufgefallen, dass die zwei Inhalte, in denen dieser Fehler 
erscheint,
beides Tabellen sind. Ist es möglich, dass dort mal ein Update eingeschoben 
wurde, die
html-code in Tabellen verbietet? Und falls das zutreffend ist, wie kann ich das 
beheben?


Du kannst mal versuchen die folgende TypoScript Zeile ins Template (Setup) 
einzutragen:

tt_content.table.20.innerStdWrap.htmlSpecialChars = 0

Damit erlaubst du auch wieder HTML in den Tabellenzellen.

ganz so einfach ist das leider nicht. wegen 
https://typo3.org/teams/security/security-bulletins/typo3-core/typo3-core-sa-2015-013/
ist das rendering für Inhalte in den CEs Tabelle, Liste, o.ä. auf das 
html-escapte Anzeigen reduziert worden. d.h. auch Links, die im RTE ja 
als  gespeichert sind werden nicht mehr in  umgewandelt.


d.h. es wurden nicht nur ein paar htmlSpecialChars auf 1 gesetzt, 
sondern auch ein paar parseFuncs entfernt. die muss man wieder erlauben/ 
konfigurieren damit auch links wieder funktionieren.
da in dem security bulletin genau steht was entfernt wurde bzw. was 
jetzt gesetzt wird, kann man (selektiv) wieder das einbauen was man 
braucht / wo man seinen Redakteuren vertraut, dass sie keinen Unsinn machen.


bernd




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