Hi Erwin,

Since this is happening only some of the time there must be something that is happening only under certain circumstances.

When this happens are the log and cache paths also staying with their "stageit" paths entered?

Also, in the Stageit settings, do you have the "Force Refresh" setting set to "Yes - refresh and rebuild all files and data tables"?

I also wonder if some caching setup or tool you use is monkeying around with things when you push to live, but just typing that makes me wonder how that could be.

Keep me posted on what you try/find as this might help should anyone has this issue in the future.

Hello
I have tried again. The StageIt plugin was not activated. Now it went completely over the stage. Sorry. . .

No worries - I'm glad you got it sorted out!

Hi Melanie,

I would be happy to look into this for you. Would you please email the superuser login info for your site and you webhosting account? [email protected]

God bless,

Tim

Hi Gareth,

Something that is active in your install is not J4 compatible.

If you email me a super user login for your site (and the url) and a log in for your webhosting account I will take a quick look for you. [email protected]

God bless,

Tim

Hi Aaron,

StageIt is working on the latest version of J4. That said, I don't doubt you have run into something that isn't working for you and I would like to look into that to help understand why.

Would you mind emailing ([email protected]) the url of your site and superuser credentials for accessing your site admin so I can log in and run stageit on it and have a look? Any description of what I am looking for would be helpful too.

Thanks!

Tim

Hi Bob. If the StageIt extension is still installed you can use it to remove the staging area which will remove all tables beginning with "stg_" and the "/stageit" folder after that you want to manually remove the "/stgbackups" folder (if it exists.)

If the StageIt extension has been uninstalled you will want to manually remove:

- any DB table beginning with the prefix "stg_"
- the "/stageit" folder
- the "/stgbackups" folder

Tim

We did just update the StageIt version info in the Joomla Extensions Directory, but there haven't been any changes since November 11, 2022 (the thing just runs so good!)

That change was to have StageIt *not* copy Akeeba Backup Files that end in .j## (the "##" being any number between 01 and 99.) Previous to this minor change, Stageit only skipped Akeeba Backup Files that ended in .jpa

The StageIt changelog is actually in the extension download package, but just for fun, here it is:

=== CHANGELOG ===
Version 4.0.3
Date: 09-11-2022
Additional Akeeba compatibility

Version 4.0.2.1
Date: 13-10-2021
Added backwards compatibility for older versions of Joomla 3.x

Version 4.0.2
Date: 01-10-2021
Improved speed for removing backups

Version 4.0.1
Date: 01-09-2021
Minor bug fix with checking POST size

Version 4.0.0
Date: 19-08-2021
Fully compatible with Joomla 4.0.0 stable

Version 2.1.12
Date: 04-09-2020
Fixed issue with ACL

Version 2.1.11
Date: 04-01-2018
Fixed bug with excluding directories from initial deployment

Version 2.1.10
Date: 12-12-2018
Improved speed and memory usage

Version 2.1.8
Date: 04-12-2018
Refined the Remove Staging function with better feedback and functionality

Version 2.1.8
Date: 04-12-2018
Refined the Remove Staging function with better feedback and functionality

Version 2.1.7
Date: 29-11-2018
Added RecursiveDirectoryIterator for faster, more reliable file search

Version 2.1.6
Date: 27-11-2018
Added fix for where glob() function is not available

Version 2.1.5
Date: 28-05-2018
Added error logging where database tables can not be read for various reasons

Version 2.1.4
Date: 28-05-2018
Fixed a bug where part of Staging deployment was skipped

Version 2.1.3
Date: 22-05-2018
Added user access permissions so you can define which user groups can use StageIt

Version 2.1.2
Date: 25-04-2018
Added further feedback during deployment phase

Version 2.1.1
Date: 20-04-2018
Fixed a minor bug

What would nice to have is if you could have set up different ”pre” stage copies for different devs access (with Joomla ACL) for different devs Joomla components.

So what that means is the each developer can only login to the site and only have access to their special StageIT area for their specific component.

When they then do testing and everything work they can push the update for the live site and then the only thing that is affected is there update for just their component.

Could that be a new feature enhancement for StageIT?

I like that idea a lot! Though, just thinking of how it would work and how much hosting space some sites would take up makes my head spin (though we all know I am a support guy and not a programmer.)

There are currently no plans to add any major features to any of our extensions. Maintaining them and keeping them running on Joomla (as Joomla version change) is all good, but Barnaby has some other projects he is committed to outside of Joomla that require the lion's share of his focus and energy.

That's why everyone had ended up talking to a dud (or should that be "dude") like me, lol!

Good bcs now with latest bug of ACL who can configure that solve a great problem too :) https://issues.joomla.org/tracker/joomla-cms/39706

Interesting. I t looks like a fix is going to come along soon for that one.

Hello,

Yes this is by design - it won't create /yourrandomfolder for the staging environment - most additional third party folders that are actually *needed* will be in (say) /media , and this avoids copying /copyofbackup1 etc.

After the initial deployment, you usually won't need to redeploy the staging environment, so just copy any third party folder that you really do need manually to /stageit/

Then , make your changes in /stageit/yourfolder/ and any changes made will be copied BACK to the live folder when you sync with live.

The workflow is usually:

Live >> Deploy to Staging
Staging >> Make changes & test
Staging >> Sync changes to live
Staging >> Keep making changes and syncing to live

i.e. you don't normally need to redeploy the staging to the live.

So normally you also won't need to recreate your third party folder in the staging environment. The only time you *would* need to is if you've completely removed and rebuilt your staging environment, or if you've had changes in your live /randomfolder

Best wishes - Barnaby

Good morning John Doe :-)

StageIt is a full site staging environment, it doesn't allow for selected items to be published or unpublished.

Best wishes

Hi David,

Q1 - StageIt uses the subfolder /stageit/ , it doesn't work on a subdomain.

Q2 - Yes although it's not built for this - if you want a specific Joomla 4.x migration tool I'd suggest MigrateMe 4. This has many inbuilt tools and functions to ensure the migration is seamless, and offers additional backward checks to ensure the data structures are correct. There's also a 'safe-mode' function, so if you migrate and something goes wrong (e.g. a whitescreen is caused by an incompatible extension) use safe-mode to ensure you have a useable J4 environment, and you can then install the latest J4 version of the outdated extensions.

Best wishes - Barnaby

Hi Scott

That's an index issue, in the database (?) not sure which table. It'd be worth checking which index is throwing the error, if you check the database structure in PHPMyAdmin for that table, it will show indexes... you'd be looking for a compound unique index e.g. category_id & article_id . This won't be related to StageIt, which is entirely 'inert' while not being used, my guess is it's something in the database configuration.

Never mind, I disabled all Akeeba Backup plugins in staging and then pushed the changes to production. I was able to log into production. Next, I reinstalled the backup component in production, reenabled plugins, and then updated staging. Works fine now.

Thanks for the update!

Hi Karen

Technically that'd work fine - but with StageIt is that you'll need to use the Force Refresh option when you Sync with Live, to ensure all the old J3 caches are updated.

StageIt doesn't include any error checking or database updates, and doesn't verify the J3 environment... so for a more comprehensive option use MigrateMe 4, which has 1000s of checks, and the ability to load a working J4 environment, even with major compatibility issues or a blank J4 screen etc.

Hope that helps

Hi Marco

Please open a support ticket through https://www.php-web-design.com/Barnaby-Dixon.html and include the website you're looking at, and I'll check it out for you.

Did you put the RewriteBase in the /stageit/.htaccess file ?

Thanks!

Hello Barnaby
thx for your fast answer :)
i saw i made a big mistake. I wrote /steageit/ in url instead of /stageit/ and copy/pasted this url the whole time. Didn't recognize this typo because also with this wrong url i landed on login site.
Now when i found this mistake and type the url the right way, it seems to work, together with the .htaccess thing.
Regards
Marco

Thanks for the update!

Hello,

Those extensions do not play nice with the Joomla core, and override it in places, so they are in conflict with the StageIt plugin. Just change the plugin behaviour in StageIt > Configuration > Environment > [set to Backend only]

Best regards

I tried your configuration and did not work. Any other ideas to try it out?

Thanks!

Hi Ivan,

Disabling the plugin in the frontend through the StageIt configuration will prevent it from displaying. If this didn't work, try clearing your cache.

If you do need further assistance with this please contact support through the Contact page. Thanks!

Hello

StageIt is designed to operate as a single live staging setup. It's not designed to work as test staging live ... since this would make the average system overly complex and make it unclear which environment is the 'master' leading inevitably to unintentional overwrites

Kind regards

Good morning Karen,

Sorry to hear you've hit some issues. I think this is likely down to a cache, try clearing your Joomla and template caches, and see if that helps.

If not, please open a support ticket by clicking Contact Support and I can help further.

Thanks & have a great day! Barnaby

Hi Karen and Barnaby hope this issue is fixed now with new release? I will also use StageIT with Joomla 4 and Helix Ultimate latest versions..

Cheers!

Hello! Yes it was all very simple to resolve - I just reinstalled the latest version of StageIt, and all is working well.

Regards

Ok great. Do you use php 8 too? I have a site with php 8.0.13 and hope it work with latest php version there. I guess also next Jommla 4 version have support for php 8.1..

cheers!

We'll continue to update to meet latest standards - just a question of time as always :-)

Hi there Karen,

Thank you for reaching out! I found a little issue where backups would delete, just very slowly. Please install the latest version of StageIt (4.0.2) which has this bug resolved.

Cheers

Hello,

That doesn't sound like a problem with StageIt, more likely a problem with Akeeba / Joomla, since it was triggered when saving an Akeeba / Joomla setting.

But if you can send me a screenshot I'm happy to check for you?

Cheers!

Hello

StageIt will be released for Joomla 4.x in the next few days.

Kind regards

Just to confirm, StageIt is now fully Joomla 4.x compatible.

Hi Paul

Thank you for your message. You can do this in a variety of ways.

The best way is through .htaccess - enable this on your staging environment, and exclude traffic except from your own IP address with the following code:

order deny,allow
deny from all
allow from <Your IP Address>

Note: the .htaccess is *not* deployed to live, so this change will not affect your live site during any sync.

Alternatively you can do this through staging environment Joomla admin - in System > Global Configuration > Site set the site to offline. This will require you to log in as an admin to see the site frontend.

Have a great day! Barnaby Dixon

Hi there

Thank you for your message. Joomla 4 will be a major change, so since it's not yet released it's impossible to say with certainty that StageIt will work perfectly. However, it's been developed to the latest available standards, so it should work - just can't guarantee just yet!

Have a great day

Hi Petro,

The Joomla system is complex and interdependent, so there aren't many changes that can be made without impacting the whole system due to internal UUIDs and the asset system.

It's not possible to make individual, granular changes such as pushing a single article edit to the live site. That would introduce too much potential for data inconsistency due to Joomla's internal asset system.

So with StageIt, it's by default an all-or-nothing system. You deploy the staging environment, which is an exact replica of the live system.

Then you make changes on the staging environment.

Then you push changes to live. It will check all files and folders for changes, as well as all data changes, and if it finds a change on either the live or the staging, it will push the staging version to the live site. This maintains data consistency.

With the enterprise version, you can opt to exclude specific files, folders and data tables from the sync. This is so that you can push staging to live, without impacting user-updated content (such as a sales system, a blog, user ratings etc).

It's not intended to exclude *everything except one folder*. That would again risk introducing inconsistencies.

You can make whatever changes you like on the staging system, and if you don't want to keep them, redeploy the live site > Staging, so that you revert the staging system to an exact replica of the live site.

StageIt is already Joomla 4 compliant, and has been for over a year :-)

Kind regards, Barnaby Dixon

Hi there,

Thank you for your message.

The staging environment is always at /stageit/ , it's not possible to use a separate subdomain or different folder. It is created and managed automatically by StageIt

Regards

Hello,

Thank you for your message.

StageIt is an environmental staging extension, it'll exactly replicate your Live > Staged > Live environment, but it's not possible to take minor or granular changes and apply them individually.

Have a great day!

Hello,

StageIt is smart, intuitive and works well, and is specifically built for Joomla. Not comparable with other staging environments. None of the issues you've mentioned are an issue with StageIt.

Hope that helps

Good morning

A 500 error means your server isn't able to process something.

Often it means a memory limit, space limit, or CPU limit has been reached, and the server has timed out or prevented the process from running.

Reducing the deployment speed will help if it's a server resource limitation, although in some cases the server will still block you if it's a low budget shared option. But it's also worth checking available disk space.

In other cases, it'll mean an issue with the PHP environment, where a required function isn't available, this might happen for example if you are running a very old version of PHP, or if it's a custom install of PHP without standard functions available.

That will be resolved by ensuring PHP is up to date and appropriate for your version of Joomla, for example PHP 5.6 for Joomla 2.5, or PHP 7+ for Joomla 3+

Also it'd be helpful to note exactly where the issue happens, e.g. is it during database analysis, file and folder analysis, etc...

Hope that helps! Please reach out if you need further assistance, and if you'd like me to take a look email me separately with access.

Barnaby

Sorry for the delay. It is a shared server, but when I initially installed the plugin, I was able to run a backup without any adjustments.
There is plenty of space on the hard drive (and I don't have any restrictions on my login profile).
I'm running PHP 7.3.15, and it's a stock install of PHP.
Joomla is on 3.9.15.
The system chokes at "Deploying your Files and Folders" (20% completed). I'm wondering if it's a possible user rights issue?

Hi again,

It could be a permissions issue, where the system isn't able to either read something in the live folder, or write to the staging environment folder.

It could also be where you have a folder with millions of files (such as logs), especially on a shared server since the system will struggle to load the folder contents into memory.

I've also see this happen where the system has a virus, which blocks the process. So worth checking some of your key files if they seem to have an infection of some kind - check index.php and configuration.php for example.

You could also check the log in /administrator/components/com_stageit/ to see if that gives a clue exactly where the process is failing...

If none of that helps, please send me a login and I'll check it out for you, as it seems to be a specific issue to your system.

Have a great day!

Thanks for guiding me to the log file. The file showed:
"17-07-2020 12:55:44 WARNING: Could not copy ../administrator/components/com_akeeba/Master/Installers/angie.jpa - incorrect file permissions. Please copy this manually".
I don't know why the system choked on this file. The rights were the
same as the other files, but once I copied this manually, I was able to run the staging site setup.

Good morning,

Great ! Thank you for the update, and I'm glad you were able to resolve this with the log information.

Have a great day

Hi again,

StageIt was designed to work with a single (standard) Joomla system, rather than several - but it will work with MightySites, you just need to allow for the extra configuration files, which are not standard for Joomla.

As it's non-standard I can't directly support this use of StageIt & MightySites, but the below information should help :-)

MightySites overrides the default configuration.php file, which is needed to run StageIt. So If you do want to run both together, you will need to make some manual changes as follows:

1. Run the StageIt deployment from the main Joomla site... then log into the Staging Environment, open the MightySites admin component, and Move all subsite data under stageit/ and update the configuration for each MightySites version of your site that you want to use.

2. edit /stageit/components/com_mightsites/configuration/configuration__com.php to ensure that the db_prefix is 'stg_xxxx' where xxxx is your original prefix

3. edit /stageit/components/com_mightsites/configuration/configuration__com_.php in the same way

4. Copy /stageit/components/com_mightsites/configuration/configuration__com.php to /stageit/.../configuration__stageit_com.php

5. Copy /stageit/components/com_mightsites/configuration/configuration__com_fusioncruise.php to /stageit/.../configuration__stageit__com.php

6. enter into the staging admin site and go to the mightytext component to update all database entries to use prefix stg_

7. When you Go Live, you need to do the reverse of these changes, so you update your live configuration_.php files to make the db_prefix just 'xxxx_' (your original prefix)

All the best, Barnaby Dixon

Hi I got the same questions and will use this for a Joomla 4 future setup. Thnks for clarificaiton and hopefully use this later for a Joomla 4 setup. cheers!

Hi Morten,

a - Yes
b - StageIt
c - https://www.php-web-design.com/stageit.pdf
d - Yes included with the package

Have a great day!

Perfekt thank you for those answers :)

Hi there!

If you open StageIt on the live admin, you can click the Rebuild button. This will reset your staging environment to an exact replica of your live environment.

Have a great day!

I just discovered that when I disable the Search Engine Friendly URLs option in the Joomla global configuration that is solves the problem. Any idea what might be the issue? Or the staging environment cannot work with Search Engine Friendly URLs?

Good morning Sima

Thank you for your great question!

StageIt does work with SEO urls, and should normally work without any issues. However, on your server, you might ensure that /stageit/.htaccess is present and enabled, and you might also need to change this line in that file:

#RewriteBase /

to:

RewriteBase /stageit/

(ensuring you remove the initial #)

Have a great day! Barnaby Dixon

I am running nginx. Should I still enable .htaccess?

Hi again,

Ngnix is a bit different to Apache / Linux, You'll have to ensure the configuration is right for your system - and it might be best to contact your server host to find out why the SEO urls aren't working in /stageit/

Regards, Barnaby Dixon

Did you ever get clarity on this issue? I'm experiencing the same problem myself.

Hi Jens & Alberto,

The operation is being blocked by your PHP open_basedir config. Please edit this so it allows the AJAX process to run, and it will work correctly

Regards, Barnaby

Hi Keith,

The sync completely replicates the live environment with what is present on the staging environment.

To exclude specific data tables or folders (say in an ecommerce extension) you need the Enterprise version. You can then specify that any data that is regularly updated on the frontend is specifically excluded from any sync.

Kind regards

Hi Mikki,

Your name is awesome!

1 - yes feel free to use it on all your sites
2 - yes, and in fact it's already tested with Joomla 4 beta and works perfectly :-) We'll be upgrading as new Joomla versions are released.

Best regards, Barnaby Dixon

Hello Duksh,

Thanks for your message. StageIt and all my other extensions are constantly updated... I'll have to update the JED :-)

Yes it's Joomla 3.9.1 compatible.

Hope that helps! Barnaby

Hi there Herco

Thank you for your message.

With StageIt Enterprise you can select which content and data you want to sync. The default is to sync everything - all files / folders and data, but you can exclude specific data tables or specific folders from the sync if needed, so you don't overwrite data and files on the live site.

I hope that helps?

Sincerely - Barnaby Dixon

Good morning Cor,

Thank you for your message and very kind words!

The tables you need to exclude will depend on your system. You'll find that in StageIt Enterprise, the tables you can exclude are grouped by extension, so it's a case of checking through per extension, to see which ones might be continually updated on the frontend. With community, that would probably mean the Joomla Users tables, as well as most Community tables.

If you also ensure backups are enabled, then if you *do* need to restore a backup for any reason, then one will be available. Just also make sure there's plenty of space for the backup to be built and you'll be fine.

I hope that helps! Sincerely, Barnaby Dixon