bfarber

File Name: [Beta] Converter - Completely Unique Download System File Submitter: bfarber File Submitted: 10 Jan 2007 File Category: IDM 1.1 Modifications This converter will convert you from the "Completely Unique" download system to use IDM. All possible data is retained. Just install IDM as normal. Then upload convert.php and template_convert.php to your idm_setup/ folder and visit it in your browser. Afterwards, reconfigure all your settings and categories, including permissions. Feel free to run any of the rebuild tools if you desire. Click here to download this file

File Name: [Beta] Converter - Download Manager 2.0 by bfarber File Submitter: bfarber File Submitted: 10 Jan 2007 File Category: IDM 1.1 Modifications If you were previously running my old Download Manager for IPB 2.0, this script will convert you to use IDM without losing your data. It converts all of the data as best as possible, however there are some important notes to read in the Known Issues section below. To use this script, first install IDM like normal. You must keep your old download manager 2.0 tables in the database, and keep the files on your server (in any folder you like). Then, upload convert.php and template_convert.php to your idm_setup/ folder, and visit it in your browser. Next, go into the ACP, and update the settings to point to the proper paths for the files (also update any other settings here you like). Next, upload filesizes.php to your idm_setup/ folder and visit it in your browser. (as a note, you can do this part anytime you wish to rebuild filesizes). Finally, go into the ACP and go to the Tools section. Rebuild category latest file information, and rebuild category cache. I HIGHLY recommend you reconfigure each category, including it's permissions after this is done. Congratulations, you should now be converted. Please issue any questions in the support topic. Click here to download this file

File Name: Fix lower-case names in other languages File Submitter: bfarber File Submitted: 08 Feb 2007 File Category: IPB 2.2.x / 2.3.x Tools IPB 2.2 adds two new name columns to ibf_members: members_l_username and members_l_display_name These are lower-cased versions of ibf_members.name and ibf_members.members_display_name with the effect being that you don't have to run a LOWER() conversion via MySQL, which increases server load unnecessarily. During the upgrade routine, to populate these columns, the following query is run UPDATE ibf_members SET members_l_username=LOWER(name), members_l_display_name=LOWER(members_display_name); For 99% of our users, this is fine. MySQL treats most western characters the same as php does. However, for some user's it has been noted that MySQL and PHP do not agree on the lowercase version of certain characters. I've noticed issues on both Polish and Thai forums, for example, where upon upgrading users cannot login. The reason is PHP does a strtolower() on the username, and then compares against the members_l_username column - however MySQL populated this column with different data than PHP arrived at. Moving forward this is not an issue, however there isn't a direct query or tool in IPB to fix this. To correct this issue if you experience it, just upload the following tool to your root forum directory, and visit it in your browser. The script will process 500 accounts at a time, and tell you when it's complete. Afterwards, all your users should not have any problems logging in due to the name conversion differences. Click here to download this file

File Name: Rebuild all caches File Submitter: bfarber File Submitted: 08 Feb 2007 File Category: IPB 2.2.x / 2.3.x Tools If your caches have somehow corrupted, not allowing IPB to load, you can upload this file to your root forum directory, visit it in your browser, and it will rebuild all your caches. It only rebuilds default IPB caches - not caches for components, modules, etc. Should work on 2.1 and 2.2 both. Click here to download this file

File Name: Socket Tester File Submitter: bfarber File Submitted: 08 Feb 2007 File Category: Generic Tools This tool will attempt to establish a socket connection with google.com (by default) using fsockopen, file_get_contents, and fopen, to determine if it can read the page. Error reporting and display_errors is turned on and all the way up so you can identify any issues reported. This script can be useful if you are having trouble importing an RSS feed in IPB too (receiving "Cannot connect to {url}" errors) to determine where the problem lies. If you wish to change the url, open the file and change the url variable at the top. Just upload to a web-accessible folder on your server and visit in your browser. Click here to download this file

Yes, at some point I'd like to make that a database that modders can add to, but it's lower on the priority list right now.

Yes, because I wrote the PHP engine. :P

Where was it determined that browsers should not cache requests with a query string? I've never heard that. My understanding was that browsers are supposed to read the caching headers sent with a request, and honor those, regardless of the url. With url rewriting, why would a browser care if a request has a query string or not, knowing that the website owner could simply rewrite the request and serve the same content? Using yslow and other tools, they indicate that the javascript and css files are caching just fine.

Developers are not left to themselves. In fact, we have more developer documentation at this time than anything else. :blink: http://resources.invisionpower.com/index.php?appcomponent=cms&module=articles&category=135

In doomsday scenarios, perhaps. ;) Generally, most requests use around 7-10MB in our local profiling. My understanding is that the process does not automatically pull/reserve all 128MB. This 128MB limit is a limit within PHP itself so that if the PHP engine finds it has reached whatever static limit you set (i.e. 128MB) the PHP engine stops processing the request. It also controls how PHP pulls memory for it's own use, but not much else. Because PHP changed how memory reporting within the PHP engine works in one of the 5.x versions, PHP *reports* using higher memory than PHP 4 (though the PHP group says that it is actually reporting more accurately, and PHP4 simply didn't show the memory usage it was really using as accurately as 5.x does) which is the reason for the higher limit.

They're visible (but not readable) so that non customers know there are more discussions they can participate in, and so they know there are member-only areas of the site.

For the record, we had no description of the variables used throughout IPB in the giant PDF we used to have either.

Can you clarify? You can still set groups as super moderators, or forum moderators, in IPB 3. What group moderator function is missing?

If you have CCS as you said, using that to make a Privacy policy sounds like the best idea to me. 1) You can control the page name 2) Breadcrumb trail will already be like you are talking about, with addition of "Pages" navigation entry I don't think we're going to start adding in 10 different "custom page" options into IPB. That's all privacy policy, terms of service, etc. etc. are here. A blank page where you write the text. There are plenty of options already available I'd say.

You need to use the peer to peer forums for questions like that. Or you can submit a ticket for official technical support.

For what purpose? Couldn't you just put whatever it is you want your registered users to know in your board guidelines? It serves the same end purpose.

I'm really not sure what you're looking for. Our forum guidelines: http://forums.invisionpower.com/index.php?app=forums&module=extras&section=boardrules Standards of service: http://www.invisionpower.com/company/standards.php Privacy policy: http://www.invisionpower.com/legal/privacy.php

Had you just done a search? There's an open bug report about searches with a lot of words causing that error (probably due to highlighting).

SEF stands for search engine friendly. IPB3 supports SEF urls. It does not support a feature that retrieves page titles for posted links, which is what you are talking about, and which is NOT "SEF urls". Look in the address bar. Link for this page is That is a search engine friendly URL. I think you've simply confused what "SEF url" means in this case. :)

Just to add since Matt didn't specify, I believe there's going to be a setting to control the cut off.

Generally if you are on shared hosting your site isn't large enough to warrant Sphinx. When it gets to that point, your host will most likely insist you move over to VPS/dedicated hosting where you'll have the ability to use Sphinx.

Minify should gzip the content, provided the php function used is enabled on your php installation.

The RTE can't format custom bbcode. I don't think you understand the complexity in what you are asking. :P Unfortunately, I don't see this as a realistic possibility.

http://forums.invisionpower.com/tracker/project-27-new-ips-web-site-issues-non-forum-related/ We have a bug tracker category setup for site issues that you should use to report issues with our website.

While the issue itself should be resolved, some clients may now be in the members group. If your license is active, log out and back in to "re-update" it. Moving forward we should have "real-time" updates for your permissions. When you buy a new package, it should automatically update your permissions here without requiring you to log out and back in.