Version: 2.0.0, by derekivey
Developer Last Online: Jan 2010
Version: 3.5.8
Rating:
Released: 10-17-2005
Last Update: 01-04-2007
Installs: 412
DB Changes Uses Plugins Template Edits Auto-Templates
Additional Files Translations
No support by the author.
Toplist Developer:derekivey Version: 2.0.0 vBulletin Version: 3.5.5 (Seems to work fine on 3.6.0) File Edits: 0 Template Edits: 2 (Optional) New Phrases: 294 Uses Plugins: Yes! Difficulty: Easy
Description: This hack adds a Toplist to your forums. You can choose in the AdminCP whether to rank the sites by their In hits or their Out hits. It is fully phrased to make it easy to translate to another language if you need to. The users are able to add a site, edit, or delete their site if they added it. The Administrators can Edit the users' sites or Delete them.
This hack is for vBulletin 3.5.5.
*** I Strongly Recommend That You Backup Your Database Before Installing/Upgrading This Hack! ***
Planned features for a later release:
Add Image Storage Setting (hot linking or upload)
Add Stats Page [ Will be released later ]
Add API to get site info onto non-vB pages and other vB pages.
Add Site Comment System
Fix bug with & not being allowed in URLs [ Done ]
Add Setting to choose where to put Toplist Sites Marquee
Example:
A user uploads a pic.. and the sitename, description etc...
everything is fine..
now the user sees he has a typo in the text.. so he edits it.
when he saves it.. everything is fine..
BUT: the picture is gone.. as a matter of fact the file is still there..
but somehow in the db it is gone.. the user sees a broken image.
I think its a little bug in edit_site.php
because when you edit your sites it stores the $key variable into the database. BUT if you have not modified the image.. the variable $key is not defined anywhere (actually it takes the $key variable out of the included global.php)
My workaround is the following (maybe there is a more elegant way to do it) First make a backup copy of edit_site.php
After update my Images are also not shown up and I have the same Problem as Ramsesx. What was the solutions?
Edit: During update I get the following Error for every Entry:
Code:
Warnung: copy(): URL file-access is disabled in the server configuration in /admincp/plugin.php(1239) : eval()'d code (Zeile 13)
Warnung: copy(http://www.dunklesvest.de/avatar/bannervest.gif): failed to open stream: no suitable wrapper could be found in /admincp/plugin.php(1239) : eval()'d code (Zeile 13)
Found another little bug... no its not.. its rather an annoyance..
AND it will NOT AFFECT (I think) all systems (only the phpmyadmin users)
I stumbled into it when backing up my database with phpmyadmin...
when i wanted to get the backup.sql file back into the database.. it gave me an error...
Why?
because one field is named "in" and phpmyadmin thinks it is a sql statement.
so what i did to upload the backup.sql file.. I edited the field name to "ins" and everything was ok..
then in phpmyadmin (once the file was loaded) I renamed the field back to "in" and everything was ok..
What would be nice in a future version would be to have that field called: "ins" once and for all.. then there would be no more problems..
After update my Images are also not shown up and I have the same Problem as Ramsesx. What was the solutions?
Edit: During update I get the following Error for every Entry:
Code:
Warnung: copy(): URL file-access is disabled in the server configuration in /admincp/plugin.php(1239) : eval()'d code (Zeile 13)
Warnung: copy(http://www.dunklesvest.de/avatar/bannervest.gif): failed to open stream: no suitable wrapper could be found in /admincp/plugin.php(1239) : eval()'d code (Zeile 13)
Hi,
Try the attached product file instead. I took out the code that grabs any images that people have already added before you upgraded, and uploads them to your server. Since your server configuration doesn't allow file uploads, you will have to edit the hack to not allow image uploads, or get your php configuration changed to allow it.
Found another little bug... no its not.. its rather an annoyance..
AND it will NOT AFFECT (I think) all systems (only the phpmyadmin users)
I stumbled into it when backing up my database with phpmyadmin...
when i wanted to get the backup.sql file back into the database.. it gave me an error...
Why?
because one field is named "in" and phpmyadmin thinks it is a sql statement.
so what i did to upload the backup.sql file.. I edited the field name to "ins" and everything was ok..
then in phpmyadmin (once the file was loaded) I renamed the field back to "in" and everything was ok..
What would be nice in a future version would be to have that field called: "ins" once and for all.. then there would be no more problems..
Felix
I will take a look at this. PHPMyAdmin never gave me that problem, but I will change the name of it for the next release.