Re: [TYPO3-german] Ist realurl ein DB-Killer? Wie kann man bestimmte Eintrge ausschlieen?

[Peter Linzenkirchner]

Hallo Dieter, 

danke, das war mir bisher auch entgangen. Guter Hinweis!

Gruß
Peter




--
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] Slider von Bilderordner

[Peter Linzenkirchner]

Hallo Liste, 

ich suche einen Bilderslider, der sich die Bilder aus einem Ordner holt. Kennt 
da jemand was? 

Danke
Peter


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

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

Re: [TYPO3-german] [SYS][displayErrors] = 1 oder wie "informiere" ich die Welt da draußen über mein MySQL Password

[Peter Linzenkirchner]

Hallo Michael, 

eigentlich braucht es keinen Hinweis dazu, weil man in einem Produktivsystem 
niemals und unter keinen Umständen eine öffentliche Fehlerausgabe aktiviert. 
Das ist völlig unabhängig von TYPO3. Wenn dir die Fehlermeldungen helfen, so 
helfen sie natürlich auch Hackern. Deshalb gibt es in TYPO3 die Möglichkeit 
Sets auszuwählen: Produktiv vs. Entwicklung. Ausserdem hast du die Möglichkeit, 
die Fehlerausgabe nur für bestimmte IP-Nummern zu aktivieren, siehe devIPmask. 

https://jweiland.net/know-how/typo3-fehlersuche.html#c2068

Gruß
Peter

> Am 16.02.2017 um 03:57 schrieb Michael_OF :
> 
> 
> Hallo zusammen,
> 
> 
> ich habe gerade etwas entdeckt, dass mich doch sehr unangenehm überrascht hat.
> 
> Vor einer Weile habe ich
> 
>   [SYS][displayErrors] = 1
> 
> gesetzt, da ich es etwas lästig finde, mit oft nur einem Exception Code und 
> sonst keiner weiteren Information auf meinem
> VPS in den Log-Dateien nach diesem Exception Code suchen zu müssen. Um im 
> Ergebnis dann eine unformatierten "Einzeiler"
> sensationsverdächtiger Länge zu erhalten.
> 
> Da fand ich die übersichtlichen Informationen der "Uncaught TYPO3 Exception" 
> Seite über [SYS][displayErrors] = 1 doch
> wesentlich angenehmer.
> 
> Gerade eben musste ich aber meinen VPS einmal neu starten. Und da der Apache 
> etwas schneller komplett oben ist als
> MySQL/MariaDB, lief der Backend-Login in einen (nachvollziehbaren) 
> "Connection refused" Fehler.
> 
> Dass aber diese "Uncaught TYPO3 Exception" Seite in der Zeile
> 
>   mysqli::real_connect("", "", "", "", , "", 0)
> 
> der ganzen Welt User und schlimmer noch Passwort des TYPO3-Datenbank-Users 
> mitteilt, nun damit hätte ich wirklich nicht
> gerechnet.
> 
> Auch wenn meine Datenbank-Instanz nur auf localhost hört, ausfallen kann die 
> immer mal. Insbesondere, wenn sie bei
> anderen mal tatsächlich auf einem anderen Server oder z.B. auch Docker 
> Container läuft.
> 
> Solche Informationen gehören in meinen Augen auf keinen Fall in eine 
> Fehlermeldung.
> 
> Ist das bekannt?
> 
> Hab ich eine Doku übersehen, in der deutlich hingewiesen wird, 
> [SYS][displayErrors] = 1  auf keinen Fall in produktiven
> TYPO3-Instanzen zu setzen?
> 
> 
> Wenn nicht, werde ich das gerne mal in Forge eintragen.
> 
> 
> Viele Grüße,
> Michael
> ___
> TYPO3-german mailing list
> TYPO3-german@lists.typo3.org
> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german



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

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

Re: [TYPO3-german] Seitentypen, mögliche Inhalte und mögliche Unterseiten

[Peter Linzenkirchner]

Hallo Bastian, 

Löse dich von dem Begriff „Seitentypen“ - das meint in TYPO3 was ganz anderes, 
da kommst du auf eine komplett falsche Spur. 

Ein Seitentyp ist in TYPO3 ein „Blatt“ („Leaf“) im Seitenbaum, das vielleicht 
eine Seite ist, vielleicht aber auch was ganz anderes:  Folder, Verweis, 
Externer Link, Papierkorb, Menütrenner etc. Und einer der Seitentypen ist eben 
die normale, im Frontend sichtbare Seite. Was du haben willst löse ich 
üblicherweise über eine Kombination aus Backend-Layouts für die Standardseiten. 
Der Seitentyp bleibt aber immer der gleiche (nämlich die normale 
Standardseite), ich musste noch nie einen eigenen erstellen. Das wäre natürlich 
möglich, aber unüblich und in der Regel nicht nötig. 

Ein Backend-Layout stellt im Backend auf der Seite Eingabebereiche zur 
Verfügung. Diese können so definiert werden, dass in einem bestimmten Bereich 
nur bestimmte Inhaltselemente eingefügt werden können. Richtig konfiguriert, 
sieht der Redakteur in einem bestimmten Bereich also nur die Inhaltselemente, 
die er einfügen kann. (Das ist doch genau das, was du haben willst, oder?) Das 
ist ab Version 6 von TYPO3 eine Standardfunktion des Core, sie muss beim 
Entwickeln nur angewendet werden. Das heißt: auf Seite A kann der Redakteur im 
Head-Bereich nur einen Slider einfügen, auf Seite B hat er im Header-Bereich 
vielleicht die Wahl zwischen einem Inhaltselement Slider und Header-Bild. Und 
so weiter, das kannst du bis ins kleinste Detail runterbrechen. 

Jeder Seite kann ein eigenes BackendLayout zugewiesen werden, dito deren 
Unterseiten. Man kann bestimmen: nimm dieses Layout, aber für die Unterseiten 
ein anderes. Das geht unbegrenzt. Heisst: natürlich kann jede Seite ein eigenes 
Templates haben, und zwar im Frontend und im Backend. 

Jedes Backend-Layout ist verknüpft mit Typoscript und mit Fluid-Templates, die 
Aussehen und Verhalten im Frontend regeln. Das geht weit über das Aussehen 
hinaus: mit Hilfe von Typoscript oder Fluid kann man in den Frontend-Templates 
auch  automatisch Inhalte von anderen Stellen holen, z. B. Menüs, Submenüs, 
feste Inhalte, die auf allen Seiten gleich sind, Inhalte von Unterseiten und so 
weiter. So können z. B. pro Backend-Layout unterschiedliche Footer, 
Seitenspalten etc. realisiert werden. Das wird oft angewendet, weil ein 
Redakteur z. B. nicht auf jeder Seite bestimmte Bereiche, die immer gleich 
bleiben, jeweils erneut eingeben will. 

Das heißt: durch die Wahl des Backend-Layouts im Backend ändert sich die 
Ausgabe im Frontend komplett. Die gesamte Logik kann komplett anders werden. 
Und durch die Angabe von „Unterlayouts“ für die Unterseiten, bestimmt man damit 
auch das Aussehen und Verhalten der Unterseiten. Das ist mega mächtig, es gibt 
kaum etwas, was damit nicht umsetzbar wäre. Wenn jede Seite anders ist, ist das 
natürlich aufwändig, weil für jede Seite auch ein eigenes Backend-Layout incl. 
Frontendausgabe entwickelt werden muss. Aber irgendeinen Tod muss man hier 
sterben :-)

Weiter ist es möglich, die einzelnen Eingabe-Bereich in den Backend-Layouts 
vererbbar zu machen. Das heisst, der Redakteur befüllt einen Bereich und dieser 
vererbt sich auf alle Unterseiten, bis wieder etwas in den Bereich eingefüllt 
wird, was sich dann wieder auf die Unterseiten vererbt. Ich regle so u. a. die 
Footer, Kästsen und Teaser in den Seitenspalten - der Redakteur kann so für 
jeden Seitenzweig andere Footer oder Teaser erstellen - wenn er will. Oder 
einfach alles von der Homepage oder Einstiegsseiten auf die Unterseiten 
vererben lassen. 

Es gibt viele Möglichkeiten, das Problem besteht darin, die jeweils optimale zu 
finden. Dazu muss man aber leider alle Möglichkeiten erst mal kennen. 

Viele Grüße
Peter Linzenkirchner 


> Am 08.02.2017 um 00:01 schrieb Bastian Fenske <bastian.fen...@tueena.com>:
> 
> Hallo Marc.
> 
> Der Auftrag ist einfach eine Site mit verschiedenen Seiten-Typen, die jeweils 
> andere Inhalte und ein bisschen einen anderen Aufbau/Layout haben. Aber wenn 
> das in Typo3 nicht geht, dann muss ich es halt irgendwie zurecht biegen und 
> da wäre eben meine Idee gewesen, wie oben beschrieben und dann hat der Autor 
> halt ein Backend, was alles kann und ein Handbuch, das ihm sagt, was er alles 
> nicht tun darf... Nicht die feine Art. 
> Wie würdest Du es denn machen? Minimalanforderung wäre, dass ich für jede 
> Seite ein eigenes Template (fürs Frontend) festlegen kann. Ist das möglich? 
> Oder alternativ eben irgendeinen Wert setzen kann, an dem ich dann in einem 
> gemeinsamen Template Unterscheiden kann, was etzt angezeigt werden soll.
> ___
> 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

___

Re: [TYPO3-german] Suche auf gewisse Seiten einschränken

[Peter Linzenkirchner]

Hallo Gerhard, 

ich habe auch noch etliche 4.5 am Laufen, viele bei Mittwald und eine 
ausserhalb, alle mit eLTS. Da gibt es trotz der Sicherheitsupdates zunehmend 
Probleme: 

- die PHP-Version veraltet und kann nicht ersetzt werden
- damit veraltet teilweise auch die übrige Serversoftware, weil viele Admins 
Pakete verwenden
- es gibt keine neuen Extensions mehr dafür 
- und damit können viele neue Features, die von Kunden gewünscht werden, nicht 
mehr oder nur mit höherem Aufwand umgesetzt werden. 
- Extensions mit Sicherheitslücken werden nicht mehr gefixt

Der Vergleich mit Windows 7 hinkt - vergleiche 4.5 eher mit Windows XP. Geht, 
irgendwie … 

Gruß
Peter


> Am 23.01.2017 um 16:10 schrieb Gerhard Obermayr 
> :
> 
> Am 23.01.2017 um 12:41 schrieb Michael Kasten:
>> Hallo Gerhard,
>> 
>> deine verwendete TYPO3 Version wird an dieser Stelle das höchste Hindernis 
>> darstellen.
>> 
>> ke_Search könnte das wohl leisten, da vergibst du den "Friedhof Seiten" 
>> einen eigenen Tag, (also
>> alle Seiten ab Seite x erhalten rekursiv dieses Tag)
>> 
>> Dann zweimal die Suche einbinden und entsprechende Filter konfigurieren, die 
>> lassen sich auch als
>> versteckte Filter einbinden. So das ein Suchformular explizit in den 
>> getagten Seiten sucht und die
>> andere Suche in den anderen Seiten.
>> 
>> Von ke_search gibt es auch noch alte Versionen (1.10.3) die auf 4.5. laufen 
>> sollten, aber insgesamt
>> ist 4.5 heute wohl eher als Abenteuer zu betrachten :)
> Hallo Karsten,
> danke, aber ich sehe es nicht als Abenteuer.
> Warum auch? Laufen die neuen Versionen besser, einfacher, stabiler?
> Oder was immer ist der Grund, dass jeder abschätzig von den alten Versionen 
> denkt?
> Ich glaube, das ist wie mit dem Betriebssystem, wo auch jeder sagt, Windows 7 
> sei veraltet, man müsse Windows 10 haben, um "up to date" zu sein!
> Aber einen genauen Grund kann mir keiner "beichten"!
> 
> Mir ist schon klar, dass all diese Seiten einmal auf ein neues System 
> gebracht werden sollten.
> Aber dass das so militant gefordert wird, irritiert mich ein wenig ...
>> 
>> https://typo3.org/extensions/repository/view/ke_search
>> 
>> mit besten Grüßen
>> 
>> 
>> 
>> Am 21.01.2017 um 16:54 schrieb Gerhard Obermayr:
>>> Ja genau, der eine Index soll nur für den Friedhof gelten, der andere für 
>>> die ganze Seite ohne
>>> Friedhof ...
>>> 
>>> Die Seite ist (noch) auf V4.5.40, weil ich noch ein paar Dinge ändern muss, 
>>> ehe ich auf die letzte
>>> LTS update ...
>>> 
>>> 
>>> Am 20.01.2017 um 19:51 schrieb Dr. Dieter Porth:
 Hallo Gerhard,
 
 du möchtest also zwei Such-Indexe haben. Einen für die allgemeine Suche 
 und mit ausschließlichen
 Zugriff auf einen Teil des Indexes. Du brauchst also eine configurierbare 
 Suchmaschine, was die
 indexedsearch in der Form - glaube ich - nicht ist. (Erfahren Entwickler 
 mögen mir widersprechen,
 wenn ich falsch liege.
 
 Ich glaube nicht, dass die Indexedsearch dies leistet. Du brauchst eine 
 anderen Suchindex, der
 Konfigurierbar ist. Also etwas in Richtung elasticSearch oder Solr.
 
 https://forum.typo3.org/index.php/t/208092/typo3-cms-and-elasticsearch.
 
 Ich habe keine Erfahrungen in dem Bereich. Vielleicht weiß einer der 
 Mitleser mehr. (Bitte poste
 nocheinmal, für welche TYPO3-Version du dies dies brauchst?
 
 Mit besten Grüßen
 
 Dieter
 
 
 Am 20.01.2017 um 09:03 schrieb Gerhard Obermayr:
> Hallo und guten Morgen,
> 
> ich habe das Problem zwar schon einmal gepostet, aber keine Antwort 
> erhalten.
> 
> Ich möchte auf einer Seite, auf der es bereits eine Suchfunktion gibt, 
> eine zweite Suche haben,
> die nur einen Teil der website berücksichtigt.
> 
> Dazu habe ich im Setup auf der ersten Seite des eingeschränkten Bereiches 
> dieses TS verankert:
> 
>plugin.tx_indexedsearch._DEFAULT_PI_VARS.sections = rl4_1424
> 
> Der Grund dieser Verrenkung ist die unnütze Auflistung von Seiten, die 
> nicht interessieren.
> 
> Es betrifft diese Seite --> http://chronik.stadthaag.com/
> 
> Auf der Startseite möchte ich gerne die Suchfunktion abzüglich des 
> Friedhofes haben.
> 
> Jedoch sollen genau diese fehlenden Ergebnisse auf der Friedhofsseite nur 
> bei der Suche im
> Friedhof erscheinen.
> 
> Wenn man also z.B. nach dem Namen "Schlögelhofer" sucht, sollen die 
> Suchergebnisse auf der Seite
> "Home" alle Ergebnisse aufgelistet sein, die nichts mit "Sektor" zu tun 
> haben.
> 
> Mit der Suche auf der Friedhofs-Seite sollen dafür nur die Ergebnisse mit 
> "Sektor" erscheinen.
> 
> Ich hoffe, es ist klar, was ich gerne hätte ...
> 
 ___
 TYPO3-german mailing list
 TYPO3-german@lists.typo3.org
 

Re: [TYPO3-german] Database Error: PHP mysqli extension not loaded.

[Peter Linzenkirchner]

Hallo Magnus,

… da fehlen ein paar Basiskenntnisse.

Der Update-Assistent ist im Install-Tool. Und das ist _die_ Verwaltungszentrale 
von TYPO3, ohne das geht gar nichts. Wenn du Shellzugang hast, kommst du da 
auch rein, es ist prinzipiell unabhängig vom Backend.

http://www.domain.de/typo3/install/index.php

Dann wirst du darauf hingewiesen, dass du eine Datei namens 
„ENABLE_INSTALL_TOOL" in typo3conf/ legen musst. Tu das, sie ist eine Stunde 
lang gültig. Danach versuchst du dich ins Installtool einzuloggen, was mangels 
Passwort erstmal nicht geht. Du bekommst aber den md5-Hash mitgeteilt, mit dem 
du es versuchst hast. Kopiere den, ohne die Anführungen.

Den trägst du dann in die Datei typo3conf/LocalConfiguration.php ein, und zwar 
bei „installToolPassword“=>’hierdenHashrein’. Danach kannst du dich einloggen. 
Darin findest du alle Tools, um
- den Cache zu löschen
- den Datenbank-Zugang zu konfigurieren
- Updates durchzuführen
- ImageMagick oder graphicsmagick zu konfigurieren und zu testen.
Ausserdem kannst du hier einen neuen Admin-User für TYPO3 anlegen.

Danach solltest du nachlesen, wie größere Feature-Updates von TYPO3 
durchgeführt werden:

https://jweiland.net/aktuelles/artikel/neue-videoanleitung-upgrade-von-typo3-62-lts-auf-7-lts.html
https://jweiland.net/video-anleitungen/typo3/typo3-projekte-verwalten/upgrade-typo3-62-auf-7.html
https://jweiland.net/typo3/versionen-und-updates/upgrade-auf-typo3-cms-7-lts.html

nur drei Beispiele, es gibt mehr. Hier ist die offizielle Anleitung:

https://docs.typo3.org/typo3cms/InstallationGuide/singlehtml/

Der Erfolg hängt davon ab, dass du a) alle Schritte in der richtigen 
Reihenfolge durchführst und b) von deinen Extensions. Wenn die Extensions nicht 
7-kompatibel sind, musst du sie entweder vorher anpassen oder deaktivieren. 
Machst du das nicht, verabschiedet sich die Installation mit unterschiedlichen 
PHP-Fehlern. Je nach Extension …

Viel Erfolg.

Peter




> Am 16.12.2016 um 07:39 schrieb Knorpi Knurps :
> 
> Quote: Ralf-Rene Schröder[1] wrote on Fri, 16 December 2016 06:31
> 
>> Am 16.12.2016 um 00:47 schrieb Knorpi Knurps:
>>> (Kleiner, unerklärlicher Schönheitsfehler: In dem zuletzt hinzugefügten
>>> Content Element wird in der "Page"-Ansicht ein Bild als "fehlend"
>>> angezeigt. Editiert man das Element, wird es richtig angezeigt. Auf der
>>> Ansicht, die der User sieht, ist es auch da. Bearbeiten und neu
>>> Speichern bringt nichts.)
>> ist auf dem neuen System vielleicht IM oder GM nicht korrekt oder anders
>> konfiguriert, und werden deshalb im BE Bilder nicht sauber angezeigt?
> 
> Wie genau kann ich das prüfen?
> 
> Das Problem tritt allerdings nur bei einem einzigen Bild auf und nur in 
> dieser "Page"-Ansicht im Backend. Auf der einen Seite scheint irgendwie am 
> Bild zu liegen. Auf der anderen Seite tritt das Problem auf dem alten Server 
> nicht auf.
> 
>>> Und unter 7.6.14 geht nach wie vor nichts:
>>> [Fri Dec 16 00:28:46.664023 2016] [:error] [pid 10801] [client
>>> 93.104.187.153:43622] PHP Fatal error:  Class
>>> 'TYPO3\\Flow\\Package\\Package' not found in
>>> /home/www/web/schachgalaxis/pub/typo3temp/Cache/Code/cache_core/PackageManager_47d3ca9b62e16bf58182eeb3b9c94a75.php
>>> on line 22
>> Du hast aber schon den Upgrade Assistenten in allen schritten ausgeführt
>> und auch die kompletten Caches dann gelöscht???
> 
> Den Cache habe ich immer in der Shell gelöscht (rm -rf 
> $DocumentRoot/typo3temp/Cache/*).
> Welchen Upgrade-Assistenten meinst Du? Wenn er im Admin-Bereich ist: Soweit 
> komme ich ja nicht...).
> 
> Magnus
> 
> 
> ___
> TYPO3-german mailing list
> TYPO3-german@lists.typo3.org
> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

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

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

Re: [TYPO3-german] Cache zu bestimmter Uhrzeit löschen

[Peter Linzenkirchner]

Hallo Bernhard, 

ich glaube nicht, dass das geht. Die Zeitsteuerung löst keinen Speichern-Event 
im Backend aus, und der wäre nötig, damit das Cache-Löschen getriggert wird. 
Die Zeitsteuerung funktioniert einfach so, dass beim Rendern der Seite der 
Eintrag in dem Datenbankfeld ausgewertet wird. Aber dazu kommt es ja nicht, 
weil der Cache noch vorhanden ist, und die Seite somit nicht neu gerendert 
wird. 

Gruß
Peter

> Am 02.12.2016 um 14:50 schrieb Bernhard Ludwig <luc...@lucomp.de>:
> 
> Hallo Gerhard,
> 
> es gibt ja die Möglichkeit seitenweise auf Aktualisierungen zu prüfen und den 
> Cache zu löschen. Zumindest funktioniert das bei manuellen Änderungen von 
> CEs, vielleicht wird das aber auch ausgelöst, wenn die Zeitsteuerung das CE 
> ändert. Das TS muss in die Seite, wo die Datensätze abgelegt sind. Und die 
> ID´s sind die ID´s der Seiten, die aktualisiert werden. Versuch doch einfach 
> mal, ob das hilft:
> 
> ## FE-Cache für Seiten löschen
> TCEMAIN.clearCacheCmd = 2,21,22
> 
> Viele Erfolg und Grüße,
> Bernhard
> 
> 
> 
> 
>> Am 02.12.2016 um 12:19 schrieb Gerhard Obermayr 
>> <cont...@gerhard-obermayr.com>:
>> 
>> Danke, aber das hilft mir nicht weiter.
>> 
>> Ich will den Cache nicht um Mitternacht löschen, sondern na´chdem die Seite 
>> von der Zeitsteuerung freigegeben wurde.
>> 
>> Und das ist nicht um Mitternacht sondern um 16:00 Uhr !!!
>> 
>> Schön wäre es, wenn man anstelle von "Midnight" eine Uhrzeit angeben könnte!
>> 
>> 
>> Am 02.12.2016 um 12:12 schrieb Udo Leimberger:
>>> Servus Gerhard,
>>> 
>>> löschen des cache via typoscript in config:
>>> https://docs.typo3.org/typo3cms/TyposcriptReference/Setup/Config/Index.html 
>>> 
>>> Schau mal bei cache_clearAtMidnight[1] - vielleicht hilft es Dir ja
>>> weiter.
>>> 
>>> VG Udo
>>> 
>>> - Message from Peter Linzenkirchner <li...@lisardo.de> -
>>>   Date: Fri, 2 Dec 2016 09:43:04 +0100
>>>   From: Peter Linzenkirchner <li...@lisardo.de>
>>> Reply-To: German TYPO3 Userlist <typo3-german@lists.typo3.org>
>>> Subject: Re: [TYPO3-german] Cache zu bestimmter Uhrzeit löschen
>>> To: German TYPO3 Userlist <typo3-german@lists.typo3.org>
>>> 
>>>> Hallo Gerhard,
>>>> 
>>>> der TYPO3-Cache hat eine Standard-Lebendauer von 24 Stunden. Eine
>>>> relativ einfache Möglichkeit wäre, diesen runterzusetzen, z. B. auf 1
>>>> Stunde oder sogar 30 Minuten. Dann würde die Freischaltungszeit nur noch
>>>> um diesen Wert schwanken. Kann ja sein, dass das ausreicht.
>>>> 
>>>> Eine brachiale Lösung wäre, für die betreffende Seite den Cache
>>>> abzuschalten. Wenn die Besucherzahlen nicht zu hoch sind, wäre das eine
>>>> Möglichkeit - natürlich geht das nicht, wenn es viele Besucher werden
>>>> können.
>>>> 
>>>> Eine weitere Lösung wäre, die Links über Typoscript einzubinden und
>>>> dabei user_int zu verwenden. Dann cachen die Links nicht.
>>>> 
>>>> Eine Möglichkeit wäre das hier:
>>>> https://typo3.org/extensions/repository/view/additional_scheduler
>>>> (gibts auch in älteren Versionen für TYPO3 4.5). Damit kannst du eine
>>>> Scheduler-Aktion einrichten, die den Cache jeden Tag um 16:01 löscht. Du
>>>> muss natürlich einen Cron einrichten, der den Scheduler antreibt.
>>>> 
>>>> Ansonsten gibt es m. W. auch noch die Möglichkeit über CLI den Cache zu
>>>> löschen, was ja wieder über cron steuerbar wäre.
>>>> 
>>>> Gruß
>>>> Peter
>>>> 
>>>>> Am 02.12.2016 um 09:28 schrieb Gerhard Obermayr
>>>>> <cont...@gerhard-obermayr.com>:
>>>>> 
>>>>> 4.5.48 - ich weiß, veraltet, aber es geht momentan nicht anders ...
>>>>> 
>>>>> Am 02.12.2016 um 09:23 schrieb Stefan Padberg:
>>>>>> Welche TYPO3-Version?
>>>>>> 
>>>>>> Am 02.12.2016 um 09:14 schrieb Gerhard Obermayr:
>>>>>>> Hallo Stefan,nein, das funktioniert einwandfrei.
>>>>>>> 
>>>>>>> Ich habe im Feld "Zugriff" für heute z.B. das stehen:
>>>>>>> 
>>>>>>> 15:00 2-12-2016
>>>>>>> 
>>>>>>> Bis 14:59 Uhr hat das Seitensymbol die Uhr drübergelegt.
>>>>>>> 
>>>>>>> Wenn man mit der Maus drüber fährt

Re: [TYPO3-german] Antw: Re: Cache zu bestimmter Uhrzeit löschen

[Peter Linzenkirchner]

> Am 02.12.2016 um 09:42 schrieb Anton Kornexl :
> 
> ab 4,7, könnte man pro Seite eine cache lifetime einstellen

das geht in 4.5 auch, in der Karteikarte Verhalten. 

gruß
Peter

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

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

Re: [TYPO3-german] Cache zu bestimmter Uhrzeit löschen

[Peter Linzenkirchner]

Hallo Gerhard, 

der TYPO3-Cache hat eine Standard-Lebendauer von 24 Stunden. Eine relativ 
einfache Möglichkeit wäre, diesen runterzusetzen, z. B. auf 1 Stunde oder sogar 
30 Minuten. Dann würde die Freischaltungszeit nur noch um diesen Wert 
schwanken. Kann ja sein, dass das ausreicht. 

Eine brachiale Lösung wäre, für die betreffende Seite den Cache abzuschalten. 
Wenn die Besucherzahlen nicht zu hoch sind, wäre das eine Möglichkeit - 
natürlich geht das nicht, wenn es viele Besucher werden können. 

Eine weitere Lösung wäre, die Links über Typoscript einzubinden und dabei 
user_int zu verwenden. Dann cachen die Links nicht. 

Eine Möglichkeit wäre das hier: 
https://typo3.org/extensions/repository/view/additional_scheduler
(gibts auch in älteren Versionen für TYPO3 4.5). Damit kannst du eine 
Scheduler-Aktion einrichten, die den Cache jeden Tag um 16:01 löscht. Du muss 
natürlich einen Cron einrichten, der den Scheduler antreibt. 

Ansonsten gibt es m. W. auch noch die Möglichkeit über CLI den Cache zu 
löschen, was ja wieder über cron steuerbar wäre. 

Gruß
Peter



> Am 02.12.2016 um 09:28 schrieb Gerhard Obermayr 
> :
> 
> 4.5.48 - ich weiß, veraltet, aber es geht momentan nicht anders ...
> 
> 
> Am 02.12.2016 um 09:23 schrieb Stefan Padberg:
>> Welche TYPO3-Version?
>> 
>> 
>> Am 02.12.2016 um 09:14 schrieb Gerhard Obermayr:
>>> Hallo Stefan,nein, das funktioniert einwandfrei.
>>> 
>>> Ich habe im Feld "Zugriff" für heute z.B. das stehen:
>>> 
>>> 15:00 2-12-2016
>>> 
>>> Bis 14:59 Uhr hat das Seitensymbol die Uhr drübergelegt.
>>> 
>>> Wenn man mit der Maus drüber fährt, zeigt der Tooltip an "id=428 Start:
>>> 02-12-16 (7 Std)"
>>> 
>>> Und wenn ich um 15:01 Uhr im BE auf der Seite von gestern über das
>>> Seitensymbol fahre, sieht das ganz anders aus:
>>> 
>>> "id=427 Start: 02-12-16 (-17 Std)"
>>> 
>>> Das heisst für mich, TYPO3 kennt die Uhrzeitangabe sehr wohl.
>>> 
>>> Angezeigt wird die Seite deshalb nicht, weil sie immer noch gecacht ist
>>> und daher nicht freigeschaltet!!!
>>> 
>>> Das Problem ergibt sich also ausschließlich aus dem Cache der Seite.
>>> 
>>> Ich möchte aber den Cache nicht ausschalten, denn das bringt ganz schöne
>>> Aktivitäten am Server mit ...
>>> 
>>> Die 1 Stunde Unterschied ergibt sich übrigens daraus, dass der Server
>>> auf GMT läuft ...
>>> 
>>> Das heißt, die Seite wird um 16:00 Uhr freigegeben und nicht wie bei
>>> Zugriff steht 15:00 Uhr ...
>>> 
>>> 
>>> Am 02.12.2016 um 08:45 schrieb Stefan Padberg:
 Hallo Gerhard,
 
 das "Scharfschalten" der Seiten erfolgt vermutlich über das
 entsprechende Datumsfeld im "Zugriff"-Reiter. Standardmäßig kann dieses
 Feld keine Uhrzeit auswerten, es schaltet immer tageweise. Auch wenn du
 eine Uhrzeit eingegeben haben solltest.
 
 Meine ich jedenfalls, mich zu erinnern.
 
 Beste Grüße
 Stefan
 
 
 
 
 Am 02.12.2016 um 08:14 schrieb Gerhard Obermayr:
> Ein Hallo an alle "List"igen aus dem schönen Mostviertel.
> 
> Ich habe mit Interesse mehrere Artikel im Netz über das Caching von
> TYPO3 gelesen.
> 
> Trotz meiner Genauigkeit habe ich für mein Problem keine Lösung
> gefunden.
> 
> Auf einer der Seiten in meiner Stadt gibt es so etwas wie einen
> Adventkalender--> http://www.hauptplatz.stadthaag.at/
> 
> Unter anderem gibt es dort eine Seite für unser Adventdorf -->
> http://www.hauptplatz.stadthaag.at/aktivitaeten/2016/adventdorf/
> 
> Diese Seite enthält zwar eine Liste mit allen Terminen, aber die links
> werden erst aktiv, wenn es die dazugehörige Unterseite gibt (Beispiel
> der 1. Dezember).
> 
> All diese Unterseiten mit den Nummern 1 bis 24 erscheinen zeitgesteuert
> täglich um 16:00 Uhr ...
> 
> Aber obwohl um 16:00 Uhr die Seite des aktuellen Tages scharf wird,
> erscheint sie nicht im FE.
> 
> Ich muss ins BE und händisch den Cache löschen.
> 
> Aber das will ich nicht, denn dann kann ich gleich jeden Tag selber eine
> neue Seite aktivieren.
> 
> Es wäre also schön, wenn um 16:00 Uhr die Seite scharf wird und um 16:01
> Uhr der Cache gelöscht oder was auch immer, so dass man die Seite auch
> tatsächlich sieht!
> 
> Wenn ich nichts unternehme dauert es oft einige Zeit, bis man die neu
> freigegebene Seite sieht!
> 
> Gibt es da etwas?
> 
> 
>> 
> 
> -- 
> Liebe Grüße aus Haag
> 
> *Gerhard Obermayr*
> Holzleiten 35
> A-3350 Haag
> cont...@gerhard-obermayr.com 
> ___
> 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 

Re: [TYPO3-german] URL Setting

[Peter Linzenkirchner]

Hallo, 

naw_securedl wird eingesetzt um interne Bereiche abzusichern. In einem internen 
Bereich muss überprüft werden, ob der Besucher das Recht hat eine Datei auch 
herunterzuladen. Wenn das erforderlich ist, können keine direkten URLs zu den 
Dateien verwendet werden, weil dann die Berechtigung nicht geprüft werden kann. 
Das ist nur möglich, wenn der Zugriff über index.php?eID= zugegriffen wird. Für 
geschützte Bereiche ist das also ein absolut nötiges Feature. 

Wenn es sich also um einen internen Bereich handelt, so trickst ihr mit den 
externen Links die Überprüfung aus. Alle eure Dateien wären dann öffentlich 
zugänglich. Allerdings darf das gar nicht funktionieren (das wäre dann eine 
massive Sicherheitslücke) und wenn es doch funktioniert, so wurde die Extension 
naw_securedl entweder falsch konfiguriert, oder die Absicherung der Ordner 
durch htaccess-Dateien wurde vergessen. 

Also egal wie man es dreht und wendet: eure Installation hat ein Problem. 

Je nachdem wie man es sieht, ist es ein Usability-Problem oder ein 
Sicherheits-Problem. Eigentlich müsste über eine Kombination aus 
Konfigurationsparametern von naw_securedl sichergestellt sein, dass entweder 
immer direkte Links verwendet werden (wenn es sich um Dateien handelt, die 
nicht in geschützen Bereich liegen) oder dass direkte Links überhaupt nicht 
möglich sind (wenn es sich um Dateien in internen Bereichen handelt). 

Normalerweise legt man in der Konfiguration der Extension fest, welche Ordner 
überwacht werden müssen. Dann legt man in diese Ordner htaccess-Dateien, die 
jeden direkten Zugriff verhindern. Direkte Links enden dann _immer_ mit einem 
error 403 (forbidden), ganz egal, wie die Links gesetzt werden. Ausschließlich 
Links über das eID-System werden aufgelöst, da das Skript die Rechte prüft und 
die Datei ausliefert, wenn die Rechte passen, und eine Fehlermeldung bringt, 
wenn die Rechte nicht passen. Nicht überwachte/ungeschützte Ordner können immer 
direkt verlinkt werden, da hier das eID-System idealerweise inaktiv ist. 

Sprecht mit eurem Systemadmin, und bittet ihn, das Problem zu lösen. Es sollte 
möglich sein, bestimmte Ordner aus der Überwachung auszunehmen, dann können die 
Dateien in diesem normal verlinkt werden, und es sind trotzdem direkte Links. 
Wenn es sich um Dateien in einem internen, geschützten Bereich handelt, dann 
ist das System falsch konfiguriert und hat eine eklatante Sicherheitslücke. 
Auch in diesem Fall solltet ihr euren Systemadmin bitten, das schnellstmöglich 
zu ändern. 

Ich vermute, dass beides der Fall ist: naw_securedl ist so konfiguriert, dass 
die gesamte Webseite überwacht wird (was ein Usability-Problem darstellt), und 
zusätzlich wurden die htacces-Dateien vergessen, mit denen die internen 
Bereiche abgesichert werden. Andernfalls sollte es nicht möglich sein, dass 
externe Links auf interne Dateien überhaupt ausgeliefert werden. 

Ich rate dringend, das zu prüfen. Wenn es so ist, wie ich vermute, sind 
möglicherweise Teile ihrer internen Dateien öffentlich zugänglich. 

Gruß
Peter


> Am 12.11.2016 um 10:23 schrieb Renzo Bauen <ty...@conpassione.ch>:
> 
> Hallo Kevin
> Ich sehe das genau so wie Michael.
> naw_securedl ist eine Extension mit der man die Downloads absichern
> kann. D.h. dass man eben nicht über
> http://meine.domain.tld/fileadmin/meinedatei.txt direkt auf die Datei
> zugreifen kann.
> Das Verzeichnis sollte natürlich mit einer .htaccess entsprechend
> gesichert sein, so dass der direkte Link nicht funktioniert.
> 
> D.h. du musst mit dem Admin reden, dass der naw_securedl so einstellt,
> dass kürzere URLs generiert werden, wenn der Schutz der Dateien
> überhaupt nötig ist. Wenn das nicht nötig ist, kann er die Ext ja auch
> ausschalten...
> 
> Beste Grüsse, Renzo
> -- 
> conPassione gmbh
> CH-3661 Uetendorf
> +41 33 345 00 92 
> 
> 
> ___
> TYPO3-german mailing list
> TYPO3-german@lists.typo3.org
> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german



-- 
---
Peter Linzenkirchner
Lisardo EDV-Beratung
Katharinengasse 20, Rückgebäude, 
Eingang Bleigäßchen 5
86150 Augsburg
Tel. +49-821-150565, Fax +49-821-150595
http://typo3-lisardo.de
i...@lisardo.de
---

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

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

Re: [TYPO3-german] ke_search PDF-Indexer auf Mac OS X

[Peter Linzenkirchner]

Hallo Udo, 

danke, werde ich mir anschauen. 

Ich habe übrigens grad noch eine Möglichkeit gefunden - ein bisschen von hinten 
mit der Faust ins Auge, aber geht … 

- port install xorg-libXt +flat_namespace 
- port activate xorg-libXt @1.1.5_1+flat_namespace
- port install Xpdf 

und dann einen Symlink anlegen: 
ln -s xpdf-pdfinfo pdfinfo

funktioniert … aber nicht grad pflegeleicht, in ein paar Monaten weiß ich nicht 
mehr, was ich gemacht habe … :-) 

Deshalb werde ich mir poppler noch anschauen. 

Danke
Peter


> Am 04.11.2016 um 15:00 schrieb Udo Leimberger <u...@t3developer.de>:
> 
> Servus Peter,
> 
> müsste im dem packet poppler drinnen sein.
> 
> https://trac.macports.org/browser/trunk/dports/graphics/poppler/Portfile
> 
> VG Udo
> 
> - Message from Peter Linzenkirchner <li...@lisardo.de> -
>Date: Fri, 4 Nov 2016 14:40:25 +0100
>From: Peter Linzenkirchner <li...@lisardo.de>
> Reply-To: German TYPO3 Userlist <typo3-german@lists.typo3.org>
> Subject: Re: [TYPO3-german] ke_search PDF-Indexer auf Mac OS X
>  To: German TYPO3 Userlist <typo3-german@lists.typo3.org>
> 
>> Hallo Udo,
>> 
>> danke für den Hinweis.
>> Ich habe MacPort installiert und bin auf der Suche nach diesem Package,
>> kann aber nichts finden. Es gibt weder pdftotext noch pdfinfo als Port.
>> Kannst du mir einen Tipp geben, welches Package das ist?
>> 
>> Danke
>> Peter
>> 
>>> Am 04.11.2016 um 05:21 schrieb Udo Leimberger <u...@t3developer.de>:
>>> 
>>> Guten Morgen,
>>> 
>>> Via Mac port geht das problemlos.
>>> Es gibt ein package wo alle nötigen Sachen enthalten sind.
>>> 
>>> LG Udo
>>> 
>>> ⁣_
>>> Smartphone mail
>>> 
>>> Sent from BlueMail
>>> 
>>> ​
>>> 
>>> On Nov 3, 2016, 21:58, at 21:58, Peter Linzenkirchner
>>> <li...@lisardo.de> wrote:
>>>> Hallo liebe Liste,
>>>> 
>>>> hat jemand schon auf einem MAC OS X (El Capitan) ke_search mit den
>>>> PDF-Indexern zum Laufen gebracht? Mir ist es gelungen pdftotext zu
>>>> installieren, aber für pdfinfo finde ich keine Lösung. Hat das schon
>>>> mal jemand gelöst?
>>>> 
>>>> Ich weiß, das ist exotisch … aber wäre hilfreich für mich :-)
>>>> 
>>>> Danke
>>>> Peter
>>>> 
>>>> --
>>>> 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 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.orghttp://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
> 
> - End message from Peter Linzenkirchner <li...@lisardo.de> -
> ___
> TYPO3-german mailing list
> TYPO3-german@lists.typo3.org
> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

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

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

Re: [TYPO3-german] ke_search PDF-Indexer auf Mac OS X

[Peter Linzenkirchner]

Hallo Udo, 

danke für den Hinweis. 
Ich habe MacPort installiert und bin auf der Suche nach diesem Package, kann 
aber nichts finden. Es gibt weder pdftotext noch pdfinfo als Port. 
Kannst du mir einen Tipp geben, welches Package das ist? 

Danke
Peter

> Am 04.11.2016 um 05:21 schrieb Udo Leimberger <u...@t3developer.de>:
> 
> Guten Morgen, 
> 
> Via Mac port geht das problemlos. 
> Es gibt ein package wo alle nötigen Sachen enthalten sind.  
> 
> LG Udo
> 
> ⁣_
> Smartphone mail 
> 
> Sent from BlueMail
> 
> ​
> 
> On Nov 3, 2016, 21:58, at 21:58, Peter Linzenkirchner <li...@lisardo.de> 
> wrote:
>> Hallo liebe Liste, 
>> 
>> hat jemand schon auf einem MAC OS X (El Capitan) ke_search mit den
>> PDF-Indexern zum Laufen gebracht? Mir ist es gelungen pdftotext zu
>> installieren, aber für pdfinfo finde ich keine Lösung. Hat das schon
>> mal jemand gelöst? 
>> 
>> Ich weiß, das ist exotisch … aber wäre hilfreich für mich :-)
>> 
>> Danke
>> Peter
>> 
>> --
>> 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 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] ke_search PDF-Indexer auf Mac OS X

[Peter Linzenkirchner]

Hallo liebe Liste, 

hat jemand schon auf einem MAC OS X (El Capitan) ke_search mit den PDF-Indexern 
zum Laufen gebracht? Mir ist es gelungen pdftotext zu installieren, aber für 
pdfinfo finde ich keine Lösung. Hat das schon mal jemand gelöst? 

Ich weiß, das ist exotisch … aber wäre hilfreich für mich :-)

Danke
Peter

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

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

Re: [TYPO3-german] Eigene Scripts einbinden unter Typo3 7.6.11

[Peter Linzenkirchner]

Hallo Wolfgang, 

heute arbeiten die meisten mit Fluid-Templates, aber das heisst nicht, dass der 
Weg über die Marker nicht mehr gehen würde. Er ist ist noch aktuell, und er 
wird auch weiter unterstützt. Fluid bietet allerdings mehr Möglichkeiten … 

Wenn du bei Markern bleiben willst: hier ist eine Anleitung, die funktionieren 
müsste: 

https://docs.typo3.org/typo3cms/TemplatingTutorial/Index.html

Sie ist auch aktuell für Version 7 LTS. 

Hier wird z. B. erklärt wie du das Template einbindest: 
https://docs.typo3.org/typo3cms/TemplatingTutorial/Tasks/WorkingTypoScript/HtmlTemplate/Index.html
https://docs.typo3.org/typo3cms/TemplatingTutorial/Tasks/WorkingTypoScript/MarksSubparts/Index.html

und in den Unterkapiteln wird detailliert gezeigt wie du mit Subparts umgehst.
https://docs.typo3.org/typo3cms/TemplatingTutorial/Tasks/WorkingTypoScript/MarksSubparts/Topnav/Index.html
(hier wird eine Top-Navigation erstellt. 

Das ist ein komplettes Tutorial, ausgehend von einem fertigen HTML-Template: 
https://docs.typo3.org/typo3cms/TemplatingTutorial/Tasks/WorkingHTML/MarksSubparts/Index.html

Danach müsstest du alle Schritte kennengelernt haben, die nötig sind. 

—

Für Fluid kenne ich leider kein vernünftiges Tutorial, das wirklich durch alle 
Basics durchgeht. Ich würde mir an deiner Stelle mal das hier genauer 
anschauen: 
https://www.amazon.de/TYPO3-CMS-Webentwickler-Webdesigner-Intensivkurs/dp/3836240807/ref=sr_1_1?ie=UTF8=1478109229=8-1=TYPO3
Das ist ein Video-Tutorial - ich kenne es nicht, aber ich kenne Tutorials von 
Wolfgang, und alle die ich kenne waren gut. Hier ist sein Channel, da kannst du 
Probehören: 
https://www.youtube.com/user/wowawebdesign
ACHTUNG: die Videos in dem Channel sind aus den letzten 5-6 Jahren und zum Teil 
nicht mehr aktuell. Der Kurs oben ist aber ganz aktuell. Nur die Videos gibts 
natürlich nicht im Channel. Er hat es netterweise in den Videos vermerkt, wenn 
sie nicht mehr aktuell sind … 


Gruß
Peter





> Am 02.11.2016 um 16:19 schrieb Wolfgang Ruthner :
> 
> Echt verhext. Für sowas simples schon 2 Tage zu verbraten, was in PHP mit 
> einer Zeile gelöst wäre, ich komme nicht dahinter
> 
> Habs jetzt auch mit Subparts versucht
> 
> im HTML ist folgendes drinnen:
> 
>   
>   
>   
>   
>   
>  
>   
> 
> 
> Den Hauptbereich möchte ich jetzt mit "Hallo Welt" ersetzen. WAS FÜR EIN 
> PROJEKT !!!??
> 
> Was muss ich da bitte im Setup reintippen?
> 
> page.10.subparts.Hauptbereich = TEXT
> page.10.subparts.Hauptbereich.value = Hallo Welt
> 
> reicht wohl nicht?
> 
> 
> ___
> TYPO3-german mailing list
> TYPO3-german@lists.typo3.org
> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german



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

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

Re: [TYPO3-german] CSS-Problem - Menü

[Peter Linzenkirchner]

Hallo, 

ohne mir das jetzt genauer anzuschauen - grad keine Zeit - bitte bedenken, dass 
sich %-Angaben immer auf die Umgebung beziehen: 

ul li {font-size:90%}
kann bei verschachtelten Listen zu immer kleineren Schriftgrößen führen. 

Besser 0.9rem verwenden, das bezieht sich immer auf die Basis-Schriftgröße. 

Gruß
Peter

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

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

Re: [TYPO3-german] Typo3 Bildeinstellungen-Felder nicht vorhanden

[Peter Linzenkirchner]

Hallo Denis, 

das macht das Bootstrap Package - das ist bei dem Paket ein Grundprinzip. 
Hintergrund ist, dass Bootstrap nicht mit Bildern mit individuellen 
Breitenangaben umgehen kann. Alle Bilder sind immer in 100% Breite, das ist ein 
Prinzip von Bootstrap. Wenn man kleinere Bilder will, muss man schmale Spalten 
machen. 

Gruß
Peter

> Am 28.09.2016 um 16:33 schrieb Denis Schischka :
> 
> Hallo, 
> ich arbeite momentan an einer Typo3 Website (V 7.6.11) und mir ist 
> aufgefallen, dass die Bildeinstellungen unter Erscheinungsbild fehlen. 
> Normalerweise kann ich dort die Breite und Höhe eines Bildes eingeben und es 
> wird dann mit Scale & Crop richtig angezeigt. Jetzt zeigt er mir alle Bilder 
> in der maximalen Bildgröße an und im backend habe ich nur den Bereich "Layout 
> des Inhaltselements" unter Erscheinungsbild.
> 
> Ich verwende zusätzlich die Extension "Bootstrap Package".
> 
> Hat jemand ne Ahnung was ich falsch mache?
> ___
> TYPO3-german mailing list
> TYPO3-german@lists.typo3.org
> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

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

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

Re: [TYPO3-german] "Access to the Install tool is blocked"

[Peter Linzenkirchner]

Hallo Bettina, 

wenn du TYPO3 einfach mal ausprobieren willst, ohne den Stress einer kompletten 
Serverinstallation, dann kannst du auch einen Testaccount bei einem Provider 
machen: 

https://www.mittwald.de/service/mittwald-testen (1 Monat)
=> da gibts eine One-Klick-Installation von den wichtigsten TYPO3-Versionen 
(6.2, 7.6 und 8.2)

https://jweiland.net/hosting/webhosting.html
=> da gibt es ein Paket zum Testen für 3 Monate. 

Bei jWeiland gibt es auch ziemlich viele Hilfen und Ressourcen zu TYPO3. 
https://jweiland.net/video-anleitungen.html

Gruß
Peter


> Am 28.09.2016 um 16:00 schrieb Bettina Schütz :
> 
> Vielen Dank, Marco, für die ausführlichen Informationen und Instructions! 
> Viele Grüße
> Bettina
> ___
> TYPO3-german mailing list
> TYPO3-german@lists.typo3.org
> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german



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

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

Re: [TYPO3-german] : typo3conf (Access to the Install Tool blocked)

[Peter Linzenkirchner]

Hallo Bettina, 

wenn die Datei FIRST_INSTALL verlangt wird, ist sie nicht da - und wenn du sie 
irgendwo reingelegt hast, und die Meldung erscheint trotzdem, dann hast du sie 
an den falschen Platz gelegt. Die Datei FIRST_INSTALL gehört nicht in den 
TYPO3-Ordner sondern in die Root deines Internet-Auftritts. Also wahrscheinlich 
auf die oberste Ebene deines htdocs-Ordner. Das müsste m. W. auch so in der 
Meldung des Installtools stehen. 

Gruß
Peter

> Am 27.09.2016 um 17:32 schrieb Bettina Schütz :
> 
> Danke für die Hinweise - besonders, dass die Ordner ( typo3conf, uploads, 
> typo3temp und fileadmin) erst nach der abgeschlossenen Installation 
> entstehen. 
> Mein Problem bleibt aber bestehen: Die Datei "FIRST_INSTALL"  habe ich in den 
> Typo-Ordner gelegt, der sich wiederum im htdocs-Ordner befindet. Wenn ich im 
> Browser die localhost-Adresse aufrufe, erscheint nur die Anfangsmaske, die 
> wieder nach der FIRST_INSTALL Datei fragt. es müßte ein Button wie: 
> Ich weiss, was ich tue, continue, ... oder so erscheinen. 
> Eine Datei wie : ENABLE_INSTALL_TOOL  kann ich nicht in einen 
> config._Ordner legen, wenn der zu diesem Zeitpunkt der unabgeschlossenen 
> Typo-Installation noch nicht besteht. Versteht Ihr?
> 
> Vielen Vielen Dank und viele Grüße
> Bettina 
> ___
> TYPO3-german mailing list
> TYPO3-german@lists.typo3.org
> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german



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

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

Re: [TYPO3-german] : typo3conf (Access to the Install Tool blocked)

[Peter Linzenkirchner]

Nachtrag: tu einfach, was dir das Installtool sagt. Leg die Datei an (und zwar 
in genau der Schreibweise, wie das Installtool sagt), dann gehts weiter, 
andernfalls nicht. Und danach geh jeden Schritt durch und mach genau das, was 
dir das Installtool sagt. 

Gruß
Peter

> Am 27.09.2016 um 12:11 schrieb Bettina Schütz :
> 
> Vielen Dank Gunter! Leider sehe ich den Ordner  "typo3conf" nicht :
> Ich habe Typo zweimal frisch heruntergeladen und im htdocs des Xampp Ordners 
> abgelegt: Jedesmal fehlen im Typo-Ordner solche Ordner wie "typo3conf" oder 
> "typo3temp" (Das Typo-Projekt eines vergangenen Kurses, das ich ebenfalls im 
> htdocs abgelegt habe,  enthielt diese Ordner); aufgrund dieses Fehlens kann 
> ich aber auch keine "Enable_..." Datei plazieren. Warum fehlen diese Ordner ?
> 
> Vielen Dank und viele Grüße
> Bettina 
> 
> 
> 
> ___
> TYPO3-german mailing list
> TYPO3-german@lists.typo3.org
> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german



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

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

Re: [TYPO3-german] : typo3conf (Access to the Install Tool blocked)

[Peter Linzenkirchner]

Hallo Bettina, 

du bekommst keine vollständige Installation mehr wie früher sondern nur noch 
den Source-Code. Du musst danach deine Seite im Browser aufrufen, dann bekommst 
du den Hinweise, dass du eine Datei anlegen musst (FIRST_INSTALL glaube ich). 
Die muss im Root deiner Seite liegen. Nach dem Anlegen musst du die Seite 
erneut aufrufen, dann wirst du durch die Installations-routine geleitet. Erst 
danach hast du die Ordner typo3conf, uploads, typo3temp und fileadmin. 

Gruß
Peter

> Am 27.09.2016 um 12:11 schrieb Bettina Schütz :
> 
> Vielen Dank Gunter! Leider sehe ich den Ordner  "typo3conf" nicht :
> Ich habe Typo zweimal frisch heruntergeladen und im htdocs des Xampp Ordners 
> abgelegt: Jedesmal fehlen im Typo-Ordner solche Ordner wie "typo3conf" oder 
> "typo3temp" (Das Typo-Projekt eines vergangenen Kurses, das ich ebenfalls im 
> htdocs abgelegt habe,  enthielt diese Ordner); aufgrund dieses Fehlens kann 
> ich aber auch keine "Enable_..." Datei plazieren. Warum fehlen diese Ordner ?
> 
> Vielen Dank und viele Grüße
> Bettina 
> 
> 
> 
> ___
> TYPO3-german mailing list
> TYPO3-german@lists.typo3.org
> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german



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

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

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

[Peter Linzenkirchner]

Hallo Bernd, 

OK, das ist ein gute Erläuterung, danke!

Dann werde ich mir das mal noch etwas genauer anschauen und mich dann evtl. 
auch beteiligen. Bei Stackoverflow bin ich ja schon. 

Danke!
Peter

> Am 18.09.2016 um 20:31 schrieb bernd wilke <t3...@pi-phi.de>:
> 
> 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 übe

Re: [TYPO3-german] vCard File (.vcf) generieren - Ausgabe falsch

[Peter Linzenkirchner]

Nachtrag: 

Conditions dürfen nie innerhalb von geschweiften Klammern stehen. 

Also wenn dann so: 


page=Page
page {
 # Code
}



[condition]
page {
# bedingter Code
}
[end]

Aber wie gesagt, du brauchst keine Condition. 

Gruß
Peter


> Am 18.09.2016 um 16:01 schrieb Peter Linzenkirchner <li...@lisardo.de>:
> 
> Hallo Johannes, 
> 
> das funktioniert tatsächlich anders: 
> 
> page = PAGE
> page {
>   typeNum=0
>   # dein normales PAGE-Objekt
> }
> 
> vCard = PAGE
> vCard {
> typeNum = 5000
> # und der Rest deiner Definition. 
> }
> 
> Thats it. 
> Keine Condition, die type= Defintion reicht aus. 
> Wenn typeNum= fehlt, wird der Typ 0 angenommen, deshalb ist es beim normalen 
> page-Objekt nicht nötig, typeNum= zu schreiben. 
> 
> Gruß
> Peter
> 
> 
>> Am 18.09.2016 um 15:57 schrieb Johannes C. Laxander <j...@laxander.com>:
>> 
>> Hallo,
>> 
>> ich dachte, das sei ganz einfach: eigenes Page-Objekt mit eigener typeNum
>> erstellen und fertig. Pustekuchen!
>> 
>> Das ist der Link für die vcf-Datei:
>> http://domain.tld/?n=Nachname=Vorname=5000
>> 
>> Mein TypoScript  sieht so aus:
>> 
>> page = PAGE
>> page {
>>  typeNum = 0
>> ...
>> }
>> page.10 = FLUIDTEMPLATE
>> page.10 {
>> ...
>> }
>> 
>> [globalVar = GP:pagetype=5000]
>>  config {
>>  disableAllHeaderCode = 1
>>  additionalHeaders = Content-Type:text/vcard
>>  disableCharsetHeader = 1
>>  disablePrefixComment = 1
>>  # verhindere Ausgabe von parseTime
>>  debug = 0
>>  }
>> 
>>  vcard = PAGE
>>  vcard {
>>  typeNum = 5000
>>  10 = TEXT
>>  10.value (
>>  BEGIN:VCARD
>>  VERSION:2.1
>>  ...
>>  END:VCARD
>>  )
>>  }
>> [global]
>> 
>> Es wird eine Datei Download.vcf heruntergeladen.
>> Aber es wird der HTML-Code der aktuellen Seite ausgegeben!???
>> Die Datei Download.vcf hat folgenden Inhalt:
>> 
>> 
>>  
>>  
>>  
>>  
>>  
>> ... usw.
>> 
>> Was mache ich falsch???
>> 
>> Johannes.
>> 
>> ___
>> 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

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

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

Re: [TYPO3-german] vCard File (.vcf) generieren - Ausgabe falsch

[Peter Linzenkirchner]

Hallo Johannes, 

das funktioniert tatsächlich anders: 

page = PAGE
page {
   typeNum=0
   # dein normales PAGE-Objekt
}

vCard = PAGE
vCard {
 typeNum = 5000
 # und der Rest deiner Definition. 
}

Thats it. 
Keine Condition, die type= Defintion reicht aus. 
Wenn typeNum= fehlt, wird der Typ 0 angenommen, deshalb ist es beim normalen 
page-Objekt nicht nötig, typeNum= zu schreiben. 

Gruß
Peter


> Am 18.09.2016 um 15:57 schrieb Johannes C. Laxander :
> 
> Hallo,
> 
> ich dachte, das sei ganz einfach: eigenes Page-Objekt mit eigener typeNum
> erstellen und fertig. Pustekuchen!
> 
> Das ist der Link für die vcf-Datei:
> http://domain.tld/?n=Nachname=Vorname=5000
> 
> Mein TypoScript  sieht so aus:
> 
> page = PAGE
> page {
>   typeNum = 0
>  ...
> }
> page.10 = FLUIDTEMPLATE
> page.10 {
> ...
> }
> 
> [globalVar = GP:pagetype=5000]
>   config {
>   disableAllHeaderCode = 1
>   additionalHeaders = Content-Type:text/vcard
>   disableCharsetHeader = 1
>   disablePrefixComment = 1
>   # verhindere Ausgabe von parseTime
>   debug = 0
>   }
> 
>   vcard = PAGE
>   vcard {
>   typeNum = 5000
>   10 = TEXT
>   10.value (
>   BEGIN:VCARD
>   VERSION:2.1
>   ...
>   END:VCARD
>   )
>   }
> [global]
> 
> Es wird eine Datei Download.vcf heruntergeladen.
> Aber es wird der HTML-Code der aktuellen Seite ausgegeben!???
> Die Datei Download.vcf hat folgenden Inhalt:
> 
> 
>   
>   
>   
>   
>   
> ... usw.
> 
> Was mache ich falsch???
> 
> Johannes.
> 
> ___
> TYPO3-german mailing list
> TYPO3-german@lists.typo3.org
> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german



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

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

Re: [TYPO3-german] PageTypeNum

[Peter Linzenkirchner]

Hallo Johannes, 

das sind fortlaufende Nummern, die sog. uid (unique identifier) der Datensätze. 
Die erste News bekommt 1, die zweite2 etc. 
Siehe hier: http://dev.mysql.com/doc/refman/5.7/en/example-auto-increment.html
Das passiert automatisch beim Anlegen einer neuen News oder anderen 
Datensatzes; Einfluss darauf hat der Extension-Ersteller keinen. 

Mit Seitentypen haben diese Nummern gar nichts zu tun; Extensions wie news 
erstellen keine Seiten (im Sinne des Page-Moduls von TYPO3) sondern Datensätze, 
die innerhalb einer Standardseite ausgegeben werden. Deshalb kann es eine Seite 
mit der uid 1 geben (Root), ein contentelement oder eine News etc. Das geht 
immer dann, wenn sich die Daten in verschiedenen Tabellen befinden. 

Gruß
Peter


> Am 16.09.2016 um 14:03 schrieb Johannes C. Laxander :
> 
> Hallo,
> 
> 
> 
> Extensions vergeben eigene Nummern wie z.B. 9818 oder 9819 (news).
> 
> 
> 
> Nach welchen Kriterien werden solche Nummern festgelegt? 
> 
> Gibt es Empfehlungen für eigene Seitentypen, z.B. immer ab ‚5000‘?
> 
> 
> 
> Gruß Johannes.
> 
> 
> 
> ___
> TYPO3-german mailing list
> TYPO3-german@lists.typo3.org
> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german



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

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

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

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

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

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. 

Danke
Peter


> Am 16.09.2016 um 07:48 schrieb 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



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

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

Re: [TYPO3-german] cache Flooding und tx_news

[Peter Linzenkirchner]

Hallo Michael, 

du musst den RealUrl Cache löschen, das geht nicht über die Cache-Werkzeuge von 
TYPO3, RealUrl hat einen eigenen Cache. Schau in der Doku von RealUrl nach, 
oder leere die RealUrl-Datenbank-Tabellen über phpMyAdmin (leeren, nicht 
löschen!). 

https://forum.typo3.org/index.php/t/213429/
https://www.typo3.net/forum/thematik/zeige/thema/122161/

Gruß
Peter


> Am 14.09.2016 um 14:17 schrieb Michael Kasten :
> 
> Hallo Liste,
> 
> entsprechend dem Security Hinweis:
> 
> Cache Flooding in TYPO3 Frontend
> 
> Bin ich gerade Dabei, auch mit der empfohlenen Einstellung:
> 
> $GLOBALS['TYPO3_CONF_VARS']['FE']['cHashIncludePageId'] = true;
> 
> 
> Meine Seiten ans laufen zu bekommen, leider steigt das nun bei den 
> Newsdetailansichten immer aus,
> als Hinweis zur Behebung steht dann dort, ich solle den Wert doch bitteschön 
> auf False sezten.
> 
> Caches habe ich, nach dem setzen des o.g. Wertes, gelöscht:
> 
> Im Installtool
> Über RealUrl (ist noch eine 1er)
> Über das TYPO3 System
> 
> Trotzdem erhalte ich weiterhin bei den Detailansichten eine Fehlerseite.
> Ist das nun ein generelles Problem mit tx_news oder übersehe ich hier was?
> 
> TYPO3 6.2.27
> News 3.2.6
> 
> 
> -- 
> Michael Kasten | http://m-kasten.de
> Im wirklichen Leben gibt es kein [Strg]+[Z]
> ___
> TYPO3-german mailing list
> TYPO3-german@lists.typo3.org
> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german



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

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

Re: [TYPO3-german] [TYPO3-core] Announcing TYPO3 CMS 6.2.27 LTS, 7.6.11 LTS and 8.3.1

[Peter Linzenkirchner]

Hello, 

i presume one of the links is old - from July. And one much more important ist 
missing: 

https://typo3.org/teams/security/security-bulletins/typo3-core/typo3-core-sa-2016-022/

instead of 

https://typo3.org/teams/security/security-bulletins/typo3-core/typo3-core-sa-2016-020/

is correct. 

Peter



> Am 13.09.2016 um 12:19 schrieb Oliver Hader :
> 
> Dear TYPO3 World,
> 
> the TYPO3 Community has just released TYPO3 CMS versions 6.2.27 LTS,
> 7.6.11 LTS and 8.3.1 which are now ready for you to download.
> 
> All versions are maintenance releases and contain bug fixes and security
> fixes.
> 
> *IMPORTANT*
> 
> These versions include important security fixes to the TYPO3 CMS Core.
> The according security bulletins with details have just been released:
> 
> https://typo3.org/teams/security/security-bulletins/typo3-core/typo3-core-sa-2016-020/
> https://typo3.org/teams/security/security-bulletins/typo3-core/typo3-core-sa-2016-021/
> 
> The packages can be downloaded here:
> 
> https://typo3.org/download/
> 
> 
> For details about the releases, please see:
> 
> https://typo3.org/news/article/typo3-cms-6227-7611-and-831-released/
> 
> 
> MD5 checksums:
> 
> 9eaceae43cc8f67b3547f7275b8ce4c5  typo3_src-6.2.27.tar.gz
> 90b75b8b6f700457e2a42d7040bc7e9e  typo3_src-6.2.27.zip
> 92a7068c6aee32a8dd899f08093c0721  typo3_src-7.6.11.tar.gz
> 55d5f6036de8b32eb097d361b1230613  typo3_src-7.6.11.zip
> 2a307d91f6f19a76f62216da0d3b0318  typo3_src-8.3.1.tar.gz
> 227df291f3c36098cf95c3ca840aee47  typo3_src-8.3.1.zip
> 
> SHA256 checksums:
> 
> 1f8ff63fbc51f68fd8a821fe21e3be35f20a3d2d8bcef0fe5b3353d2b7d25383
> typo3_src-6.2.27.tar.gz
> 1e49bc7e7a7f4509308f2a2a625d2754eeeb7bafee95fd1528d1d1a94f3e52f6
> typo3_src-6.2.27.zip
> e96f9085b6e22e0295a7f3b6ba108dd8a0997479604323a4c663301412826543
> typo3_src-7.6.11.tar.gz
> 9dd405ce28f99782c3e6d6c9480006366e3780133771840ac0507cfbf590bf6c
> typo3_src-7.6.11.zip
> 5fccfa52bc546d8605c40cf69d51a43b06368eaf2119b9fb9cfffb1120bd51be
> typo3_src-8.3.1.tar.gz
> e2f07e4fd37a989a21ced7be149dcc73ce73d976b639613084060c7e845c8889
> typo3_src-8.3.1.zip
> 
> Further details on the signing and hashing process of TYPO3 releases:
> 
> https://docs.typo3.org/typo3cms/drafts/github/TYPO3Incubator/InfrastructureGuide/Releases/
> 
> 
> Best regards
> Oliver
> -- 
> Oliver Hader
> 
> TYPO3  inspiring people to share!
> Get involved: http://typo3.org
> ___
> TYPO3-german mailing list
> TYPO3-german@lists.typo3.org
> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

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

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

Re: [TYPO3-german] RTE Image hinzufügen Button fehlt

[Peter Linzenkirchner]

Hallo Stefan, 

> ich würde mir die relevanten Teile aus einer Standard-TYPO3-Installation
> ohne bootstrap_package abkupfern und dann ergänzen.

Habe ich ja im Endeffekt auch so gemacht, direkt auf dem RTE. 

> Allerdings würde ich aus "leidvoller Erfahrung" davon abraten, Bilder im
> RTE zuzulassen. Damit erhalten Redakteure zu viele Möglichkeiten das
> Design zu zerstören.

zumal in einem Bootstrap-Template … Man kann das nicht mehr kontrollieren, und 
wenn die Redakteure dann wollen, dass sich die Bilder im RTE responsiv 
verhalten sollen, dann wirds eng. Spätestens jetzt muss man den Leuten klar 
machen, dass das nicht geht. 

Wenn jemand von mir Bilder im RTE will, sage ich immer dazu: nur für Icons, 
nicht für größere Bildern. Klappt, wenn sie das erste mal das Smartphone-Layout 
zerschossen haben, und ich es nicht reparieren kann :-)

Peter


> 
> Beste Grüße
> Stefan
> 
> Am 12.09.2016 um 20:27 schrieb Peter Linzenkirchner:
>> Hallo Dieter, 
>> 
>> die Konfiguration des RTE im bootstrap_package beginnt mit: 
>> RTE >
>> und Tschüss - die gesamte RTE-Konfiguration ist weg. Danach baut die 
>> Extension eine eigene Konfiguration auf, die sich ziemlich stark von der 
>> Standard-Konfiguration unterscheidet und eben keine Bilder im RTE erlaubt. 
>> 
>> Was du normalerweise beim Einschalten der Bilder im RTE machst, ist 
>> eigentlich nur das Zuschalten von vorgefertigten RTE-Konfigurationen für 
>> Bilder - und das geht nicht mehr. 
>> 
>> Also musst du alles manuell zuschalten. 
>> 
>> OK, abgesehen davon, dass Bilder im RTE innerhalb eines Bootstrap-Templates 
>> grenzwertig sind, müsste es in etwa so gehen (ohne Gewähr - ich kann es 
>> grade nicht testen, und es _ist_ Gefummel): 
>> 
>> RTE.default {
>> 
>>## Enable the image button
>>showButtons := addToList(image)
>>## IMG-Tag erlauben
>>allowedTags := addToList(img)
>> 
>> }
>> 
>> RTE.default.proc {
>>## Tags allowed outside p & div
>>## Adding img tag to the default list
>>proc.allowTagsOutside := addToList(img)
>> }
>> 
>> RTE.default.proc.entryHTMLparser_db {
>>allowTags < RTE.default.allowedTags
>>denyTags < RTE.default.proc.denyTags
>> 
>>tags {
>>img {
>># erlaubte Attribute
>>allowedAttribs = id, title, dir, lang, xml:lang, class, src, rel, 
>> clickenlarge, alt, style
>># clickenlarge => für vergrößerte Darstellung. Achtung: 
>> statisches Template im Setup einbinden!
>># align und style-Attribute werden entfernt
>>fixAttrib.align.unset = 1
>># Ausnahmsweise style erlauben (für den Wizard):
>># TIPP: wenn man bei Bildern das Style-Attribut erlauben will 
>> (für padding z. B.)
>># dann muss das hier deaktiviert werden!
>>fixAttrib.style.unset = 1
>># erlaubte Klassen, alle anderen werden entfernt
>>fixAttrib.class.list < RTE.default.proc.allowedClasses
>>fixAttrib.class.removeIfFalse = 1
>>}
>>}
>> }
>> 
>> RTE.default.proc.HTMLparser_db {
>>allowTags < RTE.default.allowedTags
>>denyTags < RTE.default.proc.denyTags
>> }
>> RTE.default.proc.exitHTMLparser_db {
>>allowTags < RTE.default.allowedTags
>>denyTags < RTE.default.proc.denyTags
>> }
>> 
>> RTE.default.proc.entryHTMLparser_rte {
>>allowTags < RTE.default.allowedTags
>>denyTags < RTE.default.proc.denyTags
>> }
>> 
>> RTE.default.proc.HTMLparser_rte {
>>allowTags < RTE.default.allowedTags
>>denyTags < RTE.default.proc.denyTags
>> }
>> 
>> RTE.default.buttons.image.options.imageHandler {
>>image {
>>handler = TYPO3\CMS\Rtehtmlarea\ImageHandler\EditImageHandler
>>label = 
>> LLL:EXT:rtehtmlarea/Resources/Private/Language/locallang_selectimagecontroller.xlf:currentImage
>>}
>>magic {
>>handler = TYPO3\CMS\Rtehtmlarea\ImageHandler\AddImageHandler
>>label = 
>> LLL:EXT:rtehtmlarea/Resources/Private/Language/locallang_selectimagecontroller.xlf:magicImage
>>displayAfter = image
>>scanAfter = image
>>}
>>plain {
>>handler = TYPO3\CMS\Rtehtmlarea\ImageHandler\AddImageHandler
>>label = 
>> LLL:EXT:rtehtmlarea/Resources/Private/Language/locallang_selectimagecontroller.xlf:plainImage
>>display

Re: [TYPO3-german] RTE Image hinzufügen Button fehlt

[Peter Linzenkirchner]

Hallo Dieter, 

die Konfiguration des RTE im bootstrap_package beginnt mit: 
RTE >
und Tschüss - die gesamte RTE-Konfiguration ist weg. Danach baut die Extension 
eine eigene Konfiguration auf, die sich ziemlich stark von der 
Standard-Konfiguration unterscheidet und eben keine Bilder im RTE erlaubt. 

Was du normalerweise beim Einschalten der Bilder im RTE machst, ist eigentlich 
nur das Zuschalten von vorgefertigten RTE-Konfigurationen für Bilder - und das 
geht nicht mehr. 

Also musst du alles manuell zuschalten. 

OK, abgesehen davon, dass Bilder im RTE innerhalb eines Bootstrap-Templates 
grenzwertig sind, müsste es in etwa so gehen (ohne Gewähr - ich kann es grade 
nicht testen, und es _ist_ Gefummel): 

RTE.default {

## Enable the image button
showButtons := addToList(image)
## IMG-Tag erlauben
allowedTags := addToList(img)

}

RTE.default.proc {
## Tags allowed outside p & div
## Adding img tag to the default list
proc.allowTagsOutside := addToList(img)
}

RTE.default.proc.entryHTMLparser_db {
allowTags < RTE.default.allowedTags
denyTags < RTE.default.proc.denyTags

tags {
img {
# erlaubte Attribute
allowedAttribs = id, title, dir, lang, xml:lang, class, src, rel, 
clickenlarge, alt, style
# clickenlarge => für vergrößerte Darstellung. Achtung: statisches 
Template im Setup einbinden!
# align und style-Attribute werden entfernt
fixAttrib.align.unset = 1
# Ausnahmsweise style erlauben (für den Wizard):
# TIPP: wenn man bei Bildern das Style-Attribut erlauben will (für 
padding z. B.)
# dann muss das hier deaktiviert werden!
fixAttrib.style.unset = 1
# erlaubte Klassen, alle anderen werden entfernt
fixAttrib.class.list < RTE.default.proc.allowedClasses
fixAttrib.class.removeIfFalse = 1
}
}
}

RTE.default.proc.HTMLparser_db {
allowTags < RTE.default.allowedTags
denyTags < RTE.default.proc.denyTags
}
RTE.default.proc.exitHTMLparser_db {
allowTags < RTE.default.allowedTags
denyTags < RTE.default.proc.denyTags
}

RTE.default.proc.entryHTMLparser_rte {
allowTags < RTE.default.allowedTags
denyTags < RTE.default.proc.denyTags
}

RTE.default.proc.HTMLparser_rte {
allowTags < RTE.default.allowedTags
denyTags < RTE.default.proc.denyTags
}

RTE.default.buttons.image.options.imageHandler {
image {
handler = TYPO3\CMS\Rtehtmlarea\ImageHandler\EditImageHandler
label = 
LLL:EXT:rtehtmlarea/Resources/Private/Language/locallang_selectimagecontroller.xlf:currentImage
}
magic {
handler = TYPO3\CMS\Rtehtmlarea\ImageHandler\AddImageHandler
label = 
LLL:EXT:rtehtmlarea/Resources/Private/Language/locallang_selectimagecontroller.xlf:magicImage
displayAfter = image
scanAfter = image
}
plain {
handler = TYPO3\CMS\Rtehtmlarea\ImageHandler\AddImageHandler
label = 
LLL:EXT:rtehtmlarea/Resources/Private/Language/locallang_selectimagecontroller.xlf:plainImage
displayAfter = magic
scanAfter = magic
}
}

Gruß
Peter


> Am 12.09.2016 um 18:34 schrieb Dr. Dieter Porth <ty...@mobger.de>:
> 
> Hallo Peter,
> 
> die implizite Frage des Threads ist nicht, ob die Introduction-Konfiguration 
> den Image-Button im RTE verbietet, sondern eher, wie man die Konfiguration 
> für den Image-Button im RTE wiederherstellt.
> 
> Wenn Thomas bei den Einstellungen bei den Konstanten und bei Modification der 
> PageTSConfig alles richtig gemacht hat, dann und nur dann scheint  scheinbar 
> noch eine weitere Stelle zum Konfigurieren zu geben. Ich hätte aber keine 
> Idee, welche Stelle dies noch sein sollte. Hast du eine Idee?
> 
> Mit besten Grüßen
>Dieter
> 
> P.S. Das es eigentlich falsch ist, im RTE einen Image Button haben zu wollen. 
> sei hier nicht diskutiert. Denn ein solcher Button unterläuft natürlich das 
> FAL-Konzept, welches vorm Löschen eines Bildes prüft, ob ein Bild noch 
> irgendwo auf der Seite refereneziert wird. Thomas hat anscheinend Vertrauen 
> in die Kompetenz seiner TYPO3-Redakteure.
> 
> Am 12.09.2016 um 08:11 schrieb Peter Linzenkirchner:
>> Hallo Thomas,
>> 
>> das Introduction Package erstellt eine komplett eigene Konfiguration für den 
>> RTE, und die enthält tatsächlich keine Bilder.
>> 
>> Gruß
>> Peter
>> 
>> 
>>> Am 11.09.2016 um 23:23 schrieb Thomas Laaser <tho...@laaser.eu>:
>>> 
>>> Hallo,
>>> so habe ich irgendwie keinen Erfolg. Fakt ist, wenn ich das Introduktion 
>>> Package installiere, ist der Image Button weg.
>>> Ich versuche jetzt mal eine andere Distri.
>>> Gruss Thomas
>>> _

Re: [TYPO3-german] RTE Image hinzufügen Button fehlt

[Peter Linzenkirchner]

Hallo Thomas, 

das Introduction Package erstellt eine komplett eigene Konfiguration für den 
RTE, und die enthält tatsächlich keine Bilder. 

Gruß
Peter


> Am 11.09.2016 um 23:23 schrieb Thomas Laaser :
> 
> Hallo,
> so habe ich irgendwie keinen Erfolg. Fakt ist, wenn ich das Introduktion 
> Package installiere, ist der Image Button weg.
> Ich versuche jetzt mal eine andere Distri.
> Gruss Thomas
> ___
> TYPO3-german mailing list
> TYPO3-german@lists.typo3.org
> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german



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

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

Re: [TYPO3-german] wec_map wird nach Update nicht mehr angezeigt

[Peter Linzenkirchner]

Hallo Jan, 

weißt du wie die Planung für wec_map aussieht? Ist es geplant, dass wec_map 6.6 
und die neue 8.x unterstützen soll - und wenn ja, wann? 

Danke
Peter


> Am 05.09.2016 um 23:17 schrieb Jan Bartels <j.bart...@arcor.de>:
> 
> Am 15.08.2016 um 18:29 schrieb Jan Bartels:
>> Am 14.08.2016 um 22:55 schrieb Peter Linzenkirchner:
>>> Google verlangt seit kurzem endgültig API-Codes, allerdings nur für
>>> neue Domains.
>>> Ob wec_map das unterstützt kann ich nicht sagen - schau mal im Manual.
>>> Falls ja, kannst du den Code bei Google besorgen und eintragen. Mehr
>>> sollte nicht nötig sein. (Stichwort Google Maps APi Console - du
>>> brauchst einen Google Account dafür).
>> Unterstützt es noch nicht. Werde ich aber in Kürze implementieren. Siehe
>> Eintrag auf Forge: https://forge.typo3.org/issues/77491
> Die Version 3.1.3 von wec_map unterstützt nun unter Typo3 6.2 die neuen 
> API-Keys. Die neue Version ist im TER verfügbar.
> 
> Gruß,
> 
> Jan
> 
> ___
> TYPO3-german mailing list
> TYPO3-german@lists.typo3.org
> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

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

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

Re: [TYPO3-german] Typo3 Seite Funktioniert nichtmehr nach PHP umstellung

[Peter Linzenkirchner]

Hallo Simon, 

die init.php wird normalerweise aus einer index.php aus aufgerufen, die sich im 
Order typo3 befindet. Ich vermute, du hast die originale index.php ausgetauscht 
durch die index.php aus dem typo3-Ordner. Das funktioniert nicht - nur weil die 
Dateien gleich heissen, sind die nicht gleich. 

In der Datei: 

> /homepages/0/d69141606/htdocs/domain/index.php

darf es keinen Aufruf zu einer init.php geben. Nur in der Datei hier: 

> /homepages/0/d69141606/htdocs/domain/typo3/index.php

ob du das wieder herstellen kannst, weiß ich nicht; das hängt davon ab, ob die 
alte index.php noch da ist, und was du sonst noch geändert hast. 

Das beste dürfte sein, das Backup wieder einspielen zu lassen, und zwar bald - 
ich weiß nicht, wie lange Strato (ist es doch, oder?) das Backup aufhebt. wenn 
du zu lange wartest, sind die neuen Daten im Backup. Danach solltest du erst 
nachschauen, welche Version von TYPO3 im Einsatz ist, und danach im 
Install-Tool das Debugging aktivieren, damit du Fehlermeldungen bekommst. Dann 
kann man rausbekommen, woran es liegt, dass sich der Anwender nicht mehr 
einloggen kann. Natürlich kann es sein, dass es an einem falschen Passwort 
liegt, aber dann müsste es möglich sein, über das Installtool einen neuen 
anzulegen. Wenn das nicht klappt, muss der Fehler wo anders liegen, aber das 
kann man nur über die Fehlermeldungen rausbekommen. Kann ja alles mögliche 
sein; die PHP-Version aber in der Regel eher nicht. Das würde sich eher darin 
äussern, dass man sich einloggen kann, danach aber nichts mehr geht (weisse 
Seite oder so). 

Gruß
Peter


> Am 24.08.2016 um 09:48 schrieb Simon S :
> 
> Hallo zusammen,
> 
> ichbin mir nicht sicher ob das hier die richtige Rubrik ist aber ich hoffe 
> ich finde hier Hilfe.
> Der Backend-Zugang der Webseite eines bekannten von mir funktioniert nicht 
> mehr. Deshalb habe ich versucht die verwendete PHP-Version mit Hilfe der 
> .htaccess Datei zu ändern. Als das nicht funktioniert hat habe ich im 
> Installtool von typo3 versucht einen neuen Benutzer anzulegen. Das hatte aber 
> auch nicht funktioniert deshalb habe ich etwas rumprobiert und dabei leider 
> riesen Misst gebaut (glaube ich zumindest)
> Wenn ich jetzt die Seite aufrufen möchte bekomme ich folgenden Fehler:
> 
> Fatal error: require(): Failed opening required 'init.php' 
> (include_path='.:/usr/lib/php5.4') in 
> /homepages/0/d69141606/htdocs/domain/index.php on line 36
> 
> Was sagt mir der Fehler und wie behebe ich ihn?
> In Zeile 36 der index.php steht das hier drin:
> 
> require 'init.php';
> 
> Die init.php befindet sich in einem anderen Ordner. Kann es sein das der 
> fehler daran liegt? Aber eigentlich habe ich dort nichts verändert.
> 
> Vielen Dank!!!
> ___
> TYPO3-german mailing list
> TYPO3-german@lists.typo3.org
> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german



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

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

Re: [TYPO3-german] wec_map wird nach Update nicht mehr angezeigt

[Peter Linzenkirchner]

Google verlangt seit kurzem endgültig API-Codes, allerdings nur für neue 
Domains. 
Ob wec_map das unterstützt kann ich nicht sagen - schau mal im Manual. Falls 
ja, kannst du den Code bei Google besorgen und eintragen. Mehr sollte nicht 
nötig sein. (Stichwort Google Maps APi Console - du brauchst einen Google 
Account dafür). 

Gruß
Peter


> Am 14.08.2016 um 17:56 schrieb Hauke Haller :
> 
> Moin,
> nach einem Update auf 6.2.26 und wec_map 3.1.2 werden die Karten nicht
> mehr angezeigt. Vorher gings. Hat jemand das Problem auch und es lösen
> können?
> Im Qeullcode der Seite wird soweit ich sehe alle sordentlich ausgegeben. In 
> der Konsole werden folgende Meldungen ausgegeben:
> 
> "Google Maps API warning: NoApiKeys 
> https://developers.google.com/maps/documentation/javascript/error-messages#no-api-keys;
>  
> 
> "Google Maps API warning: SensorNotRequired 
> https://developers.google.com/maps/documentation/javascript/error-messages#sensor-not-required;
> 
> Diese Warnungen werden aber auf einer anderen Seite, auf der die Karten 
> funktionieren, auch ausgegeben.
> Hier ist eine Seite auf der eine Karte angezeigt werden müsste:
> 
> http://www.knaq-sh.de/ueber-uns/akteure.html
> 
> Vielen Dank
> 
> Hauke
> ___
> TYPO3-german mailing list
> TYPO3-german@lists.typo3.org
> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german



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

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

Re: [TYPO3-german] Wie funktioniert Ajax und JSON mit Exbase

[Peter Linzenkirchner]

Hallo Anonymus, 

wirklich in einem Newsletter, also einer E-Mail? 
http://stackoverflow.com/questions/23259214/ajax-in-email-body
Siehe Antwort 3. 

in meinem E-Mail-Client werden nicht mal die Bilder geladen, wenn ich das nicht 
aktiv anstoße. 

Gruß
Peter

> Am 25.07.2016 um 14:23 schrieb cppnap test :
> 
> Guten Tag,
> 
> ich möchte einen kleinen Newsletter programmieren, der über Ajax die 
> Content-Elemente beim scrollen nach lädt. Ich habe jetzt relativ lang im 
> Internet nach aktuellen Beispielen gesucht, wie Ajax unter Extbase 
> funktioniert.
> 
> Ich habe bisher noch kein wirkliches Beispiel zum Laufen bekommen. Die 
> einzige Variante, die ich zum Laufen bekommen habe ist Die, dass ich das über 
> dieser EID mache. Dort komme ich allerdings nicht in eine Methode von einem 
> Controller rein sondern muss mir einen völlig neuen Controller schreiben, wo 
> ich widerrum probleme mit dem Injecten der Datenbank etc. bekomme.
> 
> Ich habe mir zum Lernen der Extension-Entwicklung ach das Buch von Pluswerk 
> gekauft "Typo3 Extbase". Allerdings funktioniert das dort beschriebene 
> Beispiel mit Ajax und JSON überhaupt nicht. Der Ajax-Handler wird gar nicht 
> erst aufgerufen.
> 
> 
> Meine Frage ist nun - wo finde ich denn mal ein relativ simple beschreibenes 
> Beispiel wie Ajax unter Extbase nun wirklich funktioniert? 
> Vielen Dank schon mal für eure Hilfe :-)
> ___
> TYPO3-german mailing list
> TYPO3-german@lists.typo3.org
> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german



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

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

Re: [TYPO3-german] Validation failed while trying to call ... showAction

[Peter Linzenkirchner]

Hallo, 

es gibt tolle Angebote im Web: 

https://gist.github.com/anonymous/1e65aee88bf2b3769f7d150db4a829fe

:-)

Um HTML/CSS/JavaScript funktional zu präsentieren, z. B. ein fiddle anlegen: 

https://jsfiddle.net/ycfr7hbm/
(Steuerung-Return zum Absenden)

Braucht man nicht mal einen Account dazu. Machen die meisten jetzt so, so schön 
kann es eine Liste eh nicht darstellen. 

Gruß
Peter




> Am 20.07.2016 um 18:51 schrieb Dr. Dieter Porth :
> 
> Hallo Micha,
> 
> ich lese die Post im Forum über dei Mailingliste im Text-Format
> 
> Soweit ich weiß, kann man die Sachen HTML, BB, ... nicht freischalten, um 
> User wie mich nicht zu vergraulen.
> 
> Der Vorteil ist dabei, dass in einem Post der zitierte Code auf seinen Kern 
> beschränkt wird. Dies lässt viel schneller deutlich werden, was der Postenden 
> eventuell nicht oder falsch verstanden hat bzw. womit er sich eventuell nicht 
> beschäftigt hat. Wie dein Post zeigt, scheint das Prinzip zu funktionieren.
> 
> Wenn jeder seinen gesamten Code posten  würde, hätte ich sicher viel weniger 
> Lust,  nach dem Lesen des gesamten Codes noch zu antworten.
> 
> mit besten Grüßen
> 
> Dieter
> 
> 
> Am 20.07.2016 um 08:51 schrieb Michael Roskosch:
>> Guten Morgen Dieter, vielen Dank Deine Antwort. Lag wirklich an einem 
>> fehlenden Wert.
>> Wegen dem Programmcode meine ich, das ich den hier nicht sauber angeben kann 
>> weil:
>> HTML code is off
>> BBcode is off
>> Images are off
>> Smilies are off
>> 
>> kann man das in dem Forum freischalten lassen, dass man Code mit Tabs 
>> eintragen kann?
>> Andernfalls finde ich es sehr unübersichtlich.
>> 
>> LG Micha
>> ___
>> TYPO3-german mailing list
>> TYPO3-german@lists.typo3.org
>> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
> 
> ___
> TYPO3-german mailing list
> TYPO3-german@lists.typo3.org
> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german



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

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

Re: [TYPO3-german] storagePid in uralter Extbase Extension

[Peter Linzenkirchner]

OK, ich habe es gefunden … kaum sucht man ein paar Stunden :-(

Damit es vielleicht anderen weiterhilft: Man kann im Plugin-Contentelement 
unter der Karteikarte Verhalten eine Record Storage Page auswählen (geht das in 
neueren TYPO3-Versionen überhaupt noch? Ich glaube nicht … ) 

Das Problem bei den alten Extbase-Versionen ist, dass die Hierarchie nicht 
stimmt - eigentlich sollte Typoscript und Flexform höherwertig sein, aber 
offenbar stimmt das in den alten Extbase-Versionen nicht. 

Hier ist das wunderbar erklärt: 
http://www.derhansen.de/2016/02/how-extbase-determines-storagepid.html
(Mein Fall war step 4) 

Gruß
Peter



> Am 20.07.2016 um 19:04 schrieb Peter Linzenkirchner <li...@lisardo.de>:
> 
> Hallo Liste, 
> 
> ich habe hier eine sehr alte Extbase-Extension (TYPO3 4.5). Ich muss in der 
> Extension die storagePid ändern - allerdings finde ich nicht, wo das in 
> diesen alten Extbase-Extensions funktioniert. Über das übliche 
> 
> persistence {
>   # cat=plugin.tx_mitgliederzahlen//a; type=int+; label=Default storage PID
>   storagePid = 
> }
> 
> funktioniert es nicht, da kann ich eintragen was ich will. Auch direkt im 
> Setup geht nicht: 
> 
> persistence {
>   storagePid = {$plugin.tx_mitgliederzahlen.persistence.storagePid}
> }
> 
> Der Typoscript Objectbrowser gibt es mir korrekt aus, aber wenn ich in der 
> Extension debugge: 
> 
> $extbaseFrameworkConfiguration = 
> Tx_Extbase_Dispatcher::getExtbaseFrameworkConfiguration();
> t3lib_utility_Debug::debug($extbaseFrameworkConfiguration,'extbaseFrameworkConfiguration’);
> 
> erhalte ich die alte storagePid. 
> 
> Auch in config.tx_extbase.persistence ist sie nicht definiert … 
> 
> Jemand eine Ahnung, _wo_ man das früher angegeben hat? 
> 
> Danke
> Peter
> 
> 
> 
> --
> 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

--
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] storagePid in uralter Extbase Extension

[Peter Linzenkirchner]

Hallo Liste, 

ich habe hier eine sehr alte Extbase-Extension (TYPO3 4.5). Ich muss in der 
Extension die storagePid ändern - allerdings finde ich nicht, wo das in diesen 
alten Extbase-Extensions funktioniert. Über das übliche 

persistence {
   # cat=plugin.tx_mitgliederzahlen//a; type=int+; label=Default storage PID
   storagePid = 
}

funktioniert es nicht, da kann ich eintragen was ich will. Auch direkt im Setup 
geht nicht: 

persistence {
   storagePid = {$plugin.tx_mitgliederzahlen.persistence.storagePid}
}

Der Typoscript Objectbrowser gibt es mir korrekt aus, aber wenn ich in der 
Extension debugge: 

$extbaseFrameworkConfiguration = 
Tx_Extbase_Dispatcher::getExtbaseFrameworkConfiguration();
t3lib_utility_Debug::debug($extbaseFrameworkConfiguration,'extbaseFrameworkConfiguration’);

erhalte ich die alte storagePid. 

Auch in config.tx_extbase.persistence ist sie nicht definiert … 

Jemand eine Ahnung, _wo_ man das früher angegeben hat? 

Danke
Peter



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

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

Re: [TYPO3-german] CategoryCollection

[Peter Linzenkirchner]

Hallo Dieter, 

ich will mich in die Handhabung der sys_categorys besser einarbeiten. Es gibt 
hier ja einen schönen API-Eintrag: 
https://docs.typo3.org/typo3cms/CoreApiReference/ApiOverview/Categories/Index.html
und speziell den Abschnitt über die category collections meine ich: 
https://docs.typo3.org/typo3cms/CoreApiReference/ApiOverview/Categories/Index.html#category-collections

Der obere Bereich von dem Beispiel: 
$collection = \TYPO3\CMS\Frontend\Category\Collection\CategoryCollection::load(
 $aCategory,
 TRUE,
 $table,
 $relationField
);
wenn man für $aCategory eine Kategorie-ID einsetzt und für $table sowie 
$relationField seine Tabelle + das Referenzfeld für die Kategorien, dann werden 
alle Datensätze mit der Kategorie als Objekt zurückgeliefert. (Ich spreche von 
einem Repository in Extbase). Ich habe mir auch die Klasse schon angesehen, 
aber ich werde nicht wirklich schlau daraus, wie man hier mehrere Kategorien 
ansprechen kann … und vor allem sicherstellen, dass sie sortiert sind und kein 
Datensatz doppelt. irgendwie muss es gehen, weil diese API-Klasse 
offensichtlich Basis der Typoscript-Ausgabe ist: 
https://docs.typo3.org/typo3cms/TyposcriptReference/ContentObjects/Records/Index.html#cobj-records-properties-categories.
 
Die nimmt mehrere Kategorien … 
Ich schätze, ich werde mir diese Typoscript-Funktion im PHP anschauen, dann 
werde ich es schon begreifen. 

Der Vorteil: man könnte die Klasse auch ausserhalb von Extbase verwenden, z. B. 
in einer Userfunc.  

Gruß
Peter



> Am 14.07.2016 um 22:00 schrieb Dr. Dieter Porth <ty...@mobger.de>:
> 
> Hallo Peter,
> 
> Einen System-Record "category-collection" wie bei den Files gibt es nicht.
> 
> Was möchtest du erreichen?
> 
> Was ist denn eine Categorie-Collection? ist das eine Kategorie, die anderen 
> Kategorien übergeordnet ist?  dann sollte dein query, die UID der 
> übergeordneten Kategorie in dem Feld Parent wiederfinden?  Du könntest also 
> ein entsprechende Query schreiben.
> 
> 
> Mit besten Grüßen
> 
>  Dieter
> 
> Am 13.07.2016 um 19:45 schrieb Peter Linzenkirchner:
> 
>> OK, ich habe es jetzt so gemacht, ohne die CategoryCollection, da komme ich 
>> nicht weiter:
>> 
>> public function findByCategories($categories='') {
>>$constraint = array();
>>$query = $this->createQuery();
>>if (!is_array($categories)) {
>>$categories = GeneralUtility::intExplode(',', $categories, true);
>>}
>>foreach ($categories as $category) {
>>$categoryConstraints[] = $query->contains('categories', $category);
>>}
>>$constraint[] = $query->logicalOr($categoryConstraints);
>>if (!empty($constraint)) {
>>$query->matching(
>>$query->logicalAnd($constraint)
>>);
>>}
>>$result = $query->execute();
>>return $result;
>> }
>> 
>> habe ich mir aus der news-Extension abgekuckt - funktioniert erst mal wie 
>> gewünscht. Oder hat jemand eine elegantere Lösung?
>> 
>> Peter
>> 
>> --
>> 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 mailing list
> TYPO3-german@lists.typo3.org
> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

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

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

Re: [TYPO3-german] 4.2.40 >> 6.2 >> 7.6 ???

[Peter Linzenkirchner]

Hallo Bernhard, 

ich habe schon einige ältere Installationen hochgezogen, es geht, ist aber 
aufwändig. 

Unbedingt zuerst ein Update auf 4.5 machen. Dabei muss vermutlich die Kodierung 
der DB geändert werden. Danach alles bereinigen und testen. Die 4.5 muss 
laufen, sonst brauchst du nicht weiter zu machen. 

Anschließend alle Extensions prüfen (mit dieser Ext  
https://typo3.org/extensions/repository/view/smoothmigration ). Das ist der 
aufwändigste Teil. Das Update von TYPO3 selbst läuft in der Regel problemlos, 
die Extensions sind das Problem. Wenn nur wenig verwendet wurden, wird das 
Update problemlos, wenn du viele drin hast - und Exoten dabei sind - dann hast 
du einen guten Trip vor dir. 

Folgende Probleme sind zu beachten: 
- TemplaVoila verwendet? => Arschkarte, weil TV für 7.6 zwar im TER steht, aber 
nur bis ca. 7.2 lauffähig ist.  du musst es austauschen gegen BackendLayouts 
und für die FCEs evtl. das hier einsetzen: 
https://typo3.org/extensions/repository/view/sf_tv2fluidge
- Extensions verwendet, die es nicht für 7.6 gibt? => Arschkarte, die musst du 
entweder selbst lauffähig machen oder austauschen. 
- DAM verwendet? => Arschkarte, DAM gibt es nicht mehr. Evtl. kannst du es 
durch Media ersetzen (habe ich keine Erfahrung damit)
- PHP-Version: die 4.2 läuft vermutlich mit einer sehr alten PHP-Version, du 
musst also zwischen den einzelnen Update-Schritten auch die PHP-Version wechseln
- diverse Formularerweiterungen eingesetzt, die es nicht mehr gibt? => … OK, 
ersetzen durch Powermail oder Formhandler, oder durch die internen Formulare. 
- DB-Kodierung: die ist in den 4.2 Installation meist falsch, und zwar entweder 
latin, oder - schlimmer - doppelt UTF-8-kodiert. 
http://www.skom.de/Doppelt-UTF-8-kodierte-Daten-i.191.0.html

Auf jeden Fall würde ich zuerst auf 6.2 updaten, alles testen, und danach erst 
auf 7.6. 

Unbedingt ein Komplett-Backup anlegen! 

Gruß
Peter



> Am 14.07.2016 um 10:10 schrieb Bernhard Ludwig :
> 
> Am 12.07.2016 um 16:10 schrieb Lars Brinkmann :
>> 
>> Hallo Bernhard,
>> 
>> ist zwar nicht die Frage, aber bei so alten Installationen
>> ist ein kompletter Relaunch mit 7.6 und aktuellster
>> Webtechnik bei vielen Projekten oftmals günstiger ;-)
>> 
>> Wenn es also keine umfangreichen Seiten sind, würde
>> ich das auch in  Erwägung ziehen.
>> 
>> Viele Grüße, Lars Brinkmann
> 
> Hallo Lars,
> 
> natürlich kann man das versuchen. Meistens sind die Kunden allerdings nicht 
> bereit, wegen eines „einfachen“ Updates gleich einen kompletten Relaunch 
> vornehmen zu lassen. Die Kostendifferenz spielt dabei sicherlich die größte 
> Rolle. 
> 
> Im TYPO3-Umfeld gibt es leider inzwischen auch etliche Mitbewerber am Markt, 
> die unterhalb der Gestehungskosten arbeiten, um überhaupt etwas zu tun zu 
> haben. Angebotene Stundenlöhne von unter 10,00€, die per Angebot an meine 
> Kunden heran getragen wurden, sprechen eine Sprache für sich.
> 
> Der Markt geht leider zusehends kaputt. Und bedauerlicherweise entpuppen sich 
> inzwischen oft die großen Agenturen neben den 
> Studenten/Schülern/Schwarzarbeitern als Billigstanbieter.
> 
> Naja, anderes Thema…
> 
> Vielen Dank für Deine Antwort.
> 
> Grüße,
> Bernhard
> ___
> TYPO3-german mailing list
> TYPO3-german@lists.typo3.org
> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

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

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

Re: [TYPO3-german] CategoryCollection

[Peter Linzenkirchner]

OK, ich habe es jetzt so gemacht, ohne die CategoryCollection, da komme ich 
nicht weiter: 

public function findByCategories($categories='') {
$constraint = array();
$query = $this->createQuery();
if (!is_array($categories)) {
$categories = GeneralUtility::intExplode(',', $categories, true);
}
foreach ($categories as $category) {
$categoryConstraints[] = $query->contains('categories', $category);
}
$constraint[] = $query->logicalOr($categoryConstraints);
if (!empty($constraint)) {
$query->matching(
$query->logicalAnd($constraint)
);
}
$result = $query->execute();
return $result;
}

habe ich mir aus der news-Extension abgekuckt - funktioniert erst mal wie 
gewünscht. Oder hat jemand eine elegantere Lösung? 

Peter

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

[Peter Linzenkirchner]

Hallo Liste, 

Ich möchte in eine Extbase-Extension die Systemkategorien einbinden. Der TCA- 
und Flexform-Teil klappt soweit, aber ich weiß nicht so recht, wie ich die 
Query aufbauen muss, um alle Datensätze einer Kategorie-Liste zu erhalten. 
Jemand einen Tipp wo ich Infos dazu finde? 

Ich habe das hier gefunden: 
$collection = \TYPO3\CMS\Frontend\Category\Collection\CategoryCollection::load(
  $aCategory,
  TRUE,
  $table,
  $relationField
);
was auch wunderbar funktioniert, aber nur über eine einzige Kategorie. 

wie geht man hier am besten - API-konform - vor?

Danke
Peter

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

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

Re: [TYPO3-german] f:image src ist leer

[Peter Linzenkirchner]

Hallo Christian, 

ist das Bild auch an der Stelle über den Browser aufrufbar? Ich hatte das 
Problem nämlich auch schon mal genau so, und die Ursache war ein 
Rechte-Problem: die Datei war da, konnte aber von other nicht gelesen werden. 

Ausserdem könnte es ein Problem mit Groß-/Kleinschreibung sein. 

Gruß Peter


> Am 06.07.2016 um 10:41 schrieb Roth :
> 
> Hallo liebe TYPO3 Freunde,
> 
> ich habe ein unerklärbares Verhalten mit einer neuen TYPO3
> Installation.
> 
> Ich verwende:
> 
> 
> 
> Das Logo wird jedoch nicht gerendert. Der ALT-Text erscheint jedoch.
> 
> Im Quelltext der Seite steht:
> 
> 
> 
> Bei anderen Installationen funktioniert diese Vorgehensweise
> problemlos.
> 
> Ich habe auch den Eindruck, dass die CSS nicht korrekt gelesen werden.
> 
> Weiß jemand bitte Rat?
> 
> Vielen Dank und freundliche Grüße
> 
> Christian
> ___
> TYPO3-german mailing list
> TYPO3-german@lists.typo3.org
> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german



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

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

Re: [TYPO3-german] Responsive Google API Maps im Header einbinden funktioniert nicht richtig?

[Peter Linzenkirchner]

Hallo Kevin, 

das hat mit TYPO3 erst mal nichts zu tun, dein Problem ist vermutlich eher HTML 
und CSS. 

iFrames sind nicht responsiv (also die Breite schon, aber die Höhe nicht - 
height 100% funktioniert bei iFrames nicht wie erwartet - mehr hierzu hier: 
http://stackoverflow.com/questions/5272519/how-do-you-give-iframe-100-height 
Erläuterung unter Punkt 23 bzw. hier 
http://www.w3schools.com/tags/att_iframe_height.asp für HTML5.). 

Das kann man also nur mit Tricks erreichen. Hier sind ein paar Beispiele, wie 
das prinzipiell funktioniert: 
http://maddesigns.de/responsive-iframes-2417.html
https://www.smashingmagazine.com/2014/02/making-embedded-content-work-in-responsive-design/
https://benmarshall.me/responsive-iframes/
Das Grundprinzip funktioniert bei Google Maps auf die gleiche Art: 
https://blog.kulturbanause.de/2012/10/google-maps-im-responsive-webdesign/
etc. 
Hier ist was zum Ausprobieren: 
https://codepen.io/hubpork/pen/xriIz

Da es keine typischen TYPO3-Themen sind, sondern eben HTML/CSS, findest du das 
leichter mit der normalen Google-Suche als hier im Forum (Stichwort: responsive 
iFrame, responsive Google Map). 

Eine übliche Header-Höhe gibt es eigentlich bei TYPO3 nicht, das hängt vom 
verwendeten Template ab, und das wiederum hängt nur vom verwendeten CSS ab. 
Aber das Problem liegt wohl in der Höhenangabe des iFrames, siehe oben. 

Gruß
Peter


> Am 04.07.2016 um 03:48 schrieb Kevin Kohler :
> 
> Hallo liebes Forum,
> 
> mein erster Beitrag hier und gleich geht es ans Eingemachte. ;-)
> 
> Zum Inhalt: Ich würde gern eine Google Maps API v3 - Karte im Header einer 
> Seite einbauen, was soweit auch klappt.
> 
> Das Problem ist lediglich, dass das schöne Ding nicht responsiv ist, da die 
> Karte z.B. auf Smartphones und anderen mobilen Endgeräten zu groß dargestellt 
> wird, sodass man nicht mehr durch die Seite scrollen kann - stattdessen 
> scrollt man nur noch die Karte selbst.
> Außerdem wird die Karte falsch zentriert bzw. es wird nur ein 
> Kartenausschnitt links vom eigentlich angegebenen Zentrum angezeigt, wobei 
> die ganzen Marker dann außer Sicht sind.
> 
> Als Problemlösungsversuch habe ich schon ein iframe-Embed herangezogen und 
> die Höhen- und Breitenwerte in 100% angegeben - allerdings auch ohne Erfolg, 
> da die Karte dann viel zu niedrig angezeigt wird. Jedoch ist sie bei dieser 
> Darstellung zumindest mal responsiv auf Smartphones, wenngleich ebenfalls 
> viel zu klein.
> Könnte es sein, dass die übliche Headerhöhe einfach zu klein definiert ist?
> 
> Mein Ziel wäre, die Karte so einzubinden, dass sie auf mobilen Endgeräten 
> responsiv angezeigt wird und den richtigen Kartenausschnitt zentriert. Ideal 
> wäre, dass die Karte so groß ist, dass man die Marker noch öffnen und auch 
> zoomen kann, während man gleichzeitig auch durch die gesamte Seite scrollen 
> kann.
> 
> Bislang habe ich es schon mit unzähligen HTML-Variationen, if-Schleifen für 
> die Erkennung von Mobilgeräten, iframes etc. probiert, allerdings bislang 
> ohne Erfolg. Im Google Entwicklerforum wurde mir dann geraten, mich mal an 
> typo3-Spezialisten zu wenden.^^
> Gibt es überhaupt eine adaquäte Lösung für das Problem?
> 
> Die SuFu habe ich ebenfalls schon bemüht, bin da allerdings nur darauf 
> gestoßen, wie man normale Headerbilder responsiv einbindet (dies ist auf den 
> anderen Seiten des Studentenwerks mit "normalen" Headerbildern auch kein 
> Problem, nur die Karten zicken rum).
> 
> Vielen Dank im Voraus für das Lesen dieses Romans und mit den besten Grüßen,
> Werwoelfchen (Kevin)
> 
> P.S.: Gern kann ich auch den kompletten HTML-Code hier reinposten, falls das 
> sinnvoll ist.
> 
> P.P.S.: Ich habe auch Screenshots für alle Darstellungen, kann diese jedoch 
> leider noch nicht posten weil ich noch 3 weitere Posts benötige. Liefere 
> diese dann nach. ;-)
> ___
> TYPO3-german mailing list
> TYPO3-german@lists.typo3.org
> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german



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

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

Re: [TYPO3-german] ext_media: Ajax Fehler im BE Modul bei Aufruf fehlender Dateien

[Peter Linzenkirchner]

Hallo Frank

ich arbeite nicht mit Media und kann deshalb nicht weiterhelfen, aber das ist 
offensichtlich ein Bug in der Media-Extension. Wie ich gerade gesehen habe, ist 
das Projekt seit einem Jahr nicht mehr auf Forge sondern hier: 
https://github.com/fabarea/media/
Die Infos auf Forge dürften also veraltet sein. Wenn man sich bei github 
anmeldet (was jeder kann, das kostet nichts) kann man auch neue Issues / Bugs 
berichten. Jedenfalls kann man darüber die Entwickler der Extension erreichen. 

Bei Bugs in Extensions kann dir nur in Ausnahmen jemand vom Forum weiterhelfen 
- nur jemand, der den Bug zufällig selbst schon hatte. In dem Fall ist es 
besser du gehst direkt über einen Bug-Report an die Entwickler ran. Das hat 
auch den guten Nebeneffekt, dass der Bug im Tracker steht und zwar solange, bis 
er von einem Entwickler bearbeitet wird … 

Eine andere Möglichkeit wäre über Slack - da kannst du evtl. auch einen Teil 
der Core-Entwickler erreichen. 
https://forger.typo3.org/slack/

Gruß
Peter


> Am 30.06.2016 um 10:32 schrieb Frank Lorenz :
> 
> Guten Tag!
> Das "Problem" ist gelöst. Schade, das zwar einige reviews auf meine Frage 
> waren, aber Niemand zur Lösung beitragen konnte. Ich bin nun nicht sicher, ob 
> das Thema einfach zu trivial ist, nur meine Installation betrifft und ich 
> einfach zu wenig Ahnung habe - oder aber tatsächlich Niemand einen 
> Lösungsansatz bieten konnte. Ich hoffe das Letztere trifft zu und meine 
> Lösung hilft Anderen weiter. 
> Es gibt einige zurückliegende Artikel in der forge dazu, die das Thema 
> tangieren. Es lag in der Tat daran, das nach dem Löschen von Dateien im BE 
> von Media Datenbankeinträge fortbestanden und bestimmte Werte eben nicht 
> "Null" sein durften. Ich muss hinzufügen, das ich natürlich das BE von Media 
> genutzt habe, um fehlende Dateien und Fehler in der sys_file zu finden und 
> das meine Media-Version weitaus aktueller ist, als die vorgestellten patches. 
> Das hat leider nichts gebracht. 
> Ich habe dann die Datenbank manuell "gesäubert" - es hat leider schon ein 
> bisschen gedauert, bis ich die entsprechenden Einträge in der Tabelle 
> sys_file identifizieren konnte. Ich habe festgestellt, das man das Problem 
> wieder reproduzieren kann, wenn man Dateien ausschliesslich im BE von Media 
> löscht. Eine Dateireferenz (auf Metadaten) wird zwar angezeigt, kann aber 
> dort im Gegensatz zu den Seitenreferenzen nicht aufgelöst werden. Dazu muss 
> man jede Datei einzeln im fileadmin anfassen und auch den Datensatz der 
> eingegebenen Metadaten löschen. In diesem Sinne euch allen einen schönen Tag 
> und ich liebe Typo3 immer noch ;-)
> Gruß Frank
> ___
> TYPO3-german mailing list
> TYPO3-german@lists.typo3.org
> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german



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

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

Re: [TYPO3-german] mm_forum

[Peter Linzenkirchner]

Hi Stephan, 

ja … stimmt. An so was denke ich einfach nicht :-)

Danke!
Peter

> Am 09.06.2016 um 13:36 schrieb Stephan Kleiber <s-klei...@gmx.de>:
> 
> Hallo Peter,
> 
> mit der waybackmachine findest du das zip:
> http://web.archive.org/web/*/http://typo3-browser-forum.de/mm_forum_1.11.zip
> 
> Klick auf 9.März 2016 ... da war es noch verfügbar und wurde zum letzten
> Mal indiziert.
> 
> Der Download schaut auf den ersten Blick o.k. aus, aber bitte selbst
> noch prüfen.
> 
> Viele Grüße
> Stephan
> 
> 
> 
> Am 09.06.2016 um 09:27 schrieb Peter Linzenkirchner:
>> Hallo Peter, 
>> 
>> danke für den Link!
>> Ich kannte ich den allerdings schon. Leider gibt es keine Migration von 
>> mm_forum auf typo3_forum, deshalb ist das leider im Augenblick keine 
>> Alternative. 
>> 
>> Meine Frage bleibt also bestehen: hat noch jemand diese Version? 
>> 
>> Viele Grüße
>> Peter Linzenkirchner 
>> 
>> 
>> 
>> 
>>> Am 09.06.2016 um 01:08 schrieb Peter Reinboth <mailinglis...@preinboth.de>:
>>> 
>>> Hallo  Peter Linzenkirchner & TYPO3-German-NG,
>>> 
>>> am Mittwoch, 8. Juni 2016 schrieb Peter Linzenkirchner:
>>> 
>>>> eine Zeitlang gab es eine einigermaßen lauffähige Version von
>>>> mm_forum für TYPO3 6.2. Hier ist auch noch der LInk: 
>>>> https://die-netzmacher.de/titel/mm-forum-fuer-typo3-62/
>>>> Leider ist der Link broken … hat jemand noch diese Version, oder
>>>> hat evtl. einen neueren Link?
>>> 
>>> https://www.mittwald.de/blog/cms/typo3-cms/kompatibel-mit-typo3-6-2-und-7-x-aus-mm_forum-wird-typo3_forum
>>> -- 
>>> Grüße aus Berlin
>>> Peter Reinboth
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> ___
>>> 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

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

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

Re: [TYPO3-german] mm_forum

[Peter Linzenkirchner]

Hallo André

ich schätze, das wird mir ziemlich sicher weiter helfen!
Die Version gibts nämlich noch, und wenn die - wie du sagst - bei 2 Instanzen 
funktioniert hat, dann ist mir erst mal geholfen. Mit kleineren Fehlern werde 
ich schon klar kommen :-)

Danke!

Peter


> Am 09.06.2016 um 13:13 schrieb André Spindler <ty...@andre-spindler.de>:
> 
> Hallo Peter,
> 
> keine Ahnung, ob dir das weiterhilft, aber unter 
> https://github.com/TYPO3-extensions/mm_forum gibt es eine Version 1.10-dev
> Wir hatten bei zwei Websites ein Upgrade von 4.5 auf 6.2 gemacht, bei denen 
> mm_forum installiert war. Habe dazu noch Notizen gefunden.
> 
> Erster Anlauf war tatsächlich die Version von 
> http://die-netzmacher.de/titel/mm-forum-fuer-typo3-62/ zu ziehen. Das war 
> eine mm_forum 1.11, letzte Änderung vom 12.11.2014.
> Die hat allerdings nicht wirklich funktioniert, z.B. das Frontend war danach 
> zerschossen.
> 
> Zweiter Versuch dann die oben genannte Version, da war die (aktuell) letzte 
> Änderung zumindest am 26.10.2015.
> Wir hatten die zwei Upgrades letztes Jahr im Sommer gemacht, also noch etwas 
> früher, und hatten damit dann kaum Probleme. Zumindest weniger als mit der 
> Version von den Netzmachern.
> 
> Lieben Gruß,
> André
> 
> Am 09.06.2016 um 12:59 schrieb Ralf-Rene Schröder:
>> SORRY... das war ein wirklich blödes Posting von mir...
>> du suchst ja gerade diese Version 2 ... leider kann ich nicht helfen
>> 
>> Am 09.06.2016 um 12:13 schrieb Ralf-Rene Schröder:
>>> Am 09.06.2016 um 09:27 schrieb Peter Linzenkirchner:
>>>> Leider gibt es keine Migration von mm_forum auf typo3_forum, deshalb ist 
>>>> das leider im Augenblick keine Alternative.
>>> ich habe es zwar nicht getestet, aber von der Version 2 sollte laut Doku
>>> ein Upgrade funktionieren (Umfang kann ich nichts zu sagen)
>>> https://github.com/mittwald/typo3-forum
> 
> ___
> TYPO3-german mailing list
> TYPO3-german@lists.typo3.org
> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

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

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

Re: [TYPO3-german] mm_forum

[Peter Linzenkirchner]

Hallo Peter, 

danke für den Link!
Ich kannte ich den allerdings schon. Leider gibt es keine Migration von 
mm_forum auf typo3_forum, deshalb ist das leider im Augenblick keine 
Alternative. 

Meine Frage bleibt also bestehen: hat noch jemand diese Version? 

Viele Grüße
Peter Linzenkirchner 




> Am 09.06.2016 um 01:08 schrieb Peter Reinboth <mailinglis...@preinboth.de>:
> 
> Hallo  Peter Linzenkirchner & TYPO3-German-NG,
> 
> am Mittwoch, 8. Juni 2016 schrieb Peter Linzenkirchner:
> 
>> eine Zeitlang gab es eine einigermaßen lauffähige Version von
>> mm_forum für TYPO3 6.2. Hier ist auch noch der LInk: 
>> https://die-netzmacher.de/titel/mm-forum-fuer-typo3-62/
>> Leider ist der Link broken … hat jemand noch diese Version, oder
>> hat evtl. einen neueren Link?
> 
> https://www.mittwald.de/blog/cms/typo3-cms/kompatibel-mit-typo3-6-2-und-7-x-aus-mm_forum-wird-typo3_forum
> -- 
> Grüße aus Berlin
> Peter Reinboth
> 
> 
> 
> 
> 
> 
> 
> ___
> 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] mm_forum

[Peter Linzenkirchner]

Hallo Liste, 

eine Zeitlang gab es eine einigermaßen lauffähige Version von mm_forum für 
TYPO3 6.2. Hier ist auch noch der LInk: 
https://die-netzmacher.de/titel/mm-forum-fuer-typo3-62/
Leider ist der Link broken … hat jemand noch diese Version, oder hat evtl. 
einen neueren Link? 

vielen Dank
Peter


--
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] Extension - Datenbank updaten ohne Neu-Installation

[Peter Linzenkirchner]

Hallo Liste, 

ich frage mich gerade, ob es eine möglichkeit gibt, eine Extension, die man 
umgeschrieben hat - Z. B. um ein Datenbankfeld erweitert - zu aktualisieren, 
ohne sie zuerst zu de- und wieder zu installieren. In 4.5 war das ja einfach, 
aber im Extension-Manager seit der Version 6 fehlt diese Möglichkeit. 

Gibt es noch eine andere? 

Danke
Peter

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

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

Re: [TYPO3-german] CONTENT select Problem (TYPO3 7.6)

[Peter Linzenkirchner]

Hallo Johannes, 

ich schalte in so einem Fall das Sql-Debugging in TYPO3 an (lasse mir also 
fehlerhafte DB-Abfragen ausgeben). Danach baue ich absichtlich einen Fehler in 
meine Abfrage ein, z. B. einen falschen Feldnamen. Dann wird mir die ganze 
SQL-Abfrage im Frontend ausgegeben. So müsstest du dann eigentlich sehen 
können, was falsch ankommen. Bzw. du kannst es direkt auskopieren, den selbst 
eingebauten Fehler ausbessern und in phpMyAdmin absenden. 

Gruß
Peter



> Am 03.06.2016 um 18:03 schrieb Johannes C. Laxander :
> 
> 
> Mein aktueller Status: ich bin verzweifelt und langsam am Durchdrehen... ;)
> 
> Ich habe nochmal etwas getestet: Bei dem folgenden Vergleich sollte genau
> ein Datensatz gefunden werden der in datum1 den Wert "1466726400" hat
> (entspricht 2016-06-24 00:00:00 UTC 0).
> 
> where = datum1 > UNIX_TIMESTAMP("2016-06-01 00:00:00") AND datum1 <=
> UNIX_TIMESTAMP("2016-06-24 00:00:00")
> Dieser Vergleich findet keinen Datensatz!
> 
> where = datum1 > UNIX_TIMESTAMP("2016-06-01 00:00:00") AND datum1 <
> UNIX_TIMESTAMP("2016-06-25 00:00:00")
> Dieser Vergleich findet genau den einen (richtigen) Datensatz.
> 
> Eigenartig, der Vergleichsoperator ">=" funktioniert in dieser Abfrage:
> where = datum1 >= UNIX_TIMESTAMP("2016-06-24 00:00:00") AND datum1 <
> UNIX_TIMESTAMP("2016-07-01 00:00:00")
> Auch dieser Vergleich findet genau den einen (richtigen) Datensatz.
> 
> Man könnte jetzt auf den Gedanken kommen, dass der Vergleichsoperator "<="
> (kleiner oder gleich) von TypoScript irgendwie "verbogen" wird, was ich
> eigentlich nicht glauben kann/will!?
> Wenn das aber ausgeschlossen ist, wer kann mir dann bitte erklären warum der
> Vergleich mit <= nicht funktioniert?
> 
> Hier ist der komplette Code:
> 
> myRecords = CONTENT
> myRecords {
>  table = mytable
>  select {
>pidInList = 3
>orderBy = datum1
>selectFields = title,datum1
>where = datum1 > UNIX_TIMESTAMP("2016-06-01 00:00:00") AND datum1 <=
> UNIX_TIMESTAMP("2016-06-24 00:00:00")
>  }
> }
> 
> Wäre toll, wenn mir jemand weiterhelfen könnte, bevor ich die nächste
> Eskalationsstufe erreiche... ;)
> 
> Gruß, Johannes. 
> 
> 
> 
>> 
>> bin langsam am verzweifeln! :((
>> 
>> Ich versuche über eine CONTENT Object News-Datensätze auszulesen, die
>> über Tagesdatum und ein zweites Datum in der Zukunft selektiert werden
>> sollen.
>> 
>> Mit dieser SQL-Abfrage in phpMyAdmin bekomme ich die entsprechenden
>> Datensätze:
>> 
>> SELECT *  FROM `tx_news_domain_model_news` WHERE `datum1` >
>> UNIX_TIMESTAMP(now()) AND `datum1` <= UNIX_TIMESTAMP("2016-06-
>> 24")
>> 
>> Übertragen in TypoScript sieht WHERE so aus:
>> 
>> where = datum1 > UNIX_TIMESTAMP(now()) AND datum1 <=
>> UNIX_TIMESTAMP("2016-06-24")
>> 
>> Nur hier entspricht das Ergebnis nicht den angegebenen Bedingungen: es
>> werden KEINE Datensätze geliefert!
>> Eigentlich müsste der gleiche SQL-String auch hier funktionieren, oder
> nicht?
>> Was ist dann der Unterschied?
>> 
>> Bei dieser Schreibweise
>> where = datum1 > UNIX_TIMESTAMP("2016-06-01") AND datum1 <=
>> UNIX_TIMESTAMP("2016-06-24")
>> 
>> entspricht das Ergebnis dem wie bei der SQL-Abfrage in phpMyAdmin.
>> 
>> Mit einem Marker habe ich es auch schon versucht, das Ergebnis war aber
>> auch hier falsch.
>> 
>> where = datum1 > UNIX_TIMESTAMP("###today###") AND datum1 <=
>> UNIX_TIMESTAMP("2016-06-24")
>> 
>> markers.today = TEXT
>> markers.today.data = date: Y-m-d
>> 
>> Wenn ich den Marker über page. ausgebe, wird er so angezeigt: 2016-
>> 06-01
>> - eigentlich richtig!
>> 
>> Ich verstehe es mittlerweile wirklich nicht mehr. Was mache ich falsch?
>> 
>> Brauche Dringend Hilfe! Danke!
>> 
>> Gruß, Johannes.
>> 
>> ___
>> TYPO3-german mailing list
>> TYPO3-german@lists.typo3.org
>> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
> 
> ___
> TYPO3-german mailing list
> TYPO3-german@lists.typo3.org
> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german



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

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

Re: [TYPO3-german] Akute Sicherheitslücke in vielen TYPO3-Versionen

[Peter Linzenkirchner]

Hallo Jansass, 

im Prinzip stimme ich dir schon zu … vom Aufwand her geht mir so ähnlich. (Bei 
mir waren es letzte Woche insgesamt 8 Stunden). 

Aber: was von diesen Arbeitsschritten könnte durch ein automatisches Update 
entfallen? 

- Backup? Nein. 
- Update installieren. Ja. 
- Update aktivieren. Wahrscheinlich. 
- Update testen: Nein. 
- Update intern freigeben: Nein. 
- Datensicherung 30 Tage: Nein. 
- Rollback: Nein. 

Die reine Installation und Aktivierung eines Updates dauert max. 5 Minuten: SSH 
auf den Server, wget-Befehl ausführen, Archiv auspacken, Symlink umsetzen, 
Caches löschen. Könnte man mit einem Shell-Script sogar automatisieren. Für den 
Patch habe ich pro Server teilweise weniger als 2 Minuten benötigt. 

OK, Minuten sind auch Zeit, aber das Einspielen des Update ist doch immer der 
geringste Teil. Die anderen Schritte sind das Problem: Backup, Datensicherung, 
Test, Freigabe. Da drin steckt die Zeit, nicht im Update. Und die können wir 
nicht weglassen, ohne auf lange Sicht die Kunden zu verlieren. 

Natürlich kann man es so machen wie bei Mittwald: Auto-Update und vergiss den 
Rest. Kein eigenes Backup, kein Test, keine Datensicherung, keine Freigabe. 
(Wobei Mittwald Backups macht, aber nicht automatisch vor dem Update). Und 
natürlich auch kein Rollback, sondern warten bis zum nächsten Update, wenn was 
nicht geht. Kann man machen … manchmal. Bei kleinen Installationen handhabe ich 
das so. Aber bei den großen Kunden geht das so nicht, da fallen genau diese 
Schritte an, wie oben beschrieben. Was heißt: in genau diesen Fällen können 
oder dürfen(!) wir ein Auto-Update gar nicht nutzen. 

Gruß
Peter





> Am 01.06.2016 um 12:15 schrieb jansass :
> 
> Peter,
> 
> nehmen wir mal 20 Installationen an, die mehr oder weniger jeder von uns im 
> Portfolio hat. 20 x 15 Minuten = 5 Stunden; was sicherlich viel scheint, aber 
> impliziert, daß  as Backup gerade durchläuft. Wir, wie viele anderen hier 
> auch, sehen es aber ggf aus einem anderen Blickwinkel:
> 
> - Da fehlt ein Backup, also erst mal die Installation taren und SQL dumpen, 
> beides wegsichern
> - Dann das Update installieren (mit allen erforderlichen Schritten)
> - Dann das Update "aktivieren" (/install/ > mehrere Caches löschen, 
> DB-Prüfung, Extension-Check und ggf. Updates-Scripte ausführen)
> - Dann das Update testen (bei uns 2 dedizierte Seiten aufrufen und Funktion 
> dort prüfen)
> - Update intern freigeben, Datensicherung von oben in 30 Tagen vernichten 
> (aber bis dahin vorhalten)
> -- Oder Rollback des vorherigen Ist-Zustandes
> 
> Das haben wir teilweise gescriptet, daher kommen wir in der echten, 
> wirklichen Realität mit 30 Minuten per Installation aus; von Hand sind das 2 
> Stunden.
> 
> Das wird Dank "patch" nun zweigleisig: Update/Upgrade ist das eine, Patch das 
> andere, der Vorgang sonst der selbe.
> 
> Damit ist mal der Aufwand geklärt, den jeder von uns je Update seriöserweise 
> treiben muß. Bei rund 4 Updates pa p Domain bräuchten wir dann schon mal 
> einen Wartungsvertrag mit wenigstens 1.200 Euro net. nur für Core-Updates - 
> je Installation!
> 
> Abseits der Schritte kommt aber auch hinzu, daß ein Admin dafür frei sein 
> muß. High-Risk-Updates wie das aktuelle müssen aber sofort installiert werden 
> und können nur von einem Superadmin durchgeführt werden (ua SSH-Rootzugang 
> erforderlich); nicht von "normalen" Admins  zumindest nach unserer Policy und 
> dt. Datenschutzbestimmungen.
> 
> Daher ist es absolut unverständlich für ein CMS wie Typo3 diese eigentlich 
> banale Funktion nicht zu professionalisieren. Statt dessen wird in 
> Backend-GUI investiert, was zweifelsohne richtig ist (aber mal echt: arbeiten 
> in Grid Elements führen immer noch einen Reload aus??), aber evtl. die 
> falsche Priorität hat.
> 
> Aber wir machen das seit Typo3 4.2 so, warum nicht auch noch bei Typo3 8LTS...
> 
> Jan Sass
> --
> jansass GmbH
> Lemsahler Dorfstraße 4  22397 Hamburg / Deutschland
> 
> Telefon   +49 40 300 36 844
> Telefax   +49 40 300 36 845
> Skype jansass.gmbh
> E-Mailinfo (at) jansass.com
> ___
> TYPO3-german mailing list
> TYPO3-german@lists.typo3.org
> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german



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

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

Re: [TYPO3-german] realurl: URLs mit einem -1 am ende

[Peter Linzenkirchner]

Hallo Michael, 

du hast Recht … ich hatte einen Denkfehler. Ich habe Datensätze aus einer 
anderen Extension, die in 6.2 nicht mehr läuft, in tt_news importiert. Dabei 
habe ich nicht bedacht, dass realurl bei der Suche nach den Aliasen nicht nach 
der Tabelle unterscheidet: Für realurl waren die alten und die neuen URLs 
identisch (wobei das natürlich nur für den letzten Abschnitt zutrifft, der Pfad 
vorher ist natürlich anders, deshalb ist mir der Gedanke nicht gekommen). 

OK, das Fixen ging über SQL-Befehle ganz gut (alte URLs aus 
tx_realurl_uniqalias löschen, danach die -1 in den tt_news-Einträgen in 
tx_realurl_uniqalias entfernen). Und da ich jetzt die Datensätze der alten 
Extensions eliminiert habe, sollte es nicht mehr passieren. Jedenfalls sind die 
URLs jetzt erstmal alle korrekt da … :-)

Vielen Dank jedenfalls für deine Antwort: Dein Insistieren drauf, dass realurl 
sowas nicht tut, hat mich dazu gebracht, nochmals gründlich drüber 
nachzudenken. Und mehr als Nachdenken ist ja oft gar nicht nötig :-))

Gruß
Peter


> Am 17.05.2016 um 10:19 schrieb Michael Stein <der.st...@gmx.de>:
> 
> On Mon, 16 May 2016 21:18:47 +0200, Peter Linzenkirchner wrote:
> 
>> Hallo liebe Liste,
>> 
>> ich kämpfe gerade mit dem Problem, dass mir realurl (1.12.8, TYPO3
>> 6.2.22) an das Ende von URLs aus tt_news oft ein -1 anhängt, also so
>> ähnlich:
>> 
>> www.meinedomain.de/news/artikel/der-titel-der-news-1/
>> 
>> mir ist bekannt, dass realurl das normalerweise macht, wenn es den Titel
>> nochmals gibt, und dann macht das Ganze ja auch Sinn. Leider passiert es
>> bei mir immer wieder, dass scheinbar willkürlich das -1 angehängt wird,
>> obwohl es den Titel nur ein einziges mal gibt. Das kann ich dann daran
>> sehen, dass es diese URL:
>> 
>> www.meinedomain.de/news/artikel/der-titel-der-news/
>> 
>> in den Unique Aliases von RealUrl nicht gibt. Wenn ich die URL dann
>> lösche, die Caches alle lösche und die Liste mit den News nochmals
>> durchblättere, damit die URL neu generiert wird, dann funktioniert es.
>> 
>> Das Problem ist, dass es die URLs bei Google bereits gibt, und zwar ohne
>> die -1 … das ergibt dann leider ein 404, und das in ein paar Hundert
>> Fällen. Ich kann das reparieren (z. B. über die Datenbank die -1 einfach
>> aus den URLs löschen), aber ich möchte das nicht immer wieder machen …
>> 
>> Jemand eine Idee, warum sich RealUrl so verhält?
>> 
>> Gruß Peter
> 
> Dass realurl das willkürlich macht, kann ich nur schwer glauben. 
> Vielleicht hast Du versteckte Artikel mit dem gleichen Titel.
> Wie auch immer …
> Du kannst in den Pfad noch das Datum einbauen:
> www.meinedomain.de/news/artikel/jahr/monat/tag/der-titel-dernews
> 
>'artikel' => array(
>array(
>'GETvar' => 'tx_ttnews[year]'
>),
>array(
>'GETvar' => 'tx_ttnews[month]'
>),
>array(
>'GETvar' => 'tx_ttnews[day]'
>),
>array(
>'GETvar' => 'tx_ttnews[tt_news]',
>'lookUpTable' => array(
>'table' => 'tt_news',
>'id_field' => 'uid',
>'alias_field' => 'title',
>'addWhereClause' => ' AND NOT deleted',
>'useUniqueCache' => 1,
>'useUniqueCache_conf' => array(
>'strtolower' => 1,
>'spaceCharacter' => '-'
>),
>),
>),
>),
> 
> 
> 
> Oder an den Titel immer die uid des Artikels hängen. 
> www.meinedomain.de/news/artikel/der-titel-dernews-[uid]
> (wie das geht habe ich vergessen)
> 
> Dadurch sollten die Link immer gleich aussehen.
> ___
> 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] realurl: URLs mit einem -1 am ende

[Peter Linzenkirchner]

Hallo liebe Liste, 

ich kämpfe gerade mit dem Problem, dass mir realurl (1.12.8, TYPO3 6.2.22) an 
das Ende von URLs aus tt_news oft ein -1 anhängt, also so ähnlich: 

www.meinedomain.de/news/artikel/der-titel-der-news-1/

mir ist bekannt, dass realurl das normalerweise macht, wenn es den Titel 
nochmals gibt, und dann macht das Ganze ja auch Sinn. Leider passiert es bei 
mir immer wieder, dass scheinbar willkürlich das -1 angehängt wird, obwohl es 
den Titel nur ein einziges mal gibt. Das kann ich dann daran sehen, dass es 
diese URL: 

www.meinedomain.de/news/artikel/der-titel-der-news/

in den Unique Aliases von RealUrl nicht gibt. Wenn ich die URL dann lösche, die 
Caches alle lösche und die Liste mit den News nochmals durchblättere, damit die 
URL neu generiert wird, dann funktioniert es. 

Das Problem ist, dass es die URLs bei Google bereits gibt, und zwar ohne die -1 
… das ergibt dann leider ein 404, und das in ein paar Hundert Fällen. Ich kann 
das reparieren (z. B. über die Datenbank die -1 einfach aus den URLs löschen), 
aber ich möchte das nicht immer wieder machen … 

Jemand eine Idee, warum sich RealUrl so verhält? 

Gruß
Peter

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

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

Re: [TYPO3-german] Typo3 übernommen - Update von 4.5.6 auf aktuell

[Peter Linzenkirchner]

Hallo, 

da schließe ich mich an; ich würde auf jeden Fall versuchen, upzudaten. Ich 
habe festgestellt, dass das rein auf den Core bezogen nicht mal ein so großer 
Act ist. Problem sind die Extensions; aber für die musst du dir ja eh was 
einfallen lassen - bis hin zu völlig durch andere ersetzen. Aber von vielen 
gibt es auch Updates. 

Aber du musst wirklich den _ganzen_ Weg gehen! 

4.5.6 => 4.5.(letzte Version)
4.5.x => 6.2.(letzte Version)
6.2.x => 7.6.(letzte Version)

Und: lies dir _genau_ durch, wie das Update von 4.5 auf 6.2 funktioniert; es 
gibt gute Quellen dazu. Wenn du hier einen Fehler machst, musst du von vorne 
anfangen, den kannst du in der Regel nicht mehr ausbügeln. 

Also: in einer Kopie machen. 

Gruß
Peter


> Am 11.05.2016 um 11:36 schrieb Johannes C. Schulz - EnzephaloN IT-Solutions 
> :
> 
> Hallo Sebastian
> 
> Nein.
> Du kannst immernoch den Update/Migrations-Pfad ->4.5.40->6.2.22->7.6.6 gehen. 
> Vietgür gibts auch HowTos im Netz. Am Besten probierst Du das mit einer Kopie 
> Deiner Seite.
> Dein ausgedachter Weg hat einige Schwachstellen. Ob sich zB die Inhalte über 
> export-import sauber umziehen lassen, halte ich für ausgeschlossen.
> 
> Viele Grüße
> Johannes C. Schulz
> EnzephaloN IT-Solutions
> { von unterwegs gesendet}
> 
> 
> 
> Am 11. Mai 2016 11:20:08 vorm. schrieb Sebastian Superman 
> :
> 
>> Hallo zusammen,
>> 
>> ich habe von meinem Vorgänger eine Typo3-Umgebung bekommen in der vier 
>> Webseiten laufen und die auf 4.5.6 läuft.
>> 
>> Ich gehe davon aus, dass ein stufenweises Update von 4.5.6 auf die aktuelle 
>> Version nicht mehr möglich ist und ich die Seite neu aufsetzen muss.
>> Oder seht ihr das anders?
>> 
>> Mein geplantes Vorgehen um Typo3 auf den aktuellen Stand zu bringen:
>> 1. Typo3 neu aufsetzen (in Unterordner innerhalb des Webspace und mit neuer 
>> DB)
>> 2. Templates und Inhalte aus alten Instanz exportieren und in die neue 
>> importieren
>> 3. Plugins installieren
>> 4. Schauen was es zerschießt und manuell anpassen
>> 
>> 
>> Wäre dieses Vorgehen so grob ok, oder gibt es einen anderen Weg?
>> 
>> 
>> Viele Grüße
>> 
>> ___
>> TYPO3-german mailing list
>> TYPO3-german@lists.typo3.org
>> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
> 
> 
> ___
> TYPO3-german mailing list
> TYPO3-german@lists.typo3.org
> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german



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

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

Re: [TYPO3-german] Error new Typo3 7 Backend Form

[Peter Linzenkirchner]

Hallo Simon, 


> Habe heute mal die 7er version auf der demo Page getestet. Einfaches 
> Mail-Form probiert. konnte das Label nicht ändern. Speichern hier häkchen 
> da immer wieder der default wert.

da ich normalerweise formhandler oder Powermail verwende kann ich dir hier 
leider nicht weiterhelfen … 
> 
> Generell gilt für mich: Typo3 4.5 war echt Spitze. Doch wer bitte braucht 
> eine ExtBase Extension?

Ich werde damit auch nicht besonders warm ... Aber für einfache Extensions (die 
typische Liste mit Detail) geht es wirklich schneller als mit pibase - die 
„Magie“ flutscht da richtig gut, vor allem wenn man es weitgehend im extensin 
builder zusammenklicken kann. Und fluid ist wirklich ein Fortschritt, das ist 
kein Vergleich mit den Schweinegattern :-) Gilt sowohl für die Backend-Layouts 
wie für fluid_style_content, für Grid-Elements mit Fluid, eigene Extensions wie 
auch für eigene Inhaltselemente. Arbeite dich in Fluid ein, das lohnt sich. 

> Vielleich für riesen Extensions wie Comerce oder tt-news. Die meisten von uns 
> waren jedoch mit der guten alten "pi"
> vollstens zufrieden. Ich mein was für ein Overhead für eine simple 
> extension?

Nun ja, pi_base funktioniert doch noch, auch in 8, und es gibt auch keinerlei 
Pläne, das je abzuschaffen …  Nur weil ein paar die Nase rümpfen, wenn man noch 
solche Extensions schreibt, muss man das ja nicht zum Maßstab nehmen, sieht ja 
keiner, wenn man sie nicht ins TER stellt :-) Man muss halt jetzt 
berücksichtigen, dass ein paar Klassen und Funktionen anders heissen, und man 
muss Namespaces verwenden - letzteres ist aber einfach eine Sache der 
Weiterentwicklung von PHP, das muss TYPO3 mitmachen, sonst verrottet die 
Code-Basis. Ansonsten ist aber alles wie gehabt … Alte pi_base-Extensions auf 7 
hochzuziehen ist keine Raketentechnik, es geht alles noch … siehe tt_news oder 
tt_address etc. Ich vermisse dabei aber Fluid immer recht schmerzlich, die 
###|### empfinde ich mittlerweile als greulich ...

Gruß
Peter

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

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

Re: [TYPO3-german] Responsive Images

[Peter Linzenkirchner]

Hallo Björn, 

>  Die Lösung mit dem Media-Queries gefällt mir
> am Besten (anstelle der JS-Lösung). Hattest du die auch erprobt?

Da geht jetzt was durcheinander glaube ich … die Media Queries brauchst du 
immer, wenn du CSS für verschiedene Ausgabegrößen/Devices haben willst. Media 
Queries wirken nur auf CSS (sie sind ja CSS). Damit kannst du dann die Bilder 
je nach Monitorgröße skalieren aber nicht verkleinern (KB) und auch nicht 
tauschen. Media Queries sind sozusagen das Allround-Werkzeug, das man immer 
benötigt. 

JavaScript brauchst du, wenn du zusätzlich Bilder nachladen willst: entweder 
responsiv (also die Bilder abhängig von der Devicegröße laden) oder Lazy 
(Bilder laden, wenn sie in den Focus kommen). Oder beides gleichtzeitig. Beides 
geht mit CSS bzw. Media Queries nicht, das geht nur mit JavaScript. 

Adaptive Images braucht auch ein Javascript, allerdings nur ein sehr kurzes, 
das die Bildschirmgröße abfragt und ein Cookie setzt. Dieses JavaScript muss in 
den Head, so weit nach oben wie möglich, damit es ausgeführt wird, bevor die 
Bilder laden. 

Sprachlich würde ich trennen zwischen: 
- skalieren (über CSS kleiner machen - das, was du als Browser-Skalierung 
bezeichnest: Media Queries)
- responsiv (Bilder austauschen je nach Device-Größe: Media Queries und 
JavaScript)
- lazy loading (Bilder nachladen, wenn sie im Focus sind: JavaScript)
und man kann natürlich alles drei kombinieren: dann werden auf kleinen Devices 
kleinere Bilder erst dann geladen, wenn sie auf dem Monitor erscheinen und 
zusätzlich an die Devicegröße angepasst. 

Adaptive Images wird zusätzlich mit Skalierung kombiniert (Media Queries sind 
also in allen Versionen ein Muss), oft auch mit Lazy Loading, aber in der Regel 
nicht mit responsiv. 

Gruß
Peter

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

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

Re: [TYPO3-german] Responsive Images

[Peter Linzenkirchner]

Hallo Björn, 

Skalierung durch die Browser ist an sich kein Problem, das wird üblicherweise 
über das CSS geregelt. (width:100%; height:auto;) - das kannst du also einfach 
über dein CSS regeln. 

Unter responsiven Bildern versteht man üblicherweise verschiedene physische 
Größen (bzw. KB) - und das ist tatsächlich aufwändig. Leider nicht vermeidbar, 
da das stark von den jeweiligen Layouts abhängt. Wenn du das Introduction 
Package installierst, ist das mit dabei; zusätzlich ausserdem lazy loading, 
also das Laden der Bilder wenn sie in den Focus scrollen. Wenn Skalierung 
reicht, kannst du das alles ignorieren. Dann stellst du einfach im Setup die 
Bildgröße so ein, dass die Bilder für die größte Darstellung groß genug 
gerendert werden, und den Rest erledigst du über dein CSS. 

Wenn du darüber hinaus noch was machen willst, kannst du dir auch das hier 
anschauen: 
http://adaptive-images.com/
das funktioniert ganz anders: hier wird über die htaccess-Datei + einem 
JavaScript abgefragt, mit welchem Device jemand die Seiten aufruft, und dann 
werden die Bilder abgefangen und entsprechend verkleinert. Das finde ich eine 
durchaus coole Lösung … habe ich schon mehrmals eingesetzt. Nicht so 
optimierbar wie wirklich responsive Bilder, aber ziemlich einfach zu 
implementieren. Und sehr einfach kombinierbar mit Lazy Loading. 

Gruß
Peter

> Am 28.04.2016 um 13:58 schrieb Björn Hahnefeld 
> :
> 
> Demnach muss wahnsinnig viel umgestellt und eingestellt werden, was mich
> fast ein bisschen überfordert. Ich hatte mir das irgendwie einfacher
> vorgestellt. Eine Skalierung durch die Browser hätte mir ja vorerst auch
> genügt.
> 
> -Ursprüngliche Nachricht-
> Von: typo3-german-boun...@lists.typo3.org
> [mailto:typo3-german-boun...@lists.typo3.org] Im Auftrag von Marco Kuprat
> Gesendet: Donnerstag, 28. April 2016 13:47
> An: 'German TYPO3 Userlist'
> Betreff: Re: [TYPO3-german] Responsive Images
> 
> Hallo Björn,
> 
>> ich habe mich ein bisschen bei Google umgesehen und bin auf der Suche 
>> nach einer einfachen Lösung (gerne auch mit Bordmitteln von TYPO3 
>> 6.2), die Bildelemente responsiv zu gestalten. Auf Extensions möchte 
>> ich gerne verzichten, soweit dies möglich ist. Hat jemand 
>> diesbezüglich Erfahrungen (vermutlich schon) und ggf. eine passende 
>> Anleitung für mich?
> 
> 
> ich fand diesen Artikel ganz hilfreich:
> https://somethingphp.com/responsive-images-typo3/
> 
> 
> Viele Grüße
> 
> Marco 
> 
> ___
> TYPO3-german mailing list
> TYPO3-german@lists.typo3.org
> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
> 
> ___
> TYPO3-german mailing list
> TYPO3-german@lists.typo3.org
> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german



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

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

Re: [TYPO3-german] Powermail Bestaetigungsmeldung zum Anker

[Peter Linzenkirchner]

Hallo Stefan, 

nein, so funktioniert das nicht. Wenn der User das Formular absendet befindet 
sich der Footer ja im sichtbaren Bereich. Wenn dann der Bestätigungstext an der 
gleichen Stelle erscheint _ohne_ neu laden der Seite (= AJAX) dann bleibt der 
Footer ja im sichtbaren Bereich. Wenn ich solche Anforderungen habe, mache ich 
immer Formulare mit AJAX. 

Gruß
Peter


> Am 26.04.2016 um 15:49 schrieb Stefan Padberg :
> 
> Am 26.04.2016 um 14:07 schrieb Alex Kellner:
>> Was spricht gegen das Aktivieren von AJAX submit?
>> 
>> Siehe:
>> http://powermail.in2code.ws/index.php?id=9
> 
> Hi Alex,
> 
> damit ist das Problem ja nicht gelöst. Der AJAX-Content landet ja
> ebenfalls genau an der Stelle, wo vorher das Formular war.
> 
> Wenn das Formular sich aber im Footer befindet, sieht der User nichts
> von dem Bestätigungsformular. Also muss ich es auch mit AJAX über CSS in
> den Viewport befördern.
> 
> Interessant wäre es allerdings, wenn man den Ajax-Content in eine
> Lightbox laden würde...
> 
> Beste Grüße
> Stefan
> 
> 
> 
> -- 
> Bergische Webschmiede
> Dipl.-Ing. Stefan Padberg
> TYPO3-Integrator und Webprogrammierer
> :: Borner Str. 18 - 42349 Wuppertal
> :: +49 202 97648355
> :: +49 173 9219845
> :: p...@bergische-webschmiede.de
> :: http://www.bergische-webschmiede.de
> ___
> TYPO3-german mailing list
> TYPO3-german@lists.typo3.org
> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german



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

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

Re: [TYPO3-german] Upgrade auf 6.2.19 Error Bootstrap.php

[Peter Linzenkirchner]

Hallo Bernhard,

den Cache in Installtool hast du gelöscht?
Versuche mal den Ordner /typo3temp/cache/ komplett auszuleeren.

Gruß
Peter


> Am 03.04.2016 um 20:49 schrieb Bernhard Ludwig :
> 
> Hallo,
> 
> bin dabei eine 4.5.40 auf 6.2.19 anzuheben. Die Schweißperlen werden ständig 
> mehr…
> 
> Upgradewizard lief fast fehlerfrei durch, habe nur ein paar depricated 
> RTE-Einträge angemerkt bekommen und musste Symlinks anpassen. DB-Compare war 
> erfolgreich, im BE scheint alles OK zu sein.
> 
> Beim Aufruf des FE kommen folgende Fehlermeldungen:
> 
> Warning: 
> require(/www/htdocs/xx/web/cms-typo3-6/typo3_src-6.2.19/sysext/core/Classes/Core/Bootstrap.php):
>  failed to open stream: No such file or directory in 
> /www/htdocs/xx/web/cms-typo3-6/typo3_src-6.2.19/init.php on line 42
> 
> Warning: 
> require(/www/htdocs/xx/web/cms-typo3-6/typo3_src-6.2.19/sysext/core/Classes/Core/Bootstrap.php):
>  failed to open stream: No such file or directory in 
> /www/htdocs/xx/web/cms-typo3-6/typo3_src-6.2.19/init.php on line 42
> 
> Fatal error: require(): Failed opening required 
> '/www/htdocs/xx/web/cms-typo3-6/typo3_src-6.2.19/sysext/core/Classes/Core/Bootstrap.php'
>  (include_path='.:/usr/share/php:..') in 
> /www/htdocs/xx/web/cms-typo3-6/typo3_src-6.2.19/init.php on line 42
> 
> 
> Die als fehlend angemerkte Bootstrap.php ist an Ort und Stelle vorhanden und 
> passt auch, habe sie nochmal mit der lokalen Datei aus dem zip verglichen. Wo 
> könnte ich ansetzen?
> 
> 
> Grüße,
> Bernhard Ludwig
> ___
> 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] Typoscript CASE - Zugriff auf Typoscript-Parameter

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

Ziel ist es, die Bilder pro News-Plugin anders zu formatieren. 

Danke, 
Peter



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

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

Re: [TYPO3-german] locallang.xlf übersetzen

[Peter Linzenkirchner]

Achtung: 

die stammt offenbar von 2012 … kann sein, dass das gar nicht mehr passt bzw. 
nur auf eine alte Version. So gehts nicht. Siehe meine andere Mail. 

Gruß
Peter


> Am 31.03.2016 um 12:10 schrieb durim pirku :
> 
> Sorry das ich gleich Reply habe einen ausschnitt der de.locallang.xlf 
> vergessen mit zu schreiben.
> 
> 
>  date="2012-10-17T17:55:17Z" product-name="sr_feuser_gegister" 
> target-language="de">
>   
>   
> 
>   unsupported
>   nicht unterstützt
> 
> 
> mfg
> ___
> TYPO3-german mailing list
> TYPO3-german@lists.typo3.org
> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german



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

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

Re: [TYPO3-german] locallang.xlf übersetzen

[Peter Linzenkirchner]

Hallo duti, 

zuerst grundsätzlich: 

das funktioniert so prinzipiell nicht. Viele Extensions werden von der 
Community übersetzt, und in dem Fall kommen die Übersetzungen vom 
Translation-Server wenn du sie im Sprach-Modul aktualisierst. Die Übersetzungen 
befinden sich dann im Ordner /typo3conf/l10n/ - und werden dort jeweils neu 
geschrieben, sobald du im Extension-Manager aktualisierst. 

Ich nehme an, das ist bei sr_feuser_register auch so. Heißt, das ganze 
funktioniert nur, wenn du die Spracheinstellungen korrekt machst und 
anschließend im Sprachmodul die Sprachen bzw. Übersetzungen aktualisierst. 

Wenn man eigene Übersetzungen benötigt, dann kann man das  über Typoscript 
machen. Ich habe jetzt kein Beispiel für userregister parat, aber für tt_news 
geht es z. B. so: 

plugin.tt_news._LOCAL_LANG.de {
pi_list_browseresults_displays = Anzeige von ###SPAN_BEGIN###%s bis %s von 
###SPAN_BEGIN###%s Nachrichten.
pi_list_browseresults_page =
textRelated = Verwandte Artikel:
more = mehr
noNewsToListMsg =
}

Bei userregister dann also etwa so: 

plugin.tx_srfeuserregister_pi1._LOCAL_LANG.de {
   title = Irgendwas
}

ABER: 

bei sr_feuser_register gab es mal ein Problem mit den Sprachsdateien: 
http://www.kleofasz.de/archives/245
Das ist aber schon ziemlich alt, ich glaube nicht, dass das noch so ist. Aber 
wenn, dann muss die Datei in den Ordner typo3conf/l10n/ rein. 

Aber wie gesagt, ich denke, dass dein Problem andres gelagert ist. 

Gruß
Peter



> Am 31.03.2016 um 12:08 schrieb durim pirku :
> 
> Hallo Leute,
> 
> Ich versuche seit einigen Tagen eine Übersetzung hin zu kriegen, doch ohne 
> Erfolg.
> Ich bin soweit das ich fast durchdrehe.
> 
> ich habe eine locallang.xlf im 
> "/typo3conf/ext/sr_feuser_register/Resources/Private/Language" Verzeichnis.
> die habe ich mit dem Inhalt einer de.locallang.xlf überschrieben, die ich im 
> Internet gefunden habe, doch da ändert sich nichts. Ich habe wirklich im 
> google und Foren nachgeschaut und finde nichts was mich weiter bring. Ich 
> konnte mich leider bei typo3.org/forum nicht anmelden. 
> Es geht mir nur um sr_feuser_register. Ich weis nicht was ich falsch mache?
> Ich bitte um Hilfe.
> 
> Typo3 version 6.2.9.
> 
> mfg duti
> ___
> TYPO3-german mailing list
> TYPO3-german@lists.typo3.org
> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german



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

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

Re: [TYPO3-german] Error bei Update 4.5.11 auf 4.5.40

[Peter Linzenkirchner]

Alle Caches gelöscht? Am besten über das Install-Tool, oder alle temporären 
Dateien in typo3conf + den Inhalt von typo3temp löschen. 

Gruß
Peter

> Am 29.03.2016 um 13:12 schrieb Bernhard Ludwig :
> 
> Hallo,
> 
> bin dabei eine ältere Instanz von 4.5.11 auf zunächst 4.5.40 anzuheben. 
> Leider gibt es dabei ein Problem. Habe die Ordner t3lib und typo3 sowie die 
> index.php in das Verzeichnis kopiert und das Installtool gestartet. Dort wird 
> mir auch alles angezeigt, Aktionen sind laut Installtool keine notwendig, es 
> ist alles bestens.
> 
> Im BE bekomme ich allerdings folgende Fehler meldung:
> Fatal error: Class 't3lib_matchCondition_frontend' not found in 
> /www/htdocs/xx/web/cms/typo3_src-4.5.40/t3lib/class.t3lib_div.php on line 
> 5468
> 
> Keine Ahnung, was ich damit anfangen soll. Any Hints?
> 
> Vielen Dank und viele Grüße,
> Bernhard Ludwig
> ___
> TYPO3-german mailing list
> TYPO3-german@lists.typo3.org
> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german



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

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

Re: [TYPO3-german] EXT:news - Eigene Settings

[Peter Linzenkirchner]

Meines Wissens so (ungeprüft): 

plugin.tx_news.settings.myVar.data = GP: tx_news_pi1|overwriteDemand|year

Gruß
Peter


> Am 28.03.2016 um 13:10 schrieb Johannes C. Laxander :
> 
> Hallo,
> 
> ich habe eine URL mit diesen Parametern:
> 
> index.php?id=14_news_pi1%5BoverwriteDemand%5D%5Byear%5D=2016_news_pi1%
> 5Bcontroller%5D=News=82543c7f5f121cf0560412db6c6da851
> 
> Wie muss ich in TypoScript die GP-Zuweisung machen, um den Wert (year=)
> '2016' zu selektieren?
> 
> So funktioniert's nicht:
> 
> plugin.tx_news.settings.myVar = TEXT
> plugin.tx_news.settings.myVar.data = GP: tx_news_pi1[overwriteDemand][year]
> 
> Johannes.
> 
> ___
> TYPO3-german mailing list
> TYPO3-german@lists.typo3.org
> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german



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

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

Re: [TYPO3-german] RTE - eigenen Blockstil hinzufügen

[Peter Linzenkirchner]

Hallo Johannes, 

Hast du den Stil auch tatsächlich in der CSS-Datei des RTE (also deiner 
rte.css) definiert? Solange er da drin nicht steht, geht nichts … Ausserdem 
hängt es noch von der Einstellung allowTagFreeClasses (oder so ähnlich - kann 
grad nicht nachschauen) ab, ob es ausreicht, dass du so definierst: 

.card-text {
 /**/
}

oder so: 

p.card-text, div.card-text {
 /**/
}

Das hier
> RTE.default.buttons.blockstyle.classesParagraph := addToList(classname)
ist tatsächlich veraltet seit 6.x. 

Gruß
Peter


> Am 24.03.2016 um 15:28 schrieb Johannes C. Laxander :
> 
> Hallo,
> 
> und sorry, dass ich schon wieder mit einem Problem komme. Aber es scheint
> nicht mein Tag zu sein.
> 
> Ich möchte in einer TYPOP3 7.6 Installation dem RTE einen eigenen Blockstil
> hinzufügen, den ich dann über das Select „Blockstil“ zuweisen kann. Hier
> meine Konfiguration in PageTSConfig auf Basis der „Typical Default
> Configuration“:
> 
> RTE.default.contentCSS =
> fileadmin/WebsiteSetup/Resources/Public/Stylesheets/rte.css
> RTE.default.proc.allowedClasses := addToList(card-text)
> RTE.classes {
>  card-text.name = Card Text
>  card-text.value = background-color: #fff; color: #333;
> }
> RTE.default.buttons {
>  //blockstyle.tags.p.allowedClasses   := addToList(card-text)
>  blockstyle.tags.div.allowedClasses   := addToList(card-text)
> }
> RTE.default.FE < RTE.default
> 
> Nur, es passiert nichts. Im Editor bleibt die Select-Box "Blockstil"
> ausgegraut / deaktiviert!??? Wer kann mir bitte weiterhelfen...
> 
> An vielen Stellen habe ich auch die Anweisung
> RTE.default.buttons.blockstyle.classesParagraph := addToList(classname)
> gefunden. Nur gibt es RTE.default.buttons.blockstyle.classesParagraph in 7.6
> nicht mehr.
> 
> Gruß, Johannes.
> 
> ___
> TYPO3-german mailing list
> TYPO3-german@lists.typo3.org
> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german



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

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

Re: [TYPO3-german] Datenschutz bei Formularen

[Peter Linzenkirchner]

Hallo an alle, 

vielen Dank für die Infos!
Jedenfalls scheint das ein gangbarer Weg zu sein, der nicht nur finanzierbar 
ist, sondern auch dem Kunden ganz gut verkauft werden kann. Und der aus meiner 
Sicht auch Sinn macht - ich meine, ein Kontaktformular ist nicht Fort Knox, das 
muss im Rahmen bleiben. Zusammengefasst also: 
- die Formularseite oder besser der ganze Auftritt auf ssl (wird eh von Google 
empfohlen)
- und den E-Mailversand über SSL/TLS 
Das klingt realisierbar. 

Danke!


> Am 18.03.2016 um 09:41 schrieb Stefan Padberg :
> 
> Am 17.03.2016 um 21:56 schrieb Marcus Raphelt:
>> Tach,
>> 
>> zu Punkt 2: optimale Lösung ist ein lokal installierter Postfix / Exim
>> o.ä., Typo kann so die Mails zum localhost schicken und der MTA kümmert
>> sich dann um die verschlüsselte Weitergabe. Der Knackpunkt ist aber,
>> dass die Gegenstelle(n) ebenfalls Verschlüsselung beherrschen müssen.
>> Wenn man also die Mails nicht zu einem fest definierten Smarthost, von
>> dem man sicher sagen kann, dass er SSL/TLS beherrscht, weitergibt,
>> sendet der MTA die Mails an den jeweils in der Zieldomain eingetragenen
>> MX weiter. Ob dort TLS unterstützt wird, kann man im Vorfeld gar nicht
>> sagen, d.h. spätestens beim nächsten Mailserver endet der
>> Einflussbereich und somit m.E. auch die Verantwortung. Fallback ist die
>> unverschlüsselte Übertragung.
>> 
>> 
> 
> Hallo Marcus,
> 
> im Prinzip hast du Recht. In der Praxis gibt es aber kaum noch
> Mailprovider, die keine Verschlüsselung anbieten können. Und es gibt
> immer mehr Mailprovider, die verweigern, Mails unverschlüsselt zu
> senden. Die Mail kommt dann mit einem entsprechenden Vermerk zurück.
> 
> Beste Grüße
> Stefan
> 
> 
> 
> -- 
> Bergische Webschmiede
> Dipl.-Ing. Stefan Padberg
> TYPO3-Integrator und Webprogrammierer
> :: Borner Str. 18 - 42349 Wuppertal
> :: +49 202 97648355
> :: +49 173 9219845
> :: p...@bergische-webschmiede.de
> :: http://www.bergische-webschmiede.de
> ___
> 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] Datenschutz bei Formularen

[Peter Linzenkirchner]

Hallo Liste, 

weiß jemand, ob das hier wirklich Relevanz hat? 
https://www.datenschutzbeauftragter-info.de/bussgeld-fuer-kontaktformulare-ohne-verschluesselung/
So wie es sich liest, wird es wohl Abmahnungen geben in dem Bereich, oder? 

Und wenn es Relevanz hat, wie lösen wir das Problem mit TYPO3 am besten? Wenn 
man das zu Ende denkt, müssen wir ja zwei Techniken einsetzen: 
1. ssl bzw. tls für die Verschlüsselung des Datentransfers vom Browser zum 
Server
2. Verschlüsselung der versendeten E-Mail oder zumindest Versand der E-Mail 
über eine verschlüsselte Verbindung. 

Das Zweite kann weder der Kunde noch der Datenschutzbeauftragte sehen … aber 
das Erste macht ohne das Zweite wohl kaum Sinn. 

Eigentlich braucht es zusätzlich dann noch einen Punkt
3. werden die Daten manuell aus dem Backend abgerufen, muss die Verbindung ins 
Backend auch ssl bzw. tls-verschlüsselt sein. 

Punkt 1 ist klar, und der Aufwand dazu hält sich auch in Grenzen. Punkt 3 
ebenfalls, und ist auch zusätzlich kaum Aufwand, wenn Punkt 1 gelöst ist. Aber 
bei Punkt 2 muss ich momentan passen … wie kann man den umsetzen? Die E-Mails 
müssten vor dem Versand zertifiziert werden (was keine unserer 
Formular-Extensions unterstützt) oder der Server muss die E-Mails über eine 
ssl-verschlüsselte Verbindung bei einem SMTP-Server abgeben, der die E-Mails 
dann verschlüsselt weitersendet … Oder Punkt 2 einfach weglassen, weil es eh 
keiner prüfen kann? 

Hat da jemand genauere Infos? 

Viele Grüße
Peter Linzenkirchner 


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

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

Re: [TYPO3-german] Datenschutz bei Formularen

[Peter Linzenkirchner]

Hallo Stefan, 

danke - ich sehe es ähnlich. Das wäre dann ja überschaubar. 

Gruß
Peter


> Am 17.03.2016 um 15:03 schrieb Stefan Padberg <p...@bergische-webschmiede.de>:
> 
> Am 17.03.2016 um 11:35 schrieb Peter Linzenkirchner:
>> Hallo Liste, 
>> 
>> weiß jemand, ob das hier wirklich Relevanz hat? 
>> https://www.datenschutzbeauftragter-info.de/bussgeld-fuer-kontaktformulare-ohne-verschluesselung/
>> So wie es sich liest, wird es wohl Abmahnungen geben in dem Bereich, oder? 
>> 
>> Und wenn es Relevanz hat, wie lösen wir das Problem mit TYPO3 am besten? 
>> Wenn man das zu Ende denkt, müssen wir ja zwei Techniken einsetzen: 
>> 1. ssl bzw. tls für die Verschlüsselung des Datentransfers vom Browser zum 
>> Server
>> 2. Verschlüsselung der versendeten E-Mail oder zumindest Versand der E-Mail 
>> über eine verschlüsselte Verbindung. 
>> 
>> Das Zweite kann weder der Kunde noch der Datenschutzbeauftragte sehen … aber 
>> das Erste macht ohne das Zweite wohl kaum Sinn. 
>> 
>> Eigentlich braucht es zusätzlich dann noch einen Punkt
>> 3. werden die Daten manuell aus dem Backend abgerufen, muss die Verbindung 
>> ins Backend auch ssl bzw. tls-verschlüsselt sein. 
>> 
>> Punkt 1 ist klar, und der Aufwand dazu hält sich auch in Grenzen. Punkt 3 
>> ebenfalls, und ist auch zusätzlich kaum Aufwand, wenn Punkt 1 gelöst ist. 
>> Aber bei Punkt 2 muss ich momentan passen … wie kann man den umsetzen? Die 
>> E-Mails müssten vor dem Versand zertifiziert werden (was keine unserer 
>> Formular-Extensions unterstützt) oder der Server muss die E-Mails über eine 
>> ssl-verschlüsselte Verbindung bei einem SMTP-Server abgeben, der die E-Mails 
>> dann verschlüsselt weitersendet … Oder Punkt 2 einfach weglassen, weil es eh 
>> keiner prüfen kann? 
>> 
>> Hat da jemand genauere Infos? 
>> 
> 
> Hi,
> 
> ich lese das so, dass es um verschlüsselte Mailprotokolle geht, sprich TLS.
> 
> Wenn du deinen TYPO3-Server die Mails mit SMTP versenden lässt und ihm
> einen verschlüsselten SMTP-Zugang verpasst, liegst du auf jeden Fall
> richtig.
> 
> Kann man im InstallTool einstellen.
> 
> PGP ist damit nicht gemeint.
> 
> Gruß
> Stefan
> 
> 
> 
> -- 
> Bergische Webschmiede
> Dipl.-Ing. Stefan Padberg
> TYPO3-Integrator und Webprogrammierer
> :: Borner Str. 18 - 42349 Wuppertal
> :: +49 202 97648355
> :: +49 173 9219845
> :: p...@bergische-webschmiede.de
> :: http://www.bergische-webschmiede.de
> ___
> TYPO3-german mailing list
> TYPO3-german@lists.typo3.org
> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german



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

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

Re: [TYPO3-german] Änderungen im TS werden nicht übernommen

[Peter Linzenkirchner]

Hallo Freddy, 

hat die Extension ein ext_typoscript_setup.txt? Das wird automatisch geladen, 
kann aber überschrieben werden. 

Weiter ist es möglich, dass im PHP des Plugins das Setup vordefiniert wird, für 
den Falls dass z. B. kein Setup vorhanden ist. Oder dass die Eingaben in der 
Flexform in das Setup der Extension eingerechnet werden. Natürlich besteht auch 
die Möglichkeit, dass im PHP das Setup fixiert wurde, aber das glaube ich 
wieder weniger. 

Ansonsten gibt es noch die Möglichkeit, dass ein Typoscript-Template in TYPO3 
selbst die Angaben überschreibt. Das kannst du testen, indem du das Setup der 
Extension im Typoscript-Objektmanager anschaust, und mit der Maus über die 
Einträge rollst. Dann erscheint eine Zeilen-Nummer - die Zeile, in der der Wert 
definiert ist. Wenn du dann auf Template-analyse umschaltest, kannst du die 
Zeile suchen. Dann siehst du, in welchem Template die Definition erfolgt. Ich 
vermute, es gibt ein weiteres Template im Seitenbaum, das im Setup eingebunden 
wurde, und das deshalb alle deine Änderungen überschreibt. 

Gruß
Peter


> Am 16.03.2016 um 10:57 schrieb Freddy Tripold <freddy.trip...@tlog.at>:
> 
> Hallo Peter,
> 
> leider nein. Auch wenn ich das statische Template nicht einschliesse, gibt 
> print_r($conf) das gleiche aus. Das wird also automatisch geladen.
> Nur wenn ich die setup.txt in der Extension lösche, kommen die Angaben aus 
> dem Template.
> Ich hatte das selbe Problem mit der sr_language_menu letzte Woche. Seit dem 
> Update klappt das dort wieder. Also irgendwas kann ein solches Verhalten 
> auslösen, nur was?
> 
> lg
> Freddy
> 
> Am 15.03.2016 um 19:18 schrieb Peter Linzenkirchner:
>> Hallo Freddy,
>> 
>> 
>>> bei einer pi_base Extension unter 6.2.19 verusche ich das Default Setup zu 
>>> überschreiben. Aber egal was ich im Setup des Templates eintrage,
>>> public function main($content, array $conf) { print_r($conf);
>>> liefert immer die Daten aus dem Setup der Extension. Kann man neuerdings 
>>> das Setup nicht mehr überschreiben?
>> 
>> Doch, das geht in 6.2 und in 7.5 immer noch so wie in 4.5 … Warum es jetzt 
>> in deinem Fall nicht funktioniert, kann ich nicht sagen, aber offenbar wird 
>> es irgendwo überschrieben. Du muss auch auf die Reihenfolge der Einbindung 
>> achten.
>> 
>>> Und warum muss ich den Cache löschen bei Änderungen in der Setup.txt der 
>>> Extension, obwohl config.no_cache = 1 ist?
>>> Ist das Löschen des Frontendcache etwas anderers als config.no_cache = 1?
>> 
>> Das ist tatsächlich was anderes: Änderungen am Setup werden zusätzlich im 
>> Systemcache gechacht und der ist von on_cache=1 nicht betroffen. Das hat 
>> mich auch schon immer genervt :-) War aber in 4.5 auch schon so; du musst in 
>> 6.2 im Install-Tool umschalten auf Developer-Konfiguration, dann kannst du 
>> auch den Systemcache löschen. Oder einfach im Install-Tool den Cache löschen 
>> oder die Extension kurz deinstallieren. Wie auch immer …
>> 
>> Gruß
>> Peter
>> 
>> 
>>> 
>>> lg
>>> Freddy
>>> ___
>>> 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



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

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

Re: [TYPO3-german] Änderungen im TS werden nicht übernommen

[Peter Linzenkirchner]

Hallo Freddy, 


> bei einer pi_base Extension unter 6.2.19 verusche ich das Default Setup zu 
> überschreiben. Aber egal was ich im Setup des Templates eintrage,
> public function main($content, array $conf) { print_r($conf);
> liefert immer die Daten aus dem Setup der Extension. Kann man neuerdings das 
> Setup nicht mehr überschreiben?

Doch, das geht in 6.2 und in 7.5 immer noch so wie in 4.5 … Warum es jetzt in 
deinem Fall nicht funktioniert, kann ich nicht sagen, aber offenbar wird es 
irgendwo überschrieben. Du muss auch auf die Reihenfolge der Einbindung achten. 

> Und warum muss ich den Cache löschen bei Änderungen in der Setup.txt der 
> Extension, obwohl config.no_cache = 1 ist?
> Ist das Löschen des Frontendcache etwas anderers als config.no_cache = 1?

Das ist tatsächlich was anderes: Änderungen am Setup werden zusätzlich im 
Systemcache gechacht und der ist von on_cache=1 nicht betroffen. Das hat mich 
auch schon immer genervt :-) War aber in 4.5 auch schon so; du musst in 6.2 im 
Install-Tool umschalten auf Developer-Konfiguration, dann kannst du auch den 
Systemcache löschen. Oder einfach im Install-Tool den Cache löschen oder die 
Extension kurz deinstallieren. Wie auch immer … 

Gruß
Peter


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



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

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

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

[Peter Linzenkirchner]

Hallo, 

um die Daten im Listenmodul zu finden ist das Feld pid entscheidend. Es muss 
die uid der Seite enthalten, auf der der Datensatz erscheinen soll. Die Felder 
*ver* sind nur wichtig, wenn man eine Versionierung braucht und die Felder 
sys_l* sowie l10* sind nur nötig, wenn man eine Sprachverwaltung braucht. 
cruser_id wird nur für die Rechteverwaltung benötigt. starttime und endtime 
sind nur nötig, wenn man eine Zeitsteuerung benötigt. deleted, hidden, crdate, 
tstamp sind wichtig für die interne Verwaltung der Daten und für die 
Darstellung im Listenmodus. Letzterer benötigt aber noch pid - siehe oben - und 
ein Feld für die Darstellung der Bezeichnung. Das ist meist title, kann aber 
auch anders heissen, dann muss das aber im TCA angegeben werden. 

Wenn du über die Listendarstellung löschst, dann wird nicht physikalisch 
gelöscht, sondern deleted auf 1 gesetzt. 

Gruß
Peter

> Am 14.03.2016 um 08:55 schrieb Deus :
> 
> Hallo.
> Habe nun folgende Felder in der Datenbank und im TCA hinzugefügt:
> - deleted
> - hidden
> - crdate
> - tstamp
> - cruser_id
> - starttime
> - endtime
> - t3ver_oid
> - t3ver_id
> - t3ver_wsid
> - t3ver_label
> - t3ver_state
> - t3ver_stage
> - t3ver_tstamp
> - t3ver_origuid
> - sys_language_uid
> - l10n_parent
> - l10n_diffsource
> 
> Wie gesagt, ich kann die Datensätze auslesen und anzeigen.
> Update funktioniert auch.
> Beim Löschen wird kein Soft-Delete gemacht, sondern der Datensatz aus der 
> Tabelle entfernt.
> Einfügen über das Formular funktioniert leider auch nicht.
> Ebenso finde ich im Backend im Listenmodul die entsprechende Tabelle 
> "campaigns" nicht.
> 
> Hat noch jemand eine Idee?
> 
> Vielen Dank,
> lg
> ___
> TYPO3-german mailing list
> TYPO3-german@lists.typo3.org
> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german



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

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

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

[Peter Linzenkirchner]

Hallo Peter, 

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

Du kannst folgenden Eintrag im Installtool ausprobieren: 

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

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

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

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

Vermutung … aber probiers aus. 

Gruß
Peter



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



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

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

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

[Peter Linzenkirchner]

Hallo Hildebrandt, 

das sieht nach doppelt utf-8 kodierter Datenbank aus. 

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

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

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

Gruß
Peter


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



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

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

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

[Peter Linzenkirchner]

Hallo Metin, 

Danke, werde ich ausprobieren!

Peter

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



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

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

Re: [TYPO3-german] Seltsame Fehlermeldung in TYPO3 7.6.4, t3editor

[Peter Linzenkirchner]

Sorry, 

wenn man etwas systematischer sucht, findet man oft mehr als durch reines Copy 
und Paste ins Google-Fenster … :-)

https://forge.typo3.org/issues/74508

nun, warten wir einfach auf das Update. Sorry for the noise :-)

Gruß
Peter

> Am 10.03.2016 um 20:34 schrieb Peter Linzenkirchner <li...@lisardo.de>:
> 
> Hallo Liste, 
> 
> ich erhalte beim Speichern eines Setup-Skripts mit dem t3-Editor jeweils eine 
> Warning im Log: 
> 
> Core: Exception handler (WEB): Uncaught TYPO3 Exception: #1: PHP Warning: 
> DOMDocument::load(): I/O warning : failed to load external entity 
> typo3_src-7.6.4/typo3/sysext/t3editor/Resources/Private/tsref.xml 
> in 
> typo3_src-7.6.4/typo3/sysext/t3editor/Classes/TypoScriptReferenceLoader.php 
> line 81 | TYPO3\CMS\Core\Error\Exception thrown in file 
> typo3_src-7.6.4/typo3/sysext/core/Classes/Error/ErrorHandler.php in line 111. 
> Requested URL: 
> http://mydomain.de/typo3/index.php?ajaxID=%2Fajax%2Ft3editor%2Ftsref=94e851e6e16641f454f368aaa05887aa7da54040=types
> 
> ich kann weder über Google noch in Forge was dazu finden. Ausserdem ist die 
> Datei tsref.xml an genau der Stelle, an der sie sein soll, und hat auch die 
> passenden Rechte. Seltsamerweise funktioniert aber das Speichern. 
> 
> Jemand eine Idee? 
> 
> Gruß
> Peter
> 
> 
> 
> --
> 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

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

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

Re: [TYPO3-german] Seltsame Fehlermeldung in TYPO3 7.6.4, t3editor

[Peter Linzenkirchner]

Nachtrag: die Warnung wird schon beim Öffnen geworfen. Offenbar beim Laden des 
t3editor

Peter

> Am 10.03.2016 um 20:34 schrieb Peter Linzenkirchner <li...@lisardo.de>:
> 
> Hallo Liste, 
> 
> ich erhalte beim Speichern eines Setup-Skripts mit dem t3-Editor jeweils eine 
> Warning im Log: 
> 
> Core: Exception handler (WEB): Uncaught TYPO3 Exception: #1: PHP Warning: 
> DOMDocument::load(): I/O warning : failed to load external entity 
> typo3_src-7.6.4/typo3/sysext/t3editor/Resources/Private/tsref.xml 
> in 
> typo3_src-7.6.4/typo3/sysext/t3editor/Classes/TypoScriptReferenceLoader.php 
> line 81 | TYPO3\CMS\Core\Error\Exception thrown in file 
> typo3_src-7.6.4/typo3/sysext/core/Classes/Error/ErrorHandler.php in line 111. 
> Requested URL: 
> http://mydomain.de/typo3/index.php?ajaxID=%2Fajax%2Ft3editor%2Ftsref=94e851e6e16641f454f368aaa05887aa7da54040=types
> 
> ich kann weder über Google noch in Forge was dazu finden. Ausserdem ist die 
> Datei tsref.xml an genau der Stelle, an der sie sein soll, und hat auch die 
> passenden Rechte. Seltsamerweise funktioniert aber das Speichern. 
> 
> Jemand eine Idee? 
> 
> Gruß
> Peter
> 
> 
> 
> --
> 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

--
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] Seltsame Fehlermeldung in TYPO3 7.6.4, t3editor

[Peter Linzenkirchner]

Hallo Liste, 

ich erhalte beim Speichern eines Setup-Skripts mit dem t3-Editor jeweils eine 
Warning im Log: 

Core: Exception handler (WEB): Uncaught TYPO3 Exception: #1: PHP Warning: 
DOMDocument::load(): I/O warning : failed to load external entity 
typo3_src-7.6.4/typo3/sysext/t3editor/Resources/Private/tsref.xml 
in typo3_src-7.6.4/typo3/sysext/t3editor/Classes/TypoScriptReferenceLoader.php 
line 81 | TYPO3\CMS\Core\Error\Exception thrown in file 
typo3_src-7.6.4/typo3/sysext/core/Classes/Error/ErrorHandler.php in line 111. 
Requested URL: 
http://mydomain.de/typo3/index.php?ajaxID=%2Fajax%2Ft3editor%2Ftsref=94e851e6e16641f454f368aaa05887aa7da54040=types

ich kann weder über Google noch in Forge was dazu finden. Ausserdem ist die 
Datei tsref.xml an genau der Stelle, an der sie sein soll, und hat auch die 
passenden Rechte. Seltsamerweise funktioniert aber das Speichern. 

Jemand eine Idee? 

Gruß
Peter



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

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

Re: [TYPO3-german] naw_securedl und TYPO3 7.LTS

[Peter Linzenkirchner]

Hallo Λάθε βιώσας

bei mir auch, aber 7.6.5-dev - also im aktuellen GIT-Zweig, nicht im LTE-Zweig. 
Ist das bei dir auch so? 

Gruß
Peter


> Am 10.03.2016 um 19:13 schrieb Λάθε βιώσας 
> :
> 
> Also bei bir geht es ohne compatibility6, aber die Einstellungen der 
> Extension, bis sie funktiniert, können etwas trickreich sein.
> -- 
> Wer mich ignorieren will, kann mich ignorieren: Control Panel -> Ignore List 
> -> xhtml-future. Der Rest erträgt mich und soll sich nicht beschweren.
> ___
> TYPO3-german mailing list
> TYPO3-german@lists.typo3.org
> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german



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

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

Re: [TYPO3-german] naw_securedl und TYPO3 7.LTS

[Peter Linzenkirchner]

Hallo Hugo, 

ja, klar, ohne gehts nicht. Achtung mit dieser Extension: die kann man nicht so 
einfach kopieren; da gibt es Probleme mit composer. Wenn man die Installation 
umkopieren will, muss man beide Extensions deaktivieren, umziehen, die 
compatabilty-Extension löschen und neu aus dem TER installieren. Danach kann 
man naw_securedl wieder installieren. Das hat mich gerade ziemlich Nerven 
gekostet. Es gibt zwei riesige Threads auf Forge dazu, auch wie man das 
composer-Problem direkt über die json-Dateien löst, aber eine einfache 
Neuinstallation löst das Problem auch. Wenn man das nicht beachtet, hat man 
eine hübsche Serie von PHP-Exceptions … 

https://forge.typo3.org/issues/67933
https://forge.typo3.org/issues/68480

OK, das wars, was ich dazu weiß :-)

Gruß
Peter

> Am 10.03.2016 um 15:43 schrieb Hugo Merstein <dasfegefe...@web.de>:
> 
> Hallo Peter,
> 
> aber Du verwendest immer noch die compatibility-Extension, oder?
> 
> Gruß
> Hugo
> 
> Am 10.03.2016 um 15:35 schrieb Peter Linzenkirchner:
>> Hallo Hugo,
>> 
>> also in meiner Installation funktioniert jetzt alles was ich brauche. Ich 
>> habe ein Verzeichnis mit der htaccess geschützt, und ich kann die Dateien 
>> darin im Dateimodul sehen und bearbeiten. Was nicht geht ist „Anzeigen“ über 
>> Info, das wird nicht über naw_securedl geleitet, heißt, der Zugriff wird 
>> verweigert. Im Frontend funktioniert die Darstellung und der Download wie 
>> erwartet über naw_securdl. Das ist für ich momentan das wichtigste.
>> 
>> Viele Grüße
>> Peter Linzenkirchner
>> 
>> 
>>> Am 09.03.2016 um 14:37 schrieb Peter Linzenkirchner <li...@lisardo.de>:
>>> 
>>> Hallo Hugo,
>>> 
>>> ich habe es noch mit einer anderen Installation ausprobiert, diesmal mit 
>>> einem TYPO3 aus dem TER. Und siehe da: ich erhalte diesen Fehler im 
>>> Frontend:
>>> 
>>> Fatal error: Class 't3lib_extMgm' not found in 
>>> /Volumes/web/sites/tukani/eurokongress/projects_7/typo3conf/ext/naw_securedl/ext_tables.php
>>>  on line 7
>>> 
>>> ein Blick in den Code zeigt: das kann nicht gehen. OK, aber mit dieser 
>>> Extension zusammen geht es:
>>> 
>>> compatibility6
>>> 
>>> die muss vorher installiert werden - was Geschwindigkeitseinbußen bringt - 
>>> danach können Extensions für TYPO3 6.2 installiert werden. Warum das in der 
>>> GIT-Version ohne die Extension ging, weiß ich nicht … Aber an sich ist es 
>>> logisch: die Klassen des t3lib_extMgm gibt es nicht mehr bzw. wurden 
>>> verschoben, ergo kann es nur mit einem Compatability-Layer funktionieren.
>>> 
>>> Ob alle Funktionen der naw_securedl funktionieren weiß ich natürlich noch 
>>> nicht - da bin ich noch am Testen. Die Installation läuft erstmal.
>>> 
>>> Viele Grüße
>>> Peter Linzenkirchner
>>> 
>>> 
>>>> Am 09.03.2016 um 01:19 schrieb Hugo Merstein <dasfegefe...@web.de>:
>>>> 
>>>> Hallo Peter,
>>>> 
>>>> das ist echt seltsam.
>>>> 
>>>> Ich habe das jetzt alles nochmal kontrolliert.
>>>> Typo3 7.6.4
>>>> naw_securedl 1.8.2
>>>> PHP 5.6.18
>>>> Die beanstandete Klasse ist auch vorhanden.
>>>> 
>>>> Die zwei Warnungen bei der Installation bekomme ich auch. Wenn ich dann 
>>>> trotzdem installiere erhalte ich ein simples Access Denied im Backend. 
>>>> Danach führt jeder weitere Klick im Frontend oder Backend zu der besagten 
>>>> Fehlermeldung. Beides ist dann nicht mehr benutzbar bis ich die Ext wieder 
>>>> manuell entferne.
>>>> 
>>>> Für mich ist das Ganze ein Rätsel.
>>>> 
>>>> Gruß
>>>> Hugo
>>>> 
>>>> Am 08.03.2016 um 23:55 schrieb Peter Linzenkirchner:
>>>>> Hallo Hugo,
>>>>> 
>>>>> ich habe es gerade nochmals ausprobiert:
>>>>> - TYPO3 7.6.5-dev (aus GIT)
>>>>> - naw_securedl in Version 1.8.2
>>>>> - PHP 5.6.10
>>>>> 
>>>>> Ich bekomme bei der Installation zwei Warnungen: PHP-Version zu hoch und 
>>>>> TYPO3-Version zu hoch. Wenn ich das bestätige und trotzdem installiere, 
>>>>> erhalte ich keine Fehler. Ich kann die Konfiguration im 
>>>>> Extensions-Manager bearbeiten. Und wenn ich im Backend Bilder öffne haben 
>>>>> sie diese URL:
>>>>> http://typo3-76.dev/index.php?eID=tx_nawsecuredl=0=0=1457567526=3f0e78b5ce2d8edaa90ba4c0472d031f544c0a5d=fi

Re: [TYPO3-german] naw_securedl und TYPO3 7.LTS

[Peter Linzenkirchner]

Hallo Hugo, 

also in meiner Installation funktioniert jetzt alles was ich brauche. Ich habe 
ein Verzeichnis mit der htaccess geschützt, und ich kann die Dateien darin im 
Dateimodul sehen und bearbeiten. Was nicht geht ist „Anzeigen“ über Info, das 
wird nicht über naw_securedl geleitet, heißt, der Zugriff wird verweigert. Im 
Frontend funktioniert die Darstellung und der Download wie erwartet über 
naw_securdl. Das ist für ich momentan das wichtigste. 

Viele Grüße
Peter Linzenkirchner 


> Am 09.03.2016 um 14:37 schrieb Peter Linzenkirchner <li...@lisardo.de>:
> 
> Hallo Hugo, 
> 
> ich habe es noch mit einer anderen Installation ausprobiert, diesmal mit 
> einem TYPO3 aus dem TER. Und siehe da: ich erhalte diesen Fehler im Frontend: 
> 
> Fatal error: Class 't3lib_extMgm' not found in 
> /Volumes/web/sites/tukani/eurokongress/projects_7/typo3conf/ext/naw_securedl/ext_tables.php
>  on line 7
> 
> ein Blick in den Code zeigt: das kann nicht gehen. OK, aber mit dieser 
> Extension zusammen geht es: 
> 
> compatibility6
> 
> die muss vorher installiert werden - was Geschwindigkeitseinbußen bringt - 
> danach können Extensions für TYPO3 6.2 installiert werden. Warum das in der 
> GIT-Version ohne die Extension ging, weiß ich nicht … Aber an sich ist es 
> logisch: die Klassen des t3lib_extMgm gibt es nicht mehr bzw. wurden 
> verschoben, ergo kann es nur mit einem Compatability-Layer funktionieren. 
> 
> Ob alle Funktionen der naw_securedl funktionieren weiß ich natürlich noch 
> nicht - da bin ich noch am Testen. Die Installation läuft erstmal. 
> 
> Viele Grüße
> Peter Linzenkirchner 
> 
> 
>> Am 09.03.2016 um 01:19 schrieb Hugo Merstein <dasfegefe...@web.de>:
>> 
>> Hallo Peter,
>> 
>> das ist echt seltsam.
>> 
>> Ich habe das jetzt alles nochmal kontrolliert.
>> Typo3 7.6.4
>> naw_securedl 1.8.2
>> PHP 5.6.18
>> Die beanstandete Klasse ist auch vorhanden.
>> 
>> Die zwei Warnungen bei der Installation bekomme ich auch. Wenn ich dann 
>> trotzdem installiere erhalte ich ein simples Access Denied im Backend. 
>> Danach führt jeder weitere Klick im Frontend oder Backend zu der besagten 
>> Fehlermeldung. Beides ist dann nicht mehr benutzbar bis ich die Ext wieder 
>> manuell entferne.
>> 
>> Für mich ist das Ganze ein Rätsel.
>> 
>> Gruß
>> Hugo
>> 
>> Am 08.03.2016 um 23:55 schrieb Peter Linzenkirchner:
>>> Hallo Hugo,
>>> 
>>> ich habe es gerade nochmals ausprobiert:
>>> - TYPO3 7.6.5-dev (aus GIT)
>>> - naw_securedl in Version 1.8.2
>>> - PHP 5.6.10
>>> 
>>> Ich bekomme bei der Installation zwei Warnungen: PHP-Version zu hoch und 
>>> TYPO3-Version zu hoch. Wenn ich das bestätige und trotzdem installiere, 
>>> erhalte ich keine Fehler. Ich kann die Konfiguration im Extensions-Manager 
>>> bearbeiten. Und wenn ich im Backend Bilder öffne haben sie diese URL:
>>> http://typo3-76.dev/index.php?eID=tx_nawsecuredl=0=0=1457567526=3f0e78b5ce2d8edaa90ba4c0472d031f544c0a5d=fileadmin/_processed_/preview_example_image4_2dd0e8b586.jpg
>>> also alles so, wie es soll.
>>> Ich verstehe nicht, warum die Zeile 48 einen Fehler wirft - die Klasse ist 
>>> da, und der Autoloader sollte sie finden. Sicher, dass es sich um 1.8.2 
>>> handelt? Kontrolliere mal, ob die Klasse wirklich da ist: 
>>> /ext/naw_securedl/Classes/Confiuration/ConfigurationManager.php
>>> 
>>> Gruß
>>> Peter
>>> 
>>> 
>>>> Am 08.03.2016 um 21:12 schrieb Hugo Merstein <dasfegefe...@web.de>:
>>>> 
>>>> Hi,
>>>> 
>>>> bei mir läuft naw_securedl nach dem Update Typo3 6.2 auf 7.6 leider nicht 
>>>> mehr. Backend und Frontend liefern bei jedem Seitenaufruf folgende 
>>>> Fehlermeldung:
>>>> 
>>>> Fatal error: Class 
>>>> 'Bitmotion\NawSecuredl\Configuration\ConfigurationManager' not found in 
>>>> typo3conf/ext/naw_securedl/ext_localconf.php on line 48
>>>> 
>>>> Dann hilft nur noch die Ext manuell zu deaktivieren.
>>>> 
>>>> Könnte es an der PHP-Version liegen? Ich verwende 5.6.
>>>> 
>>>> Hat jemand eine Idee, wo ich da ansetzen könnte?
>>>> 
>>>> Gruß
>>>> Hugo
>>>> 
>>>> 
>>>> 
>>>> Am 12.01.2016 um 14:31 schrieb Peter Linzenkirchner:
>>>>> Antworte ich mir mal selbst … :-)
>>>>> 
>>>>> Ich habe die Warnung ignoriert und die 1.8-Version von naw-securedl in 
>>>>> der 7 LT

Re: [TYPO3-german] Suche Extension: Eventmanagement

[Peter Linzenkirchner]

Hallo, 

die ist m. E. nicht kompatibel zu 7.6. 

Gruß
Peter

> Am 10.03.2016 um 10:53 schrieb Peter Kühnlein :
> 
> Am 10.03.2016 um 09:49 schrieb Oliver Beck:
>> Hallo
>> Ich bin auf der Suche nach einer Extension mit der Einladungen für
>> Events verwaltet werden können. Folgende Anforderungen sollten abgedeckt
>> sein:
>> 
>> - Einladungen via E-Mail versenden. - Benutzer sollten als fe_user
>> erfasst werden
>> - Anmeldung an Event mit Zusatzinformationen (Begleitung, ev. Anreise)
>> - Excel/CSV Export der Anmeldungen (Pro Benutzer, Pro Event),
>> idealerweise direkt im Backend
>> 
>> Kennt jemand eine Extension, welche diese Anfroderungen abdeckt und
>> Erfahrung damit hat?
>> 
>> Freundliche Grüsse
>> 
>> Oli
> 
> Hallo Oli,
> 
> ich verwende für Eventverwaltung die Extension seminars. Lässt sich gut 
> konfigurieren.
> 
> Schöne Grüße,
> Peter
> 
> -- 
> 
> http://function2form.net
> http://peter-kuehnlein.net
> 
> "In constantly hardening one's resolution to die in battle, deliberately 
> becoming one that is already dead, and working at one's job and dealing with 
> military affairs, there should be no shame. But when the time comes, a person 
> will be shamed if he is not conscious of these things even in his dreams, and 
> rather passes his days in self-indulgence."
> (Hagakure)
> 
> Latest projects
> http://mein-bobber.de
> http://noris-chapter.de
> ___
> 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] Google Map Extension für TYPO3 7.6

[Peter Linzenkirchner]

Hallo Liste, 

ich suche gerade nach einer Google Map Extension, die von Redakteuren bedienbar 
ist, und die es erlaubt mehr als einen Ort anzuzeigen, jeweils mit einer 
Infobox zum Öffnen. Ich finde zwar etliche Extensions, aber sie erlauben nur 
eine Pin (z. B. cbgooglemaps) oder sie erlauben zwar mehrere Pins, aber keine 
Info-Box, wie easy_googlemap. Oder sie lassen TYPO3 7.6 komplett abstürzen, 
weil sie nicht kompatibel sind, wie z. B. wec_maps. 

Jemand einen Vorschlag?

Vielen Dank!
Peter

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

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

Re: [TYPO3-german] naw_securedl und TYPO3 7.LTS

[Peter Linzenkirchner]

Das kannte ich noch nicht … werde ich mir auf jeden Fall mal ansehen!

Danke
Peter

> Am 09.03.2016 um 17:11 schrieb Ralf-Rene Schröder :
> 
> Am 09.03.2016 um 16:01 schrieb Hugo Merstein:
>> 3. Eine Alternative suchen. Gibt es da aktuell etwas Brauchbares, das in
>> Frage käme?
> ich würde mich z.B. mal mit folgender Extension beschäftigen
> (wird zumindest aktuell weiter entwickelt !!! update gestern)
> https://typo3.org/extensions/repository/view/fal_securedownload
> 
> -- 
> image[FORMAT] - Ralf-René Schröder
> http://www.image-format.eu ... Wir geben Ihrem Image das richtige Format
> ___
> TYPO3-german mailing list
> TYPO3-german@lists.typo3.org
> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

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

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

Re: [TYPO3-german] naw_securedl und TYPO3 7.LTS

[Peter Linzenkirchner]

Hallo Hugo, 

das kann ich dir auch nicht sagen. Die Maintainer sind die hier:
https://www.bitmotion.de/de/typo3-agentur/ueber-uns.html
was die damit vor haben, wissen sie aber nur selbst. 

Alternative kenne ich nicht; die Extension hat eine absolute Alleinstellung. 
Tatsächlich ist es ohne diese Extension m. E. nicht möglich, einen internen 
Bereich überhaupt anzubieten. 

Wieviel Arbeit ein Fixen tatsächlich wäre, kann ich nicht sagen, ich habe sie 
mir noch nicht angesehen. 

Viele Grüße
Peter Linzenkirchner 



 
> Am 09.03.2016 um 16:01 schrieb Hugo Merstein <dasfegefe...@web.de>:
> 
> Hallo Peter,
> 
> ok, mit der compatibility6 scheint es erstmal zu funktionieren. Danke für den 
> Tipp. Aber eine dauerhafte Lösung kann das ja auch nicht sein.
> 
> Im Prinzip gibt es mittel- bis langfristig jetzt drei Lösungsmöglichkeiten:
> 
> 1. naw-securedl wird in absehbarer Zeit gefixt. Weiß da evtl. sonst jemand 
> hier etwas Näheres, wie da die Chancen stehen?
> 
> 2. Versuchen die Extension selbst irgendwie zu fixen. Leider weiß ich gerade 
> nicht, wo ich da ansetzen müsste.
> 
> 3. Eine Alternative suchen. Gibt es da aktuell etwas Brauchbares, das in 
> Frage käme?
> 
> Gruß
> Hugo
> 
> 
> Am 09.03.2016 um 14:37 schrieb Peter Linzenkirchner:
>> Hallo Hugo,
>> 
>> ich habe es noch mit einer anderen Installation ausprobiert, diesmal mit 
>> einem TYPO3 aus dem TER. Und siehe da: ich erhalte diesen Fehler im Frontend:
>> 
>> Fatal error: Class 't3lib_extMgm' not found in 
>> /Volumes/web/sites/tukani/eurokongress/projects_7/typo3conf/ext/naw_securedl/ext_tables.php
>>  on line 7
>> 
>> ein Blick in den Code zeigt: das kann nicht gehen. OK, aber mit dieser 
>> Extension zusammen geht es:
>> 
>> compatibility6
>> 
>> die muss vorher installiert werden - was Geschwindigkeitseinbußen bringt - 
>> danach können Extensions für TYPO3 6.2 installiert werden. Warum das in der 
>> GIT-Version ohne die Extension ging, weiß ich nicht … Aber an sich ist es 
>> logisch: die Klassen des t3lib_extMgm gibt es nicht mehr bzw. wurden 
>> verschoben, ergo kann es nur mit einem Compatability-Layer funktionieren.
>> 
>> Ob alle Funktionen der naw_securedl funktionieren weiß ich natürlich noch 
>> nicht - da bin ich noch am Testen. Die Installation läuft erstmal.
>> 
>> Viele Grüße
>> Peter Linzenkirchner
>> 
>> 
>>> Am 09.03.2016 um 01:19 schrieb Hugo Merstein <dasfegefe...@web.de>:
>>> 
>>> Hallo Peter,
>>> 
>>> das ist echt seltsam.
>>> 
>>> Ich habe das jetzt alles nochmal kontrolliert.
>>> Typo3 7.6.4
>>> naw_securedl 1.8.2
>>> PHP 5.6.18
>>> Die beanstandete Klasse ist auch vorhanden.
>>> 
>>> Die zwei Warnungen bei der Installation bekomme ich auch. Wenn ich dann 
>>> trotzdem installiere erhalte ich ein simples Access Denied im Backend. 
>>> Danach führt jeder weitere Klick im Frontend oder Backend zu der besagten 
>>> Fehlermeldung. Beides ist dann nicht mehr benutzbar bis ich die Ext wieder 
>>> manuell entferne.
>>> 
>>> Für mich ist das Ganze ein Rätsel.
>>> 
>>> Gruß
>>> Hugo
>>> 
>>> Am 08.03.2016 um 23:55 schrieb Peter Linzenkirchner:
>>>> Hallo Hugo,
>>>> 
>>>> ich habe es gerade nochmals ausprobiert:
>>>> - TYPO3 7.6.5-dev (aus GIT)
>>>> - naw_securedl in Version 1.8.2
>>>> - PHP 5.6.10
>>>> 
>>>> Ich bekomme bei der Installation zwei Warnungen: PHP-Version zu hoch und 
>>>> TYPO3-Version zu hoch. Wenn ich das bestätige und trotzdem installiere, 
>>>> erhalte ich keine Fehler. Ich kann die Konfiguration im Extensions-Manager 
>>>> bearbeiten. Und wenn ich im Backend Bilder öffne haben sie diese URL:
>>>> http://typo3-76.dev/index.php?eID=tx_nawsecuredl=0=0=1457567526=3f0e78b5ce2d8edaa90ba4c0472d031f544c0a5d=fileadmin/_processed_/preview_example_image4_2dd0e8b586.jpg
>>>> also alles so, wie es soll.
>>>> Ich verstehe nicht, warum die Zeile 48 einen Fehler wirft - die Klasse ist 
>>>> da, und der Autoloader sollte sie finden. Sicher, dass es sich um 1.8.2 
>>>> handelt? Kontrolliere mal, ob die Klasse wirklich da ist: 
>>>> /ext/naw_securedl/Classes/Confiuration/ConfigurationManager.php
>>>> 
>>>> Gruß
>>>> Peter
>>>> 
>>>> 
>>>>> Am 08.03.2016 um 21:12 schrieb Hugo Merstein <dasfegefe...@web.de>:
>>>>> 
>>>>> Hi,
>>>>> 
>>&g

Re: [TYPO3-german] naw_securedl und TYPO3 7.LTS

[Peter Linzenkirchner]

Hallo Hugo, 

ich habe es noch mit einer anderen Installation ausprobiert, diesmal mit einem 
TYPO3 aus dem TER. Und siehe da: ich erhalte diesen Fehler im Frontend: 

Fatal error: Class 't3lib_extMgm' not found in 
/Volumes/web/sites/tukani/eurokongress/projects_7/typo3conf/ext/naw_securedl/ext_tables.php
 on line 7

ein Blick in den Code zeigt: das kann nicht gehen. OK, aber mit dieser 
Extension zusammen geht es: 

compatibility6

die muss vorher installiert werden - was Geschwindigkeitseinbußen bringt - 
danach können Extensions für TYPO3 6.2 installiert werden. Warum das in der 
GIT-Version ohne die Extension ging, weiß ich nicht … Aber an sich ist es 
logisch: die Klassen des t3lib_extMgm gibt es nicht mehr bzw. wurden 
verschoben, ergo kann es nur mit einem Compatability-Layer funktionieren. 

Ob alle Funktionen der naw_securedl funktionieren weiß ich natürlich noch nicht 
- da bin ich noch am Testen. Die Installation läuft erstmal. 

Viele Grüße
Peter Linzenkirchner 


> Am 09.03.2016 um 01:19 schrieb Hugo Merstein <dasfegefe...@web.de>:
> 
> Hallo Peter,
> 
> das ist echt seltsam.
> 
> Ich habe das jetzt alles nochmal kontrolliert.
> Typo3 7.6.4
> naw_securedl 1.8.2
> PHP 5.6.18
> Die beanstandete Klasse ist auch vorhanden.
> 
> Die zwei Warnungen bei der Installation bekomme ich auch. Wenn ich dann 
> trotzdem installiere erhalte ich ein simples Access Denied im Backend. Danach 
> führt jeder weitere Klick im Frontend oder Backend zu der besagten 
> Fehlermeldung. Beides ist dann nicht mehr benutzbar bis ich die Ext wieder 
> manuell entferne.
> 
> Für mich ist das Ganze ein Rätsel.
> 
> Gruß
> Hugo
> 
> Am 08.03.2016 um 23:55 schrieb Peter Linzenkirchner:
>> Hallo Hugo,
>> 
>> ich habe es gerade nochmals ausprobiert:
>> - TYPO3 7.6.5-dev (aus GIT)
>> - naw_securedl in Version 1.8.2
>> - PHP 5.6.10
>> 
>> Ich bekomme bei der Installation zwei Warnungen: PHP-Version zu hoch und 
>> TYPO3-Version zu hoch. Wenn ich das bestätige und trotzdem installiere, 
>> erhalte ich keine Fehler. Ich kann die Konfiguration im Extensions-Manager 
>> bearbeiten. Und wenn ich im Backend Bilder öffne haben sie diese URL:
>> http://typo3-76.dev/index.php?eID=tx_nawsecuredl=0=0=1457567526=3f0e78b5ce2d8edaa90ba4c0472d031f544c0a5d=fileadmin/_processed_/preview_example_image4_2dd0e8b586.jpg
>> also alles so, wie es soll.
>> Ich verstehe nicht, warum die Zeile 48 einen Fehler wirft - die Klasse ist 
>> da, und der Autoloader sollte sie finden. Sicher, dass es sich um 1.8.2 
>> handelt? Kontrolliere mal, ob die Klasse wirklich da ist: 
>> /ext/naw_securedl/Classes/Confiuration/ConfigurationManager.php
>> 
>> Gruß
>> Peter
>> 
>> 
>>> Am 08.03.2016 um 21:12 schrieb Hugo Merstein <dasfegefe...@web.de>:
>>> 
>>> Hi,
>>> 
>>> bei mir läuft naw_securedl nach dem Update Typo3 6.2 auf 7.6 leider nicht 
>>> mehr. Backend und Frontend liefern bei jedem Seitenaufruf folgende 
>>> Fehlermeldung:
>>> 
>>> Fatal error: Class 
>>> 'Bitmotion\NawSecuredl\Configuration\ConfigurationManager' not found in 
>>> typo3conf/ext/naw_securedl/ext_localconf.php on line 48
>>> 
>>> Dann hilft nur noch die Ext manuell zu deaktivieren.
>>> 
>>> Könnte es an der PHP-Version liegen? Ich verwende 5.6.
>>> 
>>> Hat jemand eine Idee, wo ich da ansetzen könnte?
>>> 
>>> Gruß
>>> Hugo
>>> 
>>> 
>>> 
>>> Am 12.01.2016 um 14:31 schrieb Peter Linzenkirchner:
>>>> Antworte ich mir mal selbst … :-)
>>>> 
>>>> Ich habe die Warnung ignoriert und die 1.8-Version von naw-securedl in der 
>>>> 7 LTS installiert. Kein Problem, anscheinend nicht mal Warnings oder 
>>>> Einträge im Deprecation Log. Auch das Backend scheint komplett zu 
>>>> arbeiten, mit Vorschaubildern, Ansicht etc.
>>>> 
>>>> OK, also falls jemand das gleiche Problem hat, einfach mal installieren.
>>>> 
>>>> Gruß
>>>> Peter
>>>> 
>>>> 
>>>>> Am 12.01.2016 um 12:08 schrieb Peter Linzenkirchner <li...@lisardo.de>:
>>>>> 
>>>>> Hallo Liste,
>>>>> 
>>>>> naw_securedl ist im TER nur bis 6.2.x kompatibel. Weiß jemand, wie es mit 
>>>>> einer Version für TYPO3 7 LTS aussieht? Oder ob man die 6er Version evtl. 
>>>>> auch unter 7 verwenden kann?
>>>>> 
>>>>> Danke
>>>>> Peter
>>>>> 
>>>>> 
>>>>> --
>>>>> Xing: htt

Re: [TYPO3-german] naw_securedl und TYPO3 7.LTS

[Peter Linzenkirchner]

Hallo Hugo, 

ich habe es gerade nochmals ausprobiert: 
- TYPO3 7.6.5-dev (aus GIT)
- naw_securedl in Version 1.8.2
- PHP 5.6.10

Ich bekomme bei der Installation zwei Warnungen: PHP-Version zu hoch und 
TYPO3-Version zu hoch. Wenn ich das bestätige und trotzdem installiere, erhalte 
ich keine Fehler. Ich kann die Konfiguration im Extensions-Manager bearbeiten. 
Und wenn ich im Backend Bilder öffne haben sie diese URL: 
http://typo3-76.dev/index.php?eID=tx_nawsecuredl=0=0=1457567526=3f0e78b5ce2d8edaa90ba4c0472d031f544c0a5d=fileadmin/_processed_/preview_example_image4_2dd0e8b586.jpg
also alles so, wie es soll. 
Ich verstehe nicht, warum die Zeile 48 einen Fehler wirft - die Klasse ist da, 
und der Autoloader sollte sie finden. Sicher, dass es sich um 1.8.2 handelt? 
Kontrolliere mal, ob die Klasse wirklich da ist: 
/ext/naw_securedl/Classes/Confiuration/ConfigurationManager.php

Gruß
Peter


> Am 08.03.2016 um 21:12 schrieb Hugo Merstein <dasfegefe...@web.de>:
> 
> Hi,
> 
> bei mir läuft naw_securedl nach dem Update Typo3 6.2 auf 7.6 leider nicht 
> mehr. Backend und Frontend liefern bei jedem Seitenaufruf folgende 
> Fehlermeldung:
> 
> Fatal error: Class 'Bitmotion\NawSecuredl\Configuration\ConfigurationManager' 
> not found in typo3conf/ext/naw_securedl/ext_localconf.php on line 48
> 
> Dann hilft nur noch die Ext manuell zu deaktivieren.
> 
> Könnte es an der PHP-Version liegen? Ich verwende 5.6.
> 
> Hat jemand eine Idee, wo ich da ansetzen könnte?
> 
> Gruß
> Hugo
> 
> 
> 
> Am 12.01.2016 um 14:31 schrieb Peter Linzenkirchner:
>> Antworte ich mir mal selbst … :-)
>> 
>> Ich habe die Warnung ignoriert und die 1.8-Version von naw-securedl in der 7 
>> LTS installiert. Kein Problem, anscheinend nicht mal Warnings oder Einträge 
>> im Deprecation Log. Auch das Backend scheint komplett zu arbeiten, mit 
>> Vorschaubildern, Ansicht etc.
>> 
>> OK, also falls jemand das gleiche Problem hat, einfach mal installieren.
>> 
>> Gruß
>> Peter
>> 
>> 
>>> Am 12.01.2016 um 12:08 schrieb Peter Linzenkirchner <li...@lisardo.de>:
>>> 
>>> Hallo Liste,
>>> 
>>> naw_securedl ist im TER nur bis 6.2.x kompatibel. Weiß jemand, wie es mit 
>>> einer Version für TYPO3 7 LTS aussieht? Oder ob man die 6er Version evtl. 
>>> auch unter 7 verwenden kann?
>>> 
>>> Danke
>>> Peter
>>> 
>>> 
>>> --
>>> 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
>> 
>> --
>> 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



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

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

Re: [TYPO3-german] TYPO3 6.2 nach Update: Bilder können nicht geöffnet werden

[Peter Linzenkirchner]

Hallo Philipp, 

danke für die Antwort, hat mich auf die richtige Spur gebracht. Einen direkten 
Fehler konnte ich erst mal nicht finden, aber ich habe mir daraufhin die 
Extensionliste durchgesehen (ist keine Installation von mir …) und da waren ein 
paar deutlich obsolete Backend-Extensions dabei. (date2cal, kb_md5fepw  und 
noch ein paar … puh). Die habe ich raus und siehe da, es funktioniert. OK, ich 
weiß noch nicht welche es war, aber das ist nur noch Fleisarbeit. Falls ich es 
überhaupt rausbekommen muss, weil, wenns nach mir geht, bleibt der Müll 
draussen :-)

Danke!
Peter

> Am 02.03.2016 um 18:35 schrieb Philipp Gampe <philipp.ga...@typo3.org>:
> 
> Hi Peter Linzenkirchner,
> 
> Peter Linzenkirchner wrote:
> 
>> Jemand eine Idee, woran es liegen könnte?
> 
> Da wird bestimmt ein PHP Fehler geschmissen. Schau mal in die Debug Bar 
> deines Browsers, was die JS Fehlerkonsole sagt.
> 
> Zusätzlich schau mal in den Fehlerlog deines Webservers.
> 
> Grüße
> -- 
> Philipp Gampe – PGP-Key 0AD96065 – TYPO3 UG Bonn/Köln
> Certified Integrator – Active contributor TYPO3 CMS
> TYPO3  inspiring people to share!
> 
> ___
> TYPO3-german mailing list
> TYPO3-german@lists.typo3.org
> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german



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

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

[TYPO3-german] TYPO3 6.2 nach Update: Bilder können nicht geöffnet werden

[Peter Linzenkirchner]

Hallo Liste, 

ich habe nach einem Update von 4.5 auf 6.2 das Problem, dass zwar alle Bilder 
im Frontend und Backend sichtbar sind, ich sie aber nicht zum Bearbeiten öffnen 
kann. wenn ich auf eines der Bilder klicke, dann kommt der schmale Ladebalken, 
läuft immer wieder durch, aber der übliche Dialog, in dem die Bildinformationen 
bearbeitet werden können, erscheint nicht. 

Siehe hier, so sieht es im Endeffekt aus: 
https://owncloud.lisardo-edv.de/public.php?service=files=bd260aa435df2376328c6796949814f5

Wenn ich neue Bilder einbaue, klappt alles, auch wenn ich in einem 
Inhaltselement dann mehrere Bilder einbaue. Das erste kann nicht geöffnet 
werden, das neue schon. 

Jemand eine Idee, woran es liegen könnte? 

Danke
Peter

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

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

Re: [TYPO3-german] TYPO3 Hater

[Peter Linzenkirchner]

> 
> 1A den Post gekapert :-D

Klar :-)

> Ich meine TS-Templates.
> 
> - Seite root
> - Template-Modul
> - Info/Bearbeiten
> - Ganzen Datensatz bearbeiten
> - Reiter "enthält"
> - und dann zum Template scrollen und einbinden

OK, geht mir im Prinzip genauso. Mal sehen … an sich muss nur auf einer 
bestimmten page-ID ein Template-Datensatz eingebunden werden (eben nicht immer 
root - wenn es immer root wäre, ginge es einfacher, siehe gleich). Also ich 
glaube nicht, dass man dafür das ganze CMS umbauen muss. Das Prinzip muss 
natürlich erhalten bleiben, aber wie der Eintrag in die DB kommt hängt damit ja 
nicht zusammen. 

Prinzipiell können das die Extensions selbst, über ext_typoscript_setup.txt, 
die muss nicht manuell eingebunden werden. Man macht es nicht, weil es dann für 
alle Seiten gilt, während die obige Methode für einen Seitenzweig eingesetzt 
werden kann. ich mache es manchmal, wenn es sich um individuelle Extensions für 
einen Kunden handelt. Ist einfach kürzer … 

Aber prinzipiell könnte man das auch mit einer Art Shortcut aufrufen. Bzw. 
einer Art Menü, das die wichtigsten Befehle enthält, und dann direkt in den 
Dialog geht. Mit den normalen Shortcuts geht das ja auch. Ich brings mal ein. 
Evtl. ist zu überlegen, die Shortcuts generell auszubauen … mal sehen. 

> Ich muss auch immer nachfragen, welches Template der andere grade meint. Das 
> könnte man verhindern, indem man eine Sorte Templates nicht mehr Templates 
> nennt. Immer TS oder HTML davor zu schreiben, scheint nicht zu klappen, 
> besonders bei Neulingen nicht (oder bei mir, *flöt*)

Ja, ein leidiges Problem ... Aber so was zu ändern ist vil aufwändiger. Man 
müsste dafür die Gewohnheiten von Menschen ändern, und das ist echt schwierig 
:-) Vielleicht geht es über Naming. 

Gruß
Peter

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

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

Re: [TYPO3-german] TYPO3 Hater

[Peter Linzenkirchner]

Hallo Frederic, 

>> naja, aber die Haare raufen tun wir doch alle mal, oder?

Jo, habe ich auch schon mal, und auch eine auf den Deckel bekommen :-) … 
deshalb kriegt er ja auch eine Antwort. 

> Mich zB nervt seit Jahren, dass eine der wichtigsten Einstellungen, nämlich 
> welche Templates eingebunden werden, total versteckt ist.
> (Nein, ich mach da keinen Feature request, weil sich das wohl nicht ändern 
> ließe, ohne das halbe CMS umzubauen.)

In einem Monat ist wieder die t3-usability Woche. Da können und sollen solche 
Dinge besprochen werden. Und manchmal wird das halbe CMS umgebaut … der Neubau 
des Backend-Form-Moduls kombiniert mit Fluid-Content für 7.6 ging in die 
Richtung (die Backendformulare für die Inhalts- und Seiteneigenschaften meine 
ich).  Ein Usability-Problem zeigt sich jetzt schon: ich weiß nicht, von 
welchen Templates du grad sprichst: von den Typoscript-Templates (also dem 
Setup) oder von den HTML-Templates für die Extensions bzw. für Backend-Layouts? 

Kannst du das genauer erklären? Dann bringe ich das in der Woche mal ein. Keine 
Ahnung obs hilft, aber gar nicht drüber reden hilft sicher nicht :-)

Gruß
Peter


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

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

Re: [TYPO3-german] TYPO3 Hater

[Peter Linzenkirchner]

Hallo Michael, 

danke für die Freundlichkeit und herzlich Willkommen auf der TYPO3-Liste. 

> Am 01.03.2016 um 01:32 schrieb Dr. Michael Lehn :
> 
> Also ich hasse Typo3.  Ich finde es aber gut, dass es hier einen Thread gibt, 
> bei dem man seinen Dampf ablassen kann.
> 
> Für normale Leute sollte man die Unterstützung von reinem HTML zumindest 
> halbwegs unterstützen.  Das was Typo3 dazu bietet ist eine Beleidigung.

Meine Glaskugel meint du könntest dich eventuell auf diesen Beitrag beziehen:
"Sorry. Habe mich wohl geirrt. HTML wird scheinbar wirklich nicht dargestellt.“ 
von Uwe. Falls ja: das hast du falsch verstanden. 
Aber egal: wenn du eine Frage hast, dann stell sie. Hassen tu bitte woanders. 

Danke
Peter

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

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

Re: [TYPO3-german] Bilder löschen unter TYPO3 6.2

[Peter Linzenkirchner]

OK, ich habe es scheints herausgefunden … für die Mitleser: man suche über 
file=nummer nach der uid in der Tabelle sys_file. Darin findet man den Pfad und 
den Dateinamen. Danach muss man im Ordner typo3temp/_processed den Dateinamen 
suchen, und zwar in der Form: 

csm_dateiname_hash.jpg

das muss man ausprobieren. Meist findet man dann mehr Varianten, jeweils mit 
anderen hashes. Die löschen, dann ist das Bild wirklich weg. 

Peter


> Am 24.02.2016 um 18:26 schrieb Peter Linzenkirchner <li...@lisardo.de>:
> 
> Hallo Liste, 
> 
> ich habe das Problem, dass ich ein Bild löschen muss (Abgebildeter hat 
> widersprochen). Ich habe diese URL: 
> 
> http://www.meineDomain.de/index.php?eID=tx_cms_showpic=7865=6efe93b0fb28bd791a386bd7fadf4405f6d8c6d0%5B0%5D=YTozOntzOjU6IndpZHRoIjtzOjQ6IjgwMG0iO3M6NjoiaGVpZ2h0IjtzOjM6IjYw%5B1%5D=MCI7czo0OiJ3cmFwIjtzOjM3OiI8YSBocmVmPSJqYXZhc2N
> 
> Die Nummer file=7865 kann ich zuordnen, und habe ich auch gelöscht. Leider 
> erscheint das Bild aber immer noch. Vermutlich liegt es daran, dass eine 
> temporäre Kopie angelegt wurde. Aber wie finde ich jetzt raus, wo die liegt, 
> damit ich sie löschen kann? Irgendwie müssen doch diese unendlichen Parameter 
> aufgelöst werden - kann mir da jemand weiterhelfen? 
> 
> Danke
> Peter
> 
> --
> 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

--
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] Bilder löschen unter TYPO3 6.2

[Peter Linzenkirchner]

Hallo Liste, 

ich habe das Problem, dass ich ein Bild löschen muss (Abgebildeter hat 
widersprochen). Ich habe diese URL: 

http://www.meineDomain.de/index.php?eID=tx_cms_showpic=7865=6efe93b0fb28bd791a386bd7fadf4405f6d8c6d0%5B0%5D=YTozOntzOjU6IndpZHRoIjtzOjQ6IjgwMG0iO3M6NjoiaGVpZ2h0IjtzOjM6IjYw%5B1%5D=MCI7czo0OiJ3cmFwIjtzOjM3OiI8YSBocmVmPSJqYXZhc2N

Die Nummer file=7865 kann ich zuordnen, und habe ich auch gelöscht. Leider 
erscheint das Bild aber immer noch. Vermutlich liegt es daran, dass eine 
temporäre Kopie angelegt wurde. Aber wie finde ich jetzt raus, wo die liegt, 
damit ich sie löschen kann? Irgendwie müssen doch diese unendlichen Parameter 
aufgelöst werden - kann mir da jemand weiterhelfen? 

Danke
Peter

--
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] wt_cart und tx_news

[Peter Linzenkirchner]

Hallo Liste, 

ich habe früher unter TYPO3 4.5 mal tt_news und wt_cart mit Powermail 
eingesetzt. Weiß jemand, ob man wt_cart mit tx_news einsetzen kann? wt_cart ist 
ja noch pi_base und marker-basiert, also fürchte ich, dass das nicht 
funktionieren wird. 

Oder kennt jemand eine Alternative? Ich brauche nur einen Warenkorb in 
Zusammenhang mit news, und der Möglichkeit, den abzusenden an eine 
E-Mailadresse. 

Danke
Peter



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

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

Re: [TYPO3-german] abfangen von ?type=

[Peter Linzenkirchner]

Hallo Stephan

danke, hat geklappt. Für die Mitleser;: 

# alle types
RewriteCond %{query_STRING} type=(.*)$$
RewriteRule ^(.*)$ /$1? [R=301,L]

# nur type=200
RewriteCond %{QUERY_STRING} type=200$
RewriteRule ^(.*)$ /$1? [R=301,L]

Praktisch :-)

Peter


> Am 22.02.2016 um 20:10 schrieb Peter Linzenkirchner <li...@lisardo.de>:
> 
> Hallo Stephan, 
> 
> ja, daran habe ich gar nicht gedacht. Das werde ich mal versuchen. 
> 
> Danke
> Peter
> 
> 
>> Am 22.02.2016 um 19:54 schrieb Stephan Bauer <stephan_ba...@gmx.de>:
>> 
>> Hallo Peter,
>> 
>> ich würde das in der htaccess abfangen.
>> 
>> Grüße
>> Stephan
>> 
>> Am 22.02.2016 um 15:27 schrieb Peter Linzenkirchner:
>>> Hallo Liste,
>>> 
>>> wir hatten früher eine Druckansicht unserer Site, die mit ?type=200 
>>> aufgerufen wurde. Das habe ich entfernt - läuft jetzt zeitgemäß über CSS - 
>>> aber es gibt noch viele Links von aussen, die so bei uns landen. Nur dass 
>>> es jetzt als Ergebnis jetzt eine TYPO3 Exception gibt: 1294587217: The page 
>>> is not configured! [type=200][]. Im Heder je nach Einstellung von TYPO3 ein 
>>> 501 oder ein 503.
>>> 
>>> Ich hätte hier gerne ein 404, und zwar am besten für alle types ausser 0. 
>>> Kann man das irgendwie erreichen?
>>> 
>>> Danke
>>> Peter
>>> 
>>> 
>>> 
>>> --
>>> 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
> 
> --
> 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

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

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

Re: [TYPO3-german] abfangen von ?type=

[Peter Linzenkirchner]

Hallo Stephan, 

ja, daran habe ich gar nicht gedacht. Das werde ich mal versuchen. 

Danke
Peter


> Am 22.02.2016 um 19:54 schrieb Stephan Bauer <stephan_ba...@gmx.de>:
> 
> Hallo Peter,
> 
> ich würde das in der htaccess abfangen.
> 
> Grüße
> Stephan
> 
> Am 22.02.2016 um 15:27 schrieb Peter Linzenkirchner:
>> Hallo Liste,
>> 
>> wir hatten früher eine Druckansicht unserer Site, die mit ?type=200 
>> aufgerufen wurde. Das habe ich entfernt - läuft jetzt zeitgemäß über CSS - 
>> aber es gibt noch viele Links von aussen, die so bei uns landen. Nur dass es 
>> jetzt als Ergebnis jetzt eine TYPO3 Exception gibt: 1294587217: The page is 
>> not configured! [type=200][]. Im Heder je nach Einstellung von TYPO3 ein 501 
>> oder ein 503.
>> 
>> Ich hätte hier gerne ein 404, und zwar am besten für alle types ausser 0. 
>> Kann man das irgendwie erreichen?
>> 
>> Danke
>> Peter
>> 
>> 
>> 
>> --
>> 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

--
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] abfangen von ?type=

[Peter Linzenkirchner]

Hallo Liste, 

wir hatten früher eine Druckansicht unserer Site, die mit ?type=200 aufgerufen 
wurde. Das habe ich entfernt - läuft jetzt zeitgemäß über CSS - aber es gibt 
noch viele Links von aussen, die so bei uns landen. Nur dass es jetzt als 
Ergebnis jetzt eine TYPO3 Exception gibt: 1294587217: The page is not 
configured! [type=200][]. Im Heder je nach Einstellung von TYPO3 ein 501 oder 
ein 503. 

Ich hätte hier gerne ein 404, und zwar am besten für alle types ausser 0. Kann 
man das irgendwie erreichen?

Danke
Peter



--
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] hierarchische Bäume in Extbase

[Peter Linzenkirchner]

Hallo Liste, 

ich möchte in Extbase für TYPO3 4.5 und 6.2 ein hierarchisches Kategorie Menü 
aufbauen, weiß aber nicht, wie anfangen. In pi_base habe ich es schon gemacht, 
das wäre kein Problem. Aber ich weiß nicht, wie ich es in Extbase modellieren 
soll. 

(wegen 4.5 kann ich sys_category nicht verwenden)

Im Extensionbuilder scheint es keine Möglichkeit zu geben, diese Verknüpfung zu 
definieren. Offenbar bleibt nur, das TCA händisch zu schreiben. Was ich noch 
schaffe, das ist ja das gleiche wie in pi_base. Nur, wie setze ich das dann in 
ein Model um? 

Hat mir jemand einen Tipp, wo ich dazu Infos finde? 
Danke
Peter




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

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

Re: [TYPO3-german] FAL Problem - Dateibrowser defekt

[Peter Linzenkirchner]

Hallo, 

niemand eine Idee? Das Problem ist immer noch da, und ich kann es immer noch 
nicht lösen. 

Danke
Peter

> Am 31.01.2016 um 19:31 schrieb Peter Linzenkirchner <li...@lisardo.de>:
> 
> Hallo Liste, 
> 
> folgendes Problem, das in FAL (TYPO3 6.2 selten aber regelmäßig auftaucht: 
> 
> Eine Datei mit ungültigem Dateienamen (Sonderzeichen) oder eine Datei, die 
> zwar in FAL in der DB steht, aber auf der Festplatte nicht mehr vorhanden 
> ist, wird mit dem Dateibrowser im Backend aufgerufen. Die Folge ist entweder 
> eine Fehlermeldung oder eine weisse Seite im Dateibrowser (je nach 
> Einstellung im Installtool. Die Fehlermeldung lautet z. B. ungefähr so: 
> 
> Uncaught TYPO3 Exception
> #1314516809: File 
> /user_upload/bewerbungspdf/c7fe300ab1_peter\'s_lebenslauf.pdf does not exist. 
> (More information)
> 
> InvalidArgumentException thrown in file
> /Volumes/web/src/typo3_src-6.2.last/typo3/sysext/core/Classes/
> 
> OK, die Ursache ist klar: in der DB ist der Name offenbar anders hinterlegt 
> als auf der Festplatte. Aber eine Korrektur des Dateinamens bringt leider 
> nichts, sondern ändert nur die Fehlermeldung: 
> 
> Uncaught TYPO3 Exception
> #1: PHP Warning: finfo::file(): Failed identify data 0:(null) in 
> /Volumes/web/src/typo3_src-6.2.last/typo3/sysext/core/Classes/Resource/Driver/LocalDriver.php
>  line 600 (More information)
> 
> TYPO3\CMS\Core\Error\Exception thrown in file
> /Volumes/web/src/typo3_src-6.2.last/typo3/sysext/core/
> 
> die Datei wird jetzt gar nicht mehr gefunden. 
> 
> Leider zeigt aber jetzt der Dateibrowser _immer_ auf diese Datei, er ist also 
> unbenutzbar geworden, und zwar egal wo - er funktioniert jetzt weder in den 
> Dateilinks, noch im RTE, noch im Dateimodul. Der Grund scheint darin zu 
> liegen, dass jetzt das ganze Verzeichnis nicht mehr benutzbar ist - FAL 
> scheint zu merken, dass irgendwo in dem Verzeichnis eine Datei nicht mehr 
> vorhanden ist, und lässt es nicht mehr zu, in dieses Verzeichnung zu 
> wechseln. Im Dateimodul kann ich ja das Verzeichnis wechseln, aber im 
> Dateibrowser nicht mehr. Der scheint jetzt für immer defekt zu sein … 
> zumindest kann ich ihn nicht mehr dazu bewegen noch mal etwas sinnvolles 
> anzuzeigen (ausser die Fehlermeldung … ). 
> 
> Jemand eine Idee, wie ich den Fehler rausbekomme? In den anderen Fällen war 
> es in der Regel Klein- und Großschreibung, hier konnte ich einfach eine Datei 
> in der richtigen Schreibung reinlegen, aber mit dem Anführungszeichen im 
> Dateinamen komme ich nicht mehr weiter. Eine einziger fehlerhafter Dateiname 
> legt das komplette Backend lahm. 
> 
> Jemand eine Idee? 
> 
> Gruß
> Peter
> 
> 
> --
> 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

--
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] FAL - Bilder löschen

[Peter Linzenkirchner]

Hallo Liste, 

ich muss eine Installation bereinigen (TYPO3 6.2) und dort einige Tausend 
Bilder löschen, in diversen Ordnern. Natürlich kann man das über die 
TYPO3-Zwischenablage machen, aber immer nur seitenweise, bei ein paar Tausend 
ist das sehr ermüdend. Per FTP geht ja nicht, dann bringe ich FAL durcheinander 
und es geht gar nichts mehr. Gibt es eine Möglichkeit, Bilder in FAL bulkweise 
zu bearbeiten (löschen, verschieben etc.)? 

Oder kann man irgendwie FAL komplett neu aufbauen lassen, so wie früher DAM? Da 
konnte ich per FTP umbauen, dann alles neu indexieren lassen. Aber das scheint 
nicht mehr zu gehen, bzw. ich weiß nicht wie. 

Danke
Peter

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