Re: [TYPO3-german] probleme mit alten exstensions
hiermit kannst du die neue Fuktion der exeption handler wieder abschalten und bekommst wieder den alten Abbruch mit dem Quellverlauf: page.config.contentObjectExceptionHandler = 0 (solltest du aber natürlich produktiv nicht drin lassen) oder du sihst mal im log nach was die ursache war: typo3temp/logs/... Am 17.05.2016 um 22:16 schrieb sydney sina: > gleichzeitig bin ich gerade so deprimiert das ich hier alles an die wand > schmeissen könnte bekomme folgende fehlermeldungen: > > Oops, an error occurred! Code: 2016051722064330128156 im FE -- image[FORMAT] - Ralf-René Schröder http://www.image-format.eu ... Wir geben Ihrem Image das richtige Format ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Fluid Template für Grid Element definieren
Moin, ich probiere mich gerade etwas mit gridelements und fluid aus. Ich habe z.b. ein simples 2-spaltiges Grid-Element definiert. Dieses kann ich nun auch mit folgendem Code im Frontend ausgeben: tt_content.gridelements_pi1.20.10.setup { 1 < lib.gridelements.defaultGridSetup 1 { columns { 10 < .default 10.wrap = | 11 < .default 11.wrap = | 12 < .default 12.wrap = | 13 < .default 13.wrap = | } } } Ich würde allerdings für dieses Grid Element gerne ein HTML-Fluid-Template definieren (mit Platzhalter wie beim normalen Templating auch). Habt ihr eine Idee, wie ich das mache? ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Backend Layout direkt aus Extension erstellen - ID?!
Hallo, ich bin noch relativ neu im Thema Typo3. Habe es nun aber geschafft ein auf gridelements und fluid basierendes Content Element zu erstellen, was so in meiner Installation auch erst mal so funktioniert, wie ich es möchte. Allerdings möchte ich dieses CE auch gerne an andere weitergeben. Als "Paket". Der Großteil ist natürlich schon in der Extension. Was ist aber mit dem Backend Layout? Auf der anderen Seite greife ich in meinem Template TS (in meiner Extension) auf die IDs des BE und der einzelnen Spalten im BE zu. Die weiß man ja jetzt noch nicht, bevor man das BE angelegt hat. Wie geht man mit sowas um? Das wird ja grundsätzlich notwendig sein, wenn man Extension ausliefert, oder habe ich da ein Denkfehler? tt_content.gridelements_pi1.20.10.setup { # ID des Gridelements 1 < lib.gridelements.defaultGridSetup 1 { # FLUIDTEMPLATE konfigurieren cObject = FLUIDTEMPLATE cObject { file = EXT:pradar_template/Resources/Private/Templates/test.html } } } Bei mir hat das Backend Layout jetzt die ID 1. Beim nächstes könnte es ja die ID 24 haben oder was auch immer. Danke schon mal! ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] RTE zieht benutzt defaultFont im Backend nicht
In einer eigenen Tabelle (Modell) habe ich zwei Rich-Text-Felder definiert. Für die Felder kann ich zum Beispiel über button.fontstyle.defaultItem = brigade jeweils individuelle Fonts per Default definieren. Weitergehend kann ich sogar für jedes Feld nur bestimmte unterschiedliche Fonts zulassen, was in meinem Fall eine wichtige Eigenschaft ist. Mein Problem ist nun folgendes: Ich möchte, dass der RTE-Editor auch im Backend die Texte in den Feldern mit dem jeweiligen Defaultfont darstellt, da es sich bei dem Defaultfonts um Icon-Fonts handelt. Die Buchstaben sind also bestimmten Icons zugeordnet, die sich kein normaler Redakteur wirklich lange merkt Wie bringe ich dem RTE-Editor bei, im Defaultfall im Backend den definierten Defaultfont auch zu benutzen? Einen 'häßlichen' Workaround gibt es natürlich: Wenn ich keinen DefaultFont definiere und den Redakteur zur manuellen Umschaltung auf den Font zwinge, dann bekommt dieser die Icons aus dem Icon-Font auch angezeigt. Aber ich möchte im trägen Backend eigentlich jede unnötigen Reload vermeiden? Hat jemand vielleicht eine Idee? Habe ich vielleicht eine RTE-Einstellung übersehen? Wie mache ich dem RTE-Editor in TYPO 7.6.x klar, bei der Darstellung der Texte im Backend bitte auch den jeweils definierten Defaultfont zu benutzen? Mit besten Grüßen Dieter ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] probleme mit alten exstensions
so habe eine seite gefunden mit der ich zurecht komme http://typo3buddy.com/typo3-template-tutorial/fluid/typoscript-add-layout/ gleichzeitig bin ich gerade so deprimiert das ich hier alles an die wand schmeissen könnte bekomme folgende fehlermeldungen: Oops, an error occurred! Code: 2016051722064330128156 im FE und bekomme über google nicht raus was es ist GGGr könnt in den rechner klopen, warum muss man das rad immer neu erfinden wenn etwas läuft? ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] probleme mit alten exstensions
könnte mir jemand behilflich sein ein vergleichbares TS auf die beine zu stellen? habe mich den ganzen tag mit dem durch lesen und probieren dieverser fluid anleitungen aber iwi werde ich da noch nicht schlau aus der ganzen geschichte wie ich das dann auch mit meinem layout hinbekomme. Habe früher alles in verschachtelten tabellen gemacht aber aktuell verstehe ich nicht wie ich ein layout umsetzen soll mit den 3 bereichen: It works :-) Weiterer Text... in meinem ts steht aktuell folgendes: page.10 = FLUIDTEMPLATE page.10 { layoutRootPath = fileadmin/Layouts/default.html partialRootPath = fileadmin/Partials/ } ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] realurl: URLs mit einem -1 am ende
Hallo Michael, du hast Recht … ich hatte einen Denkfehler. Ich habe Datensätze aus einer anderen Extension, die in 6.2 nicht mehr läuft, in tt_news importiert. Dabei habe ich nicht bedacht, dass realurl bei der Suche nach den Aliasen nicht nach der Tabelle unterscheidet: Für realurl waren die alten und die neuen URLs identisch (wobei das natürlich nur für den letzten Abschnitt zutrifft, der Pfad vorher ist natürlich anders, deshalb ist mir der Gedanke nicht gekommen). OK, das Fixen ging über SQL-Befehle ganz gut (alte URLs aus tx_realurl_uniqalias löschen, danach die -1 in den tt_news-Einträgen in tx_realurl_uniqalias entfernen). Und da ich jetzt die Datensätze der alten Extensions eliminiert habe, sollte es nicht mehr passieren. Jedenfalls sind die URLs jetzt erstmal alle korrekt da … :-) Vielen Dank jedenfalls für deine Antwort: Dein Insistieren drauf, dass realurl sowas nicht tut, hat mich dazu gebracht, nochmals gründlich drüber nachzudenken. Und mehr als Nachdenken ist ja oft gar nicht nötig :-)) Gruß Peter > Am 17.05.2016 um 10:19 schrieb Michael Stein: > > On Mon, 16 May 2016 21:18:47 +0200, Peter Linzenkirchner wrote: > >> Hallo liebe Liste, >> >> ich kämpfe gerade mit dem Problem, dass mir realurl (1.12.8, TYPO3 >> 6.2.22) an das Ende von URLs aus tt_news oft ein -1 anhängt, also so >> ähnlich: >> >> www.meinedomain.de/news/artikel/der-titel-der-news-1/ >> >> mir ist bekannt, dass realurl das normalerweise macht, wenn es den Titel >> nochmals gibt, und dann macht das Ganze ja auch Sinn. Leider passiert es >> bei mir immer wieder, dass scheinbar willkürlich das -1 angehängt wird, >> obwohl es den Titel nur ein einziges mal gibt. Das kann ich dann daran >> sehen, dass es diese URL: >> >> www.meinedomain.de/news/artikel/der-titel-der-news/ >> >> in den Unique Aliases von RealUrl nicht gibt. Wenn ich die URL dann >> lösche, die Caches alle lösche und die Liste mit den News nochmals >> durchblättere, damit die URL neu generiert wird, dann funktioniert es. >> >> Das Problem ist, dass es die URLs bei Google bereits gibt, und zwar ohne >> die -1 … das ergibt dann leider ein 404, und das in ein paar Hundert >> Fällen. Ich kann das reparieren (z. B. über die Datenbank die -1 einfach >> aus den URLs löschen), aber ich möchte das nicht immer wieder machen … >> >> Jemand eine Idee, warum sich RealUrl so verhält? >> >> Gruß Peter > > Dass realurl das willkürlich macht, kann ich nur schwer glauben. > Vielleicht hast Du versteckte Artikel mit dem gleichen Titel. > Wie auch immer … > Du kannst in den Pfad noch das Datum einbauen: > www.meinedomain.de/news/artikel/jahr/monat/tag/der-titel-dernews > >'artikel' => array( >array( >'GETvar' => 'tx_ttnews[year]' >), >array( >'GETvar' => 'tx_ttnews[month]' >), >array( >'GETvar' => 'tx_ttnews[day]' >), >array( >'GETvar' => 'tx_ttnews[tt_news]', >'lookUpTable' => array( >'table' => 'tt_news', >'id_field' => 'uid', >'alias_field' => 'title', >'addWhereClause' => ' AND NOT deleted', >'useUniqueCache' => 1, >'useUniqueCache_conf' => array( >'strtolower' => 1, >'spaceCharacter' => '-' >), >), >), >), > > > > Oder an den Titel immer die uid des Artikels hängen. > www.meinedomain.de/news/artikel/der-titel-dernews-[uid] > (wie das geht habe ich vergessen) > > Dadurch sollten die Link immer gleich aussehen. > ___ > TYPO3-german mailing list > TYPO3-german@lists.typo3.org > http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german -- Xing: http://www.xing.com/profile/Peter_Linzenkirchner Web: http://www.typo3-lisardo.de Facebook: http://tinyurl.com/lisardo-multimedia ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] powermail cHash
Hallo an alle, habe das Problem gerade das wenn ich Douple-opt bei Powermail aktiviere ich nicht auf meine weiterleitungsseite komme. sondern immer auf die normale seite. Ist es nicht möglich auf die weiterleitungsseite dort zu aktivieren ? ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Typo3 8.0.0/PHP 7 Probleme
Hi Sophie. Ich habe auf den Stackoverflow-Link geantwortet, den du gepostet hast. Wir hatten seit Freitag das selbe oder ein ähnliches Problem (gleicher Fehlertext). Bei uns lag es an einer kaputten version der libpcre3 (8.35-3.3+deb8u4) in Kombination mit einer eigentlich ganz normalen Regular Expression aus dem TYPO3.Fluid-Package, genauer TemplateParser::$SPLIT_PATTERN_SHORTHANDSYNTAX. Ein Upgrade auf die neuste Version von libpcre3 hat unser Problem behoben. LG ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] [TYPO3-core] Announcing TYPO3 CMS 6.2.23 LTS and 7.6.7 LTS
Dear TYPO3 World, the TYPO3 Community has just released TYPO3 CMS versions 6.2.23 LTS and 7.6.7 LTS which are now ready for you to download. All versions are maintenance releases and contain bug fixes only. The packages can be downloaded here: https://typo3.org/download/ For details about the releases, please see: https://typo3.org/news/article/typo3-cms-6223-and-767-released/ MD5 checksums: b8d114493d8e402c2bbf0cc0656acb0c typo3_src-7.6.7.tar.gz c66505a4ec314c529dc5fd3df1e31136 typo3_src-7.6.7.zip 11e4ef3319c82aa02cf6318dcd48242b typo3_src-6.2.23.tar.gz 49b5bdecfb650c953d575278c6d4678a typo3_src-6.2.23.zip SHA256 checksums: 697b3afd6cceaed7c4a32044c116f08c158e9ed51278007769a77606837da494 typo3_src-7.6.7.tar.gz f18830427bd9ba1cb1cda5812a44d85ed10c27cc24cf15b38f8462663aaae1e0 typo3_src-7.6.7.zip ed50e3fdf227c54a1613e37224b6962cad90bf042aa6db3e02f36977904ec263 typo3_src-6.2.23.tar.gz cc10040730f883fb5ad8ea5c7e3fc159001bb307d50e4b510311935b11964d44 typo3_src-6.2.23.zip Further details on the signing and hashing process of TYPO3 releases: https://docs.typo3.org/typo3cms/drafts/github/TYPO3Incubator/Infrastruct ureGuide/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
Re: [TYPO3-german] probleme mit alten exstensions
gibt es zu fluid eine deutsche anleitung? nicht das mein englisch schlecht ist aber das verwirrt mich gerade zusätzlich ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Update auf 7.6.6: Backend zeigt nur Menü
Hallo Daniel, Wie sieht es mit der Execution-Time aus. Hast du die mal hochgesetzt. Wie sieht es mit den anderen PHP-Einstellungen aus? Ist xDebug ausgeschaltet (Zeitfresser)? Ich hatte das Problem auch eine Zeitlangauf meinem Entwicklungssystem. Ich hatte den Fehler nie sauber eingrenzen können, Er verschwand, nachdem ich das System in der Entwicklungsumgebung neu unter frischem XAMPP und ohne Composer aufgesetzt hatte. mit besten Grüßen Dieter Am 16.05.2016 um 21:10 schrieb Daniel Brockpähler: Habe nochmal einiges ausprobiert. Die cf_cache-Tabellen werden durchs Löschen des Cache bereits geleert. Da war somit nichts zu holen. Das UC-Feld der Benutzer habe ich auch geleert bzw. einen neuen Benutzer angelegt, da gab es auch keine Besserung. Die Debug-Informationen zeigen im Backend nichts an. Leider habe ich im Quellcode der Seite noch nicht ganz gesehen, ob da nur das Menü oder ob noch mehr drin ist. Eigentlich müssten ja noch weitere Frames (Seitenbaum und Inhaltsbereich) angezeigt werden. Da bin ich aber noch nicht weiter. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] probleme mit alten exstensions
Am 13.05.2016 um 09:38 schrieb sydney sina: > hallo ich bin sydney und habe lange nicht mit typo gearbeitet und musste > feststellen das sich eine ganze menge verändert hat. > > mein typoscript sah füher wie folgt aus: > > [code] > # Default PAGE object: > page = PAGE > page.typeNum = 0 > page.10 = TEXT > > plugin.tx_rlmptmplselector_pi1 { > templatePathMain = fileadmin/templates/main/ > templatePathSub = fileadmin/templates/sub/ > > defaultTemplateFileNameMain = index.html > defaultTemplateFileNameSub = index_sub.html > > inheritMainTemplates = 1 > inheritSubTemplates = 1 > } > > Hallo Sydney, wenn ich im TYPO3 Extension Repository (TER) nach 'rlmp_tmplselector' suche, finde ich als jüngste Version die Version 1.2.3 aus dem Jahre 2006! Die ist 10 Jahre alt um mit Sicherheit unter vielen Gesichtspunkten komplett veraltet. Auf keinen Fall mehr verwenden! Um so etwas, wie es mit dieser Extension realisiert wurde, nachzubauen, musst du dich mal mit Backendlayouts befassen. Damit sollte es möglich sein, zum gleichen Ziel zu kommen. Gleichzeitig hast du den Mehrwert, dass du das Layout im Backend optisch an die Seitenstruktur im Frontend anlehnen kannst. Du wirst allerdings nicht darum herumkommen, dich gedanklich mit diesem Konzept etwas zu befassen. Und wenn du schon dabei bist, schau dir auch gleich FLUIDTEMPLATES an. Das ist eine neue Technologie für die Erstellung von Templates, mit der man Darstellungslogik aus dem TypoScript ins Template selbst verlagern kann. Viel Erfolg Stefan -- Bergische Webschmiede Dipl.-Ing. Stefan Padberg TYPO3-Integrator und Webprogrammierer :: Borner Str. 18 - 42349 Wuppertal :: +49 202 97648355 :: +49 173 9219845 :: p...@bergische-webschmiede.de :: http://www.bergische-webschmiede.de ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] probleme mit alten exstensions
Liebe Sina leider ist es so, dass die meisten hier auf der Mailingliste das schon seit mehreren Jahren nicht mehr tun. Jeder müsste sich deshalb tief in die Vergangenheit begeben und altes Wissen wieder hervorklauben. Und das ist wohl allen zu mühsam Die Definition für das page-Objekt für Fluid kann ich Dir auswendig aufsagen, das für die alte Geschichte mit den Markern und den Main- und SubTemplates müsste ich irgendwo im Archiv suchen gehen. Ich kann Dir auf die Schnelle auch nur einfach ein Codefragment einer alte TYPO3 V4.5 Installation geben, die ich im Archiv gefunden habe. # --- # Template-Selector konfigurieren plugin.tx_rlmptmplselector_pi1 { templatePathMain = {$cp_templatePath} templatePathSub = {$cp_templatePath}subtemplate/ defaultTemplateFileNameMain =haupttemplate.html defaultTemplateFileNameSub = subtemplate.html inheritMainTemplates = 1 inheritSubTemplates = 1 } # --- # Template-Autoparser konfigurieren plugin.tx_automaketemplate_pi1 { content < plugin.tx_rlmptmplselector_pi1 elements { HEAD.all = 1 HEAD.all.subpartMarker = DOCUMENT_HEADER HEAD.rmTagSections = title HEAD.rmSingleTags = meta BODY.all = 1 BODY.all.subpartMarker = DOCUMENT_BODY DIV.all = 1 SECTION.all=1 ARTICLE.all=1 UL.id.skiplinks=1 } relPathPrefix = {$cp_templatePath} } # --- # -section initialisieren und zusammenstellen # --> Details dazu in extHeader Template temp.headTemplate = TEMPLATE temp.headTemplate { template =< plugin.tx_automaketemplate_pi1 workOnSubpart = DOCUMENT_HEADER } # --- # -section initialisieren und zusammenstellen # --> Details dazu in ext... Templates temp.bodyTemplate = TEMPLATE temp.bodyTemplate { template =< plugin.tx_automaketemplate_pi1 template.content.templateType = main workOnSubpart = DOCUMENT_BODY subparts.skiplinks < temp.skipnav subparts.kopfzeile < temp.kopfzeile subparts.logo < temp.logo subparts.headerimg < temp.headerimg subparts.slogan < temp.slogan subparts.hlist < temp.hlist subparts.hlist_right < temp.hlist_right subparts.hlist_tabs < temp.hlist_tabs subparts.hsublist < temp.hsublist subparts.vlist < temp.vlist subparts.colright < temp.col2_content subparts.box-1 < temp.box_links_1 subparts.box-2 < temp.box_links_2 subparts.hauptspalte < temp.maincontent subparts.box_rand_1 < temp.box_rand_1 subparts.box_rand_2 < temp.box_rand_2 subparts.box_rand_3 < temp.box_rand_3 } # --- # Seite erzeugen... page = PAGE page { typeNum = 0 #-section füllen mit Inhalt headerData.10 < temp.headTemplate #-section füllen mit Inhalt 10 < temp.bodyTemplate # Indexierung erlauben für Indexed Search config.index_enable = 1 } # --- Beste Grüsse, Renzo PS: und natürlich solltest Du eigentlich mit einer aktuellen Version von TYPO3 arbeiten und da mit FLUID! -- 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
[TYPO3-german] Re: probleme mit alten exstensions
kann mir den wirklich niemand helfen, wie ich im aktuellen typo mit einem main und subtemplates arbeiten kann wie ich es früher gemacht habe? ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Problem mit Indexed Search und Realurl (TYPO3 7.6)
Ich bringe mein Posting nach den Feiertagen nochmal in Erinnerung. Wie muss ich realurl konfigurieren, damit ich diesen Fehler nicht mehr bekomme? Gruß, Johannes. > boun...@lists.typo3.org] Im Auftrag von Johannes C. Laxander > Gesendet: Samstag, 14. Mai 2016 13:27 > > Hallo, > > wo finde ich eine Beispiel-Konfiguration von Indexed Search in Realurl? > > Beim Ausführen der Suche erhalte ich diesen Fehler: > Reason: Segment > "_indexedsearch_pi2[action]=search_indexedsearch_pi2[controller]= > Searc > h" was not a keyword for a postVarSet as expected on page with id=36. > > Gruß, Johannes. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Knifflige TypoScript Aufgabe
Hallo Dieter, Danke für deine Hilfe. Ich werde mir deinen Vorschlag mal durch den Kopf gehen lassen und prüfen wie ich ihn für mich anwenden kann. Gruß, Johannes. > -Ursprüngliche Nachricht- > Von: typo3-german-boun...@lists.typo3.org [mailto:typo3-german- > boun...@lists.typo3.org] Im Auftrag von Dr. Dieter Porth > Gesendet: Samstag, 14. Mai 2016 10:59 > An: German TYPO3 Userlist> Betreff: Re: [TYPO3-german] Knifflige TypoScript Aufgabe > > Hallo Johannes, > > vielleicht solltest du deinen Model-Ansatz überdenken und dich vielleicht > sogar vom Formhändler verabschieden. Aktuell willst du mit einer Anfrage > alles gemeinsam in einem Rutsch bearbeiten, was alles unnötig kompliziert > mach,denke ich. > > Ich würde dein Problem mit zwei Tabellen darstellen, wobei ich es im > Backend vermutlich mit Hilfe einer IRRE-Konstruktion bearbeiten/darstellen > würde. die IRRE-Darstellung aus dem Backend ist also nur ins Frontend zu > "portieren". Die Tabellen wären über eine Relation 1:n oder n:m verbunden > > Bestellung -> 1:n /n:m -> Karten für jeweilige Event > > Mein Vorschlag: > > Erstelle bei der Bestellung für jedes einzelne Element ein eigenes Ajax- > Formular, welches seinen dateneintrag hjeweils createst, editst und deletest > (0 Karten). Das Formular muss im hiddenfeld nur wissen, zu welchem > Bestelldatensatz es gehört > > Der Bestelldatensatz hätte naürlich ein eigenes Formular, welche nur die > verschiedenen Stati der Bestellung abbildet (Anfrage, Rückfrage, > Bestätigung, Abschluss.) > > Eine Vorlage für einen solchen Eventhandling könnte man mit dem > Extensionbuilder zusammenklicken, denke ich. Der Extensionbuilder baut dir > sogar einfache Formulare zusammen, wobei du den Ajax-Request leider > bisher natürlich selbst erstellen musst. Man müsste wahrscheinlich > abschließend nur noch einige kleine Anpasssungen vornehmen. > > Du könntest meinen Vorschlag, also die Zerlegung deines großen Request in > mehrere kleine Ajax-Requests, natürlich auch mit dem Formhändler > umsetzen, wenn es dir einfacher erscheint. Er würde das Problem > vereinfachen und den Code schlank halten. > > Mit besten Grüßen > Dieter > > > > > Am 13.05.2016 um 18:05 schrieb Johannes C. Laxander: > > Hallo Dieter, > > > > du hast ins Schwarze getroffen! > > > > Es ist Formhandler anstatt Powermail. Anwendungskontext ist ein > Formular, in dem für mehrere Events Karten bestellt/reserviert werden > können. > > Die Events werden für das Formular dynamisch generiert: > > > > 20.02.2016 - Event 1 - 2 Karten > > 24.06.2016 - Event 2 - 1Karte > > > > Ich habe also ein Felder Array tickets[member-tickets] aus den > > Feldern > > > > tickets[member-tickets][20022016] > > tickets[member-tickets][24062016] > > > > mit der Anzahl Karten für jeden Event. > > > > Nun müsste ich mir ein hidden-Feld aufbauen in dem ich die Anzahl der > eingetragenen Karten je Event mit dem Datum und dem Event-Titel > übergebe. > > > > > > ___ > TYPO3-german mailing list > TYPO3-german@lists.typo3.org > http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] typo3 flux composer
Hallo zusammen, ich versuche gerade typo3 mit composer zu installieren. Hat so weit geklappt. Aber wenn ich flux installiere bekomme ich die Fehlermeldung: PHP Fatal error: Class 'FluidTYPO3\\Flux\\Utility\ \CompatibilityRegistry' not found in /var/www/virtual/COMP/htdocs/ typo3conf/ext/flux/ext_localconf.php on line 12 Hat das jemand eine Idee dazu? Gruß Michael ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] realurl: URLs mit einem -1 am ende
On Mon, 16 May 2016 21:18:47 +0200, Peter Linzenkirchner wrote: > Hallo liebe Liste, > > ich kämpfe gerade mit dem Problem, dass mir realurl (1.12.8, TYPO3 > 6.2.22) an das Ende von URLs aus tt_news oft ein -1 anhängt, also so > ähnlich: > > www.meinedomain.de/news/artikel/der-titel-der-news-1/ > > mir ist bekannt, dass realurl das normalerweise macht, wenn es den Titel > nochmals gibt, und dann macht das Ganze ja auch Sinn. Leider passiert es > bei mir immer wieder, dass scheinbar willkürlich das -1 angehängt wird, > obwohl es den Titel nur ein einziges mal gibt. Das kann ich dann daran > sehen, dass es diese URL: > > www.meinedomain.de/news/artikel/der-titel-der-news/ > > in den Unique Aliases von RealUrl nicht gibt. Wenn ich die URL dann > lösche, die Caches alle lösche und die Liste mit den News nochmals > durchblättere, damit die URL neu generiert wird, dann funktioniert es. > > Das Problem ist, dass es die URLs bei Google bereits gibt, und zwar ohne > die -1 … das ergibt dann leider ein 404, und das in ein paar Hundert > Fällen. Ich kann das reparieren (z. B. über die Datenbank die -1 einfach > aus den URLs löschen), aber ich möchte das nicht immer wieder machen … > > Jemand eine Idee, warum sich RealUrl so verhält? > > Gruß Peter Dass realurl das willkürlich macht, kann ich nur schwer glauben. Vielleicht hast Du versteckte Artikel mit dem gleichen Titel. Wie auch immer … Du kannst in den Pfad noch das Datum einbauen: www.meinedomain.de/news/artikel/jahr/monat/tag/der-titel-dernews 'artikel' => array( array( 'GETvar' => 'tx_ttnews[year]' ), array( 'GETvar' => 'tx_ttnews[month]' ), array( 'GETvar' => 'tx_ttnews[day]' ), array( 'GETvar' => 'tx_ttnews[tt_news]', 'lookUpTable' => array( 'table' => 'tt_news', 'id_field' => 'uid', 'alias_field' => 'title', 'addWhereClause' => ' AND NOT deleted', 'useUniqueCache' => 1, 'useUniqueCache_conf' => array( 'strtolower' => 1, 'spaceCharacter' => '-' ), ), ), ), Oder an den Titel immer die uid des Artikels hängen. www.meinedomain.de/news/artikel/der-titel-dernews-[uid] (wie das geht habe ich vergessen) Dadurch sollten die Link immer gleich aussehen. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] indexed_search und feuser
On Tue, 17 May 2016 09:40:07 +0200, Ralf-Rene Schröder wrote: > Am 17.05.2016 um 09:16 schrieb Michael Stein: >> Hallo, >> ich habe ein typo3 mit indexed_search und feusern. >> Wenn ich nicht eingeloggt bin und nach eine bestimmten Begriff suche, >> bekomme ich: >> result-A result-B result-C >> >> Wenn ich mich dann einlogge und nach dem gleichen Begriff suche, >> bekomme ich nur noch: >> result-D >> >> Eigentlich möchte ich im eingeloggten Zustand result-A bis -D haben. >> Hat da jemand eine Idee? > > dann wurden im eingeloggten Zustand (für die entsprechende usergruppe) > die Seiten A B C noch nicht indexiert... > das passiert je nach usergruppe VOLLKOMMEN unabhängig (jeder usergruppe > sieht in den Suchergebnissen nur das, was sie SELBER schon mal > aufgerufen, und dadurch durch Chachebildung indexiert hat) entweder die > indexiereung durch crawlig automatisieren oder vielleicht besser eine > andere Suchengine nehmen (ke_search), da kannst du dies Problem besser > vermeiden weil die indexierung im Backend erfolgt Ah, vielen Dank für die schnelle Antwort. Das erklärt alles. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] indexed_search und feuser
Am 17.05.2016 um 09:16 schrieb Michael Stein: > Hallo, > ich habe ein typo3 mit indexed_search und feusern. > Wenn ich nicht eingeloggt bin und nach eine bestimmten Begriff suche, > bekomme ich: > result-A > result-B > result-C > > Wenn ich mich dann einlogge und nach dem gleichen Begriff suche, bekomme > ich nur noch: > result-D > > Eigentlich möchte ich im eingeloggten Zustand result-A bis -D haben. > Hat da jemand eine Idee? dann wurden im eingeloggten Zustand (für die entsprechende usergruppe) die Seiten A B C noch nicht indexiert... das passiert je nach usergruppe VOLLKOMMEN unabhängig (jeder usergruppe sieht in den Suchergebnissen nur das, was sie SELBER schon mal aufgerufen, und dadurch durch Chachebildung indexiert hat) entweder die indexiereung durch crawlig automatisieren oder vielleicht besser eine andere Suchengine nehmen (ke_search), da kannst du dies Problem besser vermeiden weil die indexierung im Backend erfolgt -- image[FORMAT] - Ralf-René Schröder http://www.image-format.eu ... Wir geben Ihrem Image das richtige Format ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] SVG Maske funktioniert nicht
Am 16.05.16 um 18:56 schrieb Benjamin Giesbrecht: Ich habe nun herausgefunden dass es am Tag liegt. Nehme ich dies weg funktioniert alles wunderbar. Leider läuft dann aber realURL nicht mehr. Gibt es da ein Workaround? benutze config.absRefPrefix = / anstelle von baseUrl. -- MfG, Christian Welzel GPG-Key: http://www.camlann.de/de/pgpkey.html Fingerprint: 4F50 19BF 3346 36A6 CFA9 DBDC C268 6D24 70A1 AD15 ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Bild-Metadaten (In Vorschau-Ansichten anzeigen) showinpreview
wie ich schon schrieb... du benutzt bei den NEUEN news für die Bilder das falsche Feld NUR "media files" wird dafür ausgewertet, du (oder deine redakteure) nimmst aber "related files" Am 17.05.2016 um 08:23 schrieb Nicolas Puente: > Morgen Ralf-Rene: > > ich habe eine Update von 6.2 mach 7.6. Alle alte News haben ein > Vorschaubild, die Neue nicht. > Mein versucht mit: > > TCAdefaults { >sys_file_reference { > showinpreview = 1 >} > } > > war erfolglos. > > Danke für deine Hilfe. > > Viele Grüße. > > Nicolás > >> Am 13.05.2016 um 09:05 schrieb Nicolas Puente: >>> In die alte News, den Checkbox ist da. (Bild 1: >>> http://p354211.mittwaldserver.info/fileadmin/imagenes/news_001.jpg) in >>> die Neuen nicht (Bild 2: >>> http://p354211.mittwaldserver.info/fileadmin/imagenes/news_002.jpg) >> du benutzt ja auch unterschiedliche Bereiche: >> einmal "media files" (und nur hieraus werden Vorschaubilder generiert) >> und einmal "related files" >> > -- image[FORMAT] - Ralf-René Schröder http://www.image-format.eu ... Wir geben Ihrem Image das richtige Format ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] indexed_search und feuser
Hallo, ich habe ein typo3 mit indexed_search und feusern. Wenn ich nicht eingeloggt bin und nach eine bestimmten Begriff suche, bekomme ich: result-A result-B result-C Wenn ich mich dann einlogge und nach dem gleichen Begriff suche, bekomme ich nur noch: result-D Eigentlich möchte ich im eingeloggten Zustand result-A bis -D haben. Hat da jemand eine Idee? Liebe Grüße Michael ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] indexed search + frontenduser
Hallo, ich habe eine typo3-Installation mit feuser. Wenn ich nicht eingeloggt bin und nach einem bestimmten Wort bekomme ich die Ergebnisse: result-A result-A result-A ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Bild-Metadaten (In Vorschau-Ansichten anzeigen) showinpreview
Morgen Ralf-Rene: ich habe eine Update von 6.2 mach 7.6. Alle alte News haben ein Vorschaubild, die Neue nicht. Mein versucht mit: TCAdefaults { sys_file_reference { showinpreview = 1 } } war erfolglos. Danke für deine Hilfe. Viele Grüße. Nicolás Am 13.05.2016 um 09:05 schrieb Nicolas Puente: In die alte News, den Checkbox ist da. (Bild 1: http://p354211.mittwaldserver.info/fileadmin/imagenes/news_001.jpg) in die Neuen nicht (Bild 2: http://p354211.mittwaldserver.info/fileadmin/imagenes/news_002.jpg) du benutzt ja auch unterschiedliche Bereiche: einmal "media files" (und nur hieraus werden Vorschaubilder generiert) und einmal "related files" ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german