The Arcive of Official vBulletin Modifications Site.It is not a VB3 engine, just a parsed copy! |
|
Remote server image/attachment database hack Details »» | |||||||||||||||||||||||||||
Remote server image/attachment database hack
Developer Last Online: Jul 2013
This is my first vBulletin hack. I have tested it only in my own vBulletin implementation. Let me know if it worked for you.
What this hack does: I created this hack because I plan to use my vBulletin website mainly for storing and searching thousands of images that can be uploaded by many different people. Since images take up a lot of space and bandwidth I thought of a solution whereby vBulletin saves attachments on a remote database and provides links to these attachments or if images are going to be shown in messages that the remote server generates them directly to the end browser. Another requirement is that the attachments not be available outside vBulletin itself in order to conserve the privacy of them. So what I did is create temporary permissions only provided from within vBulletin itself before requesting the files to be downloaded. These permissions are then immediately deleted by the remote server once the files are delivered. If the files are not delivered within a specified time, the permissions are automatically eliminated. The benefit of this hack is that you will be able to provide virtually unlimited space for your attachments for almost zero cost. What you need in order to implement this hack: You will need a separate server from the one where you are hosting vBulletin with http, php, and mysql services. I tested the hack on MS IIS on a server connected with regular DSL. You will need a fixed ip address or a domain name of your webserver where the images are stored. If you don't have one you can get dynamic DNS service (I use tzo.com for about $24 a year - works great). Your vBulletin server must be able to communicate to your remote server mysql database. This is crucial. Your remote server must be able to communicate with the vBulletin mysql database server, if not it will not be able to update the view/download count (not terribly important). If you ISP blocks ports you might be able to get around them by using alternate ports for everything. I think the hack should be able to support alternate ports. Steps to implement the hack: 1. First, of course, do a back up of everything 2. Apply the hacks to your current vBulletin implementation using vbHacker.php. Hacks include about 18 code alterations and 3 template alterations and no database alterations. 3. Edit the changed config.php supplying the necessary information about the remote web server and database server. 4. Upload the edited config.php to the /admin directory of the remote server. 5. Upload riattachment.php below the /admin directory of the remote server. riattachment.php is the program that delivers the attachment to the end browser, it is a heavily modified version of the original attachment.php. attachment.php is no longer used after applying the hack (I think). 6. Create the database and tables of the remote server using the createattachdb.php utility. 7. If you already have attachments stored in your vBulletin database you will need to transfer them to the remote database using the provided transferattach.php utility. future possible enhancements to this hack: 1. Check the availability of the remote server and if not there gracefully disallow uploading of new attachments and disable viewing/downloading of attachments. I think this is important since usually the remote servers will be connected via consumer internet and will be home computers so connectivity is not going to be very stable to say the least. 2. Have the option of showing thumbnails stored at the main server and then if requested transfer the large size images stored at the remote server. 3. Store the remote database connection info in the setting table so that it can be changed from within the control panel. 4. Make a fully comprehensive install program, possibly adding the required information of the remote server to config.php directly instead of hacking it. 5. Possibly eliminate the need of fixed ip/domain name by having the remote server automatically update its ip address at the vBulletin database server each time it connects to the internet. Show Your Support
|
Comments |
#22
|
||||
|
||||
Great stuff, just installed it.
|
#23
|
|||
|
|||
Is this hack work in VB3 RC4 ?
Thanks |
#24
|
|||
|
|||
Anybody answer me ?
|
#25
|
||||
|
||||
Has anyone released this for vb3?
|
#26
|
||||
|
||||
Quote:
|
#27
|
|||
|
|||
Is there same hack but for Vb3?
|
#28
|
|||
|
|||
is there one for vb3.0 same hack?
|
#29
|
|||
|
|||
Guess there is not.
|
Thread Tools | |
|
|
X vBulletin 3.8.12 by vBS Debug Information | |
---|---|
|
|
More Information | |
Template Usage:
Phrase Groups Available:
|
Included Files:
Hooks Called:
|