| Author |
Message |
   
Juan M. Gonzalez
Senior Member
Username: Juan_g
Post Number: 105
Registered: 11-2001
Rating: N/A
Votes: 0 (Vote!) | | Posted on Thursday, October 02, 2003 - 06:44 pm: | 
|
And from the aforementioned example of standard paging of messages, this is a screenshot of the top of an *.html message page (the page 9 of a thread about Google indexing in this case):
 |
Juan M. Gonzalez
Senior Member
Username: Juan_g
Post Number: 106
Registered: 11-2001
Rating: N/A
Votes: 0 (Vote!) | | Posted on Thursday, October 02, 2003 - 07:25 pm: |
|
Although that specific example of forum software is made only for that known website (it's not for sale), the paging of messages is typically like that on current forum systems: The first message on the first page, etc., in chronological order from top to bottom, easy to read, like the order of the Discus message pages.
And, on the other hand, the most frequent paging of thread lists is like the screenshot of the Discus patch, with the options for active -last updated- threads on top.
|
Juan M. Gonzalez
Senior Member
Username: Juan_g
Post Number: 107
Registered: 11-2001
Rating: N/A
Votes: 0 (Vote!) | | Posted on Thursday, October 02, 2003 - 08:26 pm: |
|
For a larger font size in Page: 1 2 ..., if you wish, you may customize this Discus patch in the following way:
<td><font size=2 face="$color->{face}" color="$color->{alt_2}">
Page: <b>
And, returning to the Discus default font (Arial, Helvetica), and changing also to 5 threads per page (default is 50), a Discus paging patch screenshot is the following now:
 |
EJ Bogusch
Senior Member
Username: Ejbogusch
Post Number: 204
Registered: 01-2003
Rating: N/A
Votes: 0 (Vote!) | | Posted on Friday, October 03, 2003 - 08:52 pm: |
|
quote: It's very difficult for *.php pages to get a 100% listing in Google and other search engines.
This has discouraged me from trying this. I find paging of subtopic is what is need on my board since every topic shows 160 suptopics before it is auto pruned. I would like to increase this amount to 250 subtopics but shy away from it now.
Juan your thoughts and information are appreciated and I will need to re-visit this thread several times to try to understand all that is here.
Thanks
Ej |
EJ Bogusch
Senior Member
Username: Ejbogusch
Post Number: 205
Registered: 01-2003
Rating: N/A
Votes: 0 (Vote!) | | Posted on Saturday, October 04, 2003 - 09:07 am: |
|
Here is another fine example of paging.
http://forums2.gardenweb.com/forums/gardgal/
Note their hugh present at google HERE |
Juan M. Gonzalez
Senior Member
Username: Juan_g
Post Number: 108
Registered: 11-2001
Rating: N/A
Votes: 0 (Vote!) | | Posted on Saturday, October 04, 2003 - 09:26 am: |
|
Yes, that's their site listing. Their forum pages in Google are here. Those in Google are thousands of *.html pages, almost always without "?" in the URLs. Their pages with "?" get listed with much more difficulty and in small number, as usual.
(Message edited by juan_g on October 04, 2003) |
Juan M. Gonzalez
Senior Member
Username: Juan_g
Post Number: 109
Registered: 11-2001
Rating: N/A
Votes: 0 (Vote!) | | Posted on Saturday, October 04, 2003 - 10:04 am: |
|
Note: Those interested in Discus options for Google indexing may see the thread Search engine indexing.
|
Dirk Seffern
Senior Member
Username: Seffern
Post Number: 271
Registered: 05-2002
Rating: N/A
Votes: 0 (Vote!) | | Posted on Friday, January 23, 2004 - 04:35 am: |
|
Since this is a feature wish list for upcoming discus versions, I just want to support the original request for paging numbers instead of/or additional to archive-function as it is now in discus 4.06 pro.
It is now standard in all other forum software, so even if it would be something not as a good as archives, internet users are used to it now and will not understand easily the archive function instead of pagings.
Microsoft proved that even an inferior system can be more successful than a better one (Apple)as long as enough users are just used to it. |
Oliver Missbach
Intermediate Member
Username: Oliver
Post Number: 44
Registered: 09-2002
Rating: N/A
Votes: 0 (Vote!) | | Posted on Thursday, March 11, 2004 - 07:28 pm: |
|
Dirk, I agree. We currently split larger message threads manually, but there´s a lot of work involved. We considered the archive function, but as you said, most users are not familiar with it so it may confuse them.
|
Ewan J. Fisher
Member
Username: Ewan
Post Number: 16
Registered: 04-2002
Rating: N/A
Votes: 0 (Vote!) | | Posted on Friday, April 16, 2004 - 11:53 pm: |
|
Has this been anymore movment on this topic?  |
Juan M. Gonzalez
Senior Member
Username: Juan_g
Post Number: 189
Registered: 11-2001
Rating: N/A
Votes: 0 (Vote!) | | Posted on Saturday, April 17, 2004 - 12:22 am: |
|
quote:Has this been anymore movment on this topic?
Ewan, for the time being, there is a paging -partial- solution from December 25, with Page 1 2 3 4 5 6 7..., through a modification of Discus Pro 4.00.6 to have %num option for message pages, etc. It's a middle point between archiving and paging, using the automatic archiving feature of Discus Pro.
Possibly you know it already, but just in case it's on the thread Paging and Sorting.
(Message edited by juan_g on April 17, 2004) |
Dirk Seffern
Senior Member
Username: Seffern
Post Number: 296
Registered: 05-2002
Rating: N/A
Votes: 0 (Vote!) | | Posted on Friday, May 07, 2004 - 06:10 am: |
|
Will a "paging function" as on other board software be available in the new discus version 5? |
Kevin W. Paulisse
Moderator
Username: Paulisse
Post Number: 13446
Registered: 11-1999
Rating: N/A
Votes: 0 (Vote!) | | Posted on Friday, May 07, 2004 - 06:56 am: |
|
A truly dynamic paging function will be available should one choose to have viewers to their board use a dynamic interface to access the board content, and store board data in a back-end database. Note that as I have mentioned already, many times, a skin modification exists in current versions of Discus already to provide this functionality...
Discus Pro 5.0 will initially be released with an option to store content in the database but with everything dumped to static HTML files. After the release, we will look at development of a reader, written either in mod_perl, PHP, or CGI/perl, which will allow dynamic views (including paging) generated directly from the database.
Probably what we'll do to start is make it so the first "page" would be a static HTML file, since that's the one that everyone would be looking at anyway (at least to start), and subsequent "pages" would be generated dynamically. This seems to be the best balance between efficiency in reading and not having to regenerate numerous pages when a post occurs.
Again to emphasize: the primary page generation method will remain static pages. This is important to a number of sites who cannot afford to have each hit on their site requiring a database query. |
Dirk Seffern
Senior Member
Username: Seffern
Post Number: 297
Registered: 05-2002
Rating: N/A
Votes: 0 (Vote!) | | Posted on Friday, May 07, 2004 - 07:35 am: |
|
Thanks for the fast response.
"the primary page generation method will remain static pages."
Would this cause a difference in speed compared to a 100% dynamic solution?
If yes, can you give a rough idea percentage wise (i.e. 10% slower or 50% slower)?
"This is important to a number of sites who cannot afford to have each hit on their site requiring a database query."
Would it be very complicated to implement an option in admin menu, depending on how the board adminstrator would prefer it? - some may opt for static pages, some may prefer dynamic pages also on the first page. |
Kevin W. Paulisse
Moderator
Username: Paulisse
Post Number: 13454
Registered: 11-1999
Rating: N/A
Votes: 0 (Vote!) | | Posted on Friday, May 07, 2004 - 11:51 am: |
|
We do not have exact numbers for dynamic versus static page generation. It would largely depend on the speed and memory capacity of the server. I can state that a web server is primarily designed to serve up static files by reading a file from the filesystem and supplying it directly to the browser. This is the fastest. Great strides have been made to enable dynamic content to run almost as fast (e.g. mod_perl and PHP and SSI). These systems avoid the overhead of starting up an interpreter by building the interpreter into the web server. However, they must still parse through a document, query a database, etc. This inherently takes more resources than serving a static page. Whether or not the additional resource consumption is significant depends on traffic and the size of the server. Significantly slower than this is to run a CGI script for each access, as this has the overhead of starting up a perl interpreter before it can process the page. On a heavily loaded server this delay would be substantial and could even bog down the server due to all of the running processes. While this would work everywhere, it is not scalable (which is why we have the PHP reader for reading of private-reading topics for Discus Pro licensees). Hope this explains where we're coming from - we certainly do not want major features of our product to depend upon something that will not scale well. |
Dirk Seffern
Senior Member
Username: Seffern
Post Number: 298
Registered: 05-2002
Rating: N/A
Votes: 0 (Vote!) | | Posted on Friday, May 07, 2004 - 12:59 pm: |
|
...thanks for the answer. Maybe it is a little off topic but because we are talking about speed, I am interested to hear your opinion about the following.
We have one board with almost 6000 users. All use e-mail notification and reply by e-mail. We have two choices now for a new dedicated server to move there.
1. Intel Celeron, 2.4 MHz-Processor, 512 MB DDR-RAM, 80 GB HD or
2. Intel P4, 2.4 MHz, 1024 MB RAM (do not know whether DDR or not), HD 2 x 60GB-IDE
Would the users experience the speed difference between the two servers at all?
Both are from the same provider so access, bandwith etc. is the same. |
Kevin W. Paulisse
Moderator
Username: Paulisse
Post Number: 13455
Registered: 11-1999
Rating: N/A
Votes: 0 (Vote!) | | Posted on Friday, May 07, 2004 - 02:54 pm: |
|
Whether or not e-mail notification and e-mail reply are used will not really affect what kinds of resources you need. In fact, the more people that participate by e-mail, the less stress on your board. Without knowing the load profile of your board I really can't comment as to whether you'd want the smaller or the larger server, though. |
Blake
Advanced Member
Username: Blake
Post Number: 64
Registered: 03-2002
Rating: N/A
Votes: 0 (Vote!) | | Posted on Saturday, July 30, 2005 - 10:12 pm: |
|
Please please please implement a paged archiving fomrat with just simple numerals and no long list of tabularized subtopics. I think that is what you are saying that version 5 will offer. A format of archived pages like UBB and virtually all other competing boards provide. Please? |
Download
Purchase
Contact Us
Closed: New threads not accepted on this page
Download
Purchase
Contact Us