[TYPO3-german] TYPO3 8.7 Form Yaml additionalParams type=123
Abend Leute! Ich benötige in der Form Action den Parameter type=123, für Formular in Lightbox. Meine eingebundene CustomFormSetup.yaml sieht so aus: TYPO3: CMS: Form: prototypes: standard: formElementsDefinition: Form: renderingOptions: additionalParams: [type:123] Das additionalParams ist vom Typ Array, genauso taucht der Parameter in der Action auf: action="index.php?id=110=type%3A123 ... Habe ich hier irgendetwas übersehen oder gibt es noch eine andere Lösung? Viele Grüße Peter ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Contentelement has no rendering Definition in Gridelements
Am 15.02.18 um 11:34 schrieb Jan Zühlke: Hallo zusammen, ich habe selbst erstellte Contentelemente in meiner Typo3 Installation. Diese Funktionieren auch und werden im Frontend ausgegeben. Sobald ich diese Elemente allerdings in ein Gridelement packe, erhalte ich: "ERROR: Content Element with uid "10" and type "iconbox" has no rendering definition!" Hat irgendjemand eine Idee warum dies nur in Gridelementen auftritt? Hallo, genau dieses hat mich auch gerade beschäftigt. Falls noch jemand danach sucht, einfach in der Liste "Statische Templates" das eigene Contentelement vor gridelements verschieben. Gruß Peter ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] indexed_search, crawler: Not indexed?
Danke für die Informationen und Erfahrungsberichte. indexed_search an sich, scheint also durchaus auch out of the box zu funktionieren. Ich suche weiter, ich habe das Gefühl irgendwo etwas falsch konfiguriert zu haben. Habe noch den Hinweis bekommen, dass ich nicht im BE eingeloggt sein darf wenn ich indiziere. Da habe ich ein Verständnisproblem, denn ich führe doch die notwendigen Schritte (Crawler anwerfen) im BE aus. Ich forsche weiter und gebe Rückmeldung, wenn ich neue Antworten (oder neue Fragen).. finde! Gruß Peter ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] indexed_search, crawler: Not indexed?
Hallo liebe Community, ich habe folgendes Problem, bei dem ich mich im Kreis drehe.. Ziel: Suchfunktion anbieten Site Umfang:ca:500+ Seiten Weg: indexed_search und crawler Extension Problem: Es wird nicht indiziert.. Indexing > Indexing Engine Statistics (Reiter Detailed Statistics) Steht zu jeder Seite aus dem, Baum nur: Not indexed? Caching deaktiviere ich in den Crawlereinstellungen, aber es ist auch deaktivert wenn ich das anders einzustellen versuche, was mich stutzig macht: Genauer: no_cache aktiviert, ich finde nicht heraus wo dies passiert. Im Template Setup habe ich die Zeilen gesetzt: page.config.index_enable = 1 config.index_externals = 1 config.no_cache = 0 config.cache = 1 Aber wie gesagt, bei Crawlernutzung soll Caching ja auch aus sein. Starte ich den Crawler ab der Seite PID 1, erhalte ich eine Liste der URLs, aber unter Status nur den Eintrag "Error: ..." Die Spalten TSFE->idTSFE->gr_list TSFE->no_cache sind leer.. Folgende Anleitung habe ich benutzt:.pitsolutions.ch/blog/configure-indexed-search-and-crawler-easily-in-typo3/ Es wird Single Sign On per LDAP/SSO genutzt. Hat jemand einen Ansatz wie ich das Problem weiter untersuchen könnte? TYPO3-Version 8.7.8 Webserver Apache/2.4.18 (Ubuntu) PHP-Version 7.0.28-0ubuntu0.16.04.1 Datenbank (Default) MySQL 5.5.5 Anwendungskontext Production Betriebssystem Linux 4.4.0-103-generic ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Extension nach Update überarbeiten
Ich muss eine ältere TYPO3-Version upgraden. Auf einem Zwischenschritt auf 6.2 fangen schon die Probleme mit manchen eigenen Extensions an. Eine individuelle Extension zeigt Dateien an. Nach dem Update wird im Frontent nur noch file:// angezeigt. Laut google hat das was mit FAL zu tun. Wie kann ich die Extension anpassen, damit der Link wieder aufgelöst wird. Aktuell habe ich im Backend die Möglichkeit auf dem Fileadmin Dateien auszuwählen. Bisher wurde in der Datenbanktabelle immer der Name der Datei abgespeichert. Nun nur noch die ID. Hat mir jemand einen Tipp wie ich das Problem aus der Welt schaffen kann? Gruß HP ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Problem nach Update
Hallo zusammen, ich habe eine ältere Installation am laufen. Aktuell ist die Version 6.2 installiert. Nach dem Update habe ich ein Problem mit einer (eigenen) Extension. Ich konnte immer Dateien aus dem Fileadmin auswählen und es wurde der Pfad in der DB abgelegt. Nun bekomme ich nur noch ein "file:890". Wie kann ich die Exentension einfach patchen, damit ich wieder den Pfad zu der ausgewählten Datei bekomme? Viele Grüße Peter ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Problem bei ke_search Konfiguration
Hallo liebe Typo Gemeinde, ich habe eine Seite mit Bootstrap erstellt, und die ke_search Extension installiert, aber Probleme beim Aufruf der Suchergebnisse. Ich scheine noch konfigurieren zu müssen, weiß aber nicht Recht wie ich vorgehen soll. Mein Root Template liegt auf der id1, aber ich sehe keine Möglichkeit das ke_search mitzuteilen. Ich stehe etwas auf dem Schlauch, mag mich jemand erleuchten? Folgende Fehlermeldung wird geworfen: Core: Exception handler (WEB): Uncaught TYPO3 Exception: Argument 1 passed to TYPO3\CMS\Fluid\View\StandaloneView::setTemplateRootPaths() must be of the type array, null given, called in /var/www/typo3/typo3conf/ext/ke_search/pi1/class.tx_kesearch_pi1.php on line 95 | TypeError thrown in file /var/www/typo3_src-8.7.8/typo3/sysext/fluid/Classes/View/StandaloneView.php in line 178. Requested URL: (HTTPS)://wiki.firmaone.one/index.php?id=680_editing=true Nutze TYPO3 8.7.8 phph 7.0.22-0ubuntu0.16.04.1 MySQL 5.5.5 (Bootstrap Package) Viele Grüße Peter ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Re: deaktivierte news erzeugen 404 Fehler
Klicke im Typo3-Backend auf der linken Seite auf "Indexierung", klick dann im Seitenbaum auf deine News-Detailseite, wechsle oben in der Select-Box (DropDowm) auf "Detaillierte Statistik" und dann kannst die deaktivierten News aus dem Index löschen. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Re: Extension_Builder und Value Objects - Mitlerweile nicht mehr möglich?
Ich habe mal bei Typo3 7.6.23 und extension_builder 7.6.18 reingeguckt und hab die Auswahl gefunden. Oben rechts den Button "Show advanced options" klicken und dann musst du im Model auf "Domain object settings" klicken. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Re: indexed_search erzeugt Suchergebnisse doppelt
Geht es um tt_news? Falls ja, dann schau dir das mal an: http://lists.typo3.org/pipermail/typo3-german/2007-July/035017.html plugin.tt_news.dontUseBackPid = 1 ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Re: deaktivierte news erzeugen 404 Fehler
Da bräuchte man Informationen. Welches Typo3? Benutzt du sprechende URL mit RealURL oder einer anderen Extension? Welche Drittanbieter-Extentsions sind installiert? Kommt der 404-Fehler im Frontend oder Backend? Welche Pfade klickst du im Backend, dass der Fehler auftritt oder rufst du eine URL auf im Browser für das Frontend? Leider kann man sowas nicht aus deinem Text herleiten. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Re: Servermigration, Update 4.5 -> 8 LTS & Linux -> Windows
Bei einem Upgrade von 4.5 auf 8.7 würde ich dir folgendes empfehlen: - Typo3 4.5 auf die letzte Minor-Version updaten 4.5.40 und nach dem Upgrade-Wizard gucken - vor dem dem Upgrade alle Drittanbieter-Extensions deaktivieren - Backups machen nach jeder Upgrade-Stufe d.h. 4.5 -> 6.2 -> 7.6 -> 8.7 (Dateien und Datenbank) - Nach jeder Upgrade-Stufe den Upgrade-Wizard in Install-Tool benutzen - Templates auf Fluid umprogrammieren (falls noch nicht getan) - Die Upgrades auf einem Betriebssystem machen wo die Dateipfade "Case Sensitive" sind (damit Typo3 bei der Dateimigrierung nicht plötzlich alles klein schreibt) - Behebe erst alle Probleme im Frontend, wenn du bei Version 8.7 angelangt bist Hier findest du das Typo3-Archiv für Typo3 6.2 usw. https://sourceforge.net/projects/typo3/files/TYPO3%20Source%20and%20Dummy/ ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Re: mediafile_ext erweitern
Ich habe gerade mal in den Typo3-Core geguckt (Typo3 8.7.9) und so wie ich das verstanden habe, wird die Datei als type Text gespeichert, weil diese Information bereits in den Metadaten der Datei hinterlegt ist. Vielleicht kann man Typo3 austricksen indem man den MimeType der Datei ändert (wenn das überhaupt geht). Vielleicht kann man auch eine Bedingteverzweigung (Condition) im Fluid-Template schreiben. Wenn {file.extension} == 'm3u8' Hier die FileTypes: typo3/sysext/core/Classes/Resource/AbstractFile.php Templates liegen in typo3/sysext/fluid_styled_content (vor Bearbeitung typo3/sysext/fluid_styled_content/Resources/Private nach z.B. fileadmin kopieren, "Private" umbenennen in "fluid_styled_content" und Pfade anpassen) lib.fluidContent { templateRootPaths { 10 = fileadmin/fluid_styled_content/Resources/Private/Templates/ } partialRootPaths { 10 = fileadmin/fluid_styled_content/Resources/Private/Partials/ } layoutRootPaths { 10 = fileadmin/fluid_styled_content/Resources/Private/Layouts/ } } Es gibt aber auch noch $GLOBALS['TYPO3_CONF_VARS']['SYS']['FileInfo']['fileExtensionToMimeType'] und $GLOBALS['TYPO3_CONF_VARS']['SC_OPTIONS'][\TYPO3\CMS\Core\Type\File\FileInfo::class]['mimeTypeGuessers'] in typo3/sysext/core/Classes/Type/FileInfo.php. Vielleicht kann man auch damit was machen. $GLOBALS['TYPO3_CONF_VARS']['SYS']['FileInfo']['fileExtensionToMimeType'] sieht man im Backend bei dem Menüpunkt "Konfiguration". $GLOBALS['TYPO3_CONF_VARS']['SC_OPTIONS'][\TYPO3\CMS\Core\Type\File\FileInfo::class]['mimeTypeGuesser'] ist eine Möglichkeit um eine Hook zu schreiben. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Re: News 6.1.1 / Ansichtsoptionen
Vielleicht kann man ja folgendes machen: Auf der Seite hast du 2 Content-Elements News Liste und News Detail. Über jQuery (oder anderen JavaScript deiner Wahl) prüft man, ob News Detail eine News beinhaltet. (Script muss man anpassen an eigene Logik) if ($('.news-detail').length == 0) { $('.news-detail').hide(); } else { $('.news-list').hide(); } ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Seiten ausblenden im Indexed_search-Suchergebnis
Die Lösung ist wohl, dass man sich typo3/sysext/indexed_search auf typo3conf/ext/indexed_search kopiert, den Namespace anpasst, die neue Extension in den autoloader bekommt und das PHP anpasst wie man es braucht. Zu mindestens hab ich das jetzt so gemacht, weil mit den Hooks kam ich nicht weiter. Ist halt etwas unschön Programmiert die Core-Extension, weil viele Methoden für den externen Zugriff gesperrt sind. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Re: Form Extension in Fluid Template
Meinst du sowas hier? https://blog.bartlweb.net/2010/03/content-elemente-anhand-der-id-per-typoscript-einbinden/ ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Re: html5videoplayer responsive
Schau dir mal https://getbootstrap.com/docs/4.0/utilities/embed/ an, da kannst du dir das CSS abgucken. embed-responsive { position: relative; display: block; width: 100%; padding: 0; overflow: hidden; } embed-responsive .embed-responsive-item, .embed-responsive embed, .embed-responsive iframe, .embed-responsive object, .embed-responsive video { position: absolute; top: 0; bottom: 0; left: 0; width: 100%; height: 100%; border: 0; } ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Re: Typo3 7.6.23 / news 6.1.1 / nicht übersetzte Inhalte ausblenden?
Ich kenne das auch nur so, dass man dann die News lokalisiert und dann auf hidden setzt, damit die nicht auftaucht. Vielleicht hat das mit config.sys_language_mode zu tun, hab mich aber noch nie damit beschäftigt. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Re: TYPO3 8.7.9 - extension_builder funktioniert nicht
Hallo! Der Ordner muss "extension_builder" heissen und nicht "extension_builder-8.7" ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Re: Kein Login ins Backend mehr möglich
Hallo! 2 Lösungen fallen mir dazu ein: 1. typo3conf\LocalConfiguration.php "loginSecurityLevel" auf "normal" setzen 2. Datenbank In der Tabelle "be_users" das Password vom Benutzer ändern mit MD5-Verschlüsselung z.B. UPDATE be_users SET password = MD5('meinpasswort') WHERE username = 'meinuser'; ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Re: Kein Login ins Backend mehr möglich
Man kann sich auch nicht einloggen wenn die Dantenbank keine freien Speicher mehr hat. Auch mal die prüfen ob z.B. typo3temp zum schreiben freigegeben ist. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Re: Seiten ausblenden im Indexed_search-Suchergebnis
Fast vergessen. Es geht dabei um Typo3 8.7.8 um genau zu sein ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Seiten ausblenden im Indexed_search-Suchergebnis
Hallo. Stellt euch folgenden Seitenstruktur vor (ja ich weiss die ist komisch, aber der Kunde möchte es so): [1] Deutsch (root) - [2] Über uns - - [3] Team - - [4] Geschichte - [8] Kontakt - [9] Impressum - [5] Suche - [20] Französisch (Standardseite) - - [6] Suche - [30] Italienisch (Standardseite) - - [7] Suche Wenn ich jetzt im deutschen Bereich suche, dann werden mir auch die Unterseiten von franz. und itali. angezeigt, aber das will ich nicht. Ich möchte im deutschen nur die deutschen Seiten, im französischen nur die französischen Seite usw.. Im TypoScript sieht das wie folgt aus: plugin.tx_indexedsearch.settings.rootPidList = 1 Wenn ich jetzt nur die Unterseiten auflisten möchte: plugin.tx_indexedsearch.settings.rootPidList = 2,8,9 Dann bekomme ich auf der Suchergebnisseite keine Resultate. Anscheinend akzeptiert rootPidList nur Seiten, die als Webroot markiert sind(?) (die Weltkugel als Icon). Ich weiss, dass es eine Checkbox gibt in den Seiteneigenschaften, um eine Seite ausschliessen, aber ich will sie halt nicht komplett ausschliessen. Kann man einen Hook oder Typo3 mäßig was einstellen, damit Seiten je nach Seitenroot ausgeschlossen werden? Für Hinweise in die gewünschte Richtung wäre ich sehr dankbar. LG ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Re: Datum im Formular
Herzlichen Dank für die Antwort. Gibt es denn die Möglichkeit, ein Datumsfeld in eine Bedingung zu berücksichtigen und damit z.B. ein Hinweisfeld aufzumachen? Viele Grüße Peter ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Datum im Formular
Hallo zusammen, inzwischen habe ich es auch geschafft, Felder vom Typ "Datum" in einem Formular vorzubesetzen. Dazu habe ich im Template ergänzt: plugin.tx_powermail.settings.setup.prefill { adatum = TEXT adatum.value = 1528840800 adatum.prioriCalc = 1 adatum.strftime = %Y-%m-%d } Die einzugebenden Daten (hier Anreise bzw. Abreise) liegen im Juni 2018, also ein paar Monate in der Zukunft. Soweit so gut, es bleiben für mich zwei Dinge zu tun: 1) Wie kann ich sicherstellen, dass ein Datum nur dieses Monats eingegeben werden? Geht das über typoscript? Wenn ja, hat jemand einen Tipp für mich? Ich habe es mal über die extension Powermail-conditions versucht, allerdings werden mir Felder des Typs Datum nicht zum Aufbau einer Bedingung angezeigt. 2) Klicke ich jetzt (vielleicht auch nur aus Versehen) auf dieses Feld, öffnet sich der Kalender und ich muss in jedem Fall wieder zum Juni 2018 vorwärts klicken und einige Nutzer merken das nicht. Lässt sich der gezeigte Monat des datepicker-Kalender auf ein anderes "default"-Datum einstellen? Für sachdienliche Hinweise bin ich sehr dankbar. Viele Grüße Peter P.S. Ich habe auch schon überlegt, statt eines Datums nur den Tag abzufragen, benötige aber später ein Datum und wüsste nicht, wie ich das zusammenbastle. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Re: powermail prefill im Pflichtfeld
Hallo Alex, ich hatte den Fehler ja schon bei mir vermutet. Der Hinweis "clientseitiger- und serverseitiger Validierung" hat mich auf den richtigen Weg gebracht - das funktioniert jetzt. Herzlichen Dank Peter ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] powermail prefill im Pflichtfeld
Hallo zusammen, wie üblich habe ich in einem Formular (powermail 3.9.0 bzw. 3.17.0, typo3 7.6.0) einige Pflichtfelder. Eine Vorbesetzung mit einem Wert über "Value from logged in Frontent User" funktioniert auch gut. Was ich nicht hinbekomme ist es eine Vorbesetzung mit einer Zahl, z.B. die Zahl der Personen mit einer 1 vorzubesetzen. Was habe ich gemacht: 1) Textfeld(Input) definiert, unter Extended als 2) Das Feld als Mandarory markiert 3) Validation "Numbers Only" ausgewählt und 4) im Feld "With value" eine 1 oder auch +1 oder auch 0 eingetragen. Diese Zahl erscheint auch, wenn ich das Formular aber abschicke erhalte ich aber einen Fehler und den Hinweis dieses Feld sei bitte auszufüllen. Was mache ich falsch oder was habe ich übersehen? Peter ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Eigene php-Scripts in v 8.7
Danke für eure Kommentare und weiterführenden Links. Mir scheint, dass da die Sicherheit-Komfort-Schere, die sich immer weiter öffnet, hineinspielt. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Eigene php-Scripts in v 8.7
Guten Morgen Forum Wie kann ich in Typo3 8.7 ein eigenes php-Script einbauen? Die in 7.6 verwendete Methode - Script mit includeLibs einbinden, mit userFunc = klasse->funktion($content,$conf) aufrufen - scheint nicht mehr zu funktionieren. Danke für Tips/Lösungen. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Re: Typo7 tx_news Detail teilweise 404, neue Domain
"Fehler 404" könnte natürlich heissen, dass manche sprechenden Pfade, nicht zugeordnet werden können von realURL. Fehlen denn die Pfade, von den nicht funktionierenden News, in der realURL-Übersicht? (URL-Data in dropdowm) Wurden vielleicht mal die News umbenannt vom Titel? Werden für die News eigentlich sprechende Pfade verwendet? Wurde der Link zur News schon mal im Frontend ausgegeben? (Das man von Listenansicht in Detailansicht wechselt z.B.) ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Re: Image Titletag wird nicht angezeigt
Die Aufgabe ist nun für dich herauszufinden, was der unterschied ist, zwischen der Seite mit Title-Attribut und der ohne. Dafür kann man den TypoScript-Objekt-Browser benutzen. (Template > entsprechnde Seite > TypoScript-Objekt-Browser (oben Dropdown) > "Durchsuchen" Setup) Also 2 Browser-Tabs öffnen mit TypoScript-Objekt-Browser und alles von tt_content.image.20 aufklappen und vergleichen. Oder du guckts deine TypoScript-Sertups und -Konstanten nach Änderungen an tt_content durch. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Re: Datensätze zu einer Kategorie auslesen
Core-Methode hab ich auf die schnelle keine gefunden, aber du könntest in deiner Extension eine PHP-Klasse anlegen die von der Api-Klasse erbt und dann modifizieren wie du es brauchts. Datei anlegen unter "my_extension/Classes/Category/Collection/CategoryCollection.php" Inhalt: http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Re: Image Titletag wird nicht angezeigt
"Wie kann ich herausfinden ob es bei typoscrpt tt_content.image.20 gibt?" Template > beleibige Seite > TypoScript-Objekt-Browser (oben Dropdown) > "Durchsuchen" Setup In der Datei /typo3/sysext/css_styled_content/static/setup.txt sieht man in Zeile 747 (titleText), wie der Titel definiert wird. Interesant sind auch die TypoScript-Konstanten: (Hier meine Einstellung) (Template > Root-Seite (Weltkugel) > Konstanten-Editor (oben Dropdown) styles.content.imgtext.emptyTitleHandling = keepEmpty styles.content.imgtext.titleInLink = 1 styles.content.imgtext.titleInLinkAndImg = 0 Ist halt die Frage, ob dein eigenes TypoScript, bereits im Live schon den tt_content.image verändert, weil standardmäßig sollte funktionieren. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Re: Speaking URL path segment kann nicht gelöscht werden
Eigentlich sollte das nicht passieren, weil das Feld kein Pflichtfeld ist. (Hab es bei mir getestet mit deinen Versionsangaben.) Wenn es gar nicht geht, einfach über die Datenbank entfernen und über "Speaking URLs" > "URL Data" (oben Dropdown) die Einträge für diese eine Seite entfernen. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Re: Image Titletag wird nicht angezeigt
Dazu fallen einige Fragen ein: Von wo nach wo war das Update? 6.2 => 7.6 ? Benutzt du css_styled_content oder fluid_styled_content? Gib es TypoScript welcher den Image-Wrapper von tt_content modifiziert? (tt_content.image.20.*) Funktioniert es wenn man ein downgrade macht auf 7.6.12 z.B.? ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Re: Typo3 7.6.18 Backend Umlaute teilweise kaputt
Der Hoster musste was in der php.ini einstellen auf utf-8, damit es funktioniert. Was er genau gemacht hat, hat er nicht gesagt, aber vielleicht sowas wie hier: http://stackoverflow.com/questions/1605760/how-to-best-configure-php-to-handle-a-utf-8-website ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Typo3 7.6.18 Backend Umlaute teilweise kaputt
Hallo, auf dem Live-Server eines Kundens, haben wir das Problem, dass im Backend, der ganz rechte Bereich, immer die Umlaute kaputt sind. (Also der Bereich rechts vom Seitenbaum, wo man die Kontent-Elemente sieht.) Ich habe herausgefunden, das nur dieser Bereich als ISO (iso-8859-1) ausgeliefert wird. Ich habe auch schon mal im Typo3-Slack gefragt. Hier ein Auszug: Peter [10:01 AM] typo3 7.6.18: is there a solution if the frontend shows umlauts correct but backend not? doesn't matter if the text comes from database or language files. e.g. "Neue Ãœbersetzung dieser Seite erstellen". backend works on test system but not live. (de) gibt es ein lösung dafür, wenn im frontend umlaute funktioneren aber im backend nicht? egal ob der text aus der datenbank kommt oder aus sprachdateien. z.b. "Neue Ãœbersetzung dieser Seite erstellen" auf dem testsystem funktioniert alles aber live macht probleme. i get following error if save umlaut in rte. (de) ich bekomme folgenden fehler, wenn ich umlaute im rte speichere: These fields of record 974 in table "tt_content" have not been saved correctly: bodytext! The values might have changed due to type casting of the database. Kevin [10:10 AM] @peter your database and/or its tables are set to the wrong collation. They are probably set to latin1 but must be set to utf8 (edited) Peter [10:20 AM] tables are already set to utf8 (not from me, by default) and umlauts are correct. i guess its not a problem with database. because text from language files is also damaged. maybe some parts from backend are transfered with iso and converted by utf8. Kevin [10:22 AM] @peter are there damages in core language labels? Or are there just problems within one specific extension? Peter [10:29 AM] translations from core and extensions are damaged. i could confirm my guess. live: typo3/index.php?M=help_AboutmodulesAboutmodules header response: text/html; charset=iso-8859-1 html: text/html; charset=utf-8 test sytem: typo3/index.php?M=help_AboutmodulesAboutmodules header response: text/html; charset=UTF-8 html: text/html; charset=utf-8 Bernd [10:34 AM] is the DB-Connection initialized correctly? Peter [10:42 AM] in my opinion, yes Kevin [10:45 AM] @peter did you alter your webserver configuration to always add the charset=iso-8859-1 header? because this is not normal for a TYPO3 instance and you mentioned that your test system does not have problems with the charset so it could be the webserver that forces the wrong charset via htaccess for example Kevin [10:57 AM] @peter another idea about the cause of this problem that jumps into my mind right now would be an editor or ftp program, that had set the core PHP files to iso-8859-1 and the webserver is correctly changing the charset of the response to the charset of the PHP files. You could check that very quick by opening a core PHP file in an editor and check the files collation (edited) I had something similar once with an editor that changed the PHP file collation and it has only been discovered because GIT marked every single file as changed but there where no seeable changes in the diff Ende des Auszuges. Die index.php im typo3-Ordner hab ich geprüft, ob die auch in UTF8 gespeichert ist und das ist sie auch. Alle anderen aufrufe sind UTF-8 nur die Aufrufe über typo3/index.php?M=* nicht. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Indexed Search mit kyrillischen Zeichen 6.2 + 7.6
Hallo, die Seite eines Kundens hat einen Root-Knotenpunkt und mehrere Seitenbäume darunter. Jeder Seitenbaum ist eine andere Sprache. Im russischen Seitenbaum hatten wir erst das Problem, dass die Suchergebnissseite statt kyrillisch nur Fragezeichen ausgegeben hat. Das konnte ich lösen in dem ich alle nötigen Indexed-Search-Tabellen und Spalte auf utf8_general_ci geändert habe. Danach den Index gelöscht über das Backend und mit einem Browser die Seiten abgegangen, mit dem ich nicht im Backend eingeloggt bin. Jetzt werden zwar keine Fragezeichen mehr dargestellt, aber mit russischen Wörtern bekomme ich nur "NO results found." Wenn ich das selbe Wort in den Indexed-Search-Tabellen suche als SELECT-Query, dann bekomme ich Ergebenisse. Was kann ich machen, damit es funktioniert? ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Re: Typo3-Forum: Fehler bei Antwort auf einen Beitrag
Hallo an alle, ich bin inzwischen einen Schritt weiter und habe den strict mode deaktiviert - zumindest auf einer lokalen Maschine mit Ubuntu 16.04. Jetzt scheint das Forum soweit zu funktionieren - optisch bin ich noch nicht ganz zufrieden. Am Wochenende kommt dann die Feuertaufe für deauville-meets-deauville.com und die motorradfahrenden Nutzerinnen und Nutzer aus ganz Europa. Also bitte nochmal Daumen drücken. Meinen ganz herzlichen Dank an alle, die durch Ihre Rückmeldungen zum Erfolg beigetragen haben, mein Dank wird Euch immer hinterherschleichen :-) Viele Grüße Peter ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Typo3-Forum: Fehler bei Antwort auf einen Beitrag
Hallo Bernd, ich habe mir die Datenbank angesehen. Die Definitionen von l18n_diffsource sind durchgängig von der Form: | Field | Type| Null | Key | Default | Extra | | l18n_diffsource | mediumblob | NO | | NULL | | siehe txt Datei im Anhang zur besseren Lesbarkeit. Die ext_tables.sql sieht entsprechend aus. Auf dem Server sind noch zwei andere Webauftritte, daher würde ich eher nicht auf php5 zurückgehen wollen. Bei einem Mischbetrieb bekomme ich beim Lesen der Howtos einen Knoten in Hirn. Viele Grüße Peter begin 644 typo3_db.txt M;7ES<6P^(%-(3U<@1DE%3$13($923TT@='A?='EP;S-F;W)U;5]D;VUA:6Y? M;6]D96Q?9F]R=6U?=&]P:6,["BLM+2TM+2TM+2TM+2TM+2TM+2TK+2TM+2TM M+2TM+2TM+2TM+2TM+2TM*RTM+2TM+2LM+2TM+2LM+2TM+2TM+2TK+2TM+2TM M+2TM+2TM+2TM+2L*?"!&:65L9"`@("`@("`@("`@('P@5'EP92`@("`@("`@ M("`@("`@("!\($YU;@?"!+97D@?"!$969A=6QT('P@17AT<F$@("`@("`@ M("`@?`HK+2TM+2TM+2TM+2TM+2TM+2TM*RTM+2TM+2TM+2TM+2TM+2TM+2TM M+2LM+2TM+2TK+2TM+2TK+2TM+2TM+2TM*RTM+2TM+2TM+2TM+2TM+2TK"GP@ M=6ED("`@("`@("`@("`@("!\(="@Q,2D@("`@("`@("`@("`@?"!.3R`@ M('P@4%))('P@3E5,3"`@("!\(&%U=&]?:6YC<F5M96YT('P*?"!P:60@("`@ M("`@("`@("`@('P@:6YT*#$Q*2`@("`@("`@("`@("!\($Y/("`@?"!-54P@ M?"`P("`@("`@('P@("`@("`@("`@("`@("`@?`I\('1Y<&4@("`@("`@("`@ M("`@?"!T:6YY:6YT*#$I("`@("`@("`@('P@3D\@("!\("`@("!\(#`@("`@ M("`@?"`@("`@("`@("`@("`@("!\"GP@9F]R=6T@("`@("`@("`@("!\( M="@Q,2D@=6YS:6=N960@("`@?"!.3R`@('P@("`@('P@,"`@("`@("!\("`@ M("`@("`@("`@("`@('P*?"!S=6)J96-T("`@("`@("`@('P@=>71E>'0@ M("`@("`@("`@("!\(%E%4R`@?"`@("`@?"!.54Q,("`@('P@("`@("`@("`@ M("`@("`@?`I\('!O<W1S("`@("`@("`@("`@?"!I;G0H,3$I('5N<VEG;F5D M("`@('P@3D\@("!\("`@("!\(#`@("`@("`@?"`@("`@("`@("`@("`@("!\ M"GP@<&]S=%]C;W5N="`@("`@("!\(="@Q,2D@=6YS:6=N960@("`@?"!. M3R`@('P@("`@('P@,"`@("`@("!\("`@("`@("`@("`@("`@('P*?"!A=71H M;W(@("`@("`@("`@('P@:6YT*#$Q*2!U;G-I9VYE9"`@("!\(%E%4R`@?"`@ M("`@?"`P("`@("`@('P@("`@("`@("`@("`@("`@?`I\('-U8G-C<FEB97)S M("`@("`@?"!I;G0H,3$I('5N<VEG;F5D("`@('P@6453("!\("`@("!\(#`@ M("`@("`@?"`@("`@("`@("`@("`@("!\"GP@9F%V7W-U8G-C<FEB97)S("!\ M(="@Q,2D@=6YS:6=N960@("`@?"!.3R`@('P@("`@('P@,"`@("`@("!\ M("`@("`@("`@("`@("`@('P*?"!L87-T7W!O<W0@("`@("`@('P@:6YT*#$Q M*2!U;G-I9VYE9"`@("!\(%E%4R`@?"`@("`@?"`P("`@("`@('P@("`@("`@ M("`@("`@("`@?`I\(<W1?<&]S=%]C
Re: [TYPO3-german] Typo3-Forum: Fehler bei Antwort auf einen Beitrag
noch einen Nachtrag: Der Befehl auf der lokalen Maschine (Ubuntu 14.04) mysql -i -BN -e 'SELECT @@sql_mode' liefert: IGNORE_SPACE Schon ein Unterschied! Viele Grüße Peter ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Typo3-Forum: Fehler bei Antwort auf einen Beitrag
Hallo Philipp, herzlichen Dank für den Hinweis. Es sieht in der Tat so aus, dass MySQL im strict modus läuft, jedenfall muss ich die unten stehende Ausgabe so interpretieren. mysql -i -BN -e 'SELECT @@sql_mode' IGNORE_SPACE,ONLY_FULL_GROUP_BY,STRICT_TRANS_TABLES,NO_ZERO_IN_DATE,NO_ZERO_DATE,ERROR_FOR_DIVISION_BY_ZERO,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION Das scheint der Stansard bei Ubuntu 16.04 zu sein. Was kann denn pasieren, wenn ich das deaktiviere? Naiv wie ich bin würde ich sagen, wenn die anderen Apps mit dem strictmode zurechtkommen, dann sollten diese auch mit weniger Prüfung funktionieren, oder? Viele Grüße Peter ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Typo3-Forum: Fehler bei Antwort auf einen Beitrag
das scheint tieferliegend zu sein. Versuche ich im BE auf dem Server ein neues Element "Forum" anzulegen bekomme ich den folgenden Fehler: array(4 items) caller => 'TYPO3\CMS\Core\Database\DatabaseConnection::exec_INSERTquery' (60 chars) ERROR => 'Incorrect integer value: '' for column 'sys_language_uid' at row 1' (66 chars) lastBuiltQuery => 'INSERT INTO tx_typo3forum_domain_model_forum_forum (sorting,pid,title,descri ption,criteria,sys_language_uid,crdate,tstamp,t3ver_stage) VALUES ('0','154' ,'dfdf','','0','','1491123480','1491123480','0')' (200 chars) debug_backtrace => '{closure}#21 // TYPO3\CMS\Backend\Http\Application->run#20 // TYPO3\CMS\C ore\Core\Bootstrap->handleRequest#94 // TYPO3\CMS\Backend\Http\RequestHan dler->handleRequest#302 // TYPO3\CMS\Backend\Http\RequestHandler->disp atch#95 // TYPO3\CMS\Backend\Http\RouteDispatcher->dispatch#168 // call_u ser_func_array#54 // TYPO3\CMS\Backend\Controller\EditDocumentController-> ;mainAction# // TYPO3\CMS\Backend\Controller\EditDocumentController->proc essData#2039 // TYPO3\CMS\Core\DataHandling\DataHandler->process_datamap# 587 // TYPO3\CMS\Core\DataHandling\DataHandler->insertDB#1327 // TYPO3\CM S\Core\Database\DatabaseConnection->exec_INSERTquery#6785 // TYPO3\CMS\Co re\Database\DatabaseConnection->debug#223' (695 chars) So langsam verzweifle ich jetzt. Ich versuche gleich nochmal direkt auf dem Server zu installieren, ohne den Umweg über die lokale Maschine. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Typo3-Forum: Fehler bei Antwort auf einen Beitrag
Ok. Das mit dem curl hat sich erledigt - war nicht installiert. Jetzt bekomme ich auch beim Anlegen eines Beitrags den Fehler: Field 'l18n_diffsource' doesn't have a default value (More information) Peter ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Typo3-Forum: Fehler bei Antwort auf einen Beitrag
Hallo Dieter, hallo Philipp, herzlichen Dank für die Rückmeldungen. Ich habe inzwischen auf einer virtuellen Maschine (Ubunutu 14, php 5) eine komplette Neuinstallation gemacht und dort funktioniert auch alles. Übertrage ich das ganze dann auf den Server (Ubuntu 16, php 7) geht das wieder in die Hose. Ich habe alle caches, auch den php opcode cache gelöscht. Beim Anlegen eines Beitrags erhalte ich die Meldung: Uncaught TYPO3 Exception Call to undefined function Mittwald\Typo3Forum\Controller\curl_init() Beim Antworten auf einen bestehenden Beitrag (kam noch vom alten Server) taucht das nächste Prob auf: #1247602160: Field 'l18n_diffsource' doesn't have a default value (More information) Fehlermeldung beim typo3_forum-github kann ich natürlich machen, ob es hilft? Viele Grüße Peter ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Typo3-Forum: Fehler bei Antwort auf einen Beitrag
Hallo Dieter, hallo in die Runde, auch eine Neuinstallation ohne DB-Gefummel hat keine Änderung gebracht. Scheinbar liegt es noch an was anderem. Aber an was? Viele Grüße und einstweilen herzlichen Dank für die Unterstützung Peter P.S. Ich bin jetzt erst mal dienstlich unterwegs, danach muss ich dann entscheiden, wie es weitergeht. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Typo3-Forum: Fehler bei Antwort auf einen Beitrag
Hallo Dieter, herzlichen Dank. xDebug kenne ich (noch) nicht, da muss ich mich erst mal einarbeiten - hast Du eine brauchbare Quelle für den Einstieg. Deinem Hinweis mit der DB-Manipulation müsste ich dann nochmal nachgehen, da ich einige Nutzerdaten aus einem anderen Forum (contao-Helpdesk) eingespielt habe. Ich versuche es dann nochmal mit einer frischen Installation. Der Fehler ist allerdings unabhängig von dem FE-Nutzer reproduzierbar, ist aber auch nicht der einzige Fehler, den ich derzeit noch mit dem Forum habe. Viele Grüße Peter ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Typo3-Forum: Fehler bei Antwort auf einen Beitrag
Hallo, ich kämpfe immer noch mit der Fourm extension rum. Einen neuen Beitrag kann ich inzwischen anlegen, bei einer Antwort auf einen bestehenden Beitrag kommt aber der Fehler: 24 TYPO3\CMS\Core\Error\ErrorHandler::handleError(2, "Illegal string offset 'name'", "/var/www/html/dmd5-typo3-7.6.15/typo3conf/ext/typo3_forum/Classes/Service/AttachmentService.php", 27, array) /var/www/html/dmd5-typo3-7.6.15/typo3conf/ext/typo3_forum/Classes/Service/AttachmentService.php: 00025: 00026: foreach($attachments as $attachmentID => $attachment) { 00027:if($attachment['name'] == '') continue; 00028:$attachmentObj = $this->objectManager->get('Mittwald\\Typo3Forum\\Domain\\Model\\Forum\\Attachment'); 00029:$tmp_name = $_FILES['tx_typo3forum_pi1']['tmp_name']['attachments'][$attachmentID]; Dabei habe ich kein Attachement angegeben, der Fehler tritt aber auch mit einem Attachment auf. Irgendjemand eine Idee? Viele Grüße Peter ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] X-Frame-Options
Hi Michael, Du bist der Held des Tages! Das deny kam von einer (Standard) ssl-Config, die ich aber gar berücksichtigt hatte. Wo hatte ich denn bloß meinen Kopf. Auf die Idee, die Header zu inspizieren hätte ich auch mal selber kommen können. Das Problem ist gelöst - herzlichen Dank. Viele Grüße und einen schönen Sonntag Peter ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Planer (CronJobs) erweitern
Hallo liebe T3-Profis, ich habe einen Cronjob, der mir automatisiert aus verschiedenen Quellen Daten in mein Typo3-BE importiert. Das funktioniert auch prima. Ich würde jetzt gerne im BE im Planer (Scheduler) bei dem entsprechenden Cron eine Möglichkeit schaffen, dass ich vor dem manuellen Start des Crons auswählen kann, aus welcher Quelle er die Dateien importieren soll, so dass bei manueller Ausführung des Crons nicht alle Daten importiert werden, sondern nur die Daten aus der ausgewählten Quelle. Ich hoffe, ich habe mich verständlich ausgedrückt. Wenn nicht, dann fragt bitte. Ebenso hoffe ich auch, dass mir jemand sagen kann, wie ich das umsetze. Ach ja, ich nutze Typo3 in der Version 7.6.15. Vielen Dank im Voraus für Eure Antworten. VG Peter ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Ist realurl ein DB-Killer? Wie kann man bestimmte Eintrge ausschlieen?
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
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
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 <michae...@rocketmail.com>: > > > 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
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
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 > <cont...@gerhard-obermayr.com>: > > 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
[TYPO3-german] Arbeitsumgebung vorgeben
Hallo TYPO3-German-NG, kennt jemand eine Möglichkeit, evtl. per UserTSconfig, beim Login automatisch in eine bestimmte Arbeitsumgebung zu wechseln? -- 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
[TYPO3-german] flexform
Hallo, ich habe eine Flexform wo ich Galerien auswählen kann. Jede Galerie hat noch Kategorien. Nun möchte ich gerne, dass das Flexformfeld der Kategorien nur die Kategorien anzeigt die zur Galerie gehören die ich im Galerien-Feld ausgewählt habe. Galerieauswahl reload select tx_myext_domain_model_gallery Kategorieauswahl select tx_myext_domain_model_category Bei meiner Suche bin ich auf so was gestoßen: AND gallery = ###REC_FIELD_settings.gallery### Das funktioniert aber nicht AND gallery = 1 Wenn ich eine festen Wert eintrage tuts, sollte aber dynamisch durch die Auswahl in gesetzt werden. Ist das irgendwie möglich? Danke schonmal. Gruß Peter ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Database Error: PHP mysqli extension not loaded.
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 <m...@alpenjodel.de>: > > 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
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
> Am 02.12.2016 um 09:42 schrieb Anton Kornexl <anton.korn...@uni-passau.de>: > > 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
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, 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. >>
Re: [TYPO3-german] deaktivierte Seite finden & lschen - Wie?
Ich habe jetzt doch noch ein Problem. Ich habe in DB-Uberprüfung eine neue Query erstellt: SELECT uid,title,hidden,pid,deleted FROM pages WHERE ( pages.hidden = '1') AND pages.deleted=0 GROUP BY title ORDER BY uid LIMIT 100 Die Anfrage liefert auch schon ein entsprechendes (Vorschau)-Ergebnis. Ich habe diese Query gespeichert und eine entsprechende Action erstellt. Wenn ich jetzt unter Aufgaben auf den Link "Titel der Abfrage" klicke, dann kommt "Befehlsfehler! Abfrage ist leer, erstellen Sie zunächst eine!" Wenn ich auf "Abfrage erstellen" klicke, dann sehe ich wieder meine entsprechende Anfrage mit der Meldung, dass die Abfrage geladen ist. Wo ist mein Fehler? ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] deaktivierte Seite finden & lschen - Wie?
Vielen Dank für Eure Vorschläge. Ihr habt mir damit sehr geholfen. :-) ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] deaktivierte Seite finden & löschen - Wie?
Hallo, ich habe folgende, sicher einfache Frage, finde aber selbst keine Lösung um mein Typo3-BE zu bereinigen. Wie kann ich im Typo3-BE (Vers. 6.2) alle deaktivierten Seite auflisten lassen um sie dann auch ggf. löschen zu können. Auch würde ich gerne wissen, wie ich im BE nach Dateien suchen lassen kann, die zwar hochgeladen wurden, aber in keiner Seite eingebunden worden sind. Mit welchem Mitteln kann ich hier arbeiten? Ich danke Euch für Eure Hilfe ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] URL Setting
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
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
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
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] Serverumzug (DB-Dump)
Hallo Peter Gramkow & TYPO3-German-NG, am Donnerstag, 3. November 2016 schrieb Peter Gramkow: > Habe ich keine Möglichkeit, mich bereits vorher von dem Datenmüll > zu befreien? dann eben vor dem Export den Recycler durchlaufen lassen? -- 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
Re: [TYPO3-german] Serverumzug (DB-Dump)
Habe ich keine Möglichkeit, mich bereits vorher von dem Datenmüll zu befreien? ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Serverumzug (DB-Dump)
Hallo liebe Leute, ich möchte gerne mein bestehendes System auf einen neuen Server umziehen und dabei gleichzeitg eine inhaltliche Bereinigung vornehmen. Ich möchte gerne eine DB-Dump erstellen, in dem deaktivierte Seiten aus dem Typo3-Baum aber nicht mit aufgenommen werde. Wie kann ich das erreichen? Vielen Dank für Eure Antworten. ___ 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
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 <wolfg...@ruthner.at>: > > 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] MySQL -> TS: Select Where Exists
Hallo Dr. Dieter Porth & TYPO3-German-NG, am Freitag, 28. Oktober 2016 schrieb Dr. Dieter Porth: > Ein Tutorial zu Fluid für neue TYPO3-Entwickler/Integratoren, dass > didaktisch gut Fluid für TYPO3 erklärt, ist mir bislang noch nicht > aufgefallen - ich habe aber auch nie intensiv danach gesucht. > Vielleicht > kann jemand aus dem Forum hier einen Tipp geben. Bisher habe ich noch nicht gelesen, dass man mit FLUID DB Abfragen erstellen kann. -- 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
[TYPO3-german] MySQL ->TS: select where exists
Hallo zusammen, ich möchte gern eine MySQL anweisung in TS abbilden. Allerdings verstehe ich nicht, wie ich ein Where Exists abbilden kann. Hat da jemand einen Tipp für mich? Konkret geht es um dieses: SELECT mother.title FROM sys_categoryAS mother WHERE exists ( SELECT kind.title FROM sys_category AS kind INNER JOIN sys_category_record_mmAS record ON (kind.uid = record.uid_local) INNER JOIN tx_news_domain_model_news AS news ON (record.uid_foreign = news.uid) WHERE record.tablenames = 'tx_news_domain_model_news' AND kind.parent = mother.uid AND kind.hidden = 0 AND kind.deleted = 0 AND kind.pid IN (53,58,57,56,55,54) AND news.hidden = 0 AND news.deleted = 0 ) AND mother.parent = 0 AND mother.hidden = 0 AND mother.deleted = 0 AND mother.pid IN (53,58,57,56,55,54) order by mother.sorting ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] MySQL -> TS: Select Where Exists
Hallo Dr. Dieter Porth & TYPO3-German-NG, am Donnerstag, 27. Oktober 2016 schrieb Dr. Dieter Porth: > Ich glaube nicht, das TypoScript explizit die exists-Anweisung > unterstützt. Ich würde daher dein Problem vermutlich in eine > Klasse oder > methode auslagern, mit statement die Abfrage auf PHP-Ebene > durchführen > und das Ergebnis über das USER-Object ins TypoScript reinholen, > wenn es > denn unbedingt sein muss. > Wenn du miit Fluid arbeitest, könntest du analog die Abfrage auch > ins > dataprocessing des Fluidtemplate auslagern, und das Ergebnis > direkt in > eine Variable schreiben. Leider habe ich bisher von PHP und FLUID so gut gar keine Ahnung. Ich nutze TYPO3 für mich nur privat. Es gibt doch bestimmt einen Umweg dies zu bewerkstelligen. -- 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
[TYPO3-german] MySQL -> TS: Select Where Exists
Hallo TYPO3-German-NG, ich möchte gern eine MySQL Abfrage in TS portieren. Allerdings scheitere ich schon am Anfang. Ich habe bisher im Netz keinen Hinweis gefunden, wie man ein Select Where Exists in TypoScript abbildet. Kann mir da bitte jemand weiterhelfen? Konkret geht es um folgende SQL Abfrage: SELECT mother.title FROM sys_categoryAS mother WHERE exists ( SELECT kind.title FROM sys_category AS kind INNER JOIN sys_category_record_mmAS record ON (kind.uid = record.uid_local) INNER JOIN tx_news_domain_model_news AS news ON (record.uid_foreign = news.uid) WHERE record.tablenames = 'tx_news_domain_model_news' AND kind.parent = mother.uid AND kind.hidden = 0 AND kind.deleted = 0 AND kind.pid IN (53,58,57,56,55,54) AND news.hidden = 0 AND news.deleted = 0 ) AND mother.parent = 0 AND mother.hidden = 0 AND mother.deleted = 0 AND mother.pid IN (53,58,57,56,55,54) order by mother.sorting -- 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
Re: [TYPO3-german] CSS-Problem - Menü
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] tx_new more_link
Hallo Stefan Padberg & TYPO3-German-NG, am Montag, 10. Oktober 2016 schrieb Stefan Padberg: > update von welcher auf welche Version? da hat sich ja bei news > einiges > getan in der letzten zeit... hmm.. ich hatte den neuen Viewhelper http://typo3.org/ns/TYPO3/CMS/Fluid/ViewHelpers; xmlns:n="http://typo3.org/ns/GeorgRinger/News/ViewHelpers; data-namespace-typo3-fluid="true"> in einer Zeile implementiert. Nachdem ich dies wie im Original übernommen habe, geht es nun. Verstehen tue ich dies allerdings nicht. -- 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
[TYPO3-german] tx_new more_link
Hallo TYPO3-German-NG, seit dem letzten Update funktioniert der "more_link" in der Listenansicht der tx_news nicht mehr. In der Private/Partials/List/Item.html steht folgendes Generiert wird folgendes: weiter Hat jemand eine Ahnung, an welche Schraube ich drehen muss? -- 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
Re: [TYPO3-german] Dreamweaver-Bootstrap Module in Typo3 einbinden?
Hallo Stefan Padberg & TYPO3-German-NG, am Freitag, 7. Oktober 2016 schrieb Stefan Padberg: > Nach meinen Erfahrungen muss der Quellcode, den Dreamweaver erzeugt, > erst aufwändig bereinigt werden, bevor man den in ein TYPO3-Template > umbauen kann. Da wird der Geschwidnigkeitsvorteil wieder verloren > gehen, > den man sich mit dem Einsatz dieses Tools erhofft hat. Besser man > baut > sich seine HTML-CSS-Templates selber. Ich nutze den CS6, und der macht eigentlich sauberes HTML. Aber ich nutze auch keine DW-Plugins, die könnten bestimmt des Code verunstalten. -- 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
Re: [TYPO3-german] Dreamweaver-Bootstrap Module in Typo3 einbinden?
Hallo Bettina Schütz & TYPO3-German-NG, am Freitag, 7. Oktober 2016 schrieb Bettina Schütz: > Ganz einfache, vielleich dumme Frage: Ich war davon ausgegangen, > dass man eine einfach erstellte HTML und Css Vorlage in Typo3 > einbindet: die Funtionalitäten zB, eines Suchfelds, > Mehrsprachigkeit, Breadcrumbleiste, Slider etc. werden von Typo > Extensions ausgeführt; > kann man auch ein über die Dreamweaver-Bootstrap Elemente > aufgebaute Website(mit allerhand JS drin u.a.) in Typo als > Designvorlage einbinden; funktionieren die Elemente dann noch ? Wie man eine HTML-Seite in TYPO3 implementiert, hatte Wolfgang Wagner mal sehr schön und ausführlich erklärt. Das Tutorial ist zwar von 2012, allerdings hat sich im Grundsatz nicht viel geändert. https://www.youtube.com/playlist?list=PL85C3C6400DA654F0 Aktueller ist sein Tutorial beim Rheinwerk-Verlag: https://www.rheinwerk-verlag.de/typo3-cms-7_4089/ -- 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
Re: [TYPO3-german] Typo3 Bildeinstellungen-Felder nicht vorhanden
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 <d.schisc...@iconate.de>: > > 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"
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 <bbou...@gmx.de>: > > 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)
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 <bbou...@gmx.de>: > > 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)
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 <bbou...@gmx.de>: > > 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)
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 <bbou...@gmx.de>: > > 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
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
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
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
Re: [TYPO3-german] PageTypeNum
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 <j...@laxander.com>: > > 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
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 <t...@pi-phi.de>: > > Status des Antrags für typo3.stackexchange.com > (http://area51.stackexchange.com/proposals/102804/typo3?referrer=5hwGgB7myxI3D8Mw0epqTw2) > > Danke für die breite Unterstützung. > wir haben genug Follower (95) für die nächste Phase, > > wir haben 70 Beispielfragen, 28 von benötigten 40 mit einem Score von 10 oder > mehr > > Jeder kann 5 upvotes verteilen (und auch nachträglich wieder ändern). > jeder hat die Möglichkeit 5 Fragen in den Pool zu stellen, die danach > diskutiert werden können und entsprechend ihrer Brauchbarkeit gewertet werden > können. > > Es gibt sehr gute Fragen die noch upvotes brauchen! > > *Bitte überdenkt eure Votes*und unterstützt sie, auch wenn es bedeutet dass > eine Frage unter die 10 supporter grenze rutscht. > > es geht nicht darum einfach nur 40 Fragen zu haben: > http://area51.stackexchange.com/faq#questions > -- > -- > http://pi-phi.de/cheatsheet.html > ___ > TYPO3-german mailing list > TYPO3-german@lists.typo3.org > http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german -- Xing: http://www.xing.com/profile/Peter_Linzenkirchner Web: http://www.typo3-lisardo.de Facebook: http://tinyurl.com/lisardo-multimedia ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Zugriff auf propertiesOfFileReference in fluid
Hi, ich hab eine kleine Extension. In der werden, unter anderem, Bilder per IRRE eingebunden. Bei den eingebundenen Bildern kann ich dann die Bild-Metadaten überschreiben. Wenn ich mir das ganze dann im Fluid ausgeben lasse, dann tauchen diese Informationen letztendlich unter "propertiesOfFileReference" auf. image => TYPO3\CMS\Extbase\Domain\Model\FileReference -- originalResource => TYPO3\CMS\Core\Resource\FileReference propertiesOfFileReference => array -- description -- alternative ... Ich kann mich zwar durch das Object durch hangeln komme dann aber nicht an die Werte des Arrays. Kann mir vielleicht jemand weiterhelfen? Vielen Dank schon mal. Gruß Peter ___ 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
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 <h...@m-kasten.de>: > > 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
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 <oliver.ha...@typo3.org>: > > 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
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
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
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 > ___ > 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] Frage zu Kerberos
Ich habe das so in die localconf eingesetzt, aber dennoch funktioniert leider das SSO nicht. Was läuft da noch falsch? 'SYS' => array( 'trustedHostsPattern' => '.*', ), ); $_SERVER['REMOTE_USER'] = preg_replace('/\@(.*)$/', '', $_SERVER['REMOTE_USER']); ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Frage zu Kerberos
Hallo liebe Leute, ich habe ein Projekt übernommen, in dem das Login von NTLM auf Kerberos umgestellt worden ist. Durch den Austausch der Technologien wurden die Credentials leicht verändert an Typo3 übergeben. Hier muss nun geprüft werden ob eine Anpassung, in Form eines Mappings, an der SSO-Extension notwendig ist. Alternativ sollte geprüft werden ob die Extension via Konfiguration dazu bewegt werden muss/kann die neue Syntax zu akzeptieren. Leider habe ich keine Idee (Ahnung), wie ein solches Mapping auszusehen hat. Kann mir da jemand von Euch helfen? Ach ja, hier sind die Beispiele für Credential-Handover, wie man sie mir gegeben hat. alt (mit NTLM-Auth): "domäne\username" Neu (mit Kerberos): Username@Domäne.website-url.de Gern stehe ich Euch für die Beantwortung Eurer Rückfragen zur Verfügung Ich freue mich auf Eure Antworten. Viele Grüße Peter ___ 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
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