Show Posts

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.

Messages - Nao
5326
Features / Re: Multiple default skins?
« on April 27th, 2012, 05:28 PM »
I thought you didn't want to have non-critical cookies because of the ICO law...
5327
Archived fixes / Re: Preparsing adds url bbc where it shouldn't
« on April 27th, 2012, 05:27 PM »
Maybe I'm just scared for nothing. I did spend a lot of time on this shit back then...
5328
Archived fixes / Re: Time offset (auto detect)
« on April 27th, 2012, 05:26 PM »
Quote from Arantor on April 27th, 2012, 05:03 PM
No, because the system's clock will update with its local timezone rules, so you have to get that right, otherwise you'll get DST applying at times you have no knowledge of whatsoever.
But the server uses unix timestamps, doesn't it..? Isn't this a UTC timestamp?
Quote
They don't. You certainly could do it yourself, if you knew the timezone the post was written in, but that means storing it per post and doing extra calculations to do it. But for the extra hassle, it seems... overkill.
Yeah, I guess so... The Web is not ready yet for my overkill ;)
5329
Archived fixes / Re: Preparsing adds url bbc where it shouldn't
« on April 27th, 2012, 05:23 PM »
Yeah it works for me too, but it also means that quick reply has issues with Aeva embedding to begin with, since it doesn't execute that code...
5330
Features / Re: Moving topics, you can now send a PM
« on April 27th, 2012, 05:23 PM »
That's the thing... The more custom code we add to 'ignore' a meta-board like this, the more complicated it gets.
Maybe we should have a flag for boards, like 'meta', which when set will add them automatically to ignored boards... Dunno.
Or just ensure boards in query_see_board are in ('blog', 'board', 'site') or something... Which I don't like.
5331
Bug reports / Re: Pretty URL remarks
« on April 27th, 2012, 05:20 PM »
<sigh>

Then no automatic updates for me...
5332
Archived fixes / Re: Time offset (auto detect)
« on April 27th, 2012, 04:58 PM »
Wouldn't it be simpler to just set the server/mysql time to UTC..?

One thing that bothers me -- I know it's not much but still: let's say you post at 7pm on a Saturday, after a Doctor Who episode. The next day, daylight savings come into play and suddenly if you read that post, it's marked as being sent at 6pm... Before the episode was shown!! What the hell?!
I'd like for timezones to be able to automatically apply the timezone's daylight savings to a unix timestamp immediately... Dunno if they do that, honestly :P
5333
Features / Re: New revs - Public comments
« on April 27th, 2012, 04:55 PM »
Quote from Arantor on April 26th, 2012, 07:39 PM
I didn't think there were any left anyway, I thought the only use was index+Modifications, which I killed a bit back anyway.
There were half a dozen or so left in the overall codebase.
Quote
You can't do some magic to 'no special cases' and magically expect _n to just work.
Hmm, with all due respect, did you look at my commit...? Because it returns a sprintf'ed string every time, even if the string isn't an array... (Which basically means, "it's _n all the way.")
5334
Test board / Re: Characters in CP-1252 that don't work, apparently
« on April 27th, 2012, 04:54 PM »
I'd tend not to change anything, because it's not *too* broken... And the 39 can always be changed later on (with a simple DB query...), so I'm not too worried about that one for now...
5335
Features / Re: Moving topics, you can now send a PM
« on April 27th, 2012, 04:51 PM »
Quote from Arantor on April 27th, 2012, 04:42 PM
*nods* I like where you're going with this, too :)
Well, profile comments were an immediate advantage that floating topics offered... I just figured out that it's still possible to have profile comments even with 'just' floating boards. Although it'll probably require some thinking about the UI... (Should the meta-board be apparent and link to the latest profiles that were commented...? And that's yet another module inside MessageIndex.template.php, obviously...)
5336
Bug reports / Re: Pretty URL remarks
« on April 27th, 2012, 04:48 PM »
Quote from Arantor on April 27th, 2012, 04:40 PM
I'm sorry, I'm not prepared to accept being insecure by default just because people are too lazy to do some work themselves occasionally.
Why would your site be insecure just because there's an option to update the files...?

I mean, if we have such a system in, we'd simply warn any admin that an update is ready, then they go to the admin area, click to update, we pass along the session IDs etc, and the script goes on to import the file, extract it in a temp folder (all of this is very safe...), and then either we ask the user to use FTP to move the folder to the root (i.e. automatically replace all files), or we can offer to do it for them... (Which you wouldn't do, I guess.)
Quote
Here's the thing: other platforms don't have one-click upgrades, and they're absolutely happy with this for exactly the same reason I am.
And Wedge isn't exactly a platform that's like all others... :P
I'd like for it to require as little attention as possible from the admin point of view. SMF upgrades are so painful to me that I simply don't do the upgrades and leave my installs opened to security holes (well, I do try and fix them manually though...)

I'd really like for Wedge to be able to say that "our installed base has zero security holes"...
5337
Features / Re: Moving topics, you can now send a PM
« on April 27th, 2012, 04:39 PM »
Quote from Arantor on April 26th, 2012, 07:07 PM
Eh, so I should, but for me it was such a small thing that I didn't want to blow the trumpet on it. That said, I've been thinking about implementing the notifications system as mentioned here (the Facebook/XenForo one) and that would certainly be a case for promoting it!
Yup, we're gonna do that anyway -- it's just that it's not something that's in my alpha to-do, but certainly in my beta to-do, if you don't do it before...

Right now I'm trying to finish all of my half-done commits, and consider turning albums into album boards, and then add support for profile comments by adding a 'profile' board type... (i.e. Wedge creates a meta-board that contains topics associated to a profile ID. We'd have to store these associations somewhere though, but at least it allows you to automatically be able to search profile comments as well as the rest....)
5338
Archived fixes / Re: Buffer hook never called
« on April 27th, 2012, 04:33 PM »
Quote from Arantor on April 26th, 2012, 07:03 PM
I would have been more open about things if I were going to quit.
Well I'd sorta poked you both on FB and Noisen, to no avail... :^^;:
5339
Bug reports / Re: Pretty URL remarks
« on April 27th, 2012, 04:27 PM »
Well... Then you could disable it ;)
Thing is, 90% of all SMF installs are 'insecure' per se if you'd like... And perhaps they don't mind, even knowing so. If this at least allows them to do automatic upgrades...

:edit: Testing edits...
5340
The Pub / Re: Number of 'online users'
« on April 27th, 2012, 04:23 PM »
Quote from Arantor on April 27th, 2012, 01:40 PM
So, putting aside the friend stuff that needs a serious overhaul, where do we stand on guests and not issuing them with sessions?
I don't know...
Ideally, we would issue sessions for guests that allow for cookies. Meaning that they'll never get a session started on first visit, but if we (still) attempt to set a cookie, the next page they view will then start a session, so they should be able to log in, right...?
Now there's the issue of mobile detection. Perhaps we could use my quick class for guests without sessions, and the more complete (and slower) class for everyone else... I dunno. It feels kinda hackish.
I'm also still bothered by the fact that you don't seem excited about associating IPs with sessions so that guests without cookies could at least be tracked... :P
Quote
I personally think the benefits drastically outweigh the downside but I'm thinking others may feel differently. Anyone got any objections to what I'm suggesting?
I really don't know...