Jaggi

well seeing as they've not even updated this forum yet i wouldn't hold my breath yet.

Why? Because if a topic that is 2 years old gets bumped and I've already read it but forgot, and read through most of the topic and realize that the topic is 2 years old, I get irritated.

this sounds more like a mod than a real feature to be honest.

I'd say that since our forum rules forbids you from using an avatar that is similar in appearance to a staff avatar (to help avoid any confusion for newer members) it's probably counter-productive to the rules to release a GDK if you ask me.

Something that vB has that IPB doesn't.. "Smart" marking of read topics. If you read a topic that has new posts but you don't read the last page of the topic, then it's still marked as unread (because really, you have unread posts in that topic). If you happen to start reading the topic (say the first of 5 pages) and your first unread marker is in page 3, then it'll take you to that first unread post on page 3. If you go to page 3 and then look at the topic list again, I believe it'll take you to the first post on page 4 (since you didn't look at it or the last page yet). Basically only marks all the posts read that you might have actually read, instead of the entire topic.

go here: http://forums.invisionpower.com/forum/415-ips-resources-site/ and click articles, theres loads of tutorials.

to be honest i don't agree with your suggestions. it think its fine how it is, the emoticon area isn't hiding anything and makes use of good space to display a good number of emoticons.

At the end of the day...it's doubtful Google is going to use all their vast resources to come after a modification author for a bulletin board software. If we provided the functionality out of the box, that chance would be higher, assuming my understanding of their terms of service is accurate.

Using FTP is just a way to use the hosting accounts user group whereas PHP itself would use the nobody group. Any files created by the FTP user cannot be edited/deleted by PHP, and vise versa, unless the files are CHMOD'd to allow "Everyone" to edit/delete.

PHP does have FTP functions that would allow it to do this. Essentially it would download the zip file, uncompress it to a temporary location, and upload it to local host using the ftp function. You would, however, have to put your ftp details into the ACP. That can be a security risk though if someone hacks into IPB. Normally if someone got into IPB they could only effect files that PHP can write to... but if you have FTP credentials stored in IPB, you've given them a backdoor to all your files. The other issue is having the extension installed in PHP to have the ftp functions in the first place. Also on most cpanel installations, the primary FTP account credentials are also your cpanel credentials. For someone to get ahold of this is disaterous.

The *best* solution would be to change the way IPB is installed. When you unzip IPB you have an expander and another archive. This expander would unzip the archive in the directory and all the files would belong to the "nobody" group. This way PHP has the ability to edit these files without chmoding them. It presents the same security risks as the ftp method because an attacker could change/delete any files, but at the very least they would not be able to touch your cpanel. Besides secruity, the only issue would be: does PHP have the extensions to extract the files?

Either way you'd need to put your client center details into ACP. Someone could get ahold of this, and that may not be a good idea either.

All around, the way it is works just fine. It's a bit tedius, but at least you're not comprimising your security.

Yeah, we have considered this. It wouldn't take too much effort to do although arguably each user will have access to the same data so I'm not entirely sure what the point would be. Both need access to members, posts, topics, forums, logs, etc. I can't think offhand of one table that isn't required by both systems.

i gotta be honest, i prefer the orginal skin to it.

Then you'd have to enter in your FTP credentials in the ACP. Why not just FTP the files to begin with?

Again, you can just submit a ticket and we'll do the whole upgrade for you. Seems about as easy as it gets to me.

It's not realistic. You'd have to chmod your entire installation 777 (for most servers) which will create security issues unnecessarily.

We already offer to do the upgrade for you for free. How much easier can it really get than that? ;)

that would be amazing but don't know realistic it would be on a resources point of view and of course would be quite difficult and lead to all types of problems depending on server setup/restrictions etc. Of course causes security concerns too.

theres no difference between ical and and a csv, i'm for the ical support as my outlook does support and so do most calendar applications.

it gave me one error about something on non object but then i just put a if ($object) around it and that fixed it. I'll do it again when i get home and see if i can get the memory usage down, 2g was just summit random i chose. I'll give u holla later.

firstly your right charles never reads pm's or he never replys :P. secondly you don't apologise to charles, u just insult him and tell him he'd better like it... now lindy... thats a whole different story... (body armour might be needed).

Parsing time: 217 seconds

Conversion time: 416 seconds

Total Documentation Time: 633 seconds

done

Operation Completed!!

i'd forgotten what a pile of crap this was...argh!

you get rikki to skin it for me (cus it looks so horribly, terribly, digustingly rubbish by default) and i'll have a go at it later. Also every looked into doxygen, does mostly the same thing but you can search with it too and its binary so alot quicker than phpdocumentor.

@andy there was a really good smiles program i used to use that inserting the smilies into the topics for you (handled most forums bbcodes setting etc too, was all auto). has smilies or summit in the name but can't remember wot it was called... i know i'm useless :(.

Well, I could spend a day trying to get phpdocumentor working (I have before, unsuccessfully) or I could fix bugs and address support tickets. :)

Developer documentation, unfortunately, has to wait until we have the time to address it.

Edit - that said, there's nothing stopping YOU from running phpdocumentor on the files of course. ;)

I think Charles is on something today... He's lying to himself a lot. ;)

usually you'd post a description with attachments...

hmmm before we were promised full documentation for ipb forum and acp, and developer docs in pdf format. have they now been nuked? and wheres the php documentator page we were also promised... i do think the whole documentation part of ipb is lacking, it has become a complex application now. i do try to create artices in resources as i learn stuff but alot of things still needed. Maybe do a push by the ips staff (e.g. everyone has to do one everyday).