by Devin Yang
(This article was automatically translated.)

Published - 7 years ago ( Updated - 7 years ago )

I was told by my friends that according to Murphy's Law, the promotion is always so difficult. Of course, I have to show him how smooth I am. I'm not afraid.
I also added a column by the way.
php artisan make:migration add_disabled_to_users_table --table=users
Then, you can add column data.


By the way, grab the content of the conversation between me and my friend, I didn’t talk nonsense, I really upgraded the system very quickly, and the upgrade was very fast.
The following is the content of the conversation with my friend, he said "upgrading is always so difficult", so I will upgrade smoothly for him to see: p

 
I am not afraid of directly rising. (In fact, I secretly prepared some information)
Because it will be backed up automatically every day, plus the manual backup function built in my background, I will make another backup.


My "version background" usually only maintains the latest version of Laravel, that is to say, there will be no problem with the update of the small version number.

And "Bugs problem tracking background", although the version is relatively old, it was developed based on my "version background" (Laravel version 5.4),
But because of the MVC architecture, I only need to throw the template used by Bugs into the new SEO background (5.6.x), and then the Bus background can be updated smoothly (no problem). :p
Rather than upgrading the "Bugs Tracking Backend" (Laravel 5.4.x), I'll just accept the sample that sets the "Bugs Tracking Backend" (Laravel 5.6.x) as the "Bugs Tracking Backend".
At the beginning, when I was developing the "pattern background", it was a background that adopted the MVC architecture, could be reused, expanded freely, and defined and expanded any template.


So instantly update the background of the three Productions at the same time. Wiki background, Bugs background for problem tracking, and MIS background for defining various specifications.
Finally, please do not learn from me directly, execute migrate in the Production environment, because I have practiced it.
Unless you are the only one developing the entire system, and you understand it well, there will be no problems.



In the follow-up...., I will post the upgrade results to my friend, and he asks if I can make a shit button. :D

Tags: laravel

Devin Yang

Feel free to ask me, if you don't get it.:)

No Comment

Post your comment

Login is required to leave comments

Similar Stories


dlaravel

D-Laravel test domain name *.dev changed to *.test

Since Google Chrome 63 will forcibly convert the domain name of *.dev to https, the domain name of the new version of D-Laravel will be changed to *.test. This article explains how to update.

d-laravel, docker, laravel, docker-compose

D-Laravel v1.0.0 release change description

In order to allow the container to be used more flexibly, D-Laravel has released version v1.0.0, which is not backward compatible. https://github.com/DevinY/dlaravel/releases/tag/v1.0.0 If you are using before v1.0.0, you need to modify the .env file of the Laravel project, change DB_HOST=127.0.0.1 to DB_HOST=db If you have a custom docker-compose-custom.yml file....more

docker,dlaravel

D-Laravel 1.5.5 Change Notes

D-Laravel's fpm image was rebuilt using the official dockerfile of docker php before php 7.2.1. And so I can specify that the default owner of fpm is dlaravel, --with-fpm-user=USER Set the user for php-fpm to run as. (default: nobody) --with-fpm-group=GRP Set the group for php-fpm to run as.