Posted on 08/11/2004 1:59:20 PM PDT by Xenalyte
I have it selected. I have some of the teasers, but I'd say a good 1/3 of the posts don't have one.
60-some posts in, it occurred to me to ping the guys who might actually be able to fix it. :)
Where do you find where the "My total posts" are located?
The only stats I see for us are "You've posted a total of 965 threads and 6,744 replies."
That's OK, they were probably out getting their beebers de-stuned.
Bump for an understanding of recent FR changes
THAT'S IT!
I was calling "replies" "posts."
--on your personal page or some such.
Thx.
And I would like to know why the MODS move news articles to BLOGGERS!
And then don't answer.
And your base does belong to me :)
THANK-YOU!!!!!!!!
They used to have that in the old days until there started to be bandwidth or database problems so they took it off. They had a little chart of how many were lurking and how many logged on. It was kind of kewl in a small-town way.
I don't do 250 but I like 100. I hate 50! I'm with you Xena, I want my 100 back! I asked John for it a couple of days ago on another thread and haven't yet heard back.
Thanks for raising the issue. I'll be interested in hearing our host's reply.
Oh yeah! Stune my beeber, baby!
250 results is putting an incredible strain on the database. I have a switch that allows me to put a hard limit on the number of results returned, and I'm playing around with different hard limits in order to find one reasonable. [50 seems to be it, btw.] However, this is temporary, I have more programming to do, I can cache more things, and we ARE under a heavier-than-average load. Hence, we're in "overload".
And, after running view counts for awhile, I found that I cannot do them in (quasi-)realtime without more programming. I am still recording views, just not displaying them.
[geek]
For those interested in the technical aspect of the later, I cannot perform concurrent UPDATEs and SELECTs on the same table. Every update blocks all selects, and that gums up the works. MySQL updates of MyISAM tables are table locked on update. :-( [But they do allow concurrent INSERTs and SELECTs--so it isn't all sucky.] I haven't investigated the other table types, it may be possible to use e.g. a heap table for just the counters that have been updated. I'd sync the counter table with the main table during the night for permanence. (Heap tables are RAM only--they vanish when the daemon/server goes down.) Or, I could do away with UPDATE and use INSERT on a table, and just sum the counts for a group of articles. Syncing during the night to remove rows. I have options. (BTW, I'd probably use Memcached to increment a per article counter so I don't have to do a GROUP operation for every article I want counts on, I'd just use the in-memory cache for the realtime reporting.)
[/geek]
Have you thought to blame George Bush yet?
LOL!!!
Exactly what I figured!
;^)
Stune??? LOL
Disclaimer: Opinions posted on Free Republic are those of the individual posters and do not necessarily represent the opinion of Free Republic or its management. All materials posted herein are protected by copyright law and the exemption for fair use of copyrighted works.