s_articel_attribute, doctrine lädt ewig

jozi · 14. Januar 2018 um 01:13

Hallo, vielleicht hat da wer eine Lösung oder ähnliches Problem.

Wenn ich ein neues s_articel_attribute anlege, wird zwar in der Datenbank die entsprechende Spalte(n) angelegt, allerdings hört das Doctrine Model im Backend nicht mehr auf zu laden.

Bei den anderen attribute Möglichkeiten besteht dieses Problem nicht.

Kann es daran liegen, dass ich schon 6 neue Articel-Attribute angelegt habe? Gibt es da eine Begrenzung?

Moritz_Naczenski · 14. Januar 2018 um 09:39

Hast du das Model mal neu generiert?
Sonst mal die Foreign-Key Reparatur aus dem Wiki durchführen.

jozi · 15. Januar 2018 um 21:38

Hallo Mortiz,

danke für die Antwort. Das Model neu generieren wollte ich ja, funktioniert aber bei den Articel Attributen nicht. Habe die Foreign-Key Repartur laut Anleitung durchgeführt, doch auch das bringt keinen Erfolg und doctrine hängt beim generieren.

Hast du noch eine Lösung?

lg Jörg

jozi · 1. März 2018 um 00:15

Hat noch wer eine Idee, funktioniert noch immer nicht

sschreier · 1. März 2018 um 07:08

Hallo,

hast du das Security - Plugin von Shopware aktiv? Wenn ja, deaktiviere das mal und versuche es dann nochmal.

Grüße

Sebastian

jozi · 1. März 2018 um 13:30

Hallo Sebastian,

nein, hab ich nicht. Es ist auch nur bei den Artikelattributen so. Bei allen anderen kein Problem.

Schöne Grüße,

Jörg

DanielNogel · 2. März 2018 um 06:49

@jozi schrieb:

Kann es daran liegen, dass ich schon 6 neue Articel-Attribute angelegt habe? Gibt es da eine Begrenzung?

Hi,

das Spalten-Limit liegt bei 4096, in der Regel stößt man aber eher an die maximale Zeilengröße von 65kb (https://dev.mysql.com/doc/refman/5.7/en/column-count-limit.html). Bei 6 Attributen ist es also eher unwahrscheinlich, dass es daran liegt, wenngleich du die Shopware-internen Attribute (20) + Plugin-Attribute noch berücksichtigen musst. Abhängig vom Datentyp der Spalten kann man da (theoretisch) schon irgendwann an das 65kb Limit stoßen.

Normalerweise gibt es ja in der Entwicklerkonsole deines Browsers oder im Shopware-Log eine Fehlermeldung. Findest du dazu etwas? Das würde vielleicht Aufschluss darüber geben, wo genau der Fehler nun liegt.

Besten Gruß

Daniel

BestShopPossible · 2. März 2018 um 11:48

Die Frage ist auch WIE du das Attribut anlegst…

jozi · 2. März 2018 um 17:35

Hallo Daniel,

ich verwende die Attribute für zusätzlich Tabs wo dann etwa die Allergene, die Eigenschaften usw. ausgegeben werden. Wie finde ich heraus, ob es am 65kb Limit liegt? Im Logfile wird nichts geschrieben. Muss, wenn ich die Generierung starte nach Minuten die Seite neu laden da sich nichts tut.

BestShopPossible, was meinst du mit wie, bin lt. Anleitung vorgegangen und so schwer ist das ja nicht.

Danke

Jörg

h_lohaus · 3. März 2018 um 17:50

Hi,

wenn du die Models in einem Plugin verwenden willst, kannst du folgendes noch in deinem Plugin einbauen:

Attribute system

Damit werden die Models z.B. Update / der Installation neu-generiet.

Gruß Heiner

jozi · 3. März 2018 um 20:06

Hi Heiner,

danke, schau ich mir mal an. Wollte aber eigentlich kein Plugin machen. Aber vielleicht doch.

Gruß Jörg

mowlwurf · 4. März 2018 um 13:36

Hi Jörg,

wenn das Backend ewig lädt beim Neugenerieren der Attribute, dann weil vermutlich ein Fehler geworfen wird, und somit keine erwartete JSON Response zurückkommt. (Was dazu führt, dass der mit Hilfe von Javascript gezeigte Loader nicht mehr beendet wird)

Schau mal wenn Du die Browser-Konsole öffnest unter Network, was da zurückkommt wenn Du die Neugenerierung anwirfst. Alternativ kannst Du auch versuchen die Attribute Models über die Server-Konsole neu zu generieren. Dabei sollte der Fehler dann direkt auf der Konsole ausgegeben werden.

Gruß

Daniel

jozi · 4. März 2018 um 23:29

Hallo Mowlwurf,

danke,werde ich versuchen. Ich glaube ja fast,es liegt am Hoster. Habe jetzt einen neuen Testshop aufgesetzt. Ohne das ich etwas geändert habe, läuft auch hier direkt im neuen Shop die Generierung ewig. Was stimmt da bei den Servereinstellungen nicht? Wäre für mich naheliegend dass es daran liegt.

Gruß

Jörg

jozi · 4. März 2018 um 23:35

in der Konsole lädt @ext-all.js?201802261609:21 immer wieder neu.

request	@	ext-all.js?201802261609:21
request	@	base?file=bootstrap&loggedIn=1520205962:1657
run	@	/xxx/backend/Index/load/?f=m/Widget|m/WidgetSettings|m/Turnover|m/Bat…|c/Widgets|c/ErrorReporter|c/ThemeCacheWarmUp&no-cache=1520202649+1+1:2622
onTick	@	ext-all.js?201802261609:21
(anonymous)	@	ext-all.js?201802261609:21
setTimeout (async)		
startTimer	@	ext-all.js?201802261609:21
onTick	@	ext-all.js?201802261609:21
(anonymous)	@	ext-all.js?201802261609:21
setTimeout (async)		
startTimer	@	ext-all.js?201802261609:21
onTick	@	ext-all.js?201802261609:21
(anonymous)	@	ext-all.js?201802261609:21
setTimeout (async)		
startTimer	@	ext-all.js?201802261609:21
onTick	@	ext-all.js?201802261609:21
(anonymous)	@	ext-all.js?201802261609:21
setTimeout (async)		
startTimer	@	ext-all.js?201802261609:21
onTick	@	ext-all.js?201802261609:21
(anonymous)	@	ext-all.js?201802261609:21
setTimeout (async)		
startTimer	@	ext-all.js?201802261609:21
onTick	@	ext-all.js?201802261609:21
(anonymous)	@	ext-all.js?201802261609:21
setTimeout (async)		
startTimer	@	ext-all.js?201802261609:21
onTick	@	ext-all.js?201802261609:21
(anonymous)	@	ext-all.js?201802261609:21
setTimeout (async)		
startTimer	@	ext-all.js?201802261609:21
onTick	@	ext-all.js?201802261609:21
(anonymous)	@	ext-all.js?201802261609:21
setTimeout (async)		
startTimer	@	ext-all.js?201802261609:21
onTick	@	ext-all.js?201802261609:21
(anonymous)	@	ext-all.js?201802261609:21
setTimeout (async)		
startTimer	@	ext-all.js?201802261609:21
onTick	@	ext-all.js?201802261609:21
(anonymous)	@	ext-all.js?201802261609:21
setTimeout (async)		
startTimer	@	ext-all.js?201802261609:21
onTick	@	ext-all.js?201802261609:21
(anonymous)	@	ext-all.js?201802261609:21
setTimeout (async)		
startTimer	@	ext-all.js?201802261609:21
onTick	@	ext-all.js?201802261609:21
(anonymous)	@	ext-all.js?201802261609:21
setTimeout (async)		
startTimer	@	ext-all.js?201802261609:21
onTick	@	ext-all.js?201802261609:21
(anonymous)	@	ext-all.js?201802261609:21
setTimeout (async)		
startTimer	@	ext-all.js?201802261609:21
onTick	@	ext-all.js?201802261609:21
(anonymous)	@	ext-all.js?201802261609:21
setTimeout (async)		
startTimer	@	ext-all.js?201802261609:21
onTick	@	ext-all.js?201802261609:21
(anonymous)	@	ext-all.js?201802261609:21
setTimeout (async)		
startTimer	@	ext-all.js?201802261609:21
onTick	@	ext-all.js?201802261609:21
(anonymous)	@	ext-all.js?201802261609:21
setTimeout (async)		
startTimer	@	ext-all.js?201802261609:21
onTick	@	ext-all.js?201802261609:21
(anonymous)	@	ext-all.js?201802261609:21
setTimeout (async)		
startTimer	@	ext-all.js?201802261609:21
onTick	@	ext-all.js?201802261609:21
(anonymous)	@	ext-all.js?201802261609:21
setTimeout (async)		
startTimer	@	ext-all.js?201802261609:21
start	@	ext-all.js?201802261609:21
addAnim	@	ext-all.js?201802261609:21
constructor	@	ext-all.js?201802261609:21
i	@	ext-all.js?201802261609:21
animate	@	ext-all.js?201802261609:21
animate	@	ext-all.js?201802261609:21
setPosition	@	ext-all.js?201802261609:21
onChangePosition	@	/xxx/backend/Index/load/?f=m/Widget|m/WidgetSettings|m/Turnover|m/Bat…|c/Widgets|c/ErrorReporter|c/ThemeCacheWarmUp&no-cache=1520202649+1+1:3011
fire	@	ext-all.js?201802261609:21
dispatch	@	base?file=bootstrap&loggedIn=1520205962:710
fireEvent	@	ext-all.js?201802261609:21
onDesktopResize	@	/testshop2/backend/Index/load/?f=m/Widget|m/WidgetSettings|m/Turnover|m/Bat…n|c/Widgets|c/ErrorReporter|c/ThemeCacheWarmUp&no-cache=1520202649+1+1:829
fire	@	ext-all.js?201802261609:21
continueFireEvent	@	ext-all.js?201802261609:21
fireEvent	@	ext-all.js?201802261609:21
fireEvent	@	ext-all.js?201802261609:21
afterComponentLayout	@	ext-all.js?201802261609:21
callParent	@	ext-all.js?201802261609:21
afterComponentLayout	@	ext-all.js?201802261609:21
notifyOwner	@	ext-all.js?201802261609:21
callLayout	@	ext-all.js?201802261609:21
flushLayouts	@	ext-all.js?201802261609:21
runComplete	@	ext-all.js?201802261609:21
d	@	ext-all.js?201802261609:21
callParent	@	ext-all.js?201802261609:21
runComplete	@	ext-all.js?201802261609:21
run	@	ext-all.js?201802261609:21
flushLayouts	@	ext-all.js?201802261609:21
updateLayout	@	ext-all.js?201802261609:21
updateLayout	@	ext-all.js?201802261609:21
setSize	@	ext-all.js?201802261609:21
(anonymous)	@	base?file=bootstrap&loggedIn=1520205962:12212
each	@	ext-all.js?201802261609:21
fireResize	@	base?file=bootstrap&loggedIn=1520205962:12211
fire	@	ext-all.js?201802261609:21
fireResize	@	ext-all.js?201802261609:21
(anonymous)	@	VM4335:8

Thema		Antworten	Aufrufe
Artikelattribute 17 bis 20 lassen sich nicht setzen Programmierung	0	247	5. September 2016
Generierung Doctrine Attribute Models Shopware 3.5 programming	2	1157	13. Januar 2015
Daten weg )-; production_202105060633/doctrine/attributes Shopware 5	2	480	24. Oktober 2021
Attribute System 5.2 Programmierung	4	516	26. September 2017
Eigenes Modell in Doctrine definieren. FK Referenz auf Shopware Entities Programmierung	0	409	15. August 2016

s_articel_attribute, doctrine lädt ewig

Verwandte Themen