Hallo Mitkämpfer,
mein typo3temp/assets/ folder schwillt mit jedem Zugriff an.
Beobachtung:
In TS heißt das beispielsweise:
page.includeJSFooter.10014 =
EXT:hosvisualization/Resources/Public/2.74f4fc76.chunk.js
Im assetsfolder heißen die dann
main.9201a565.chunk-48cc4fd77cc2b1953e18e6ca26146
Hallo Fabian.
> Ok, soweit verstanden. Wenn ich das richtig sehe, werden hier aber auch nur
> dann Daten angezeigt, wenn der Scheduler gelaufen ist. Bei neu eingefügten
> Plugins hab ich potentiell fast 1 Stunde keine Daten, die ich ausgeben kann.
Nein, falsch verstanden. Der Scheduler synchron
Alles klar, jetzt habe ich das "Problem" mit dem Caching-Framework verstanden.
Mein Vorschlag bezieht sich *nicht* auf das CF. Bau ein Extbase Domain Model
mit Domain-Objekten, sinnvollem Datenbank-Layout für Dein Model und einem
Repository, das Du im Plugin entsprechend Deinen Anforderungen f
Hallo Fabian.
So funktioniert das Caching-Framework nicht. Erstens machst Du einen Großteil
dessen was das CF für Dich tun soll selbst und zweitens läufst Du Gefahr,
irgendwann für eine gewisse Zeit keine Daten zu haben.
https://docs.typo3.org/typo3cms/CoreApiReference/ApiOverview/CachingFramew
Guten Morgen Stephan,
vielen Dank, dass du dir die Zeit für die ausführlichen Antworten nimmst.
Ich verstehe deine aufgeführten Punkte (denke ich zumindest), ich konnte mir allerdings
noch kein "Gesamtbild" daraus bilden.
Derzeit habe ich sowas im Kopf:
- Plugin wird auf einer Seite eingefügt,
Hallo Fabian.
> Aber wie mache ich es dann? Ich muss ja irgendwie aus der XML-Antwort meine
> Objekte basteln, über die ich dann im Fluid Template iteriere und die
> Tabellen zusammensetze.
Das ist genau der Punkt. Du wirst also erst in einem „findAll()“ alle Objekte
aus der Datenbank holen.
Hallo,
Es wäre schön, wenn ich Dich mit Namen ansprechen könnte. Ein sinnvoller
Absender und eine Grußformel an Ende wäre dabei hilfreich.
Hab mein Profil mal angepasst, aber keine Ahnung, ob und wann das auf das Forum
durchschlägt.
Ich würde das nach Möglichkeit entkoppeln und per Sched
Hallo!
Es wäre schön, wenn ich Dich mit Namen ansprechen könnte. Ein sinnvoller
Absender und eine Grußformel an Ende wäre dabei hilfreich.
Ich würde das nach Möglichkeit entkoppeln und per Scheduler synchronisieren.
Eine Synchronisation zur Laufzeit mit gleichzeitigem lokalem persistenten Model
Ok, mit so einer ausführlichen Atnwort hab ich nicht gerechnet. Danke!
Quote: Stephan Schuler wrote on Fri, 11 August 2017 14:02
Eine Variante wäre, die Remote-Daten als lokale Domäne abzubilden und per
Scheduler einen Import zu bauen. Wenn
Hallo zusammen.
Es gibt natürlich unzählige Ansätze.
Eine Variante wäre, die Remote-Daten als lokale Domäne abzubilden und per
Scheduler einen Import zu bauen. Wenn z.B. ein beliebiges JSON- oder XML-Format
verwendet wird um Daten bereitzustellen die in TYPO3 als News angezeigt werden
sollen
Quote: Stephan Bauer wrote on Thu, 10 August 2017 09:30
Hier gibt es die Github-Version vom Extension-Builder für 8.7:
https://github.com/FriendsOfTYPO3/extension_builder/
Wie installiere ich den? Habe 8.7.4 im Composer Mode laufen und habe d
Die Frage ist ja, wie häufig sich die Quelldaten erneuern….
2 Ansätze… wenn z.B. einmal täglich sich die Daten ändern
1. On the fly
Request kommt rein, man prüft, ob es schon einen Eintrag für den Tag gibt, wenn
nein, lädt man die Daten und speichert die in der Datenbank.
Ist schon ein Eintrah
Hier gibt es die Github-Version vom Extension-Builder für 8.7:
https://github.com/FriendsOfTYPO3/extension_builder/
Grüße
Stephan
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Da ich später 8.7 nutze (und es dafür ja noch keinen Extension Builder gibt), würde ich
dann einfach zum Erstellen des Grundgerüsts 7.6 mit Extension Builder aufsetzten und
später auf 8.7 "portieren"? Alles manuell direkt für 8.7 anlegen ist
wahrscheinlich für einen Anfänger wie mich ziemlich a
Hallo f,
Erweiterung mit den entsprechenden Daten des Webservices erstellen im
Extensionbuiler...
In der Erweiterung Webservice abfragen und mit Tabelle vergleichen.
Wie häufig ändern sich die Daten? Evtl Scheduler machen, der den Webservice
über eigene Klasse ausliesst und in DB schreibt….
Hallo,
wie kann ich Antworten die ich von einem Webservice bekomme innerhalb einer
Extension cachen?
Angenommen ich möchte ne Extension bauen, die mir Daten von einem Webservice holt und in
einem Fluid Template im Frontend ausgibt. Wie kann ich die ankommenden Daten für eine
gewisse Zeit cach
Hi Hendrik Reimers,
Hendrik Reimers wrote:
> Kann mir jemand helfen wie ich das Caching initalisiere und dann nutze bei
> 7.6 ?
Du definierst dir zunächst einen Cache:
if (!is_array($GLOBALS['TYPO3_CONF_VARS']['SYS']['caching']
['cacheConfigurations']['myext_mycache'])) {
$GLOBALS['TYPO3_CON
Klasse... besten Dank an euch beiden :)
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Hallo
Ein allumfassendes Tutorial gibt es dazu leider nicht. Die offizielle Doku ist
auch ein bisschen dünn wenn es um Details geht. Weitergehende Informationen
kannst Du z.B. hier finden:
https://aimeos.org/tips/how-to-use-the-typo3-caching-framework-with-cache-groups/
--
Aimeos web shop
We
Hallo,
den Cache-Identifier kannst Du selbst bestimmen. Ich nehme dafür immer so etwas
wie einen langen String aus der Kombination aller Parameter (id, controller,
action, suchparameter, …) und mache daraus einen MD5-Hash, der dann der
Identifier ist. So weißt Du, dass jedes Mal wenn die selbe
Hi Hendrik Reimers,
Hendrik Reimers wrote:
> gibt es ein gutes (einfaches) Tutorial für das Caching-Framework, wie ich
> es in meiner Ext. benutzen kann für die 7.6er Version?
https://docs.typo3.org/typo3cms/CoreApiReference/CachingFramework/Developer/Index.html
Grüße
--
Philipp Gampe – PGP-Ke
Hallo allerseits,
gibt es ein gutes (einfaches) Tutorial für das Caching-Framework, wie ich es in
meiner Ext. benutzen kann für die 7.6er Version?
Danke vorab!
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/m
Hallo,
seit dem Update einer größeren Seite von 4.5 auf 6.2 gibt es einige
Probleme mit dem Cache. Z.B. nach dem Leeren des System-Caches oder beim
Ausführen des crawlers über die Command Line kommt (unregelmäßig und
nicht nachvollziehbar) ein PHP-Fehler (open-basedir restriction in
effect) d
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hallo Peter,
> durch das manuelle Erstellen der Links hebelst du einen großen Teil der
> Typolink-Vorteile aus:
>
>
> - kein RealUrl oder CoolUri mehr (also keine sprechenden URLs) - kein
> Sprachumschalter - keine
> sonstigen Parameter, die weite
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hallo Peter,
> ich kann mir nicht vorstellen, dass man die Methode statisch aufrufen kannst.
> Das kann nicht
> gehen …
jep, ich bin da zu tief eingestiegen weil ich dachte ich kann das statisch
aufrufen.
> Ich habe das in einem Viewhelper noch n
Nachtrag:
Diese Mailingliste wird von den Profi-Entwicklern eher wenig gelesen. Erstens
lesen die ungern Mailinglisten (habe ich mir sagen lassen :-) und wenn, dann
vor allem die englische. Aber eigentlich sind die alle bei Slack (dem TYPO3
Chat).
https://forger.typo3.org/slack
Stell dort d
Hallo Michael,
durch das manuelle Erstellen der Links hebelst du einen großen Teil der
Typolink-Vorteile aus:
- kein RealUrl oder CoolUri mehr (also keine sprechenden URLs)
- kein Sprachumschalter
- keine sonstigen Parameter, die weitergereicht werden sollen
Wenn du also später andere Sprache
Hallo Michael,
ich kann mir nicht vorstellen, dass man die Methode statisch aufrufen kannst.
Das kann nicht gehen …
Ich habe das in einem Viewhelper noch nicht gemacht, aber wenn, dann etwa so:
$conf = array( … );
$cObjRenderer = new \TYPO3\CMS\Frontend\ContentObject\ContentObjectRenderer();
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hallo,
könnte auch für andere hilfreich sein:
//Die aktuelle Seite
$siteUrl = \TYPO3\CMS\Core\Utility\GeneralUtility::getIndpEnv('TYPO3_SITE_URL')
. 'index.php?id=';
$siteUrl = $siteUrl.intval($GLOBALS['TSFE']->id);
//Ein Objekt um den Cache Hash z
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hallo,
ich lote hier immer noch meine Möglichkeiten aus:
Nun mal der Versuch mit der Typolinkmethode:
Bei der Suche in der Klassenreferenz gibt es diese Methode nicht, ich erhalte
nur die Methoden:
typoLink_URL und typolinkWrap
typoLink_URL probi
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Am 29.09.2015 um 13:24 schrieb Peter Linzenkirchner:
> Hallo Michael,
>
>> $siteUrl =
>> \TYPO3\CMS\Core\Utility\GeneralUtility::getIndpEnv('TYPO3_SITE_URL') .
>> 'index.php?‘;
>
> Das liest sich so, als würdest du versuchen, die Links im Controll
Hallo Michael,
> $siteUrl =
> \TYPO3\CMS\Core\Utility\GeneralUtility::getIndpEnv('TYPO3_SITE_URL') .
> 'index.php?‘;
Das liest sich so, als würdest du versuchen, die Links im Controller-PHP zu
bauen - das ist m. E. eher unüblich. Normal wäre in der View, also innerhalb
der Fluid-Templates. D
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hallo Arne,
danke für den Hinweis, allerdings würde ich gern verstehen wo mein Fehler
liegt, bevor ich nun
einen anderen Weg einschlage.
Wenn ich das richtig sehe, dann gibst du der Action ja ein Caching von einer
Stunde mit, ich
glaube nicht das d
Hallo Arne,
ich bin an der Stelle einen anderen Weg gegangen und habe Extbase-Caching
gemacht. Vielleicht wäre das auch eher eine Alternative für Dich. Vorteil
ist, dass Du Dich nicht mit dem cHash herumschlagen musst, sondern das
Caching anhand eines Identifiers machst, den Du selbst berechne
Hallo,
ich bin an der Stelle einen anderen Weg gegangen und habe Extbase-Caching
gemacht. Vielleicht wäre das auch eher eine Alternative für Dich. Vorteil ist,
dass Du Dich nicht mit dem cHash herumschlagen musst, sondern das Caching
anhand eines Identifiers machst, den Du selbst berechnen kann
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hallo Liste,
ich habe eine Extension mit mehreren Plugins, deren Actions ich bisher als
non_cachable gesetzt
habe, nun ist das nicht gerade Ressourcenschonend wenn man dann einige dieser
Plugins auf einer
Seite einbindet. (TYPO3 6.2.15)
Damit ich d
Hallo Helmut
\TYPO3\CMS\Core\Cache\Cache::initializeCachingFramework()
Muss nicht mehr gemacht werden seit der TYPO3 Version 4.6. Seit dieser
Version macht TYPO3 das selbst.
Damit kann der Aufruf (und das if für die 7.x komplett entfallen)
Ansosnten passt der Artikel, danke.
Danke für den
Aimeos wrote:
Hallo zusammen
Das TYPO3 Caching Framework kann Webapplikationen deutlich beschleunigen, wenn
eine Erweiterung immer wiederkehrende Aufgaben ausführt, die sich
zwischenspeichern lassen. Seit TYPO3 6.2 können Caches einer oder mehrerer
Cache Groups angehören, wodurch Redakteure e
Hallo zusammen
Das TYPO3 Caching Framework kann Webapplikationen deutlich beschleunigen, wenn
eine Erweiterung immer wiederkehrende Aufgaben ausführt, die sich
zwischenspeichern lassen. Seit TYPO3 6.2 können Caches einer oder mehrerer
Cache Groups angehören, wodurch Redakteure eine präzisere K
Am 27.11.14 19:49, schrieb marcelin:
Danke.
Ehrlich gesagt weiß ich aber nicht mehr genau was ich noch tun
> kann. Zu deiner Frage, ja man kann in der Listenansicht noch die
> Detail-Ansicht aufrufen.
Aber unterscheidet Typo3 beim Caching nicht mit welchen
> Parametern die Seite aufgerufen wu
n: typo3-german-boun...@lists.typo3.org
[mailto:typo3-german-boun...@lists.typo3.org] Im Auftrag von bernd wilke
Gesendet: Mittwoch, 26. November 2014 11:22
An: typo3-german@lists.typo3.org
Betreff: Re: [TYPO3-german] Caching Probleme mit Typo3 bei eigener Extension
mit Extbase & Fluid - Ca
Am 26.11.2014 11:21, schrieb bernd wilke:
> die Frage bleibt: kann deine Übersichtsseite (mit passenden Parametern)
> immer noch die Detail-Ansicht darstellen?
denn dann könte IRGENDJEMAND der mit Parametern rumspielt (oder eine
irgendwie mit falschen Parametern indexierte URL) das Caching auslösen
Am 26.11.14 10:10, schrieb marce...@freenet.de:
Hallo Bernd
es handelt sich um eine Detail-Ansicht. Es ist richtig das die
> Detail-Ansicht auch in der Listenansicht dargestellt werden kann,
> das hatte ich auch erst so implementiert. Da aber das oben genannte
> Problem aufgetreten ist, hab i
hinzugefügt.
Zu deiner Frage: Nein der Controller zeigt auch bei nur einem Ergebnis die
Listenansicht an.
> -Ursprüngliche Nachricht-
> Von: bernd wilke
> Gesendet: Mi. 26.11.2014 10:03
> An: typo3-german@lists.typo3.org
> Betreff: Re: [TYPO3-german] Caching Probleme mit Ty
Am 26.11.14 09:41, schrieb marce...@freenet.de:
Hallo Community,
ich habe eine Extension für Veranstaltungstermine erstellt, hierbei nutze ich Typo3
6.2 mit Extbase & Fluid.
Es gibt eine Listenansicht auf welcher die Termine nach Kategorien ausgegeben
werden, weiterhin besteht eine Filterm
Hallo Community,
ich habe eine Extension für Veranstaltungstermine erstellt, hierbei nutze ich
Typo3 6.2 mit Extbase & Fluid.
Es gibt eine Listenansicht auf welcher die Termine nach Kategorien ausgegeben
werden, weiterhin besteht eine Filtermöglichkeit.
Zu jeder Veranstaltung kann eine De
ts.typo3.org] Im Auftrag von
> Chris Wolff - AERTiCKET AG
> Gesendet: Dienstag, 28. Januar 2014 09:28
> An: German TYPO3 Userlist
> Betreff: Re: [TYPO3-german] Caching von PDF-Dateien via
> htaccess funktioniert nicht
>
> Hallo Johannes,
> mit der option:
> ExpiresA
Nachricht-
Von: typo3-german-boun...@lists.typo3.org
[mailto:typo3-german-boun...@lists.typo3.org] Im Auftrag von JCL - Johannes C.
Laxander
Gesendet: Montag, 27. Januar 2014 19:08
An: 'German TYPO3 Userlist'
Betreff: [TYPO3-german] Caching von PDF-Dateien via htaccess funktion
Hallo,
ich habe in einem PDF-Verzeichnis folgende htaccess-Datei:
ExpiresActive Off
Nach meinem Verständnis , sollte damit das Browser Caching für PDF-Dateien
deaktiviert werden,
und die Datei grundsätzlich immer vom Server angefordert werden.
Heute habe ich eine neue PDF Datei auf den
Hi Hendrik,
Hendrik wrote:
> danke für deine Tipps. mit und ohne @lazy habe ich schon probiert,
> leider ohne Erfolg.
>
> Es wird beim Aufruf der findBy Repository Funktion lahm gelegt. Wo genau
> in Typo3 (Extbase) weiß ich nicht. Aber da es bei einem normalen RAW
> Query Return Aufruf klappt,
Hallo,
danke für deine Tipps. mit und ohne @lazy habe ich schon probiert,
leider ohne Erfolg.
Es wird beim Aufruf der findBy Repository Funktion lahm gelegt. Wo genau
in Typo3 (Extbase) weiß ich nicht. Aber da es bei einem normalen RAW
Query Return Aufruf klappt, nehme ich halt an dass Extbase na
Hi Hendrik,
Hendrik wrote:
> Die Frage ist nur wie kann ich das dennoch beschleunigen ohne meine
> ganze Ext. komplett umschreiben zu müssen dass diese ohne die Extbase
> Objekte (ObjectStorage, etc) aus dem Repository generiert arbeitet?
Evtl. hilft an geeigneter Stelle in @lazy, sodass nicht i
Moin,
konnte das inzwischen auf das Repository zurück führen. Die DB Abfrage
geht ratz fatz, aber das erstellen der Objekte seitens Extbase dauert
ewig. Wenn ich also ein eigenes SQL Statement mache und sage "return
RAW" (oder wie die Query-Setting heißt) geht es extrem schnell.
Die Frage ist nur
Hallo,
Typo3 6.1.x
Extbase/Fluid Extension (mit ca. 6000 Datensätzen)
PHP 5.3
mysql 5
hoffe das hilft etwas...
Am 08.01.2014 12:47, schrieb Renzo Bauen:
> Hallo Hendrik
>
> interessant wäre zu wissen, welche TYPO3 Version auf welchem
> Betriebssystem mit welcher MySQL- und PHP-Version du verwen
Hallo Hendrik
interessant wäre zu wissen, welche TYPO3 Version auf welchem
Betriebssystem mit welcher MySQL- und PHP-Version du verwendest. Sonst
sind alle Tips nur unverbindliche Hinweise...!
Gruss Renzo
--
Renzo Bauen
Hallo,
habe eine Seite mit einer sehr umfangreichen Produktdatenbank. Das
merkwürdige ist, wenn die Seite nicht mehr im Cache ist und man das
Produkt aufrufen will dauert der Seitenaufruf schnell mal 5 Minuten oder
länger. Klickt man die Seite an, bricht sofort ab und klickt sofort
erneut an geht
Johannes Dänzer schrieb:
Hallo Peter,
was würdest du denn zum debuggen empfehlen?
Hallo Johannes
Hundert Seiten und Probleme ??
Das vestehe ich nicht, ich habe weit über 9000 Seiten und keine Probleme
Vorschlag:
Setze ein nacktes Typo3 auf und importiere die 100 Seiten,
aber nur die Seite
irgendjemand noch eine Idee, wo ich hier suchen könnte?
Viele Grüße
Johannes
-Ursprüngliche Nachricht-
Von: Peter Linzenkirchner [mailto:li...@lisardo.de]
Gesendet: 08 December 2013 18:27
An: johan...@daenzerdesign.de; German TYPO3 Userlist
Betreff: Re: [TYPO3-german] Caching/Performance
typo3.org
> [mailto:typo3-german-boun...@lists.typo3.org] Im Auftrag von Peter
> Linzenkirchner
> Gesendet: Sonntag, 8. Dezember 2013 14:48
> An: German TYPO3 Userlist
> Betreff: Re: [TYPO3-german] Caching/Performance Problem +
> config.cache_period greift nicht
>
> Hallo Joh
Hallo Johannes,
du kannst im Admin-Panel sehen, was die 20 Sekunden verursacht, dazu musst du
nur das Tracken des Seitenaufbaus einschalten. Sehr wahrscheinlich ist eine
Extension dafür verantwortlich, die z. B. auf der Homepage mehrfach eingesetzt
wird, das Problem hatte ich bereits zweimal.
Hallo Zusammen,
ich habe ein gewaltiges Caching/Performance Problem und vielleicht weiß
jemand von euch sofort um was für ein Problem es sich hier handelt.
Beim allerersten Seitenaufruf braucht die Seite ca. 20 Sekunden. Bei jedem
weiteren Seitenaufruf einer nicht gecachten Seite zwischen 4
Hallo zusammen, gibt es eigentlich eine einfache Möglichkeit im Frontend
festzustellen, ob die gerade gerenderte Seite aus dem Cache geholt wurde oder
nicht (z.B. TSFE)?
Gruß Falk
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lis
Hallo,
ich habe ein seltsames Verhalten des Caches. Die meisten Seiten werden
gecached, nicht aber eine recht umfangreiche Auflistung, die mit einer in
Extbase/Fluid selbst geschrieben Erweiterung erzeugt wird.
Für diese Auflistung funktioniert das Caching zwar sporadisch, dann etwas
später wi
Hi Stephan,
danke.
Ich würde dir empfehlen, in einer Entwicklungsumgebung mal den mit 6.x
standardmäßig aktiven Paramter "pageNotFoundOnCHashError" zu aktivieren und
deine Seite dann dahingehend zu bereinigen, dass alle Seiten auch mit diesem
Parameter sinnvoll und vollständig angezeigt werde
Geschäftsführer: Stefan Buchta, Matthias Schmidt
-Ursprüngliche Nachricht-
Von: typo3-german-boun...@lists.typo3.org
[mailto:typo3-german-boun...@lists.typo3.org] Im Auftrag von Jan Kornblum
Gesendet: Donnerstag, 10. Oktober 2013 17:44
An: typo3-german@lists.typo3.org
Betreff: Re: [TYPO
Hi Philipp,
danke.
Das riecht nach der richtige Spur ;)
Falls du ein aktuelles TYPO3 CMS hast, dann kannst du im Install Tool
einzelne Parameter aus- und einschließen.
O.K., blos was soll ich da ausschließen? Wenn die Parameter an der URL
hängen, dann soll (muss) ja gecached werden. Und d
Hi Jan,
Jan Kornblum wrote:
> Das riecht nach der richtige Spur ;)
Falls du ein aktuelles TYPO3 CMS hast, dann kannst du im Install Tool
einzelne Parameter aus- und einschließen.
Zieh die das Live-System doch mal auf eine Dev Maschine runter und teste da,
was für Cache Einträge für die jeweil
Hi Bernd,
danke.
nicht unbedingt. schließlich hast du deiner Cache-Verwaltung nirgendwo
gesagt, dass dieses URL-Parameter Einfluß auf die Seite haben.
Dein Cache würde ja explodieren, wenn jeder Parameter, den irgendjemand an
eine URL hängt einen neuen Cache-Eintrag generieren würde.
Lösung:
Am 10.10.13 11:25, schrieb Jan Kornblum:
Hi Dominic,
danke für dein Feedback.
um zunächst realurl ausschließen zu können würde ich die Extension
erstmal deaktivieren. Danach würde ich schauen ob list als erste
Action eingetragen wurde in localconf.php bei den gecacheten Actions.
Das mit Real
Hi Dominic,
danke für dein Feedback.
um zunächst realurl ausschließen zu können würde ich die Extension erstmal
deaktivieren. Danach würde ich schauen ob list als erste Action eingetragen
wurde in localconf.php bei den gecacheten Actions.
Das mit RealURL lässt sich auf die Schnelle nicht tes
Hi Jan,
um zunächst realurl ausschließen zu können würde ich die Extension
erstmal deaktivieren. Danach würde ich schauen ob list als erste Action
eingetragen wurde in localconf.php bei den gecacheten Actions.
Gruß
Dominic
___
TYPO3-german mailing l
Liebe Gruppe,
ich habe plötzlich ein großes Problem mit einer Extension, welches ich
mir nicht erklären kann. Es handelt sich dabei um eine selbst
entwickelte Extbase Extension.
Die Extension besitzt ein Plugin mit mehreren Controllern mit jeweils
mehreren Actions. Alle Actions sind cachable
Moin,
innerhalb einer eigenen Extension habe ich in der _tags Tabelle zu einen
Identifier ggf. mehrere Tags zugeordnet und einen Tag mehreren Identifiers
zugeordnet.
Nun habe ich in der Tabelle _tags Tags enthalte, die zu einem Identifier
gehören, der aufgrund eines anderen Tags schon gelöscht wu
| Internet: http://www.netlogix.de
>
> netlogix GmbH & Co. KG ist eingetragen am Amtsgericht Nürnberg (HRA 13338)
> Persönlich haftende Gesellschafterin: netlogix Verwaltungs GmbH (HRB 20634)
> Umsatzsteuer-Identifikationsnummer: DE 233472254
> Geschäftsführer: Stefan Buchta,
etlogix GmbH & Co. KG ist eingetragen am Amtsgericht Nürnberg (HRA 13338)
Persönlich haftende Gesellschafterin: netlogix Verwaltungs GmbH (HRB 20634)
Umsatzsteuer-Identifikationsnummer: DE 233472254
Geschäftsführer: Stefan Buchta, Matthias Schmidt
-Ursprüngliche Nachricht-----
Von: typ
Hallo allerseits,
ich habe versucht, via realURL und Extbase einen REST-Webservice zu
kreieren. D.h. meine Extension bedient URLs wie
http://api.meinedomain.de/message/ABCDF/2/, die via realURL auf eine
Seite mit den entspr. GET-Variablen gemapt werden
(http://api.meinedomain.de/index.pgp?id=15&tx
Hi,
Vielen Dank für deinen Hinweis Philipp.
Habe mir mit der extension ttnewscache_cleartag geholfen, dort war es
einfach erläutert.
Jetzt funktioniert alles so wie es soll.
Danke Janine
>Am besten nutzt du einen Hook um für deine Seiten zusätzliche Tags für
>deine
>Inhalte hinzuzufügen.
>Ab 6.1
Hi Janine Schendel,
Janine Schendel wrote:
> Im Testbetrieb ist mir nun aufgefallen, das wenn ich die Inhalte meiner
> Extension aus den entsprechenden Caching Tabellen gelöscht habe, die neuen
> Inhalte erst angezeigt werden, wenn ich zu der entsprechenden Seite im
> Typo3 auch den Seitencache g
Moin,
Caching Framework Configuration:
frontend : t3lib_cache_frontend_VariableFrontend
backend: t3lib_cache_backend_DbBackend
innerhalb der eigenen Extension cache ich mit verschiedenen Zeiten
verschiedene Inhalte.
Im Testbetrieb ist mir nun aufgefallen, das wenn ich die Inhalte meiner
Extens
huhu.
zu 1 »
bei formularen cache ich beispielsweise den erstaufruf, der ist ja immer
gleich
zu 2 »
ich erkenne per condition, dass das formular abgesendet wurde. daraufhin
schalte ich per TS das caching für die extension ab:
plugin.tx_somewhat_pi1 = USER_INT
beides nur mal so als beispiel.
m.
Hallo,
ich hätte zu dem Thema auch noch zwei Fragen:
1: Wann sollte mein Plugin nicht gecached werden?
Nach meinem aktuellen Stand sollte bei Formularen nie gecached werden.
Ist das richtig?
Zudem sollte natürlich kein Caching erfolgen wenn die Ausgabe bei jedem
Aufruf dynamisch erzeugt werden
Hallo,
Rene wrote:
> Ist so etwas in Typo3 vorgesehen oder vielleicht schon vorhanden?
>
> Bei Nachfragen oder Unklarheiten, was ich meine, bitte fragen!!
Da änderst du einfach im TS das COA nach COA_INT, bzw. das USER nach
USER_INT. Was dort genau steht musst du nachschauen.
Bei den *_INT wi
Hallo zusammen,
aufgrund der letzten Beiträge zum Caching weiß ich nun auch auch, wo
mein Problem mit der Indizierung der Seiten herkommt.
Zur Situation:
Wir setzen nach einer Webseitenumstellung ein Plugin ein, welches
jeweils die neuesten Beiträge (Content nicht tt_news) einliest und
anzei
Hi Chris,
Hi dann gibt es doch unterschiedliche "cache einträge"
nämlich einen
cache eintrag für id=1 und einen für id=2
und der im zweiten fall wird das plugin nicht geached weil es sich als
USER_INT verhält.
Ja, ich dachte nur USER ist USER (wenn einmal so angelegt dann bleibts
auch so) un
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Am 25.07.2011 12:11, schrieb Jan Kornblum:
> Hi Chris,
>
>> Typo3 Legt für jede Parameter combination eine eigene version im
>> Cache an.
>>
>> also "index.php?id=1" ist ein ander eintrag im cache als
>> index?id=1&tx_myextesion[view]=1
>
> Das is
Hi Chris,
Typo3 Legt für jede Parameter combination eine eigene version im Cache an.
also "index.php?id=1" ist ein ander eintrag im cache als
index?id=1&tx_myextesion[view]=1
Das ist schon klar, aber so meinte ich es nicht ;) Es gibt für TYPO3
nämlich keine unterschiedlichen Parameter:
ind
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Am 22.07.2011 13:24, schrieb Jan Kornblum:
> Hallo Gruppe,
> dass ich innerhalb des Plugins über die Codezeile
> "$this->doConvertToUserIntObject = true" das Plugin "on-the-fly" zu
> einem USER_INT Objekt umwandeln kann? Diese Codezeile
> LG und da
Hallo Gruppe,
folgendes verstehe ich nicht ganz:
Ein Pluging wird über addPItoST43() als USER Objekt erzeugt. Da
bedeutet ja, dass die Ausgabe des Plugins gecacht wird und (vielleicht
ist das mein Denkfehler) der PHP Code des Plugins gar nicht ausgeführt
wird.
Wie kann es dann funktionieren
Hallo Bernd
>> wie wäre es mit sauberem Cache-löschen in Abhängigkeit?
>>
>> folgender Eintrag im page TSconfig:
>> TCEMAIN.clearCacheCmd = 1,23,456
>> löscht den Cache der Seiten 1, 23 und 456, wenn auf der aktuellen Seite
>> (oder einer Unterseite, sofern dort nichts anderes konfiguriert w
Hallo Georg
>> Das grundsätzliche Problem finde ich gerade etwas komisch, weil schon
>> seit immer der Cache seitenbasiert ist und IMO eine Seite, die ein CE
>> von einer anderen einbindet, seit je her daher nichts von Änderungen
>> erfahren hätte.
Eben, das dachte ich auch bis dato und das ist a
On 07/20/2011 05:14 PM, André Dittmar wrote:
Hallo zusammen
Wir haben bei einem Kunde vor einer Weile ein Update von 4.2.10 auf die
aktuellste 4.5er-Version durchgeführt. Die Website ist recht umfangreich und
verwendet Sysfolder als zentrales Content-Repository. Das heisst, dort sind
Seiten m
Hallo,
Am 20.07.2011 19:45, schrieb André Dittmar:
> Das "neue" Caching ist ja im Moment noch deaktiviert, ich hatte nur überlegt
> ob das evtl. irgendeine Besserung bringen könnte... Soweit ich weiss wird das
> neue Caching-Framework erst ab Version 4.6 obligatorisch?
Das mit dem deaktivieren
erman-boun...@lists.typo3.org
[mailto:typo3-german-boun...@lists.typo3.org] On Behalf Of Philip Hahn
Sent: Mittwoch, 20. Juli 2011 17:25
To: German TYPO3 Userlist
Subject: Re: [TYPO3-german] Caching-Verhalten in Version 4.5.x
Moin,
TYPO3 ab Version 4.3 hat ein neues Caching-Framework, welches imho
Moin,
TYPO3 ab Version 4.3 hat ein neues Caching-Framework, welches imho
memcache-basierend ist [1]. Das cached nochmal deutlich "härter", als das Alte.
Ich habe mich mit der Deaktivierung nie beschäftigt, aber in alten Versionen
musste man es mit "$TYPO3_CONF_VARS['SYS']['useCachingFramework']
Hallo zusammen
Wir haben bei einem Kunde vor einer Weile ein Update von 4.2.10 auf die
aktuellste 4.5er-Version durchgeführt. Die Website ist recht umfangreich und
verwendet Sysfolder als zentrales Content-Repository. Das heisst, dort sind
Seiten mit Inhalten abgelegt die auf verschiedene Seite
Hallo,
das Problem konnte ich jetzt schon mal eingrenzen ...
Wenn ich den theme-Block entferne, dann wird cHash in der URL erzeugt und
theme als Parameter hinzugefügt. Ich könnte auch auf den theme-Parameter
komplett verzichten, wenn ich aber im showUid-Block den 'alias_field' auf
theme ändere, da
Hallo,
ich hab eine Extension geschrieben, die eine Liste und Details anzeigt.
Caching, Indizierung, alles funtzt. Wenn ich jetzt mit RealURL die Parameter
suchmaschinenfreundlich erzeuge, dann funktionieren zwar alle Links, aber
die Seiten werden nicht mehr gecacht und somit nicht mehr indiziert.
Hallo,
habe ein komisches Phänomen bzgl. Caching in einer Extension:
config.no_cache=0
Die Extension gibt unter der Verwendung von einem HTML Template und
entsprechenden Markern eine Seite für eine Detailansicht eines
Datensatzes aus...
In dieser Seite wird *der eine Marker* für jeden aufge
Hola Jan,
Danke für den Tipp - funktioniert so wunderbar! Hatte es nun erst über
die Anweisung TCEMAIN.clearCacheCmd = ... (Page-ID der Startseite) im
Page-TS des betreffenden Knotens abgelegt, um den Cache der Startseite
bei jeder Änderung auf anderen Seiten zu leeren aber des hier ist
elega
Hallo Stephan,
verpacke dein aktuelles Objekt in ein
lib.updated = COA_INT
lib.updated.10 < temp.dein_letztes_update_objekt
Das COA_INT sorgt dafür, dass das caching für seine Inhalte aufgehoben wird.
Mehr Info gibts unter [1].
[1]
http://typo3.org/documentation/document-library/references/
1 - 100 von 119 matches
Mail list logo
