vb.org Archive

vb.org Archive (https://vborg.vbsupport.ru/index.php)
-   News and Announcements (https://vborg.vbsupport.ru/forumdisplay.php?f=2)
-   -   vBulletin.com running version 3.5 preview (https://vborg.vbsupport.ru/showthread.php?t=81838)

deathemperor 05-30-2005 05:20 PM

I don't give the test myself but take a look:

http://www.webmasterstop.com/56.html

they said thay OOP in PHP will slower the execution time no matter how, but OOP is easier to maintain and inherit of course.

Andreas 05-30-2005 05:30 PM

This "test" is bollox, the huge overhead comes from instantiating 100.000 test-objects, which does not make sense at all, as only 1 instance is needed.
A "fair" comparison would be 1 object and calling method one() 100.000 times.

Holidazed 05-31-2005 12:25 PM

Quote:

Originally Posted by corriewf
Yes but it means that all hacks will need to be recoded and possibly the loss of a few hacks like arcade ect.

That is a moot point as he is not doing the arcade anymore and has locked his site down.

Corriewf 05-31-2005 01:53 PM

Quote:

Originally Posted by bitg
That is a moot point as he is not doing the arcade anymore and has locked his site down.

No the point is not moot as the hack is currently available and running on many 3.0.x sites.


I honestly don?t think you will see many make the switch over. There just isn?t enough pros with this new version to make people switch to something thats utilizing a new coding system thats going to make converting old hacks a logistical nightmare.

Only those that are upgrade addicts are going to make the crossover.


Erwin you make a valid point however the data structure and coding from 2 to 3 did not change that much. This means that old hacks can simply be converted over by updating the php to call the new functions. The new 3.5 is going to involve not only updating the php code but a total restructuring of the code and variables involved.


This is all for what? So Jim Bob gets instant post updates and ect without refreshing. So Jim Bob can sit back and hit install instead of having to hit copy and paste where applicable.

I have always believed that anything worth having is worth working for. So what if Jim bob has to get his hands dirty by having to actually edit a few files..


Why not make it worthwhile vbulletin and treat these coders with some respect by implementing some of the code revisions for bugs found by coders here and giving us some new features to provide our end users with.

I have enough bandwidth that my members refresh rate is far back in my priority list.

Greebo 05-31-2005 02:20 PM

Quote:

Originally Posted by corriewf
I honestly don?t think you will see many make the switch over. There just isn?t enough pros with this new version to make people switch to something thats utilizing a new coding system thats going to make converting old hacks a logistical nightmare.

People say that about every software upgrade.

Personally, I think its foolish to make such blanket statements when we don't even have a beta out yet to look at.

Corriewf 05-31-2005 03:00 PM

Quote:

Originally Posted by Greebo
People say that about every software upgrade.

Personally, I think its foolish to make such blanket statements when we don't even have a beta out yet to look at.


We do not need the code to understand the logic or concept of the coding that has been done.

A blanketed statement or hypothesis is warranted based on factual data thats been presented. For me to get anymore specific would be unfair and unjust to the Vbulletin developers.


I am not belittling their ability , but their corporate culture.

As consumer's our opinions should be held in high regard.

Greebo 05-31-2005 03:12 PM

Quote:

Originally Posted by corriewf
We do not need the code to understand the logic or concept of the coding that has been done.

Agreed.

Quote:

A blanketed statement or hypothesis is warranted based on factual data thats been presented. For me to get anymore specific would be unfair and unjust to the Vbulletin developers.
I disagree. You are applying your personal bias about value of the published changes in 3.5.0, and making the assumption that a large % of other forum operators will share your opinion.

Having reviewed the list of enhancements in 3.5.0, I personally see great value in making the switch - and the biggest selling point for me is the plugin system being implemented. I am awaiting the beta with much anticipation. Anything which makes modifying the behavior or vBulletin easier in the long term is welcome to me - and I anticipate that the hook system will ultimately mean adding custom content (hacks) built using the hooks will mean minor updates don't mean hours of remodifying php files by hand to re-enable the hacks I've got in play.

Quote:

As consumer's our opinions should be held in high regard.
Do not make the mistake of assuming that the most vocal group is the majority. Those who dislike complain. Those who support tend to remain silent. Unless you've done a statistically valid survey to determine what percentage of operators will at least consider the upgrade, you can not safely extrapolate any numbers based simply on the commentary of a few posts, let alone your own bias.

Corriewf 05-31-2005 03:30 PM

Quote:

Originally Posted by Greebo
Agreed.


I disagree. You are applying your personal bias about value of the published changes in 3.5.0, and making the assumption that a large % of other forum operators will share your opinion.

I beleive perspective would be more appropiate then bias. You should research the word hypothesis as its referencing an educated guess which is all I can make at this point.
Quote:

Originally Posted by Greebo
Having reviewed the list of enhancements in 3.5.0, I personally see great value in making the switch - and the biggest selling point for me is the plugin system being implemented. I am awaiting the beta with much anticipation. Anything which makes modifying the behavior or vBulletin easier in the long term is welcome to me - and I anticipate that the hook system will ultimately mean adding custom content (hacks) built using the hooks will mean minor updates don't mean hours of remodifying php files by hand to re-enable the hacks I've got in play.

Yes the plugin system will be great however only if there are hacks to utilize it. Our ability to apply hacks has been made easier but at what cost. The question is if the cost is too great?

Quote:

Originally Posted by Greebo
Do not make the mistake of assuming that the most vocal group is the majority. Those who dislike complain. Those who support tend to remain silent. Unless you've done a statistically valid survey to determine what percentage of operators will at least consider the upgrade, you can not safely extrapolate any numbers based simply on the commentary of a few posts, let alone your own bias.

Again I used the word hypothesis and you cannot claim it to be wrong unless you yourself have completed your above-mentioned survey. Remember these words:

Those who complain are generally those who care to see improvement. Those who
do not speak up are either satisfied or feel no personal obligation to better the community as they will like take their loyalty to another vendor.

Greebo 05-31-2005 03:44 PM

Quote:

Yes the plugin system will be great however only if there are hacks to utilize it. Our ability to apply hacks has been made easier but at what cost. The question is if the cost is too great?
Well, if its *easier* to make modifications, then one could at least hope that the hacks for 3.5.0 would begin pouring out at a much faster pace, I would think.
Quote:

I disagree. You are applying your personal bias about value of the published changes in 3.5.0, and making the assumption that a large % of other forum operators will share your opinion.
Quote:

Again I used the word hypothesis and you cannot claim it to be wrong unless you yourself have completed your above-mentioned survey.
I didn't say your hypothesis was wrong. I am saying that it *isn't* warranted to make any claim in the positive OR negative until there is some kind of survey.

I then followed up by showing what my own personal bias leans towards. I did not extend my bias to the majority with speculation about who would and would not switch. All my statement about my own position shows is that at least one person will be switching.

Andreas 05-31-2005 03:51 PM

I am sure that I am no "upgrade addict" (as upgrading a board which uses a totally custom style and has almost every file modified is a nightmare), but I am sure that we are going to make the switch as soon as possible.

mySQL Fulltext Search, "real" mark-read, mySQLi, AJAX and having datastore locally are pretty important for those running larger boards.

And once more and more hacks get converted/releases for the plugin-system, I bet it will make life a lot easier.


All times are GMT. The time now is 06:09 PM.

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.01945 seconds
  • Memory Usage 1,761KB
  • 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
  • (13)bbcode_quote_printable
  • (1)footer
  • (1)gobutton
  • (1)header
  • (1)headinclude
  • (6)option
  • (1)pagenav
  • (1)pagenav_curpage
  • (4)pagenav_pagelink
  • (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