# s\_articel\_attribute, doctrine lädt ewig

**URL:** <https://forum.shopware.com/t/s-articel-attribute-doctrine-ladt-ewig/50432>\
**Category:** Programmierung\
**Created:** [14. Januar 2018 um 01:13 UTC](https://forum.shopware.com/t/s-articel-attribute-doctrine-ladt-ewig/50432 "2018-01-14T01:13:29Z")\
**Posts on this page:** 14\
**Page:** 1

<div class="post-metadata">

**Author:** ![jozi](https://avatars.discourse-cdn.com/v4/letter/j/b4bc9f/32.png) [@jozi](https://forum.shopware.com/u/jozi)\
**Post date:** [14. Januar 2018 um 01:13 UTC](https://forum.shopware.com/t/s-articel-attribute-doctrine-ladt-ewig/50432/1 "2018-01-14T01:13:29Z")

</div>

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

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

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

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

---

<div class="post-metadata">

**Author:** ![Moritz\_Naczenski](https://dub1.discourse-cdn.com/flex013/user_avatar/forum.shopware.com/moritz_naczenski/32/7792_2.png) [@Moritz\_Naczenski](https://forum.shopware.com/u/Moritz_Naczenski)\
**Post date:** [14. Januar 2018 um 09:39 UTC](https://forum.shopware.com/t/s-articel-attribute-doctrine-ladt-ewig/50432/2 "2018-01-14T09:39:10Z")

</div>

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

---

<div class="post-metadata">

**Author:** ![jozi](https://avatars.discourse-cdn.com/v4/letter/j/b4bc9f/32.png) [@jozi](https://forum.shopware.com/u/jozi)\
**Post date:** [15. Januar 2018 um 21:38 UTC](https://forum.shopware.com/t/s-articel-attribute-doctrine-ladt-ewig/50432/3 "2018-01-15T21:38:07Z")

</div>

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

---

<div class="post-metadata">

**Author:** ![jozi](https://avatars.discourse-cdn.com/v4/letter/j/b4bc9f/32.png) [@jozi](https://forum.shopware.com/u/jozi)\
**Post date:** [1. März 2018 um 00:15 UTC](https://forum.shopware.com/t/s-articel-attribute-doctrine-ladt-ewig/50432/4 "2018-03-01T00:15:38Z")

</div>

Hat noch wer eine Idee, funktioniert noch immer nicht

---

<div class="post-metadata">

**Author:** ![sschreier](https://dub1.discourse-cdn.com/flex013/user_avatar/forum.shopware.com/sschreier/32/23296_2.png) [@sschreier](https://forum.shopware.com/u/sschreier)\
**Post date:** [1. März 2018 um 07:08 UTC](https://forum.shopware.com/t/s-articel-attribute-doctrine-ladt-ewig/50432/5 "2018-03-01T07:08:30Z")

</div>

Hallo,

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

Grüße

Sebastian

---

<div class="post-metadata">

**Author:** ![jozi](https://avatars.discourse-cdn.com/v4/letter/j/b4bc9f/32.png) [@jozi](https://forum.shopware.com/u/jozi)\
**Post date:** [1. März 2018 um 13:30 UTC](https://forum.shopware.com/t/s-articel-attribute-doctrine-ladt-ewig/50432/6 "2018-03-01T13:30:21Z")

</div>

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

---

<div class="post-metadata">

**Author:** ![DanielNogel](https://avatars.discourse-cdn.com/v4/letter/d/96bed5/32.png) [@DanielNogel](https://forum.shopware.com/u/DanielNogel)\
**Post date:** [2. März 2018 um 06:49 UTC](https://forum.shopware.com/t/s-articel-attribute-doctrine-ladt-ewig/50432/7 "2018-03-02T06:49:50Z")

</div>

> [@jozi schrieb:](https://forum.shopware.com/profile/26702/jozi "jozi")
> 
> Kann es daran liegen,&nbsp; 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](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&nbsp;&nbsp;

---

<div class="post-metadata">

**Author:** ![BestShopPossible](https://avatars.discourse-cdn.com/v4/letter/b/6bbea6/32.png) [@BestShopPossible](https://forum.shopware.com/u/BestShopPossible)\
**Post date:** [2. März 2018 um 11:48 UTC](https://forum.shopware.com/t/s-articel-attribute-doctrine-ladt-ewig/50432/8 "2018-03-02T11:48:50Z")

</div>

Die Frage ist auch WIE du das Attribut anlegst…

---

<div class="post-metadata">

**Author:** ![jozi](https://avatars.discourse-cdn.com/v4/letter/j/b4bc9f/32.png) [@jozi](https://forum.shopware.com/u/jozi)\
**Post date:** [2. März 2018 um 17:35 UTC](https://forum.shopware.com/t/s-articel-attribute-doctrine-ladt-ewig/50432/9 "2018-03-02T17:35:38Z")

</div>

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&nbsp; 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

---

<div class="post-metadata">

**Author:** ![h\_lohaus](https://avatars.discourse-cdn.com/v4/letter/h/a587f6/32.png) [@h\_lohaus](https://forum.shopware.com/u/h_lohaus)\
**Post date:** [3. März 2018 um 17:50 UTC](https://forum.shopware.com/t/s-articel-attribute-doctrine-ladt-ewig/50432/10 "2018-03-03T17:50:42Z")

</div>

Hi,

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

[Attribute system](https://developers.shopware.com/developers-guide/attribute-system/#rebuild-attribute-models)

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

Gruß Heiner

---

<div class="post-metadata">

**Author:** ![jozi](https://avatars.discourse-cdn.com/v4/letter/j/b4bc9f/32.png) [@jozi](https://forum.shopware.com/u/jozi)\
**Post date:** [3. März 2018 um 20:06 UTC](https://forum.shopware.com/t/s-articel-attribute-doctrine-ladt-ewig/50432/11 "2018-03-03T20:06:31Z")

</div>

Hi&nbsp; Heiner,

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

Gruß Jörg

---

<div class="post-metadata">

**Author:** ![mowlwurf](https://avatars.discourse-cdn.com/v4/letter/m/77aa72/32.png) [@mowlwurf](https://forum.shopware.com/u/mowlwurf)\
**Post date:** [4. März 2018 um 13:36 UTC](https://forum.shopware.com/t/s-articel-attribute-doctrine-ladt-ewig/50432/12 "2018-03-04T13:36:10Z")

</div>

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

---

<div class="post-metadata">

**Author:** ![jozi](https://avatars.discourse-cdn.com/v4/letter/j/b4bc9f/32.png) [@jozi](https://forum.shopware.com/u/jozi)\
**Post date:** [4. März 2018 um 23:29 UTC](https://forum.shopware.com/t/s-articel-attribute-doctrine-ladt-ewig/50432/13 "2018-03-04T23:29:13Z")

</div>

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.&nbsp; Was stimmt da bei den Servereinstellungen nicht? Wäre für mich naheliegend dass es daran liegt.

Gruß

Jörg

---

<div class="post-metadata">

**Author:** ![jozi](https://avatars.discourse-cdn.com/v4/letter/j/b4bc9f/32.png) [@jozi](https://forum.shopware.com/u/jozi)\
**Post date:** [4. März 2018 um 23:35 UTC](https://forum.shopware.com/t/s-articel-attribute-doctrine-ladt-ewig/50432/14 "2018-03-04T23:35:25Z")

</div>

&nbsp;

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

```

&nbsp;
