On Sunday, 18 January 2015 at 17:46:52 UTC, Andrei Alexandrescu
wrote:
On 1/18/15 9:41 AM, "Marc =?UTF-8?B?U2Now7x0eiI=?=
" wrote:
On Saturday, 17 January 2015 at 18:00:01 UTC, Andrei
Alexandrescu wrote:
Would be a nice tools/ thing. Wanna do it/ --- Andrei
First try:
https://github.com/schu
On 1/18/15 9:41 AM, "Marc =?UTF-8?B?U2Now7x0eiI=?= "
wrote:
On Saturday, 17 January 2015 at 18:00:01 UTC, Andrei Alexandrescu wrote:
Would be a nice tools/ thing. Wanna do it/ --- Andrei
First try:
https://github.com/schuetzm/shrinkcss/blob/master/shrinkcss.d
Reads from stdin, writes to stdo
On Saturday, 17 January 2015 at 18:00:01 UTC, Andrei Alexandrescu
wrote:
Would be a nice tools/ thing. Wanna do it/ --- Andrei
First try:
https://github.com/schuetzm/shrinkcss/blob/master/shrinkcss.d
Reads from stdin, writes to stdout. Removes comments, superfluous
whitespace, and the closin
On 1/18/15 1:01 AM, Sebastiaan Koppe wrote:
Btw. I build the dlang.org site on my computer but the
On 1/18/15 1:01 AM, Sebastiaan Koppe wrote:
Btw. I build the dlang.org site on my computer but the
On 1/18/15 1:01 AM, Sebastiaan Koppe wrote:
On Sunday, 18 January 2015 at 07:42:10 UTC, Andrei Alexandrescu wrote:
On 1/17/15 11:23 PM, Sebastiaan Koppe wrote:
On Saturday, 17 January 2015 at 20:52:28 UTC, Andrei Alexandrescu
wrote:
Our webmaster got back. He said compression is more CPU work
On 2015-01-17 19:23, Andrei Alexandrescu wrote:
On 1/17/15 10:01 AM, Sebastiaan Koppe wrote:
And lets be honest here, why the hell do we even use apache+php and not
D+vibe.d? I just rewrote my companies corporate website in under 4
hours. Granted, it is a simple one. But this community should be
On Sunday, 18 January 2015 at 07:42:10 UTC, Andrei Alexandrescu
wrote:
On 1/17/15 11:23 PM, Sebastiaan Koppe wrote:
On Saturday, 17 January 2015 at 20:52:28 UTC, Andrei
Alexandrescu
wrote:
Our webmaster got back. He said compression is more CPU work
and on a
fat pipe (which we do have) that
On 1/17/15 11:23 PM, Sebastiaan Koppe wrote:
On Saturday, 17 January 2015 at 20:52:28 UTC, Andrei Alexandrescu
wrote:
I know I am imposing on somebodies else's work here, but compressing
resources should really be done.
Our webmaster got back. He said compression is more CPU work and on a
fat
On Saturday, 17 January 2015 at 20:52:28 UTC, Andrei Alexandrescu
wrote:
I know I am imposing on somebodies else's work here, but
compressing
resources should really be done.
Our webmaster got back. He said compression is more CPU work
and on a fat pipe (which we do have) that may make things
On Saturday, 17 January 2015 at 20:17:51 UTC, Andrei Alexandrescu
wrote:
On 1/17/15 12:00 PM, Sebastiaan Koppe wrote:
On Saturday, 17 January 2015 at 18:23:45 UTC, Andrei
Alexandrescu wrote:
On 1/17/15 10:01 AM, Sebastiaan Koppe wrote:
In the browser. So that on a reload of the page, the browse
On Sunday, 18 January 2015 at 02:11:13 UTC, Andrei Alexandrescu
wrote:
Who's "you"? :o) -- Andrei
I'd do it myself, but after spending 30 minutes tonight trying
and failing to get the website to build on my computer again
tonight, I'm out of time.
It really isn't hard though with access to
On 1/17/15 4:22 PM, Adam D. Ruppe wrote:
On Saturday, 17 January 2015 at 20:52:28 UTC, Andrei Alexandrescu wrote:
Our webmaster got back. He said compression is more CPU work and on a
fat pipe (which we do have) that may make things actually worse.
Doing it on demand might be a mistake here, b
On second thought this way works better:
http://stackoverflow.com/questions/7509501/how-to-configure-mod-deflate-to-serve-gzipped-assets-prepared-with-assetsprecom
though that's some ugly configuration, I hate apache.
But I just tested that locally and it all worked from a variety
of user age
On Saturday, 17 January 2015 at 20:52:28 UTC, Andrei Alexandrescu
wrote:
Our webmaster got back. He said compression is more CPU work
and on a fat pipe (which we do have) that may make things
actually worse.
Doing it on demand might be a mistake here, but we can also
pre-compress the files si
On Sat, Jan 17, 2015 at 12:52:29PM -0800, Andrei Alexandrescu via Digitalmars-d
wrote:
> >I know I am imposing on somebodies else's work here, but compressing
> >resources should really be done.
>
> Our webmaster got back. He said compression is more CPU work and on a
> fat pipe (which we do have
I know I am imposing on somebodies else's work here, but compressing
resources should really be done.
Our webmaster got back. He said compression is more CPU work and on a
fat pipe (which we do have) that may make things actually worse. Also,
how would this work if we switch to vibe.d? -- Andr
On 1/17/15 12:00 PM, Sebastiaan Koppe wrote:
On Saturday, 17 January 2015 at 18:23:45 UTC, Andrei Alexandrescu wrote:
On 1/17/15 10:01 AM, Sebastiaan Koppe wrote:
I'm not an expert or an ideologist in the area. It was added by others
who obviously have a different opinion from yours.
Well, then
On Saturday, 17 January 2015 at 18:23:45 UTC, Andrei Alexandrescu
wrote:
On 1/17/15 10:01 AM, Sebastiaan Koppe wrote:
A seasoned JS programmer can rewrite that stuff in about 6kb,
if not less.
Great. You forgot to link to your pull request :o).
Wait, one step back. I was still in assessment
On 1/17/15 10:01 AM, Sebastiaan Koppe wrote:
On Friday, 16 January 2015 at 17:40:40 UTC, Andrei Alexandrescu wrote:
I just added
https://github.com/D-Programming-Language/dlang.org/pull/770, which
generates minified css files. This is because in the near future css
files will become heftier (mor
On Friday, 16 January 2015 at 17:40:40 UTC, Andrei Alexandrescu
wrote:
I just added
https://github.com/D-Programming-Language/dlang.org/pull/770,
which generates minified css files. This is because in the near
future css files will become heftier (more documentation
comments, more detailed sty
On 1/17/15 8:44 AM, "Marc =?UTF-8?B?U2Now7x0eiI=?= "
wrote:
On Friday, 16 January 2015 at 22:32:07 UTC, Steven Schveighoffer wrote:
On 1/16/15 5:23 PM, Andrei Alexandrescu wrote:
On 1/16/15 1:44 PM, Steven Schveighoffer wrote:
On an embedded product we have with a dead-simple web server, there
On 1/17/15 4:58 AM, Mengu wrote:
don't know if it's already said but if you are using nginx,
We use Apache as far as I know.
there's a
plugin for minification and builtin support for compressing html pages
or static assets. therefore, nobody needs a third-party dependency for
building the doc
Another cheap addition, down to 11577 bytes:
cat style.css |
tr '\n' ' ' |
sed 's/\/\*[^*]*\*\///g' |
sed 's/\s\+/ /g' |
sed 's/ \?\([(){},;]\) \?/\1/g |
sed 's/;}/}/g'
On Friday, 16 January 2015 at 22:02:27 UTC, Kiith-Sa wrote:
Also, -1 for CSS minification, if I'll ever want to make any
CSS contibutions I'll start by looking at the CSS in the
browser.
You'd use the DOM inspectors in this case, no? They don't care
about the formatting of the CSS file.
On Friday, 16 January 2015 at 22:32:07 UTC, Steven Schveighoffer
wrote:
On 1/16/15 5:23 PM, Andrei Alexandrescu wrote:
On 1/16/15 1:44 PM, Steven Schveighoffer wrote:
On an embedded product we have with a dead-simple web server,
there is
terrible network performance. Adding gzip support saved w
don't know if it's already said but if you are using nginx,
there's a plugin for minification and builtin support for
compressing html pages or static assets. therefore, nobody needs
a third-party dependency for building the docs.
On 2015-01-16 22:32, Vladimir Panteleev wrote:
That's probably because HTTP caching is not configured.
Ideally, you'd put the file's modification time in its path, e.g.:
Or a hash of the file content in the filename.
--
/Jacob Carlborg
On 1/16/15 6:39 PM, Rikki Cattermole wrote:
On 17/01/2015 6:40 a.m., Andrei Alexandrescu wrote:
I just added
https://github.com/D-Programming-Language/dlang.org/pull/770, which
generates minified css files. This is because in the near future css
files will become heftier (more documentation comm
On 17/01/2015 6:40 a.m., Andrei Alexandrescu wrote:
I just added
https://github.com/D-Programming-Language/dlang.org/pull/770, which
generates minified css files. This is because in the near future css
files will become heftier (more documentation comments, more detailed
styles etc).
The disadva
On 1/16/15 5:58 PM, Andrei Alexandrescu wrote:
On 1/16/15 2:32 PM, Steven Schveighoffer wrote:
I think you misunderstand. We are not saying "do a research project", it
takes seconds to gzip 2 files (the minified and not minified) and see
the size difference. If it's super-significant, let's go
On 1/16/15 2:35 PM, Steven Schveighoffer wrote:
If the CSS isn't frequently changing, a 4kb file should not comprise 5%
of all traffic if caching is enabled.
May be a sign we have lots of new visitors :o). -- Andrei
On 1/16/15 2:32 PM, Steven Schveighoffer wrote:
I think you misunderstand. We are not saying "do a research project", it
takes seconds to gzip 2 files (the minified and not minified) and see
the size difference. If it's super-significant, let's go for it! If you
send me the minified file, I can
On 1/16/15 5:30 PM, Andrei Alexandrescu wrote:
On 1/16/15 2:26 PM, Vladimir Panteleev wrote:
On Friday, 16 January 2015 at 22:17:51 UTC, Steven Schveighoffer wrote:
On 1/16/15 5:12 PM, Andrei Alexandrescu wrote:
On 1/16/15 1:44 PM, Steven Schveighoffer wrote:
I don't care how much of the over
On 1/16/15 5:23 PM, Andrei Alexandrescu wrote:
On 1/16/15 1:44 PM, Steven Schveighoffer wrote:
On an embedded product we have with a dead-simple web server, there is
terrible network performance. Adding gzip support saved way more than
minification ever could. But the best performance improvemen
On 1/16/15 2:26 PM, Vladimir Panteleev wrote:
On Friday, 16 January 2015 at 22:17:51 UTC, Steven Schveighoffer wrote:
On 1/16/15 5:12 PM, Andrei Alexandrescu wrote:
On 1/16/15 1:44 PM, Steven Schveighoffer wrote:
I don't care how much of the overall bandwidth it is, what I was asking
is how mu
On 1/16/15 2:17 PM, Steven Schveighoffer wrote:
On 1/16/15 5:12 PM, Andrei Alexandrescu wrote:
On 1/16/15 1:44 PM, Steven Schveighoffer wrote:
I don't care how much of the overall bandwidth it is, what I was asking
is how much does the file shrink if you minify.
30% -- ANDREI
so d-minified.
On Friday, 16 January 2015 at 22:17:51 UTC, Steven Schveighoffer
wrote:
On 1/16/15 5:12 PM, Andrei Alexandrescu wrote:
On 1/16/15 1:44 PM, Steven Schveighoffer wrote:
I don't care how much of the overall bandwidth it is, what I
was asking
is how much does the file shrink if you minify.
30% -
On 1/16/15 2:02 PM, Kiith-Sa wrote:
+1 for gzip and caching. *don't even consider* microoptimizations like
this if you're not even doing that yet, whatever gains you might get are
negligible by comparison.
I'm estimating about one third of 12%, or 4% of the total traffic.
That's a hell of a RO
On 1/16/15 1:44 PM, Steven Schveighoffer wrote:
On an embedded product we have with a dead-simple web server, there is
terrible network performance. Adding gzip support saved way more than
minification ever could. But the best performance improvement was to add
caching support to the server. Both
On 1/16/15 1:54 PM, Kiith-Sa wrote:
I looked at the favicon, and...
the file is .ico (bad format), stores 5 versions of the icon (16x16 to
64x64) even though only 16x16/32x32 are supported.
Here are just the 16x16(383b) and 32x32(1.77kiB) versions, as PNGs
(better compression than gif, and off
On 1/16/15 5:12 PM, Andrei Alexandrescu wrote:
On 1/16/15 1:44 PM, Steven Schveighoffer wrote:
I don't care how much of the overall bandwidth it is, what I was asking
is how much does the file shrink if you minify.
30% -- ANDREI
so d-minified.css.gz is 30% smaller than d.css.gz? Just want to
On 1/16/15 1:44 PM, Steven Schveighoffer wrote:
I don't care how much of the overall bandwidth it is, what I was asking
is how much does the file shrink if you minify.
30% -- ANDREI
nd more work for others :o). -- Andrei
Also, -1 for CSS minification, if I'll ever want to make any CSS
contibutions I'll start by looking at the CSS in the browser.
+1 for gzip and caching. *don't even consider* microoptimizations
like this if you're not even doing that yet, whatever gains you
might get are negligible by comparison.
I looked at the favicon, and...
the file is .ico (bad format), stores 5 versions of the icon
(16x16 to 64x64) even though only 16x16/32x32 are supported.
Here are just the 16x16(383b) and 32x32(1.77kiB) versions, as
PNGs (better compression than gif, and official standard - used
RGBA, as 8-
On 1/16/15 4:26 PM, Andrei Alexandrescu wrote:
On 1/16/15 1:13 PM, Steven Schveighoffer wrote:
On 1/16/15 3:53 PM, Andrei Alexandrescu wrote:
On 1/16/15 12:37 PM, Steven Schveighoffer wrote:
On 1/16/15 12:40 PM, Andrei Alexandrescu wrote:
I just added
https://github.com/D-Programming-Language
On 1/16/15 1:32 PM, Vladimir Panteleev wrote:
On Friday, 16 January 2015 at 21:26:04 UTC, Andrei Alexandrescu wrote:
Well good point. As of January two of the css files are in the top 3
most trafficked files off of dlang.org, second only to favicon.ico.
That's probably because HTTP caching is
On Friday, 16 January 2015 at 21:26:04 UTC, Andrei Alexandrescu
wrote:
Well good point. As of January two of the css files are in the
top 3 most trafficked files off of dlang.org, second only to
favicon.ico.
That's probably because HTTP caching is not configured.
Ideally, you'd put the file's
On 1/16/15 1:13 PM, Steven Schveighoffer wrote:
On 1/16/15 3:53 PM, Andrei Alexandrescu wrote:
On 1/16/15 12:37 PM, Steven Schveighoffer wrote:
On 1/16/15 12:40 PM, Andrei Alexandrescu wrote:
I just added
https://github.com/D-Programming-Language/dlang.org/pull/770, which
generates minified cs
On Friday, 16 January 2015 at 21:04:58 UTC, Andrei Alexandrescu
wrote:
That's why online services rok. Anyone knows of a secure css
minimizing service? -- Andrei
Minification in general is of dubious value, but doubly so with
css, it barely makes a difference compared to gzip and client
side
On 1/16/15 3:53 PM, Andrei Alexandrescu wrote:
On 1/16/15 12:37 PM, Steven Schveighoffer wrote:
On 1/16/15 12:40 PM, Andrei Alexandrescu wrote:
I just added
https://github.com/D-Programming-Language/dlang.org/pull/770, which
generates minified css files. This is because in the near future css
f
On Friday, 16 January 2015 at 21:04:58 UTC, Andrei Alexandrescu
wrote:
On 1/16/15 12:56 PM, Vladimir Panteleev wrote:
On Friday, 16 January 2015 at 20:51:34 UTC, Andrei
Alexandrescu wrote:
On 1/16/15 12:27 PM, Vladimir Panteleev wrote:
On Friday, 16 January 2015 at 18:16:55 UTC, Andrei
Alexand
On 1/16/15 12:56 PM, Vladimir Panteleev wrote:
On Friday, 16 January 2015 at 20:51:34 UTC, Andrei Alexandrescu wrote:
On 1/16/15 12:27 PM, Vladimir Panteleev wrote:
On Friday, 16 January 2015 at 18:16:55 UTC, Andrei Alexandrescu wrote:
What would be a trustworty offline CSS minifier?
http://
On Friday, 16 January 2015 at 20:51:34 UTC, Andrei Alexandrescu
wrote:
On 1/16/15 12:27 PM, Vladimir Panteleev wrote:
On Friday, 16 January 2015 at 18:16:55 UTC, Andrei
Alexandrescu wrote:
What would be a trustworty offline CSS minifier?
http://yui.github.io/yuicompressor/
Its only dependenc
On 1/16/15 12:27 PM, Vladimir Panteleev wrote:
On Friday, 16 January 2015 at 18:16:55 UTC, Andrei Alexandrescu wrote:
What would be a trustworty offline CSS minifier?
http://yui.github.io/yuicompressor/
Its only dependency is Java.
Usage: java -jar yuicompressor-*.jar --type css < input.css
On 1/16/15 12:37 PM, Steven Schveighoffer wrote:
On 1/16/15 12:40 PM, Andrei Alexandrescu wrote:
I just added
https://github.com/D-Programming-Language/dlang.org/pull/770, which
generates minified css files. This is because in the near future css
files will become heftier (more documentation com
On Friday, 16 January 2015 at 20:40:29 UTC, Andrei Alexandrescu
wrote:
On 1/16/15 10:40 AM, H. S. Teoh via Digitalmars-d wrote:
On Fri, Jan 16, 2015 at 10:37:38AM -0800, Andrei Alexandrescu
via Digitalmars-d wrote:
On 1/16/15 9:58 AM, Vladimir Panteleev wrote:
[snip]
Just made css
On 1/16/15 10:40 AM, H. S. Teoh via Digitalmars-d wrote:
On Fri, Jan 16, 2015 at 10:37:38AM -0800, Andrei Alexandrescu via Digitalmars-d
wrote:
On 1/16/15 9:58 AM, Vladimir Panteleev wrote:
[snip]
Just made css minification opt-in. -- Andrei
Thanks!!
Glad it works for you. Vladimir, is
On 1/16/15 12:40 PM, Andrei Alexandrescu wrote:
I just added
https://github.com/D-Programming-Language/dlang.org/pull/770, which
generates minified css files. This is because in the near future css
files will become heftier (more documentation comments, more detailed
styles etc).
The disadvantag
On Friday, 16 January 2015 at 18:16:55 UTC, Andrei Alexandrescu
wrote:
I should also add that we already connect online to fetch
LATEST from github. Incidentally today that takes forever :o).
We (and a lot of other people) already trust GitHub. Also, GitHub
is HTTPS-only.
That's a rather di
On Friday, 16 January 2015 at 18:16:55 UTC, Andrei Alexandrescu
wrote:
What would be a trustworty offline CSS minifier?
http://yui.github.io/yuicompressor/
Its only dependency is Java.
Usage: java -jar yuicompressor-*.jar --type css < input.css >
output.css
On Fri, Jan 16, 2015 at 10:16:55AM -0800, Andrei Alexandrescu via Digitalmars-d
wrote:
> On 1/16/15 9:58 AM, Vladimir Panteleev wrote:
> >On Friday, 16 January 2015 at 17:40:40 UTC, Andrei Alexandrescu wrote:
> >>I just added
> >>https://github.com/D-Programming-Language/dlang.org/pull/770, which
On Fri, Jan 16, 2015 at 10:37:38AM -0800, Andrei Alexandrescu via Digitalmars-d
wrote:
> On 1/16/15 9:58 AM, Vladimir Panteleev wrote:
> [snip]
>
> Just made css minification opt-in. -- Andrei
Thanks!!
T
--
"Maybe" is a strange word. When mom or dad says it it means &
On 1/16/15 9:58 AM, Vladimir Panteleev wrote:
[snip]
Just made css minification opt-in. -- Andrei
On 1/16/15 9:58 AM, Vladimir Panteleev wrote:
On Friday, 16 January 2015 at 17:40:40 UTC, Andrei Alexandrescu wrote:
I just added
https://github.com/D-Programming-Language/dlang.org/pull/770, which
generates minified css files. This is because in the near future css
files will become heftier (mo
On Friday, 16 January 2015 at 17:40:40 UTC, Andrei Alexandrescu
wrote:
I just added
https://github.com/D-Programming-Language/dlang.org/pull/770,
which generates minified css files. This is because in the near
future css files will become heftier (more documentation
comments, more detailed sty
I just added
https://github.com/D-Programming-Language/dlang.org/pull/770, which
generates minified css files. This is because in the near future css
files will become heftier (more documentation comments, more detailed
styles etc).
The disadvantage is that now one needs to be online to gener
67 matches
Mail list logo
