# storefront:build Alternativen für aktive Entwicklung?
**URL:** https://forum.shopware.com/t/storefront-build-alternativen-fur-aktive-entwicklung/64440
**Category:** Programmierung
**Created:** [3. Februar 2020 um 14:10 UTC](https://forum.shopware.com/t/storefront-build-alternativen-fur-aktive-entwicklung/64440 "2020-02-03T14:10:40Z")
**Posts on this page:** 11
**Page:** 1
### Author:  [@Exe](https://forum.shopware.com/u/Exe)
#### Post date: [3. Februar 2020 um 14:10 UTC](https://forum.shopware.com/t/storefront-build-alternativen-fur-aktive-entwicklung/64440/1 "2020-02-03T14:10:40Z")
Hi, ./psh.phar storefront:build funktioniert grundsätzlich. Allerdings dauert es jedesmal über 1 Minute. Wenn ich an einem großen Javascript-File arbeite und bei jeder kleinen Ändeurng 1min. warten muss, bin ich doch recht schnell genervt vom warten.
Gibt es eine sinnvolle Alertantive dazu? CSS Compiler überspringen o.ä.?
Ich hatte mal storefront:watch gelesen aber das erkennt keine Änderungen und macht dadurch nichts.
Ich könnte direkt im public Ordner an der JS-Datei rumändern, was ich teilweise auch bereits gemacht habe, um wegen einem console.log nicht wieder 1min warten zu müssen. Aber das birgt doch Risiken, dass man mal etwas überschreibt, wenn man wieder ./psh.phar storefront:build ausführt.
---
### Author:  [@netzperfekt](https://forum.shopware.com/u/netzperfekt)
#### Post date: [6. Februar 2020 um 18:54 UTC](https://forum.shopware.com/t/storefront-build-alternativen-fur-aktive-entwicklung/64440/2 "2020-02-06T18:54:14Z")
wüsste ich auch gerne, fürs backend klappt das prima mit “watch”, bitte dringend auch für die storefront, sonst muss ich leider eine fette rechnung für unnützes warten an shopware achreiben 😉
---
### Author:  [@StefanPoensgen](https://forum.shopware.com/u/StefanPoensgen)
#### Post date: [6. Februar 2020 um 19:32 UTC](https://forum.shopware.com/t/storefront-build-alternativen-fur-aktive-entwicklung/64440/3 "2020-02-06T19:32:50Z")
storefront:hot-proxy sollte dir helfen
---
### Author:  [@netzperfekt](https://forum.shopware.com/u/netzperfekt)
#### Post date: [6. Februar 2020 um 19:48 UTC](https://forum.shopware.com/t/storefront-build-alternativen-fur-aktive-entwicklung/64440/4 "2020-02-06T19:48:14Z")
@StefanPoensgen danke - klappt leider nicht, es wird zwar was compiliert, aber sonst passiert nichts, änderungen sind nicht sichtbar
---
### Author:  [@StefanPoensgen](https://forum.shopware.com/u/StefanPoensgen)
#### Post date: [6. Februar 2020 um 19:53 UTC](https://forum.shopware.com/t/storefront-build-alternativen-fur-aktive-entwicklung/64440/5 "2020-02-06T19:53:49Z")
du rufst aber auch die richtige url dann auf? [http://localhost:9998/](http://localhost:9998/)
---
### Author:  [@netzperfekt](https://forum.shopware.com/u/netzperfekt)
#### Post date: [7. Februar 2020 um 10:22 UTC](https://forum.shopware.com/t/storefront-build-alternativen-fur-aktive-entwicklung/64440/6 "2020-02-07T10:22:16Z")
ich rufe die url auf, die ./psh.phar storefront:hot-proxy auswirft (in meinem fall [https://sw6.test:9998](https://sw6.test:9998)), leider klappt das nicht (“ERR\_SSL\_PROTOCOL\_ERROR”), localhost geht auch nicht (ist ohnehin das selbe).
ich verwende zur lokalen entwicklung valet+ / mac (was ansonsten sehr stressfrei läuft) und vermute hier die probleme, gibt es da noch tipps oder ideen? dankeschön.
---
### Author:  [@AlexGalax](https://forum.shopware.com/u/AlexGalax)
#### Post date: [7. Februar 2020 um 14:10 UTC](https://forum.shopware.com/t/storefront-build-alternativen-fur-aktive-entwicklung/64440/7 "2020-02-07T14:10:30Z")
hast du ein lokales ssl zertifikat installiert? sonst wird das mit https nicht funktionieren.
---
### Author:  [@netzperfekt](https://forum.shopware.com/u/netzperfekt)
#### Post date: [7. Februar 2020 um 15:11 UTC](https://forum.shopware.com/t/storefront-build-alternativen-fur-aktive-entwicklung/64440/8 "2020-02-07T15:11:00Z")
@AlexGalax klar, macht valet+
---
### Author:  [@halabalusa](https://forum.shopware.com/u/halabalusa)
#### Post date: [7. Februar 2020 um 16:47 UTC](https://forum.shopware.com/t/storefront-build-alternativen-fur-aktive-entwicklung/64440/9 "2020-02-07T16:47:17Z")
Hi,
ich häng mich mal mit ran. Bei mir macht storefront:watch oder storefront:hot auch nichts. Es wird einmal die Storefront kompiliert aber danach nicht auf Änderungen an z.B. der base.scss reagiert.
```
# Webpack Plugin Injector: Plugin "Storefront" injected as a new entry point
# Webpack Plugin Injector: Plugin "Test" injected as a new entry point
ℹ USING WEBPACK CONFIG FILE: ./build/webpack.dev.config.js
webpack is watching the files…
Browserslist: caniuse-lite is outdated. Please run next command `npm update`
ℹ Compiling Shopware 6 Storefront
✔ Shopware 6 Storefront: Compiled successfully in 5.61s
DONE Compiled successfully in 6960ms15:20:36
160 modules
```
Nutze zwar auch Valet, das dürfte aber in diesem Fall eigentlich egal sein. Relevant is Valet m.E. bei storefront:hot-proxy. Hier müsste _valet unsecure_ gesetzt werden um die Seite ohne SSL zu nutzen, sonst haut es durch das Zertifikat ja nicht mehr hin. Danach natürlich die Storefront-URL auch auf http umstellen.
Habt ihr denn _isHMRMode_ auf _true_ gesetzt?
---
### Author:  [@mdsw](https://forum.shopware.com/u/mdsw)
#### Post date: [11. Februar 2020 um 19:06 UTC](https://forum.shopware.com/t/storefront-build-alternativen-fur-aktive-entwicklung/64440/10 "2020-02-11T19:06:41Z")
./psh.phar **storefront:watch** läuft einmal durch und danach kommt nichts mehr
./psh.phar **storefront:hot** wirft Fehler und kompiliert nicht. Es kann die Shopware Variablen z.B. $sw-text-color nicht finden, wenn ich diese verwende… das Problem tritt nur hier mit dem hot-watcher auf…
---
### Author:  [@DannyDan](https://forum.shopware.com/u/DannyDan)
#### Post date: [12. September 2021 um 17:28 UTC](https://forum.shopware.com/t/storefront-build-alternativen-fur-aktive-entwicklung/64440/11 "2021-09-12T17:28:23Z")
Nabend zusammen,
stehe gerade vor dem gleichen Problem und wollte das Thema mal neu aufgreifen. Hat evtl. jmd. eine Idee wie man [https://localhost:9998](https://localhost:9998) nutzen kann?
Unter [http://localhost:9998](http://localhost:9998) funktioniert es einwandfrei.
Danny