Search found 156 matches

by rxu
Sun May 01, 2011 3:47 am
Forum: [3.1/Ascraeus] Merged RFCs
Topic: [RFC|Merged] Autoloading & Class Naming Convention
Replies: 27
Views: 67823

Re: [RFC|Merged] Autoloading & Class Naming Convention

Think we probably can just add a requirement of shortened names for MODs.
Thus MOD will have a regular, not restricted by characters and/or length, descriptive name and a shortened one that should be used to name folders and classes the MOD creates.
by rxu
Sun May 01, 2011 3:09 am
Forum: [3.1/Ascraeus] Merged RFCs
Topic: [RFC|Merged] Autoloading & Class Naming Convention
Replies: 27
Views: 67823

Re: [RFC|Merged] Autoloading & Class Naming Convention

My concern here is what do we actually define as <modname>. Here are some examples of MODs names (no idea if they could use classes, just f.e.): Multiple File Upload(addon for UserBlogMod) Living Avatars Member Control Panel Integration Security Blanket Spam Blocker by Area-51-X.com Having folders l...
by rxu
Tue Apr 26, 2011 12:35 pm
Forum: [3.x][Archive] RFCs
Topic: [RFC|Accepted] Updated BBcode engine
Replies: 146
Views: 247017

Re: [RFC|Accepted] Updated BBcode engine

The patch doesn't respect fix for XSS in flash bbcode as well as classes autoloading feature, it should be fixed.
Didn't look deeper yet.
by rxu
Tue Apr 12, 2011 9:41 am
Forum: [3.1/Ascraeus] Merged RFCs
Topic: [RFC|Merged] Attachments management
Replies: 38
Views: 152237

Re: [RFC|Accepted] Attachments management

OK, we shouldn't provide filename, attachment id and link to files, and no delete option for files in PMs then. So the rest of things is posting info (date/author), and something instead of filename. Noxwizard suggested physical filename in IRC today. We could provide just a file type instead of it ...
by rxu
Tue Apr 12, 2011 7:23 am
Forum: [3.1/Ascraeus] Merged RFCs
Topic: [RFC|Merged] Attachments management
Replies: 38
Views: 152237

Re: [RFC|Accepted] Attachments management

Currently (in phpBB 3.0.x) every user has a full list of own attachments in UCP (those are files in posts and PMs) and can delete files, while administrator can't control attachments list at all. I suggest to leave administrator control over all files including files in PMs because that's a kind of ...
by rxu
Sat Apr 09, 2011 3:26 am
Forum: [3.x] Discussion
Topic: Defaults for session time to live and profile accessibility
Replies: 19
Views: 21474

Re: Defaults for session time to live and profile accessibil

Noxwizard wrote:These links already appear in their posts, which are visible to crawlers.
Well, "general linking (within posts) to other sites is generally not permitted" as per our rule 5c (and rule 6a is related to this policy as well) :)
by rxu
Fri Apr 08, 2011 6:03 am
Forum: [3.x] Discussion
Topic: Defaults for session time to live and profile accessibility
Replies: 19
Views: 21474

Re: Defaults for session time to live and profile accessibil

We even don't have profiles publicly open neither on phpbb.com nor on area51 :) And when we're talking about hiding it from bots this affects only registered bots, so profiles will be crawled by search engines anyway. If the information is visible to registered users, the information is essentially ...
by rxu
Wed Apr 06, 2011 7:10 am
Forum: [3.x] Discussion
Topic: Defaults for session time to live and profile accessibility
Replies: 19
Views: 21474

Re: Defaults for session time to live and profile accessibil

To be honest, search -> entering the user is much faster way, because to make it via profile you have to find a link to profile, which requires to utilize users search first (unless the user you need is online luckily). So my opinion is that opening profiles to guests is useless in regard of user's ...
by rxu
Thu Feb 24, 2011 5:02 pm
Forum: General Development Discussion
Topic: Anyone running mysql 5.5?
Replies: 15
Views: 32364

Re: Anyone running mysql 5.5?

nn- wrote:I run 5.1.
Same here.
by rxu
Thu Feb 24, 2011 5:00 pm
Forum: General Development Discussion
Topic: Separate #phpbb-dev channel
Replies: 6
Views: 11235

Re: Separate #phpbb-dev channel

I'm not sure about what option to choose because while I haven't objections about opening new development channel I'm still thinking we should keep the private one for some sorts of inner-team discussions (security issues for example). So if we just open new channel while having private one I'm for ...