![]() |
Ah, got it.... nice one. So that means, there will be a version 3.0? :D
BTW, while I am browsing your forums. Which "Who was online today"-Hack do you use? I like it with keeping the most ever users online today. Next one I would be very interested in is the XXX's Private Forum. Is that just done by using the [you] hack, or is there anything else to it? |
Just the [you] hack is all. It works very well in the forums as you can see. Although, I changed [you] to my own special word so the hack does not get abused and used wrongly on my crappy site. ;)
|
a quick note on the install...
everything went fine except the "Top Referrer" query. i have a table prefix set, so i had to alter your query. :) (added "TABLE_PREFIX" on the select list AND the where clause for the "user" table). Code:
// <!-- TOP REFERRER --> |
You should have only had to add the TABLE_PREFIX on the tables themselves, not the SELECT parts. ;)
But as long as it is installed and working for you, then great! Make sure you make the changes noted above until I get the update for this hack out, though. ;) |
Quote:
"TABLE_PREFIX . user" is seen as a different table than just "user". it's like saying: "SELECT A.fieldname FROM tablename B" A.fieldname does NOT exist in tablename B in your current sql statement, you're specifying a table that *may not* exist for some members...the "user" table. :) regardless, i have it installed and i'm good to go! i only posted that because i saw that another person had this same error. :) thanks again! |
Quote:
|
Quote:
of course they'd have a user table. i was trying to point out that they may not have it named [user]; as i run my tables with a prefix. :) |
Right, and the TABLE_PREFIX in front of the user table should take care of that. ;)
|
do me a favor...take two minutes and create a new user table with a prefix, then run your query below (replacing TABLE_PREFIX below with the prefix on the newly created table).
it will error out. #1109 - Unknown table 'user' in field list merely putting the table prefix in the "from" clause only is not enough. your query: // <!-- TOP REFERRER --> $ref = $DB_site->query_first(" SELECT COUNT(*) AS referrals, user.username, user.userid FROM " . TABLE_PREFIX . "user AS users LEFT JOIN " . TABLE_PREFIX . "user ON (users.referrerid = user.userid) WHERE users.referrerid <> 0 GROUP BY users.referrerid ORDER BY referrals DESC LIMIT 1 "); i don't get me wrong here, i'm not trying to give you a hard time. just want to point out that the above string is incorrect when using a table prefix. :) |
I'll take your word for it since I don't use a table prefix in my db. It's just that that isn't supposed to be how it works from all I've encountered with vB3. If it is doing what you say, then it sounds to me like the vb team needs to do some more work on the TABLE_PREFIX code, don't you think? ;)
|
All times are GMT. The time now is 12:23 PM. |
Powered by vBulletin® Version 3.8.12 by vBS
Copyright ©2000 - 2025, vBulletin Solutions Inc.
X vBulletin 3.8.12 by vBS Debug Information | |
---|---|
|
|
![]() |
|
Template Usage:
Phrase Groups Available:
|
Included Files:
Hooks Called:
|