vb.org Archive

vb.org Archive (https://vborg.vbsupport.ru/index.php)
-   vB4 General Discussions (https://vborg.vbsupport.ru/forumdisplay.php?f=251)
-   -   4.2.2 Patch (https://vborg.vbsupport.ru/showthread.php?t=315083)

ozzy47 01-04-2015 01:18 PM

Any and all patched are available at vB.com in your customer area.

patracy 01-04-2015 01:24 PM

Well all I've found is the patch for 4.2.2 for the CMS exploit. I was just wondering if anyone had a patch for 4.2.1 PL1 instead of going through 4.2.2. Guess I'm going to have to just move to 4.2.2 instead.

ozzy47 01-04-2015 01:31 PM

Yeah I would upgrade to 4.2.pl2 for sure. There is known security vulnerabilities in anything older.

HM666 01-04-2015 01:48 PM

Quote:

Originally Posted by cellarius (Post 2520454)
Not if you were smart about it. Using tools like Template Modification System (TMS), creating good documentation along the way. Upgrading could be a real pain during the early vB4 releases, I agree - but you really should not run those anyway, bugwise. But if you have file edits that make overwriting the original files of the same version a real pain, then you're most likely doing it wrong. Given the plugin system there is not much need for file edits, but if you do them, keep them properly documented and use diff tools.

Which is a stupid suggestion, really.

Agreed. I've never really understood someone who goes and heavily codes into the hard PHP files unless absolutely necessary. I've had MANY heavily modified forums and NEVER had to touch the core files ever. Even when installing mods. Oh and I stayed away from mods like the auto template system mod mentioned by cellarius its super buggy and why have another query or install another mod and open yourself further for potential risks for things that you can manually yourself if you just read the directions from what ever mod you are installing?

cellarius 01-04-2015 02:10 PM

Quote:

Originally Posted by HM666 (Post 2530423)
auto template system mod mentioned by cellarius its super buggy

It is most definitely not.
Quote:

and why have another query
There's no additional query added.
Quote:

or install another mod and open yourself further for potential risks
If a person has access to your AdminCP, then TMS is most likely the last thing he will use to exploit your site ;)

I'm pretty sure you have not quite understood how TMS works...

HM666 01-04-2015 03:33 PM

Quote:

Originally Posted by cellarius (Post 2530430)
It is most definitely not.

There's no additional query added.

If a person has access to your AdminCP, then TMS is most likely the last thing he will use to exploit your site ;)

I'm pretty sure you have not quite understood how TMS works...

First, when you install ANY mod or hack outside of vBulletin you are opening yourself for a potential risk. This has been stated in several places on this site as well as vBulletin.com. Having files other than vBulletin files opens your risk giving hackers a possible way to gain access into your site/server. Some hacks have better safeguards in place than others. Some people who create mods do not always know what they are doing, some do. I've never used the TMS mod personally on one of my sites and never will because I do not need to have a secondary mod do something that I can do myself. I see no use in it personally. I've had client's who have come to me in the past with the TMS mod installed with some pretty major problems and complaints that they could not upgrade vBulletin or do other things because of that mod. And when I went through a trouble shooting process I found that it WAS that mod causing the problem.

I do not allow other people in my own AdminCP. There is no use for that for me. So saying that someone cannot gain access while going into your AdminCP does not apply. Also you run a risk of allowing someone in your AdminCP, but I doubt if the TMS is going to stop them from hacking the site.

If the TMS mod is your mod and you are getting your feathers ruffled because I said it was buggy then I'm sorry but in my experience it has been buggy in the past. It may not be so now, but it has been before.

cellarius 01-04-2015 11:02 PM

No, it's not my mod - its by Andreas, who without doubt is one of the best vB coders. From what you write, it is very obvious that you neither have any idea what TMS does, nor why it is superior to how vB4 handles template changes. I do not want to sell anything to you - it was you dropping into this thread while adimittedly having little idea what you were warning people off about.


All times are GMT. The time now is 02:10 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.01204 seconds
  • Memory Usage 1,738KB
  • 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
  • (5)bbcode_quote_printable
  • (1)footer
  • (1)gobutton
  • (1)header
  • (1)headinclude
  • (6)option
  • (1)pagenav
  • (1)pagenav_curpage
  • (2)pagenav_pagelink
  • (1)post_thanks_navbar_search
  • (1)printthread
  • (7)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