Go Back   vb.org Archive > vBulletin Article Depository > Read An Article > General Articles
FAQ Community Calendar Today's Posts Search

Reply
 
Thread Tools
Where to install vBulletin .. root or "forums"?
Princeton's Avatar
Princeton
Join Date: Nov 2001
Posts: 6,693

Joe Velez began developing for the web in 1998. He is an avid vBulletin user and volunteers his services as a vbulletin.org administrator. He currently spends his time maintaining and developing allnurses.com.

Vineland, NJ
Show Printable Version Email this Page Subscription
Princeton Princeton is offline 02-23-2006, 10:00 PM

When we first purchase vBulletin, we are approached with the question of where to install vBulletin.

Should we install files in root folder or install vBulletin onto it's own folder--such as "forums"? What is the better option? To me, there is no "better option" but, I will try to lead you into the direction that I believe is the "best option". Hopefully, it will help you in determing where to upload your vBulletin files.

LET'S GET STARTED

Which URL do you prefer?

FORUM
1)__ domain.com/forum.php
2)__ domain.com/forum/index.php
GALLERY
1)__ domain.com/gallery.php
2)__ domain.com/gallery/index.php
BLOG
1)__ domain.com/blog.php
2)__ domain.com/blog/index.php
HELP DESK
1)__ domain.com/helpdesk.php
2)__ domain.com/helpdesk/index.php
If you prefer option 1; I suggest you install vbulletin in root.

MY OPINION AND TIPS TO YOU:
  1. Install in root
  2. Learn everything about vBulletin...
    even if you are not a programmer learn everything about vBulletin's functions and features; read all available vBulletin articles; learn who the key vBulletin coders and designer are, etc
  3. Do not install 3rd party applications that are it's own entity*. eg. PhotoPost, Drupal ...


WORK IS TIME; AND, TIME IS MONEY.
3RD-PARTY APPLICATIONS* INCREASES WORKLOAD

I say this with experience. It may not seem that it adds to your workload at first; but, over time your workload will increase.
Here's something to think about:
  • Installation and Updates are required on all applications
  • Learning interface application is required to run application optimally.
  • You may have to hire more than one coder to help you out on numerous request - therefore, increasing your risk
  • To run the applications optimally, it is best to read latest news/threads and/or visit site regarding application at least on a bi-monthly basis -- if you have a few apps installed this can be time-consuming.
  • In some cases, complete integration is not available and application must be hacked. Which in turn -- requires more time since you have to "track all your hacks".
* applications that have their own interface; and, different style of coding --not similar to vBulletin
Reply With Quote
  #2  
Old 02-25-2006, 11:14 AM
carpefile carpefile is offline
 
Join Date: Jul 2004
Posts: 52
Благодарил(а): 0 раз(а)
Поблагодарили: 0 раз(а) в 0 сообщениях
Default

Thanks Princeton, as a long standing newb, with tiny incremental bits of improved understanding, I definitely appreciate tuts such as this. :up:
Reply With Quote
  #3  
Old 02-25-2006, 12:47 PM
Princeton's Avatar
Princeton Princeton is offline
 
Join Date: Nov 2001
Location: Vineland, NJ
Posts: 6,693
Благодарил(а): 0 раз(а)
Поблагодарили: 0 раз(а) в 0 сообщениях
Default

I'm glad it could help.
Thanks for your feedback--I appreciate it.
Reply With Quote
  #4  
Old 02-25-2006, 03:20 PM
michaelbenson's Avatar
michaelbenson michaelbenson is offline
 
Join Date: Feb 2005
Location: United Kingdom
Posts: 221
Благодарил(а): 0 раз(а)
Поблагодарили: 0 раз(а) в 0 сообщениях
Default

Personally i think it all depends on what type of "website" you are trying to become, if you intending on becomming just a forum with a nice introductary homepage then of course the combination of vBadvanced CMPS and an installation into the root directory would suit you well. But if you are intending on becomming much more of a portal resource with additional features such as Galleries, Directories, Blogs etc .. then moreso for organisational and navigational purposes it is probally best to give all these entities a seperate folder.
Reply With Quote
  #5  
Old 02-25-2006, 04:06 PM
Princeton's Avatar
Princeton Princeton is offline
 
Join Date: Nov 2001
Location: Vineland, NJ
Posts: 6,693
Благодарил(а): 0 раз(а)
Поблагодарили: 0 раз(а) в 0 сообщениях
Default

if the PRODUCT is well integrated with vbulletin they will have their own "folder" while having vbulletin in root

optimally, an end-user should NOT be directed to a "folder" (eg. /gallery/index.php); this should be done as a last resort

here's an example of how a gallery application should be set up:
gallery.php (root)
depends on gallery setup but you can also have..
newgalleryreply.php (root)
newgallery.php (root)

all related functions and config files should be in GALLERY folder

I don't know about you but my goal as a site administrator is to
  1. decrease workload
  2. increase revenue (done by decreasing workload)
  3. make site usable (Usability) - a good start would be to create short urls whenever possbile

Please understand that I'm not saying that it is wrong to create "folders" for each application. What I'm saying is that ultimately it will cost you more money if you do (time is money).
Reply With Quote
  #6  
Old 02-26-2006, 12:16 AM
e-brooker e-brooker is offline
 
Join Date: Feb 2006
Posts: 21
Благодарил(а): 0 раз(а)
Поблагодарили: 0 раз(а) в 0 сообщениях
Default

Ideally a site would use identifiable folders:

/gallery - for the gallery
/blogs - for the blogs
/forum - for the forums
/articles - for the articles etc

However, when it comes to vB and its hacking potential, I wondered would it be best to install it in root, and then would the above be possible in relation to how it appears/works to site visitors?
Reply With Quote
  #7  
Old 02-26-2006, 01:33 PM
kewl1uk kewl1uk is offline
 
Join Date: Oct 2004
Location: United Kingdom
Posts: 131
Благодарил(а): 0 раз(а)
Поблагодарили: 0 раз(а) в 0 сообщениях
Default

Quote:
Originally Posted by e-brooker
Ideally a site would use identifiable folders:

/gallery - for the gallery
/blogs - for the blogs
/forum - for the forums
/articles - for the articles etc

However, when it comes to vB and its hacking potential, I wondered would it be best to install it in root, and then would the above be possible in relation to how it appears/works to site visitors?
Depends on how the new site and the modifications to vbulletin are configured. The instructions for photopost vb gallery and vbadvanced links, for example, say to put it in the root folder and then the scripts connect to vbulletin in its folder. So I have my root directory with vbulletin in its own directory which I think is the most flexible and leaves me free to put in my own index page or portal and expanding the site to include things not vbulletin related is easy.
Reply With Quote
  #8  
Old 02-26-2006, 02:13 PM
Razz Razz is offline
 
Join Date: Dec 2001
Location: UK
Posts: 72
Благодарил(а): 0 раз(а)
Поблагодарили: 0 раз(а) в 0 сообщениях
Default

Quote:
Originally Posted by princeton
if the PRODUCT is well integrated with vbulletin they will have their own "folder" while having vbulletin in root

optimally, an end-user should NOT be directed to a "folder" (eg. /gallery/index.php); this should be done as a last resort

here's an example of how a gallery application should be set up:
gallery.php (root)
depends on gallery setup but you can also have..
newgalleryreply.php (root)
newgallery.php (root)

all related functions and config files should be in GALLERY folder

I don't know about you but my goal as a site administrator is to
  1. decrease workload
  2. increase revenue (done by decreasing workload)
  3. make site usable (Usability) - a good start would be to create short urls whenever possbile
Please understand that I'm not saying that it is wrong to create "folders" for each application. What I'm saying is that ultimately it will cost you more money if you do (time is money).
I disagree, if you think that vB addons such as a gallery shouldn't have their own folder then they also shouldn't have a folder for their functions and configs, these should also be in the relevant vB default folders.

The advantage to having the entire gallery in its own folder and vB in a non root folder is that the urls are better and you can also point subdomains directly to them. e.g forum.domain.com / gallery.domain.com

Each to his own really, both methods have their advantages and disadvantages.
Reply With Quote
  #9  
Old 02-26-2006, 02:18 PM
Talisman's Avatar
Talisman Talisman is offline
 
Join Date: Aug 2002
Location: USA/West Coast
Posts: 371
Благодарил(а): 0 раз(а)
Поблагодарили: 0 раз(а) в 0 сообщениях
Default

I have to agree with the other posters here...

Princeton: I see no reason why you should influence new vB owners to a fixed configuration with the forum application set up in the doman root folder ONLY -- simply because that happens to be YOUR personal preference. You already know this approach conflicts with the way most portals/cmps available for vBulletin would require the directory structure to be set.

You may not want to use a portal on your site, which is your choice to make for yourself and it's totally fine for you. But don't impose your preferences (or your prejudices) on new owners who don't know what their options truly are and who lack the technical expertise to change the vB install location by themselves in the future. That's not helping them.

Your rather heavy-handed recommendation here really makes a mess of the site later on if any new/inexperienced user follows your guidance to install vB this way but later decides they ALSO want to use a portal/cmps page or some other application that needs the (more common) "domain/forums" setup instead of a "domain/root" setup. Both the vBadvanced CMPS package and the vBportal package were specifically designed to provide this feature for vBulletin AND they both are beautifully integrated with vB.
Reply With Quote
  #10  
Old 02-26-2006, 02:59 PM
Princeton's Avatar
Princeton Princeton is offline
 
Join Date: Nov 2001
Location: Vineland, NJ
Posts: 6,693
Благодарил(а): 0 раз(а)
Поблагодарили: 0 раз(а) в 0 сообщениях
Default

Quote:
Originally Posted by Razz
I disagree, if you think that vB addons such as a gallery shouldn't have their own folder then they also shouldn't have a folder for their functions and configs, these should also be in the relevant vB default folders.
yea, ahhhhhh - ok

Quote:
Originally Posted by Razz
The advantage to having the entire gallery in its own folder and vB in a non root folder is that the urls are better and you can also point subdomains directly to them. e.g forum.domain.com / gallery.domain.com
You can also do that with vbulletin in ROOT.

Quote:
Originally Posted by Talisman
Princeton: I see no reason why you should influence new vB owners to a fixed configuration with the forum application set up in the doman root folder ONLY -- simply because that happens to be YOUR personal preference. You already know this approach conflicts with the way most portals/cmps available for vBulletin would require the directory structure to be set.
yep, they mostly have it that way to decrease help desk issues ... is it the "best option"? In my opinion NO. Please read between the spaces ... "In my opinion".

Quote:
Originally Posted by Talisman
But don't impose your preferences (or your prejudices) on new owners who don't know what their options truly are and who lack the technical expertise to change the vB install location by themselves in the future. That's not helping them.
Oh please, now you are imposing your own "preferences (or your prejudices) on new owners". The difference between you and I is that I am sharing my experience(s) with others by making a statement. Yea, I believe people are smart enough to come to their own conclusions.

If everyone thought like you, "don't impose your preferences (or your prejudices)", ... there would be no internet.

YOU HAVE BEEN WARNED ... if you don't do what I SAY ... you will suffer the consequences--and, loose all your hair.

Quote:
Originally Posted by Talisman
Your rather heavy-handed recommendation here really makes a mess of the site later on if any new/inexperienced user follows your guidance to install vB this way but later decides they ALSO want to use a portal/cmps page or some other application that needs the (more common) "domain/forums" setup instead of a "domain/root" setup. Both the vBadvanced CMPS package and the vBportal package were specifically designed to provide this feature for vBulletin AND they both are beautifully integrated with vB.
you can have any of the above applications running on your site with vbulletin in ROOT ... so, what's the problem?
Reply With Quote
Reply


Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off

Forum Jump


All times are GMT. The time now is 09:25 AM.


Powered by vBulletin® Version 3.8.12 by vBS
Copyright ©2000 - 2024, vBulletin Solutions Inc.
X vBulletin 3.8.12 by vBS Debug Information
  • Page Generation 0.04684 seconds
  • Memory Usage 2,305KB
  • Queries Executed 23 (?)
More Information
Template Usage:
  • (1)SHOWTHREAD
  • (1)ad_footer_end
  • (1)ad_footer_start
  • (1)ad_header_end
  • (1)ad_header_logo
  • (1)ad_navbar_below
  • (1)ad_showthread_beforeqr
  • (7)bbcode_quote
  • (1)footer
  • (1)forumjump
  • (1)forumrules
  • (1)gobutton
  • (1)header
  • (1)headinclude
  • (1)modsystem_article
  • (1)navbar
  • (4)navbar_link
  • (120)option
  • (1)pagenav
  • (1)pagenav_curpage
  • (1)pagenav_pagelink
  • (10)post_thanks_box
  • (10)post_thanks_button
  • (1)post_thanks_javascript
  • (1)post_thanks_navbar_search
  • (10)post_thanks_postbit_info
  • (9)postbit
  • (10)postbit_onlinestatus
  • (10)postbit_wrapper
  • (1)spacer_close
  • (1)spacer_open
  • (1)tagbit_wrapper 

Phrase Groups Available:
  • global
  • inlinemod
  • postbit
  • posting
  • reputationlevel
  • showthread
Included Files:
  • ./showthread.php
  • ./global.php
  • ./includes/init.php
  • ./includes/class_core.php
  • ./includes/config.php
  • ./includes/functions.php
  • ./includes/class_hook.php
  • ./includes/modsystem_functions.php
  • ./includes/functions_bigthree.php
  • ./includes/class_postbit.php
  • ./includes/class_bbcode.php
  • ./includes/functions_reputation.php
  • ./includes/functions_post_thanks.php 

Hooks Called:
  • init_startup
  • init_startup_session_setup_start
  • init_startup_session_setup_complete
  • cache_permissions
  • fetch_threadinfo_query
  • fetch_threadinfo
  • fetch_foruminfo
  • style_fetch
  • cache_templates
  • global_start
  • parse_templates
  • global_setup_complete
  • showthread_start
  • showthread_getinfo
  • forumjump
  • showthread_post_start
  • showthread_query_postids
  • showthread_query
  • bbcode_fetch_tags
  • bbcode_create
  • showthread_postbit_create
  • postbit_factory
  • postbit_display_start
  • post_thanks_function_post_thanks_off_start
  • post_thanks_function_post_thanks_off_end
  • post_thanks_function_fetch_thanks_start
  • post_thanks_function_fetch_thanks_end
  • post_thanks_function_thanked_already_start
  • post_thanks_function_thanked_already_end
  • fetch_musername
  • postbit_imicons
  • bbcode_parse_start
  • bbcode_parse_complete_precache
  • bbcode_parse_complete
  • postbit_display_complete
  • post_thanks_function_can_thank_this_post_start
  • pagenav_page
  • pagenav_complete
  • tag_fetchbit_complete
  • forumrules
  • navbits
  • navbits_complete
  • showthread_complete