The Arcive of Official vBulletin Modifications Site.It is not a VB3 engine, just a parsed copy! |
|
vBGarage v3.1.1 (now with GD-Lib support!) Details »» | |||||||||||||||||||||||||
[high]***[/high]CLICK HERE FOR vB3.0.5 INSTALLER/UPDATE[high]***[/high] vBGarage v3.1.1 (now with GD-Lib support!) Description This hack will allow your users to create a virtual garage where they can store photos, details, etc.. about their vehicle (this can be modified to suit forums of other interests). Latest Uploads will be displayed on Garage List. Forum users can now leave comments in member garages. Admin functions are available in the AdminCP. This version contains the ability to limit access by usergroup(s). All templates are 100% XHTML Verified! Information Tested and developed on vB 3.0.0 Gold. Requires GD 2.0+ Library Demo http://www.sffba.net/forum/vbgarage.php?do=list (Temporary) This hack, as like the rest of my hacks, are FREE. However, if you enjoy this hack and feel the need to donate something for my time you can do so by clicking the icon below: *NOTE: Those who donate are explicitly granted permission to remove the "Powered by" information from the vBGarage footer. *NOTE: When donating, please include your forum url. Thanks! Version History v3 - Initial release. Let's hope I don't have alot of entries here. v3.0.1 - Added GD-Lib Support! v3.1.0 - Added User Comments, Latest Uploads on Garage List, AdminCP Options v3.1.1 - Added ability for Admin to "edit" users' garages. Use ImageCopyResampled(); over ImageCopyResized(); for better thumbnail quality. Planned Features - Multiple entries per user. - Possible integration with Photopost/Coppermine/etc.. If you use this, please click * Installation script by John [hr]-[/hr] UPGRADES v3.1.0 -> v3.1.1 UPGRADE INSTRUCTIONS v3.0.1 -> v3.1.0 UPGRADE INSTRUCTIONS v3.0 -> v3.0.1 UPGRADE INSTRUCTIONS [hr]-[/hr] MODIFICATIONS/ADD-ONS [high]1. Add "Who's Online" Location by magnus[/high] [high]2. Organize Your vBGarage Templates by magnus[/high] [high]3. Increase Thumbnail Image Quality (v3.1.1 and older) by magnus[/high] [high]4. Alphabetize Garage List by magnus[/high] [high]5. Add "Latest Uploads" to FORUMHOME by magnus[/high] [high]6. EvilLS1's Timeslip Database Integration by SVTOA[/high] [high]7. Installer/Uninstaller by Action-N[/high] [high]8. vBulletin 3.0.5 Compatible Installer/Update by noppid[/high] Supporters / CoAuthors Show Your Support
|
Comments |
#1562
|
|||
|
|||
Are you sure your not thinking of the "Images per Garage"? I don't see where you can edit the amount of cars.
|
#1563
|
|||
|
|||
Quote:
That's exactly what I mean, images per garage. Maybe I misunderstood the question? What exactly do you want to limit? |
#1564
|
||||
|
||||
Quote:
The next vBGarage update was supposed to include multiple cars. A couple of people have already hacked this feature into their vBGarage, but they have not released them. In the ultimate hack for me, there would also be the capability for the garages to tie into a car "Registry" database where the members cars and text info from non-members cars would be sorted by the Vehicle ID Number. Non-members would be able to enter their VIN through a form. A text only "Registry" would show on a separate page. Anyone aware of a hack like this? |
#1565
|
|||
|
|||
I myself like the simplicity of it as is. You do have some good ideas and maybe someone will share the multi-car hack one day. Maybe Magnus will even.
I'm no photo gallery expert, but I'd be curious how well this hack would perform on a high traffic site with a load of images. I'm curious if perhaps at that level a professional qualtiy gallery may be in order. I dunno, I'd need to research it and look for a test bed, not an easy task I'm sure. Maybe this can handel the job, is anyone using it for loads of images?. |
#1566
|
||||
|
||||
On my boards, being stored in BLOBS in the db, with each entry having 4-5images (I got the multi-entry thing going), and about 110 entries in total so far, meaning close to 400-500 images, still goes fine I guess.
I am trying to get them out of the db. |
#1567
|
|||
|
|||
Thanks cing, that's encouraging to hear.
|
#1568
|
||||
|
||||
But backing up my DB takes really long due to the size those images add on.
I think saving in a file system would be much better. Btw, it's cinq ( 5 in french ) |
#1569
|
|||
|
|||
Quote:
I'm running six photos per garage and a 64K byte limit in size. I'm also using gzcompression on the photos before storing them. It's woking but I have no benchmarks on performance and don't know if it benefits the DB size yet. Being on my own sever I have some flexibility, we'll see what happens. I've looked at the code a time or two in regard to putting the images in the file system. In a folder above the web root would be nice I think. Don't know if I'll tackle it anytime soon though as I have an iron in the fire that I hope keeps me too busy to play. Thanks cinq |
#1570
|
|||
|
|||
Quote:
I'm stuck! Any ideas? I'm new to this so I am lost and trying to learn. |
#1571
|
|||
|
|||
Quote:
|
#1572
|
|||
|
|||
Images in the File system
I worked on putting the images in the file system tonight. I got so far as to be able to store and retrive them. I have to work on the delete tomorrow. So far this does not add any data queries, just one call to mysql_insert_id(). However no queries have been eliminated. I will do a convert DB images to the file system as well. Cheers |
#1573
|
||||
|
||||
thanks noppid
|
#1574
|
|||
|
|||
Images is the file system is ready. I have to do the refining of the code now.
I need to decide a few things. The main script will run in DB mode or FileSystem mode. How we will choose which is the question. Right now I'm thinking an edit to the main script. A vbgconfig.php is an easy option too. There will need to be a path to the files and a file prefix set. This is so each of us can have a unique path to our files and sorta hide um. I'm currrently storing the images in a folder set 777 above the web root folder. This too can be a hard edit of the main script or in a new vbgconfig.php file. Do we want to gz compress the files? This could add over head. The files will need to be ungzcompressed on a retrive and then most likey just gz'd again if we have gz compression on for the site enabled which most of us do. Moving existing files from the DB to the FS is no problem as far as I can tell, however if anyone has a comment on this it would be welcome. Please give us feedback on this so we can have the best of the features we need. |
#1575
|
||||
|
||||
Fantastic noppid !
As for the choice, can it be made a vbulletin setting ? ( 'Store images in DB or in File System' for e.g ) But this would probably mean quite a bit of duplicated code in the script, one for DB, the other for file system ? I am not too concerned about where the images are placed ( as in, if members are able to access them directly ), after all, it is to showcase their images. I am not familiar with GZcompress, so I do not know what overheads may be present. But as long as it possibly speeds things up, I'm all for it Keep up the good work mate ! |
#1576
|
||||
|
||||
Quote:
|
|
|
X vBulletin 3.8.12 by vBS Debug Information | |
---|---|
|
|
More Information | |
Template Usage:
Phrase Groups Available:
|
Included Files:
Hooks Called:
|