Mark

It's not that simple though, is it? When we get tickets from people saying "my board is slow" - if our response is something along the lines of "Well you're using a resource intensive feature on a huge site on a shared server - turn it off and you'll be fine", it rarely goes down well ;) "But my board depends on it!", "You shouldn't advertise a feature that doesn't work!", etc...

Michael is correct, it is certainly possible, although it's a bit of a long shot. I don't think it's really appropriate to speculate on what has happened to a particular site - if the owner has concerns they will contact us and we will investigate what happened. At the moment there are no known vulnerabilities in IP.Board's latest supported versions (3.0.3 or 2.3.6).

If you're already a customer, you should submit a ticket in the client area for support. This forum is for feature suggestions :) If you're not, and are considering purchasing IP.Board - it is possible. Once you purchase, just send in a ticket and a technician will be able to advise.

rct2dotcom is right - you'd need to query the database to get the admin Email address - while in *some* cases we'd be able to still get that info (depending on the nature of the error) - it might not be possible. What would probably be the best thing to do is make an edit yourself with a hardcoded Email like Dark Slipstream says. That's actually a pretty simple edit. Something like this should suffice: In ips_kernel/classDb.php - find: else if ( $this->obj['use_error_log'] AND $this->obj['error_log'] ) { Add below: if ( !file_exists( $this->obj['error_log'] ) ) { mail('youremail@example.com', 'Driver Error', 'A driver error has been encountered on the forums!'); } The if( !file_exists ... bit is to make sure that only one of these Emails gets sent out.

Settings are cached - you can't just change the value in phpMyAdmin.

Yes.

The OP has requested this topic be closed. I would just like to reiterate that if anyone believes anything is missing from our documentation - this can include ACP pages you feel needed articles which do not currently have them, or guides you feel need to be written, then please PM me and I will add it to our list. But we do not intend to release one all-encompassing manual.

Nothing happens. It was used in the past. It may or may not be used again in the future. We currently ask you what URL your board is installed at and then to validate a board's license we just search our database for the URL.

Tom, We're kind of going round in circles here. I don't know whether it's just that you don't like the new system, or you're having trouble finding what you need. If there is something in particular that you are having trouble finding documentation on, please let me know and I will either direct you to it or get something written up if it is not available, but continuously making blanket statements of our documentation lacking doesn't help us help you. Tell us what you want, and we will do our best to provide. If it's just that you don't like the idea of inline help and would prefer a single manual, then I'm sorry to hear that, but it's what the majority of our customers asked for.

There will not be a single manual. Our users told us it was hard to find what they were looking for, and we found it hard to update. Having one in addition to the other resources we have available would result in duplicate content. We will continue to expand on the inline help and knowledgebase, and will be releasing our additional walkthrough-type guides soon. As said many times - the main documentation source is the inline help, additional guides will be supporting that inline help where a particular process either spans many areas of the software or is particularly complicated and examples are needed. Everything that was in the 2.3 manual will be available - 80% of it already is. While I appreciate that you find a manual would be very helpful, the vast majority of customers I have spoken to find the new system much easier, and it has cut benefited out support department. I think the fact of the matter is that we cannot please everyone: some users would prefer a large pdf that they can read the whole way through - others prefer inline help that easy to locate a specific article and always up to date. We can't have both, it's just not feasible - we have to go with one and we have gone with the new system. As always, thank you for voicing your feedback and let us know if you have any other suggestions :)

File Name: Ultimate Referrals 1.3 File Submitter: Mark File Submitted: 19 Jun 2008 File Category: Components For those familiar with Ultimate Referrals... UTR 1.3 is an upgrade to the 1.2 version of the mod with the following new features: It is developed by Professor P as opposed to baxter_jb who developed Ultimate Referrals up to 1.1 (who was unable to continue providing support and updates). As of version 1.3, Ultimate Referrals is a paid modification, but costs only $10 for use on a single forum. - Full compatibility with Invision Power Board 2.3.0 - Numerous frequently requested bug fixes - Feature to allow users to delete lines pending referral requests - Enhancement of contests feature to allow contest to close automatically when a user reaches a specified number of referrals - Enhancement of Administration pages For those not familiar with Ultimate Referrals... Ultimate Referrals in a referral system that allows users to refer their friends to the site and tracks referrals. Features inclde: Ability to refer members via importing GMail contacts, manually typing in their EMail addresses or clicking a referral link. Guests who have not come to the board from a referral link (either in an EMail or the manual link) will have the option of typing in the username of the member who referred them (if applicable) on the registration page. EMails going out will also include a 'decline' link so that no more referral EMails can be sent to that address.Integrates with iPoints, IBProArcade, the forum's post counts and other points systems to provide reward members with points when a new member is referred by them, if a member referred by them is placed into a different user group (such as a 'premium members' group), if a member referred by them purchases a paid subscription, if a member referred by them refers more members or they then refer more members and so on (set as a percentage as the downline goes on)Ability to view your referrals, your downline (the referred members of members you have referred) and the points it's earned youContests - allows you to create a contest to reward your members with who can refer the most new members in a given time frame, highly customizable including reccuring contests, automatically posting results when the contest ends and more Click here to download this file

Not only will it not work on some hosts, attempting to set it will result in an error.

If the PHP group recommends 128, I'd take their word that's a suitable value for most ;) Yes, IPB uses on an average request 7-10 - but if you upload an image thats 1000x1000px large - it's going to take some horsepower to resize that to a thumbnail, and it's not unheard of for us to get tickets from people with limits of 32 or 64 with that exact problem.

One can normally upgrade their memory_limit value with a local php.ini file, or by adding a php ini_set() call, or a htaccess file. Google will tell you how to do those. You could also always contact your host and ask them to do it for you :)

There is a chance you might have problems with more memory-intensive operations such as uploading large files or importing a language pack. Most of the times the issue is that hosts upgraded from PHP4 (which had a much lower default memory limit) and have just forgotten to increase the value. Normally I've found if you ask your host to bump it up to 128M they will. Any host which lowers the limit from the default is being quite restrictive - there's a reason the default is 128 ;)

If you need to contact technical support, then yes, send in a ticket - that's what that system is for. Things would get messy if have technicians had to answer both tickets and topics here :) To answer your question - the default PHP 5 memory limit is 128M, which should be sufficient. Our system requirements are documented, while some people may find some settings need to be tweaked if they have a particularly large site - the default configuration should be fine for most, and that is what that page assumes you have.

What you're looking for sounds like developer documentation - which is quite different to user documentation. For developer documentation - there's this for creating an application: http://community.invisionpower.com/topic/292645-creating-an-application-documentation/ Along with all of this: http://resources.invisionpower.com/index.php?appcomponent=cms&module=articles&category=135

In 2.3 we had this massive pdf file which you could download and was "the manual". But we learnt this wasn't all that great, it was hard to update, took forever to write, and most of it was filled with stuff like "to add a forum, click 'add forum'". So for 3.0, we're not planning on having one of those again. The way we see it, there are three very different types of documentation needed: Firstly, there's the "How to...?" type of documentation - this includes like how to add a forum, set up Facebook Connect etc (so basically, the bulk of what we would consider documentation). We deliver this sort of stuff inline the Admin CP. From any page, click "Get Help With This Page" to reveal a tutorial (if there isn't a tutorial for that page, we make a log of your request and will add to them as time goes on). If you're not sure how to get to the page you want, you can use the "live search" function in the Admin CP. Next there's the "known issues" - this includes how to overcome particular error messages or known problems with certain hosts. We deliver this through the knowledgebase in the client area (you'll note when you submit a ticket, it shows you any knowledgebase articles that might be useful). We're planning to archive all of the 2.x articles in there a little down the road (i.e. once most people are on 3.0) to make it a bit more organised. Finally there's the "guides". We know certain things cannot be explained just in one Admin CP help page - for starters, we'll need a guide that tells people how to use the live search and "Get Help With This Page" button - we also need things like installation guide, moderation guide, developer documentation and skinning guides. At the moment, these are a bit scattered - the install guide is in the download package, and a lot the other stuff is on our resource site in the "Articles" section. At the moment, we're focusing on pulling all of these into one location on our main website (which will be that support/docs/ page you found) and putting together the ones we consider top priority (i.e. "Getting Started" and "Moderation") - this will all be done soon. Hope that clears things up a bit :)

The way we see it, there are thee types of documentation: - General Questions "How do I do this?", "What does this button do?", etc. This is provided through the inline ACP docs (a logical place since you'll probably be on the page when you think of these questions) - when viewing a page in the Admin CP, if you need extra help with the functions on the page, click the "Get Help With This Page" button. It's a work in progress, not all pages have documentation yet - but they main ones do, and every time someone requests a page that's not, we're logging that request to build a list of most requested pages. - Problems / Known Issues "I have x setup and when I do y, I get z" This is provided through the knowledgebase in the client area (a logical place since if the knowledgebase doesn't have your answer, you'll submit a support ticket) I think at some point we're going to improve that knoweldgebase some. - Guides This is what I think you're after the most. Guides are kind of a walkthrough for some of the more complicated stuff, or at least stuff with multiple steps. At the moment, this is what we know we're lacking in and what we're focussing on internally - we should have some nice stuff for you soon. Like I say, all are going to continually improve over time, but it's important to remember to make use of all three - the inline ACP help has a lot of information in, so if your question is of the "How do I..." nature, your answer is probably in there :)

This is a public forum, and I don't think Martin was rude at all. You're right, this is a feedback forum, but we like bugs in the bug tracker so they don't get forgotten about, etc. Martin was merely pointing this out. Sorry for any offence caused. In future, you can just submit a support ticket to speak to staff directly. Since your issues have been dealt with (or moved to the appropriate place for them to be dealt with) and I believe this topic can only go downhill, I'm going to go ahead and close it. If you have any other questions or concerns, please drop me a PM or submit a support ticket :)

Facebook Connect doesn't support Google Chrome - there's nothing you or we can do about it - it's a deliberate limitation imposed by Facebook.

Martin is correct though ;) 1st: I've created a bug report, but in future, that's where they go ;) 2nd: I've never noticed it, but if you could create a bug report with a link - we'd appreciate it. 3rd: Like martin says: log in with the same Email address and password, if it doesn't work - contact our account assistance department (through a support ticket) and they'll sort that out for you :)

There are staff in your timezone :) Terabyte is in Italy (GMT+1) and does general support. I'm in the UK and do conversions and tier II support. Debbie is in the UK and does sales and billing. It's just there are more staff in the US, and so when there are more people, tickets are answered faster.

I would recommend submitting a ticket.

It just means nobody has anything to add ;) It's not a bad idea :)