This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.
7171
Other software / Re: Excuse me while I vomit.......
« on June 20th, 2011, 11:33 AM »
Only just noticed the edit :/
Anyway, yes, humans can and do get past the animated CAPTCHA, but add this fact to the calculation: when they're passed to the solving farms where people are paid to solve them, they're paid by the number solved. If it now takes longer to solve them, it erodes the value of doing it.
Anyway, yes, humans can and do get past the animated CAPTCHA, but add this fact to the calculation: when they're passed to the solving farms where people are paid to solve them, they're paid by the number solved. If it now takes longer to solve them, it erodes the value of doing it.
7173
Features / Re: Optimize release images
« on June 20th, 2011, 09:19 AM »
The avatars folder, yes, they weren't optimised much when I put the xkcd pack together originally, but the rest of the images should be optimised.
7174
Features: Theming / Re: WeCSS: the Wedge CSS parser
« on June 20th, 2011, 02:35 AM »
It's being developed as part of Wedge rather than a standalone module though off the top of my head I think you could probably separate it out without too much fuss.
7175
Features: Theming / Re: CSS and JavaScript minification
« on June 20th, 2011, 02:31 AM »
It's not even a dev mode switch, it's right there in Server Settings to disable it, or to switch packers, since MinJS is available too, but I think Packer generates smaller files. It's just enabled by default.
The files are not served with a PHP overhead, the only overheads incurred generally are the mtime checks to see if things have been modified, and that's used to flesh out the request URL (and filename) where the style can be found.
Hang on while I sort out SVN access, I'll PM you with the details shortly.
The files are not served with a PHP overhead, the only overheads incurred generally are the mtime checks to see if things have been modified, and that's used to flesh out the request URL (and filename) where the style can be found.
Hang on while I sort out SVN access, I'll PM you with the details shortly.
7176
FAQs / [FAQ] Re: Minimum requirements
« on June 19th, 2011, 09:16 PM »
True, I guess.
Though if you're using the video embed option (a la embedding YouTube from a link) it will also use the Flash version IIRC. It's not *required* but it's a bit past *strongly recommended*.
Though if you're using the video embed option (a la embedding YouTube from a link) it will also use the Flash version IIRC. It's not *required* but it's a bit past *strongly recommended*.
7177
Features: Theming / Re: CSS and JavaScript minification
« on June 19th, 2011, 06:45 PM »
I believe it's Packer 3.1 with a few changes off the top of my head. It's done by examining the timestamp of the files and comparing it to the last-built one, so if you change a file, it also updates the cached version.
It can be disabled in the admin panel.
It can be disabled in the admin panel.
7178
FAQs / [FAQ] Re: Minimum requirements
« on June 19th, 2011, 06:43 PM »Why might Flash be required?
So, there's a full blown media manager/gallery in the core now, and it's going to be tied in deeper. If you have a media management system, it's not illogical to replace conventional attachments with it too, and since media items can be embedded with bbcode, you get the ability to place 'attachments' wherever in the post you want them - great for blog entries, for example.
But since it is a media manager with video handling, it does often have to handle things that HTML5 can't, plus the player currently in use for uploaded MP3 files provides a nice graphic equalizer, which is all Flash implemented.
7179
Other software / Re: SM is down?
« on June 19th, 2011, 06:33 PM »
Their Twitter has made mention of having to do maintenance and trouble at the datacenter with the Sphinx server (the physical server that hosts Sphinx)
7180
Off-topic / Re: PC hotline
« on June 18th, 2011, 10:37 PM »
I have yet to encounter that. But it's probably because I use 7-zip to handle the unzipping.
7182
Off-topic / Re: A PHP fork?
« on June 17th, 2011, 05:12 PM »
I don't know which off the top of my head, but if it works how I think it works, it'll be GET - because what it can do is inject a <script> tag into the DOM for the browser to fetch the contents dynamically - and it'll be JSON when it comes in, presumably.
7183
Off-topic / Re: A PHP fork?
« on June 17th, 2011, 11:42 AM »
;) I made that point in the first post :P
7184
Off-topic / Re: A PHP fork?
« on June 17th, 2011, 08:50 AM »
Oh, I'm well aware it'll be a long time before anything here goes mainstream. I'm just intrigued that he actually forked it - because it's about pointing out how slow core PHP dev is, and more importantly how reluctant they are to look in new directions.
7185
Off-topic / Re: A PHP fork?
« on June 16th, 2011, 10:00 PM »
No, neither do I but it's certainly interesting. It is mostly about whether this emerges into a more serious fork, and also whether any of this gets merged into 5.4/5.5/6.