Support for Drupal 7 is ending on 5 January 2025—it’s time to migrate to Drupal 10! Learn about the many benefits of Drupal 10 and find migration tools in our resource center.
Not sure what's going on here but as soon as I enable CSS compression using YUI the site stops responding and debugging points the finger at the minifier.
I realize that we're just passing it a bunch of params and it's technically not an AdvAgg error but this is my dev box and I have ridiculous settings like memory_limit 256M and max_execution_time 90 and still no cigar... I can only imagine this will be the same but worse for standard production boxes... any documentation and/or help getting this working please?
Comment | File | Size | Author |
---|---|---|---|
#9 | advagg-2098443-8-skip-css-regex-osx.patch | 787 bytes | mikeytown2 |
Comments
Comment #1
mikeytown2 CreditAttribution: mikeytown2 commentedBest option would be to test each css file, see which one is causing an issue. Then try to find the section on rules in that file that causes it to fail and submit a bug report to https://github.com/tubalmartin/YUI-CSS-compressor-PHP-port
On the AdvAgg side I could try testing file like I currently do for jsmin; and then do no minification of the CSS for that file if the test fails.
Comment #2
alexweber CreditAttribution: alexweber commented@mikeytown2, thanks man, that seems like a good place to start!
Comment #3
mikeytown2 CreditAttribution: mikeytown2 commentedIf you know what aggregate is taking forever to generate you can lookup what files are inside of it by going to
admin/config/development/performance/advagg/info
and under "Get detailed info about an aggregate file" Filename: enter something like "css__kXv96AEp_3ZeP6NXQffTTv3N3WpdxMffK0HbAhTBPPY__35s3aaSqQQ7mTwCZyUntfdJ2TpiN8ZFv_ODmGeZygg0__csvKqUfiNXlKVJNsy8AmAM2a38M1Vj14GLfPSRPyi-o.css"Comment #4
alexweber CreditAttribution: alexweber commentedThanks Mike, that's helpful! I'm gonna investigate this further and I'll post back if I find anything interesting/useful.
Comment #5
mikeytown2 CreditAttribution: mikeytown2 commentedAny news on this?
Comment #6
alexweber CreditAttribution: alexweber commentedI tracked down the culprit file and here's the detailed info about it: http://pastebin.com/42fq1eGr
It doesn't really say much to me...
That said, AdvAgg does manage to create the aggregated file: http://pastebin.com/csFQ72yn
I ran it through CSS Lint and it's actually ok apart from a bunch of warnings, seems like the fail is on YUI's side for sure.
Comment #7
alexweber CreditAttribution: alexweber commentedSo I actually tracked this down to: https://github.com/tubalmartin/YUI-CSS-compressor-PHP-port/issues/4
That issue got a fix committed specifically for Windows:
PHP_OS returns "Darwin" for whatever reason on OSX so changing that line to:
Fixes the error and I get a nice compressed file...
I'm going to follow up on GitHub ... thanks for the help!
Comment #8
mikeytown2 CreditAttribution: mikeytown2 commentedThat check never got committed upstream. So tubalmartin would need to checkin the WIN and DAR check. I'll commit the new code in a little bit
Comment #9
mikeytown2 CreditAttribution: mikeytown2 commentedFollowing patch has been committed. Thanks for tracking this down :)
Comment #10
mikeytown2 CreditAttribution: mikeytown2 commentedInteresting article on how to find & ID issues like this in the future
http://www.metaltoad.com/blog/fix-drupal-segmentation-fault
Comment #11
alexweber CreditAttribution: alexweber commented@mike awesome, thanks for committing it!
ps - i saw that article on planet last week and used it to help out :)
Comment #12
mikeytown2 CreditAttribution: mikeytown2 commented