View Single Post
  #22  
Old 02-11-2015, 07:56 AM
Mark.B Mark.B is offline
Senior Member
 
Join Date: Feb 2004
Posts: 1,354
Благодарил(а): 0 раз(а)
Поблагодарили: 0 раз(а) в 0 сообщениях
Default

Quote:
Originally Posted by edgeless View Post
The description by a number of your colleagues for the function of the SKIP_DS_ERRORS code string, including that from certain vB developers, has been that it "turns off the extra error reporting in php 5.3 & 5.4 (for strict & deprecated warnings)". The frequent use of this description -or others like it- demonstrates a common interchangeability of the two terms during discussion of said code string's function and purpose. Since even developers refer to the purpose of said code string as it "turns off the extra error reporting", I'm inclined to consider my reference to "hiding errors" as a completely appropriate statement. But even in view of this, I initially intended to type the word "warnings" instead of "errors"... I really did! And that's precisely why I used the term "warnings" instead of "errors" in my following reply. I think the mere fact that those two terms are interchanged on a frequent basis, even by software developers, tends to inspire some inadvertent interchangeability from many of us on occasion. And by the way, I've noticed that some developers even refer to said warnings as "less important errors". So in my opinion your focus on my semantical tendencies in order to try and belittle my qualification to comment has been uncalled for (at best).

As for the blanket file replacement troubleshooting measure, you've made your point. It makes sense and I agree with the reasons involved. Hence, I apologize for voicing my impulsive thought concerning the many times this step is suggested by vBulletin support folks. After all, as I've said, and as you've elaborated upon, it's not practical or time/cost efficient to identify corrupt files or code sections within a system when a direct blanket replacement of files is often able to solve the problems.
To clarify: nobody's belittling anyone.

However, whenever people say "vBulletin is rubbish because it hides errors rather than fixes them" - which is what started to get implied in this thread, as it does in many others -that inaccuracy needs to be corrected, or at the very least, the true facts explained. many do not have the required knowledge to understand what is actually happening, they simply read "vBulletin hides errors rather than fixes them" and assume that to be factual. That perception needs to be corrected.

Some people make the statement because they genuinely think that's what happens - it is right that they should be corrected.
Others make the statement because they have a certain agenda - again it is right that they should be corrected.

I too get frustrated at the apparent interchangeability of the term "errors". When developers do it it's even more annoying. And as I already mentioned, vBulletin themselves compounded the issue by using "SKIP_DS_ERRORS" so I can fully understand why some people jump to the conclusion that we are "hiding errors rather than fixing them".

I also understand that, to an ordinary person using the software, an ugly line of text appearing on the page with the word "WARNING" at the front is, as far they are concerned, an error....you would say "I'm getting an error message on screen" not "I am getting a warning message on screen" if describing the problem.

What does frustrate me is when people such as Paul, who are actual php programmers, state what is really happening (and we as the support team often do also), and people argue and complain still (I'm not suggesting you do this by the way).
Reply With Quote
 
X vBulletin 3.8.12 by vBS Debug Information
  • Page Generation 0.01064 seconds
  • Memory Usage 1,781KB
  • Queries Executed 11 (?)
More Information
Template Usage:
  • (1)SHOWTHREAD_SHOWPOST
  • (1)ad_footer_end
  • (1)ad_footer_start
  • (1)ad_header_end
  • (1)ad_header_logo
  • (1)ad_navbar_below
  • (1)bbcode_quote
  • (1)footer
  • (1)gobutton
  • (1)header
  • (1)headinclude
  • (6)option
  • (1)post_thanks_box
  • (1)post_thanks_button
  • (1)post_thanks_javascript
  • (1)post_thanks_navbar_search
  • (1)post_thanks_postbit_info
  • (1)postbit
  • (1)postbit_onlinestatus
  • (1)postbit_wrapper
  • (1)spacer_close
  • (1)spacer_open 

Phrase Groups Available:
  • global
  • postbit
  • reputationlevel
  • showthread
Included Files:
  • ./showpost.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_postinfo_query
  • fetch_postinfo
  • fetch_threadinfo_query
  • fetch_threadinfo
  • fetch_foruminfo
  • style_fetch
  • cache_templates
  • global_start
  • parse_templates
  • global_setup_complete
  • showpost_start
  • bbcode_fetch_tags
  • bbcode_create
  • postbit_factory
  • showpost_post
  • 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
  • showpost_complete