Repository navigation
add webpack-dev-server gzip support #2028
Description
By default config,Use ng serve -prod ,The bundle file too big.
Before
After
Need Change
I think this issue is important,Others maybe think the quality of this project is poor.
File addon/ng2/tasks/serve-webpack.ts need add gzip support;
In line 58 Insert ,compress:true
Reacted by Alfonso Andrés López Molina, Ritesh Kumar, Ofer.M, Antony Budianto, Prithvi Raju Uppalapati, Jose Blanco, Vadid and cedvdb
Activity
deebloo commentedon Sep 9, 2016
@xpyanchong I am curious what your reason for needing gzip in a dev server since it is not the serve you would use in production.
xpyanchong commentedon Sep 9, 2016
In production i used other webserver.
I mean when developers use
ng server -prod,server should be gzip.Developers can predict the production environment.
Otherwise, why use ng server with prod,just need build then publish to production.
Most seed project prod mode default open gzip，Include old angular-cli version.
mrgoos commentedon Sep 17, 2016
True, I was just about to ask how can I serve a gzipped bundle to prod. I have tried adding
,compress:true(it's line 44 now and under/node_modules/angular-cli/tasks/serve-webpack.js) and it worked but I would want to know how can I pre configure it...? Is it possible? I thought it should be gzipped by default, won't it?achimha commentedon Oct 7, 2016
I think this is more than a nice to have, especially considering how simple a change it is. I am often on slow connections with a remote
angular-cliand it makes a tremendous difference.TheLarkInn commentedon Oct 7, 2016
Doesn't this defeat the purpose of a dev environment? Plus also, it is not recommended to use
ng servewith --prod node because these files are being transferred and stored in memory. Consider the hashing we put in file names and how that new a problem with an in-memory fs.achimha commentedon Oct 7, 2016
I agree that
ng serve --proddoesn't make a lot of sense but in my opinion having the source code and build environment on a remote machine with SSH and view the web frontend from another devices does make a lot of sense. Think testing on tablets etc.In my current app, patching
serve-webpack-jsto enable gzip compression decreases load times by factor 2-3.feat(build): add gzip to serve --prod
feat(build): add gzip to serve --prod
achimha commentedon Oct 17, 2016
Thanks for the commit. However, I believe combining it with
--prodisn't the best solution. First we already concluded thatng serve --prodisn't really a major use case and secondly one spends most of the time in development mode and there major performance gains can be observed by using compression -- in a remote browser scenario.I opt for making this a user configurable setting in
angular-cli.json.feat(build): add gzip to serve --prod
feat(build): add gzip to serve --prod
feat(build): add gzip to serve --prod
angular-automatic-lock-bot commentedon Sep 6, 2019
This issue has been automatically locked due to inactivity.
Please file a new issue if you are encountering a similar or related problem.
Read more about our automatic conversation locking policy.
This action has been performed automatically by a bot.
feat(build): add gzip to serve --prod