vb.org Archive

vb.org Archive (https://vborg.vbsupport.ru/index.php)
-   vB3 General Discussions (https://vborg.vbsupport.ru/forumdisplay.php?f=111)
-   -   Vbulletin Wordpress (https://vborg.vbsupport.ru/showthread.php?t=115690)

stonyarc 05-21-2006 06:44 AM

Quote:

Originally Posted by Ohiosweetheart
ok ok... I just panicked for a moment, don't mind me ;)
carry on!

You're giving that user a full blog which is in fact a full website with content management system.

That cannot be done in 1 table.

Once the blog is there you even could have a seperate usermanagement for the blog if you want other people to join the blog but not the site.

Annapurna 05-21-2006 11:44 AM

I've got vBJournal installed as a Blog, but users don't like it so much.
A Wordpress integration would be the best thing :up: .

What I would appreciate very much:

- total integration in vB with same login information
- ability to choose from a list of designs / templates which the admin could add
- possibility to set up subdomains automatically for each Wordpress-Blog which leads directly to the user's blog. e.g. username.forumname.com But users should be able to specify their subdomain themselves.

If there are 10 tables for each blog would be added, isn't there a maximum limit?

Andreas

stinger2 05-21-2006 11:56 AM

just out of curiosity

lets say 10 members had their blog with me.....that means extra 100 table....and suppose they are active blogs......like adding a couple of pages per day........

how big will be my database.........now i have 130 MB db..how big will it be then?

i imagin some where about extra 100 MB......or am i wrong?

stonyarc 05-21-2006 01:18 PM

not really a base install database size of wordpress is about 300 Kb

a wp site in base form is about 2Mb

there are theoretical limits to how many tables you can define but I can summarize them by saying that the actual limits will depend mostly on what type of operating system you have and how big your disks are. I have never heard of any one needing more tables than they could create. mysql stores tables as files.

I would assume that a few thousand tables wouldn't be too many for most modern hard drives to handle. How many were you worried about?

If your intent is to create a full blown blog farm with this (100's of users and more) I would advice to contact me to make a custom version and be prepared to invest in some major hardware and run the thing on a mysql farm or on Oracle

Annapurna 05-21-2006 03:18 PM

Quote:

Originally Posted by stonyarc
[...]If your intent is to create a full blown blog farm with this (100's of users and more) I would advice to contact me to make a custom version and be prepared to invest in some major hardware and run the thing on a mysql farm or on Oracle

Just a theoretically question: In the beginning you'll never know if an new feature gets lot of attention or not, so just a 'normal' integration into vB would be fine. But in case it turns into an hurricane and 100s of users apply for it, would it be possible to change to a mysql farm later?

Another feature question: will it easily be possible to import vBJournal articles?

Andreas

rob30UK 05-21-2006 04:56 PM

Could this not work from one set of tables? I was thinking the addition of a userid or siteid columns to each table so the data could be 'per site' but still within the realms of managability. This way would also make changes across all sites easier, and in addition it would make permissions handling from vBulletin easier.

Obviously, I dont know exactly whats involved with the above, I'm sure its a fair amount of slog...but I'm thinking that once you've gone the full distance on your current path, it may have been less work going the alternate way I mention.

stinger2 05-21-2006 05:11 PM

i dont have intentions of making a blog farm anyway....it would be too hard to maintain for me....

my idea is that some members are really creative....and i would give them the space to express their idea and work......so i had about 5-10 blogs in mind....this would bond members more with websites....

there are many free offers for creating blog's out now...we will never be able to compete with that.....besides most of vbulletin are on shared servers while creating a farm needs dedicated ones...

thanks for the info

stonyarc 05-21-2006 05:39 PM

Quote:

Originally Posted by Annapurna
Just a theoretically question: In the beginning you'll never know if an new feature gets lot of attention or not, so just a 'normal' integration into vB would be fine. But in case it turns into an hurricane and 100s of users apply for it, would it be possible to change to a mysql farm later?

Another feature question: will it easily be possible to import vBJournal articles?

Andreas

journalistID and userid are linked so in theory it would be possible to write a migration script.

Quote:

Originally Posted by rob30UK
Could this not work from one set of tables? I was thinking the addition of a userid or siteid columns to each table so the data could be 'per site' but still within the realms of managability. This way would also make changes across all sites easier, and in addition it would make permissions handling from vBulletin easier.

Obviously, I dont know exactly whats involved with the above, I'm sure its a fair amount of slog...but I'm thinking that once you've gone the full distance on your current path, it may have been less work going the alternate way I mention.

That was indeed also my first architecture but the impact on wordpress in that case is rather high and it would require several changes to wordpress. Moreover that creates an installation where there can no longer be an easy upgrade to future versions of wordpress.

the vbulletin part is slightly easier but the wordpress part becomes a drag in creation and maintainability.

Moreover I would bump into the same issues as wordpress MU and would have to give up the flexible management and admin has on his own blog.

There is still a long way to go to make this a full featured thing.

It might even be better to write a blog system from scratch with the features of a true blog in vbulletin itself.

Time will tell and I'll certainly let you know.

rob30UK 05-21-2006 06:15 PM

Well,

Thanks for your dedication to it in any case... keep up the good work!

stinger2 05-21-2006 09:46 PM

Quote:

Originally Posted by stonyarc
It might even be better to write a blog system from scratch with the features of a true blog in vbulletin itself.

Time will tell and I'll certainly let you know.

you mean same as



All times are GMT. The time now is 05:48 AM.

Powered by vBulletin® Version 3.8.12 by vBS
Copyright ©2000 - 2025, vBulletin Solutions Inc.

X vBulletin 3.8.12 by vBS Debug Information
  • Page Generation 0.01026 seconds
  • Memory Usage 1,751KB
  • Queries Executed 10 (?)
More Information
Template Usage:
  • (1)ad_footer_end
  • (1)ad_footer_start
  • (1)ad_header_end
  • (1)ad_header_logo
  • (1)ad_navbar_below
  • (6)bbcode_quote_printable
  • (1)footer
  • (1)gobutton
  • (1)header
  • (1)headinclude
  • (6)option
  • (1)pagenav
  • (1)pagenav_curpage
  • (4)pagenav_pagelink
  • (1)pagenav_pagelinkrel
  • (1)post_thanks_navbar_search
  • (1)printthread
  • (10)printthreadbit
  • (1)spacer_close
  • (1)spacer_open 

Phrase Groups Available:
  • global
  • postbit
  • showthread
Included Files:
  • ./printthread.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/class_bbcode_alt.php
  • ./includes/class_bbcode.php
  • ./includes/functions_bigthree.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
  • printthread_start
  • pagenav_page
  • pagenav_complete
  • bbcode_fetch_tags
  • bbcode_create
  • bbcode_parse_start
  • bbcode_parse_complete_precache
  • bbcode_parse_complete
  • printthread_post
  • printthread_complete