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 - Arantor
3451
Features / Re : Re: Keyworks in the URL + SEO
« on May 10th, 2012, 11:36 PM »
I don't think we can really forget touch devices, and if anything the action menu is more important on them, too, because surely more will be hidden into menus on mobile devices?
3453
Other software / Re: Shutdown Functions
« on May 10th, 2012, 11:16 PM »
How curious. I have no idea why that night be.
3454
Features / Re: Keyworks in the URL + SEO
« on May 10th, 2012, 11:01 PM »
I think it's because without seeing it it's not like we can judge the visual effect and as for the code consequences, it's like I can't visualise the consequences without trying to make use of it later, you know?
3455
Other software / Re: Shutdown Functions
« on May 10th, 2012, 09:06 PM »
Well, gzip requires all the content to have been served in order for it to work, so what happens is that Apache waits until end of processing and then gzips all the content, so you can't really fix it.
3456
Other software / Re: Shutdown Functions
« on May 10th, 2012, 08:05 PM »
ob_flush() is the way to call it but depending on configuration it may not matter. If it works, ob_flush() is how to do it. But if it doesn't, there will be no way to do it because of the configuration being based on waiting for PHP to finish before sending anything on.
Partly it's based on whether you're using PHP as a module or not and partly whether gzip is in use or not. But it feels lot like black magic as to whether it'll work or not.
Partly it's based on whether you're using PHP as a module or not and partly whether gzip is in use or not. But it feels lot like black magic as to whether it'll work or not.
3457
Other software / Re: Shutdown Functions
« on May 10th, 2012, 06:42 PM »
I don't believe there are any registered shutdown functions, because everything is funnelled manually to redirectexit() and obExit() as desired. obExit does the cleanup and handles certain buffer manipulations in itself, and also calls the buffer hook as necessary.
There is ssi_shutdown but I don't believe it's a registered shutdown function. Of course, just doing a bulk search on the codebase for register_shutdown would tell you for sure ;)
There is ssi_shutdown but I don't believe it's a registered shutdown function. Of course, just doing a bulk search on the codebase for register_shutdown would tell you for sure ;)
3458
Off-topic / Re: Post count fever
« on May 10th, 2012, 02:47 PM »
Congrats, only 9k posts to get into the 5-digit range ;)
3460
Features / Re: A new banning option?
« on May 9th, 2012, 06:32 PM »
Oh, I'm not disagreeing that it's worth the effort but that on SMF it's a LOT of effort. I redesigned how board access works and you can deny groups to boards. Though I also made it so that board visibility is not the same as board access, so you could make a donation-only board visible to everyone but only give access to people who've paid.
3461
Features / Re: A new banning option?
« on May 9th, 2012, 04:16 PM »
It's a LOT more work in SMF since there's no way to exclude groups from board access, you can only 'not grant access' as opposed to 'refusing access'.
3462
Features / Re: A new banning option?
« on May 9th, 2012, 01:59 PM »
That is actually doable already in Wedge though it's not obvious. Groups can be limited to certain boards so you can create a Banned group and disable access to all but specific boards.
There is a blog post somewhere on the various overhauls that I think need to occur to the banning system.
There is a blog post somewhere on the various overhauls that I think need to occur to the banning system.
3463
Off-topic / Re: Can I ask a totally stupid off topic question?
« on May 9th, 2012, 12:42 AM »
I'm not sure to be honest, I haven't looked for PHP tutorials in a long, long time :/
3464
Off-topic / Re: Bridges between other softwares and Wedge
« on May 9th, 2012, 12:41 AM »
Authentication is only really a tiny part of the process. What's really useful is interconnection at a deeper level.
Also to answer the point earlier about hooks, the hooks are for Wedge to call things, not for things to call Wedge. Same is true for SMF and isn't going to change any time soon.
Also to answer the point earlier about hooks, the hooks are for Wedge to call things, not for things to call Wedge. Same is true for SMF and isn't going to change any time soon.
3465
Off-topic / Re: Bridges between other softwares and Wedge
« on May 8th, 2012, 10:39 PM »
And it would require FAR FAR more skill to write a bridge than it would to write a CMS on top of Wedge. Seriously. (Bear in mind that some folks I work with have been discussing building their own CMS because they find their customers can't use Drupal)Quote And I've been developing websites for over a decade and I find it incredibly complicated to set up even a simple site - and that's before I even think about trying to code for it (which I assure you is enough to make you cry in frustration)Quote Except that bridges don't work that way when you're trying to bridge a CMS and a forum, because you invariably want to contain the forum inside the CMS layout, which means running all of Wedge's code - except the little tiny bits you don't want it to.
Why do you think the bridges for CMSes haven't been updated in years? It's not merely a lack of interest.
Fyi, drupal's really not as that bad how it is drawn, really - I say this as newb in it.
I though that building software bridges could be easier because of hooks(API and SSI) that powers SMF and Wedge(?).
Why do you think the bridges for CMSes haven't been updated in years? It's not merely a lack of interest.