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.
6226
Features / Re: These two bytes may not matter to you...
« on September 29th, 2011, 12:08 AM »
Using iterator_count is fine if you know it only contains images, otherwise you're pretty much implementing the exact same logic in a different method. As for which is fastest, the only way to test that is to get some folders, some purely images, some with half and half, some with mostly non images and benchmark it.
Selected is removable if we never provide any such UI as the language dropdown; using the flags pretty much invalidates that requirement, so yes, it should go. (Is it not even used in ManageServer?)
I feel your pain re external libraries with comments, I'm having similar fun with phpseclib. What's the benefit of updating?
Selected is removable if we never provide any such UI as the language dropdown; using the flags pretty much invalidates that requirement, so yes, it should go. (Is it not even used in ManageServer?)
I feel your pain re external libraries with comments, I'm having similar fun with phpseclib. What's the benefit of updating?
6227
Features / Re: New revs - Public comments
« on September 28th, 2011, 09:58 PM »
I wouldn't worry about testing the code thoroughly because what will happen is that I'll be testing it by writing add-ons which will show up different weaknesses in the code, e.g. how live reported an issue with ENUM handling in the DB code, and the more hammering it gets with add-ons, the more thoroughly it's all going to be shaken out.
It might not hurt to write unit tests for the add-on manager.
And thanks :) I did try to construct something that would handle what I was going to throw at it, and it reverts one of the irritations I had in later SMF releases that the code was removed instead of fixing it.
It might not hurt to write unit tests for the add-on manager.
And thanks :) I did try to construct something that would handle what I was going to throw at it, and it reverts one of the irritations I had in later SMF releases that the code was removed instead of fixing it.
6228
Features / Re: New revs - Public comments
« on September 28th, 2011, 09:40 PM »
Yes, I meant to test for that. No, you can't do what you suggest, I tried it originally and PHP complained bitterly.
6229
Features / Re: New revs - Public comments
« on September 28th, 2011, 08:08 PM »
"User might insert 5, or 5.3, or 5.3.0" or something to that effect.
6230
Off-topic / Re: Pre-made CSS/HTML framework?
« on September 28th, 2011, 08:07 PM »
Hahaha, yes, I guess that's true enough!
6231
Features / Re: New revs - Public comments
« on September 28th, 2011, 08:00 PM »
Oh, heh, yeah, 'be insert' is a typo.
6232
Off-topic / Re: Post count fever
« on September 28th, 2011, 07:56 PM »
I think the race to 9k is going to be close and that 10k is totally open :P
6233
Off-topic / Re: Pre-made CSS/HTML framework?
« on September 28th, 2011, 07:35 PM »Wedge :eheh:
6234
Features / Re: New revs - Public comments
« on September 28th, 2011, 07:21 PM »
I can't remember why I used filetype instead of is_dir, performance will be comparable though.
The libxml lines will be restored in due course, but while I'm working on it and debugging it, I wanted any libxml/SimpleXML errors to actually be thrown, as opposed to caught separately (which is what will eventually happen)
Nope, not a typo. The idea is that users, includingplugin add-on contributing authors, are inherently lazy. If they require PHP 5.4, say, should they use 5.4 or 5.4.0? version_compare expressly considers 5.4 to be different to 5.4.0 so the idea is to normalise them as best possible before calling version_compare, and well, I did the PHP ones first, then copied it for MySQL.
The libxml lines will be restored in due course, but while I'm working on it and debugging it, I wanted any libxml/SimpleXML errors to actually be thrown, as opposed to caught separately (which is what will eventually happen)
Nope, not a typo. The idea is that users, including
6235
Off-topic / Re: Post count fever
« on September 28th, 2011, 07:16 PM »
You'll beat me to 7500 and probably to 8k but 10k is anyone's guess :P
6236
Plugins / [Naming poll] Re: Packages
« on September 28th, 2011, 02:39 PM »
Interesting to see the current split in the poll. I haven't voted, specifically to avoid biasing things, but it does seem to reflect what Nao had already observed before about the split between folks that prefer plugins and folks that prefer add-ons.
And yes, WP plugins != widgets, a WP widget is the equivalent of a template block in the skeleton here. A WP plugin may add, or display as, a widget.
In our terms, it's much the same, and for the same reason.
And yes, WP plugins != widgets, a WP widget is the equivalent of a template block in the skeleton here. A WP plugin may add, or display as, a widget.
In our terms, it's much the same, and for the same reason.
6237
Plugins / [Naming poll] Re: Packages
« on September 28th, 2011, 01:00 AM »
Yeah, an awful lot of the mechanics are set up around "enabling", which for non edit based work is generally just adding a few settings to the DB, which is really what we're talking about here.
Just for the record, the target word tossed about was "Wedgets", though "Wedgelets" crept in somewhere.
:edit: If you're wondering why we care, it's because we want to make the whole experience more meaningful for users, not just in terms of extending the core but how you interact with Wedge.
Just for the record, the target word tossed about was "Wedgets", though "Wedgelets" crept in somewhere.
:edit: If you're wondering why we care, it's because we want to make the whole experience more meaningful for users, not just in terms of extending the core but how you interact with Wedge.
6238
Features / Re: These two bytes may not matter to you...
« on September 28th, 2011, 12:33 AM »
Not right now in a meaningful way. have been busy with family stuff.
6239
Off-topic / Re: MySQL Website Compromised; Serves Malware to Visitors
« on September 28th, 2011, 12:32 AM »
And in the Linux.org case it was done through the human element being compromised rather than the technical element.
6240
Off-topic / Re: MySQL Website Compromised; Serves Malware to Visitors
« on September 27th, 2011, 11:31 PM »
Yeah, I'd heard about this; it's not great considering the resources available. I'm not sure it should be taken as ironic that it was an SQL injection - such an element is not a flaw in MySQL itself but a flaw in the application logic higher up.[1]
I doubt this is intentional on Oracle's side; it's not in their interest, because it's not like MySQL isn't making them money.
I doubt this is intentional on Oracle's side; it's not in their interest, because it's not like MySQL isn't making them money.
| 1. | But it sounds so good. I suspect the editor who wrote that doesn't really know what an SQL injection is. |