1000Dank für den Tip mit clearCache.system ich war schon kurz vorm durchdrehen
weil es einfach nicht klappen wollte
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
options.clearCache.system = 1
ist die schönste Einstellung, die ich kenne :-)
Dann klappt's auch mit der DI
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
+10 you are the best!
S.
Am 09.05.2014 18:14, schrieb Christian Kuhn:
Hey,
On 05/09/2014 05:16 PM, Stefan Padberg wrote:
Das verlangsamt die Entwicklung natürlich etwas...;-)
Hint: Add options.clearCache.system = 1 to your users TSconfig, after
BE reload, you'll get an additional clear
Hallo Stefan,
Meine Vermutung: Extbase sucht an der falschen Stelle.
Für findAll musst du Storage Ordner angeben. Entweder im TypoScript,
sollte als Konstante für deine Extension konfigurierbar sein, oder in
deinem Plugin im Feld pages. Das erzeugt dann pid IN(a,b,c) wenn
Extbase die Query
Hallo Andreas!
Danke für die Überlegungen, aber sie greifen alle nicht:
Die StorageIds sind alle per TypoScript UND im Plugin eingegeben und
werden auch korrekt erkannt.
Im Model2 steht auch die interessante Zeile im Konstruktor:
$this-model1 = new
Hallo,
jetzt gehts auf einmal! Also war es doch ein Cachingproblem!
Ich habe wirklich alle files im Verzeichnis Cache gelöscht. Welcher
Cahce kann denn da noch eine Rolle spielen? Ich hab das jetzt schon ein
paar mal gehabt, dass irgendwas nicht ging, aber nach ein paar Stunden
oder am
Hey,
On 05/09/2014 05:16 PM, Stefan Padberg wrote:
Das verlangsamt die Entwicklung natürlich etwas...;-)
Hint: Add options.clearCache.system = 1 to your users TSconfig, after
BE reload, you'll get an additional clear system cache entry in BE
clear-cache flash menu. This will take care of
Hallo,
ich habe eine grundsätzliche Verständisfrage zu Dependency Injection.
Ich arbeite in diesem Fall auf Typo3 6.2.
Ich habe zwei Repositories in meiner Extension. Zu jedem Repository gibt
es natürlich den passenden Controller.
Ich möchte in Controller 1 auf Daten von Repository 2
Hi Stefan,
Stefan Padberg wrote:
Warum geht das nicht?
Wird dein Controller von Extbase aufgerufen? Kannst du den Controller
überhaupt benutzen.
Falls ja, versuche doch mal den Cache über das Install Tool zu löschen.
Darüber kannst du auch versuchen, denn Opcode Cache zu löschen.
Grüße
--
Der Controller wird sauber aufgerufen. Die specialAction habe ich in
ext_localconf.php eingetragen. Sie wirft auch keine Fehlermeldung. Den
Cache habe ich schon tausendmal geleert, v.a. auch das Cache-Verzeichnis.
Du würdest also auch sagen, so wie ich es programmiert habe, sollte es
Hi Stefan,
Stefan Padberg wrote:
Du würdest also auch sagen, so wie ich es programmiert habe, sollte es
funktionieren?
Ich sehe zumindest keinen offensichtlichen Fehler. Unter 6.2 sollte es so
klappen, vorausgesetzt die Klassenangabe ist richtig.
Grüße
--
Philipp Gampe – PGP-Key 0AD96065 –
Hallo Bastian,
Das settings pageNotFoundOnCHashError existiert schon eine halbe
Ewigkeit (mind. seit 3.8)
Kannte ich nicht :-)
und das default wurde in 6.1 von
FALSE auf TRUE geändert.
OK.
Danke! Das hilft weiter.
Gruß
Peter
--
Xing: http://www.xing.com/profile/Peter_Linzenkirchner
Hallo Liste,
ich habe gerade festgestellt, dass eine Erweiterung von Links auf tx_news um
weitere Parameter dazu führt, dass auf die 404-Seite weitergeleitet wird:
Sorry, nicht richtig nachgedacht.
Ursache ist der falsche cHash: Wenn ich einfach einen Parameter dran hänge,
dann wird der cHash natürlich fehlerhaft, und das ist die Ursache des 404.
Bisher kenne ich das allerdings nicht so.
Ich muss den cHash entfernen und vor allem no_cache noch dran
und nochmals:
http://typo3.org/documentation/article/the-mysteries-of-chash-1
If there is a cHash value in the URL, TYPO3 will take care of all validation
and if parameters are forged caching will be disabled. The plugin using the
parameters doesn't have to worry a thing.
Offenbar hat sich
Hi,
Am 11.08.2013 20:24, schrieb Peter Linzenkirchner:
Offenbar hat sich das Verhalten in TYPO3 6.x geändert,
möglicherweise um zu verhindern, dass über falsche
cHash-Parameter die Seite ausgebremst werden kann.
Wo finde ich dazu aktuellere Infos?
Das settings pageNotFoundOnCHashError
16 matches
Mail list logo
