Lack of interest Disable add-on without having to rebuild

[Adam Howard]

I'm in the middle of debugging a possible add-on conflict. This means going though 1 add-on at a time without just adding the special code to config.php

I'd like to be able to do this without XenForo rebuilding the templates each time. It's becoming a lengthy process because I have to wait for the whole thing to complete.

 

[Adam Howard]

Do you have any idea how super annoying this is?

 

[MattW]

I've never had it rebuild templates just from disabling / enabling addons??

 

[Digital Doctor]

Do you have any idea how super annoying this is?

How long does it take for you to rebuild ?

 

[Adam Howard]

How long does it take for you to rebuild ?

I have 9 styles and 80+ add-ons ..... So a while

 

[Digital Doctor]

I have 9 styles and 80+ add-ons ..... So a while

How long is a while ? (Time it).

 

[Adam Howard]

I've never had it rebuild templates just from disabling / enabling addons??

It may depend on if the add-on adds TMS entries or not.

 

[Adam Howard]

How long is a while ? (Time it).

why ?

 

[Adam Howard]

How long is a while ? (Time it).

To answer your question is it depends on the add-on.

For example, "quick reply preview" was almost instant. But "[Tinhte] Attach Image Optimization" took a lot longer.

 

[MattW]

But "[Tinhte] Attach Image Optimization" took a lot longer.

I have that add-on, and disabling it with 5 styles is instant.

 

[Adam Howard]

I have that add-on, and disabling it with 5 styles is instant.

I could have quoted the wrong add-on.... I have 1 hell of a list I'm weeding though.

(Add 4 more styles to that list as well)

 

[Mike]

It may depend on if the add-on adds TMS entries or not.

This is correct. It's also very dependent on server speed (specifically write speed), combined with the number of styles and number of languages (speed * styles * languages). Reducing the number of styles and/or languages will always speed these things up.

 

[Adam Howard]

This is correct. It's also very dependent on server speed (specifically write speed), combined with the number of styles and number of languages (speed * styles * languages). Reducing the number of styles and/or languages will always speed these things up.

Something for 1.3 ....

Further optimize the support for more styles and languages. 1.2 is a lot better than 1.1 was, but it can always be better.

 

[Mike]

The system is optimized for normal usage (which is relatively few of each) and is optimized for display usage. Optimizing for rebuild time (at the detriment of display time) is not a good trade off.

 

[tyteen4a03]

If you need to quickly test add-on conflicts without the rebuild screen, use Waindigo's Install and Update addon. It will disable rebuild of caches for addon on/off toggle (and install and uninstall), but you will need to remember rebuilding the cache manually by going to the upgrade system after you've finished all operations.

 

[DRE]

Reducing the number of styles and/or languages will always speed these things up.

*uninstalls Spanish and uses Theme Usage Information by @MattW to see which styles are less used*

 

[Mike Edge]

I have that add-on, and disabling it with 5 styles is instant.

Yeap, if it isn't instant using [Tinhte] Attach Image Optimization then the server is at least 1 of 3 things

1) very oversold
2) old or desktop quality CPU
3) Slow I/O rate.. More then likely the slow I/O is caused by option 1 or 2 also.