Search options (Page 15 of 19)

In other words you have to pull the generated page into your page by calling it as a include from within your index.html home page.

You can do it as a php include from within the HTML of your page, as per the example Wai gave, or as a regular server-side include, viz:

<!--#include virtual="forums/news.html" -->

However, you have to tell Apache that it should scan your index.html page for include statements or PHP code.

By default, Apache won't go looking into .html files for includes of any sort, or PHP code to execute, for that matter.

Do this via a .htaccess statement such as this (for a html file):

# Enable Server-Side Includes
AddHandler server-parsed .html
Options FollowSymLinks Includes

However be aware that this may slow down your site as now Apache will try and scan every html page it loads for include statements.

It may be better for you to just try to run your index page as a SSI page straight up - ie index.shtml - which Apache should already know to scan for include statements.
Or just rename your index page as index.php, and then pull in your newsfile.htm using the syntax Wai describes.

As I said, your host might decide that you are a resource hog, and suspend your account. Since you seem to be hosted with GoDaddy, it has been known to happen.

Also all those queries mean extra work on the web server, extra work for PHP, extra work for MySQL, extra memory being used etc etc, which = delays in page loading and server responsiveness which = greater risk of crashes and also = slow site = annoyed users.

It looks to me like two queries generated by the sub-form mod have somehow run wild.

Most of your 156 queries are queries like

SELECT num_topics, num_posts, parent_forum_id, last_post_id, last_poster, last_post, forum_name FROM pspdowngradesforums WHERE id=55

These are identical to the query driven by the sub-form mod:

 $forums_info = $db->query('SELECT num_topics, num_posts, parent_forum_id, last_post_id, last_poster, last_post, forum_name FROM '.$db->prefix.'forums WHERE id='.$i) or error('Unable to fetch sub forum info',__FILE__,__LINE__,$db->error());

Ditto the query in your sub-forum mod code in index.php

 $subject = $db->query('SELECT subject FROM '.$db->prefix.'topics WHERE last_post_id='.$current['last_post_id']);

that generates the many

SELECT subject FROM pspdowngradestopics WHERE last_post_id=48989

queries.

Those two queries are responsible for about 148 of the 156 queries on your index.php. Something is clearly not working right with that mod

Go over to punres.org and check that you have the latest version of this mod, and that you have installed it correctly. Maybe even email or ask the mod author for advice.

Otherwise, un-install it

Then save and refresh and see what the query count is.

If you go into /include/common.php, you will see the following at about line 30:

// This displays all executed queries in the page footer.
// DO NOT enable this in a production environment!
//define('PUN_SHOW_QUERIES', 1);

remove the // from the last line so that it reads: define('PUN_SHOW_QUERIES', 1); and save these changes to common.php, then go to your forum index page in your browser, hit refresh and post the output of the stuff down the bottom.

It should enumerate every query that gets run, and then you will have a precise idea of where all those queries were coming from.

After you've done this, put the // back in

OK, so you have done the basics:

- gotten MySQL and PHP and Apache (if applicable) working OK;
- created a empty MySQL database to hold your forum, and given it a name;
- created a MySQl user to own and operate that database too, if needed.
- then decided on the location for your punBB files in the folder system on your server (usually something like /home/username/mysitename/www/mypunbbforum

Then you've followed the punBB docs:

Installation
Copy/upload all contents of the directory upload/ into the directory where you want to run your forums. 
Run install.php from the forum root directory (e.g. open http://mydomain/myforums/install.php in your browser). Follow the instructions.

Then you have setup your "Database type", "Database server hostname" "Database name" "Table prefix" "Administrator username" "Administrator password 1" "Administrator's e-mail" "Base URL" as instructed by install.php.

And then you have created a new file called 'config.php' which you have placed in the root of the directory  you want to run punbb in  -eg /home/username/mysitename/www/mypunbbforum.

So you now have a website folder hierarchy that looks like this:

/www - the standard root of your Apache (or whatever) website,

and within that your punbb forum folders:

-/mypunbbforum - the root of your forum, with PHP files like register.php, viewforum.php and config.php there

and the following folders:

-/mypunbbforum/cache/
-/mypunbbforum/img/
-/mypunbbforum/include/
-/mypunbbforum/lang/
-/mypunbbforum/style/    

That's all that is usually technically necessary to kick punBB into life. Do the basic config operations, then upload the files into the right place.

Please note that there is NO folder named 'upload' in the example above - that's just meant to be the name of the folder you upload your files FROM, into a folder like /www/mypunbbforum/ on your server.

If you have successfully done all the technical steps above, I suspect your problem may be as simple as having uploaded all your files in the wrong place. Maybe check that step again.

In particular, ditch the 'upload' folder and just unzip or move the main punBB files into your root punbb folder. In particular your config.php file. That's where punBB is looking for it.

Looks good. Wow. LOTS of customisation. You have my respect - very dedicated work.

All that modding is going to make any upgrades a nightmare though, you realise. 

Quick Q: what's the 'multi quote button'? Punres as usual shows up 120 pages of search results for the term, with nothing in them.

Good points Paul. I will ask some hard questions of vB and IPB.

It wouldn't be the end of the earth to change the scope of this project and setup individual puns, and doing so would have some pros as well as cons of course.

Bt I dread the idea of adminning too many boards at once. They may all be smallish, but it would be a ongoing, day-to-day hassle I would like to avoid. Hence my (wishful?) thinking re vB and IPB.

It would not be viable natch for vB and IPB (for $ reasons) after a point to install lotsa forums, so it would certainly be good if one install could service the requirement.

Just the plain, un-linked name of the category is all I'm aiming for.

It would be nice if the category was indeed a link that took you to a page that displayed the forums within that category (vBulletin style), but I can live without that.

Aha. Thanks. I'd rather not add to the existing page query load, if I can avoid it. Unless that will add only a miniscule extra amount, and would be easy to do ...

Since footer.php pulls in the quickjump list (manufactured by includes/cache.php), and that information then gets included in both viewforum and viewtopic, directly or indirectly such a query is already effectively being run at least once (and sometimes twice in the case of index.php), on most punBB pages if they have the quickjump dropdown enabled.

So in the spirit of why buy new when used will do, I am thinking there must be a way to grab the category of the currently displayed page out of the existing quickjump drop down menu, without going back to the database, and display the current category a little bit higher in the page....? 

I am trying to do this to improve the navigational usability of a forum.

When you link to topics directly, or come into a viewtopic or viewforum via a search engine, and people don't come in via index.php, you get plonked directly into a topic or forum with no information anywhere on the page (or in the HEAD <title>) about the category it belongs to. Sometimes this information can be useful to visitors.

I mean it is certainly useful to see categories displayed in index.php, and it is useful to work with them in the Administration area , but this information isn't passed down to viewforum or viewtopic by default.

In one forum I am designing, one whole category is a post-only 'Noticeboard' space (items can be posted but not discussed), whereas the other major part of the site comprises 'forums' proper, where discussions on topics are allowed.  People need to quickly know which part of the space they have landed in.

That's the simple concept behind this.