Maybe I don’t explained correctly. My problem is not “how” to deploy, but “how to” avoid SC to ask for prod enviroment.
WHen you deploy a project, it comes without database configured. My question was if I configure it once deployed, if database connection don’t change, if copying the entire folder over other machine will do the job.
[QUOTE=rr;31396]Delete the …_lib\conf\prod.config.php and simply put a local database version in there.
So you make any project on a local mysql/mariadb server and set the sql settings properly. Then that prod.config.php holds the proper settings.
So when you deploy as standalone on an uniserver, portable z-wamp, uwamp… whatever all you need to do is to replace that config file of your production environment with the local one.[/QUOTE]
Exactly, this is what I mean. prod.config.php is the file holding the config
For first installations my plan is to hold a sqlite config database, and then use sc_connection new macros to create connections in runtime, but I need to do more testing on this.
This then remember me one thing.
Some days ago, I tried to update just 1 app on a deployed machine. I deployed the app, copied on a USB, and unziped in the deployed machine, overwriting old app, but then this app stopped working don’t finding connection.
If prod.config.php holds configuration, why this happened? How to avoid?(*)
(*) I’m planing too a little system to upgrade app, like SC does.