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.
7966
Off-topic / Re: The Evolution & Death of Social Subscription
« on August 31st, 2011, 12:17 AM »
But where could it be compromised?
- Online RSS reader services? What do they care about your particular rss feed when they've got billions to pick from? And what difference does it make with online e-mail services? If I trust GMail with my e-mails reproducing the contents of private PMs, why shouldn't I trust Google Reader with RSS feeds doing the same? And I actually read my feeds, while most of my e-mails end up in spam boxes...
- Sharing the RSS feed link? As I said, it's exactly like sharing your account's user name & password... You can do it if you want -- but don't complain.
Obviously, publishing a RSS feed link with credentials would require showing a disclaimer below the link, something along the lines of, "This is your private feed link, please do not share it with anyone or they can access your personal data."
I basically had some time to think of all that (although never got around to discussing it again), and I guess I think there are more good aspects than bad to this. Don't forget that such a feed would eventually be something like a Facebook wall -- any answers to a thought, any PM would be posted there for your convenience. Wedge would just need to 'log' any data into the feed and drop all older elements from the table, making it faster to retrieve any kinds of data for any user's rss feed.
I'm not saying it should be in Wedge 1.0, but this is something that we should keep discussing with the community -- it's an interesting feature to add, security can be taken care of by letting the admin disable it and the user choose e-mail notifications, and basically if the community wants it and it's fun to implement, why should we stop ourselves from doing it? :)
- Online RSS reader services? What do they care about your particular rss feed when they've got billions to pick from? And what difference does it make with online e-mail services? If I trust GMail with my e-mails reproducing the contents of private PMs, why shouldn't I trust Google Reader with RSS feeds doing the same? And I actually read my feeds, while most of my e-mails end up in spam boxes...
- Sharing the RSS feed link? As I said, it's exactly like sharing your account's user name & password... You can do it if you want -- but don't complain.
Obviously, publishing a RSS feed link with credentials would require showing a disclaimer below the link, something along the lines of, "This is your private feed link, please do not share it with anyone or they can access your personal data."
I basically had some time to think of all that (although never got around to discussing it again), and I guess I think there are more good aspects than bad to this. Don't forget that such a feed would eventually be something like a Facebook wall -- any answers to a thought, any PM would be posted there for your convenience. Wedge would just need to 'log' any data into the feed and drop all older elements from the table, making it faster to retrieve any kinds of data for any user's rss feed.
I'm not saying it should be in Wedge 1.0, but this is something that we should keep discussing with the community -- it's an interesting feature to add, security can be taken care of by letting the admin disable it and the user choose e-mail notifications, and basically if the community wants it and it's fun to implement, why should we stop ourselves from doing it? :)
7967
Off-topic / Re: The Evolution & Death of Social Subscription
« on August 30th, 2011, 11:27 PM »
Of course. We store a secret key for you. The rss feed has both the user Id and the key. Giving the URL away would be like sharing your account password anyway...
It's a security issue but technically I don't see why we couldn't offer this to aware users...
It's a security issue but technically I don't see why we couldn't offer this to aware users...
7968
Off-topic / Re: The Evolution & Death of Social Subscription
« on August 30th, 2011, 11:12 PM »
Completely agreed.
But go tell a newbie to use rss/atom! To each their own...
If only SMF notifications could be made by rss... Oh that's an idea to develop ;)
But go tell a newbie to use rss/atom! To each their own...
If only SMF notifications could be made by rss... Oh that's an idea to develop ;)
7969
Off-topic / Re: Not really off topic but I'm short on ideas.
« on August 30th, 2011, 11:10 PM »
Could you possibly commit your changes and I'll see I'd I have the same problem? We can always revert...
7970
Features / Re: New revs
« on August 30th, 2011, 09:45 PM »
rev 973 (everything I did while playing Xenoblade this week :P)
(12 files +1, 21kb)
! The smiley cache was always regenerated on each call, because of a last-minute change in parameter order. (Subs-BBC.php, Subs-Cache.php)
* Reprocessed copyright comments in JavaScript files to only cache the bare minimum, i.e. @copyright stuff, and avoid showing the version number and issue date. (Subs-Cache.php)
* The cache folder's htaccess should specify a Vary-Encoding header to make Page Speed happy and help with proxy caching or whatever. (cache/.htaccess)
* Shaved a few extra bytes off the main script file's cached version. I also sacrificed my plain view credit for the menu code for the good cause. It's still in the uncached version though, it's my thing, took me years to finetune it, nearly drove me crazy, I want the whole world to know that stupid script is mine. And that includes you, reading the changelog. (script.js, theme.js)
! Reverted rev 972's removal of the securityDisable_why text string, as it's unrelated to the availability of securityDisable itself. (Login.template.php, Help.language.php)
! Syntax error in PM template. Not sure where this one came from... (PersonalMessage.template.php)
* Tweaked current date's margin and we:block styling. (index.template.php, index.css)
* Spacinazi. (ManageBoards.php)
(12 files +1, 21kb)
! The smiley cache was always regenerated on each call, because of a last-minute change in parameter order. (Subs-BBC.php, Subs-Cache.php)
* Reprocessed copyright comments in JavaScript files to only cache the bare minimum, i.e. @copyright stuff, and avoid showing the version number and issue date. (Subs-Cache.php)
* The cache folder's htaccess should specify a Vary-Encoding header to make Page Speed happy and help with proxy caching or whatever. (cache/.htaccess)
* Shaved a few extra bytes off the main script file's cached version. I also sacrificed my plain view credit for the menu code for the good cause. It's still in the uncached version though, it's my thing, took me years to finetune it, nearly drove me crazy, I want the whole world to know that stupid script is mine. And that includes you, reading the changelog. (script.js, theme.js)
! Reverted rev 972's removal of the securityDisable_why text string, as it's unrelated to the availability of securityDisable itself. (Login.template.php, Help.language.php)
! Syntax error in PM template. Not sure where this one came from... (PersonalMessage.template.php)
* Tweaked current date's margin and we:block styling. (index.template.php, index.css)
* Spacinazi. (ManageBoards.php)
7971
Off-topic / Re: Not really off topic but I'm short on ideas.
« on August 30th, 2011, 08:28 PM »
What are the folder attributes? I doubt it's that but..
7972
The Pub / Re: What about mobile?
« on August 30th, 2011, 10:29 AM »
Did they do that for AeMe, too? :P
7973
Features / Re: New revs - Public comments
« on August 30th, 2011, 01:05 AM »
Thanks for the fixes (install time skin var & credits title), I totally missed these.
I'm not 100% sure about the removal of admin confirmation though... Not that I don't get your point -- but I can see people complaining the option is no longer there, and having to tell them to use phpMyAdmin to change it... I dunno. I suppose it's worth doing it -- and if too many people complain, we can always re-introduce the admin setting...
Even less sure about the removal of the help icon saying why the password has to be entered again. Are you... sure it's related to the above...? I wouldn't say it is. :^^;:
I'm not 100% sure about the removal of admin confirmation though... Not that I don't get your point -- but I can see people complaining the option is no longer there, and having to tell them to use phpMyAdmin to change it... I dunno. I suppose it's worth doing it -- and if too many people complain, we can always re-introduce the admin setting...
Even less sure about the removal of the help icon saying why the password has to be entered again. Are you... sure it's related to the above...? I wouldn't say it is. :^^;:
7974
Off-topic / Re: IE users are dumb
« on August 30th, 2011, 12:44 AM »
Are we all misfits in here? :P
7975
The Pub / Re: What about mobile?
« on August 29th, 2011, 06:04 PM »
Yeah, the only point of Tapatalk at this point is the 'directory' of sorts that it offers.
7976
Off-topic / Re: Doctor Who
« on August 29th, 2011, 06:03 PM »
What do they say in Confidential? The 'real name' solution was also the one I'd come up with when watching the episode... Given the fact that IIRC, River had whispered his name in a similar situation (in the ear).
7977
Other software / Re: Baibai vblamer
« on August 29th, 2011, 06:02 PM »
Yeah, I'll use 'whom' only to sound 'pedantic British', because that's probably the image I like giving about myself (still better than pedantic French :niark:)
7978
The Pub / Re: Public repository?
« on August 29th, 2011, 05:49 PM »
I'm thinking that after the first public releases (alpha or gold?), we will consider at least releasing nightlies.
But not for now...
But not for now...
7979
Off-topic / Re: IE users are dumb
« on August 29th, 2011, 01:44 AM »
Me too! Let's dress the same way, so that everybody knows we're not like anyone else!
7980
Off-topic / Re: IE users are dumb
« on August 29th, 2011, 12:25 AM »
Always reminds me of the goth kids in South Park (Raisins, The Ungroundable...), they're pretty funny in their desire to stand apart from society and fight against conformism... ;)