DeploymentOnce your application is

Deployment

Once your application is complete, or even before that you’ll want to deploy it. There are a few things you should do when deploying a CakePHP application.
Update config/app.php

Updating app.php, specifically the value of debug is extremely important. Turning debug = false disables a number of development features that should never be exposed to the Internet at large. Disabling debug changes the following types of things:

Debug messages, created with pr() and debug() are disabled.
Core CakePHP caches are by default flushed every year (about 365 days), instead of every 10 seconds as in development.
Error views are less informative, and give generic error messages instead.
PHP Errors are not displayed.
Exception stack traces are disabled.

In addition to the above, many plugins and application extensions use debug to modify their behavior.

You can check against an environment variable to set the debug level dynamically between environments. This will avoid deploying an application with debug true and also save yourself from having to change the debug level each time before deploying to a production environment.

For example, you can set an environment variable in your Apache configuration:

SetEnv CAKEPHP_DEBUG 1

And then you can set the debug level dynamically in app.php:

$debug = (bool)getenv('CAKEPHP_DEBUG');

return [
'debug' => $debug,
.....
];

Check Your Security

If you’re throwing your application out into the wild, it’s a good idea to make sure it doesn’t have any obvious leaks:

Ensure you are using the Cross Site Request Forgery.
You may want to enable Security. It can help prevent several types of form tampering and reduce the possibility of mass-assignment issues.
Ensure your models have the correct Validation rules enabled.
Check that only your webroot directory is publicly visible, and that your secrets (such as your app salt, and any security keys) are private and unique as well.

Set Document Root

Setting the document root correctly on your application is an important step to keeping your code secure and your application safer. CakePHP applications should have the document root set to the application’s webroot. This makes the application and configuration files inaccessible through a URL. Setting the document root is different for different webservers. See the URL Rewriting documentation for webserver specific information.

In all cases you will want to set the virtual host/domain’s document to be webroot/. This removes the possibility of files outside of the webroot directory being executed.
Improve Your Application’s Performance

Class loading can easily take a big share of your application’s processing time. In order to avoid this problem, it is recommended that you run this command in your production server once the application is deployed:

php composer.phar dumpautoload -o

Since handling static assets, such as images, JavaScript and CSS files of plugins, through the Dispatcher is incredibly inefficient, it is strongly recommended to symlink them for production. This can be done easily using the plugin shell:

bin/cake plugin assets symlink

The above command will symlink the webroot directory of all loaded plugins to appropriate path in the app’s webroot directory.

If your filesystem doesn’t allow creating symlinks the directories will be copied instead of being symlinked. You can also explicitly copy the directories using:

bin/cake plugin assets copy

Kết quả (Việt) 1:

Triển khaiMột khi ứng dụng của bạn là hoàn thành, hoặc thậm chí trước đó, bạn sẽ muốn triển khai nó. Không có một vài điều bạn nên làm gì khi triển khai một ứng dụng CakePHP.Cập Nhật config/app.phpCập Nhật app.php, đặc biệt là giá trị của gỡ lỗi là vô cùng quan trọng. Biến gỡ lỗi = disables sai một số tính năng phát triển nên không bao giờ được tiếp xúc với Internet tại lớn. Vô hiệu hoá gỡ lỗi thay đổi các loại những điều sau: Gỡ lỗi tin nhắn, tạo ra với pr() và debug() là người Khuyết tật. Lõi CakePHP cache mặc định xóa mỗi năm (khoảng 365 ngày), thay vì mỗi 10 giây như trong sự phát triển. Lượt xem lỗi ít nhiều thông tin, và đưa ra thông báo lỗi chung để thay thế. PHP lỗi không hiển thị được. Các dấu vết xếp chồng ngoại lệ sẽ bị vô hiệu.Ngoài việc nêu trên, nhiều bổ sung và các ứng dụng tiện ích mở rộng sử dụng gỡ lỗi để thay đổi hành vi của họ.Bạn có thể kiểm tra đối với một biến môi trường để thiết lập mức độ gỡ lỗi tự động giữa các môi trường. Điều này sẽ tránh việc triển khai một ứng dụng với debug đúng và cũng có thể tiết kiệm cho mình từ việc thay đổi mức độ gỡ lỗi mỗi lần trước khi triển khai vào môi trường sản xuất.Ví dụ, bạn có thể thiết lập một biến môi trường trong cấu hình Apache của bạn:SetEnv CAKEPHP_DEBUG 1Và sau đó bạn có thể thiết lập mức độ gỡ lỗi tự động trong app.php:$debug = (bool)getenv('CAKEPHP_DEBUG');[trở về 'gỡ lỗi' = > $debug, .....];Kiểm tra an ninh của bạnNếu bạn đang ném các ứng dụng của bạn ra vào tự nhiên, nó là một ý tưởng tốt để đảm bảo rằng nó không có bất kỳ rò rỉ rõ ràng: Đảm bảo bạn đang sử dụng các Cross Site yêu cầu giả mạo. Bạn có thể muốn cho phép Security. Nó có thể giúp ngăn ngừa một số loại hình thức giả mạo và làm giảm khả năng xảy ra vấn đề chuyển nhượng khối lượng. Đảm bảo rằng các mô hình của bạn có các quy tắc xác nhận chính xác được kích hoạt. Kiểm tra chỉ mục webroot là công khai nhìn thấy được, và rằng bí mật của bạn (chẳng hạn như muối app của bạn, và bất kỳ phím bảo mật) là tư nhân và độc đáo như là tốt.Thiết lập tài liệu gốcThiết đặt tài liệu gốc chính xác trên ứng dụng của bạn là một bước quan trọng để giữ cho mã của bạn an toàn và ứng dụng của bạn an toàn hơn. CakePHP ứng dụng cần phải có các tài liệu gốc thiết lập để các ứng dụng webroot. Điều này làm cho các ứng dụng và cấu hình các tập tin không thể tiếp cận thông qua một URL. Thiết lập các tài liệu gốc là khác nhau cho các máy chủ web khác nhau. Xem tài liệu URL Rewriting cho các máy chủ web thông tin cụ thể.Trong mọi trường hợp, bạn sẽ muốn thiết lập các máy chủ lưu trữ/tên miền ảo của tài liệu là webroot /. Điều này loại bỏ khả năng của các tập tin bên ngoài của thư mục webroot đang được thực thi.Cải thiện hiệu suất của ứng dụngLớp tải dễ dàng có thể mất một phần lớn của thời gian xử lý ứng dụng của bạn. Để tránh vấn đề này, chúng tôi đề nghị bạn chạy lệnh này trong máy chủ của bạn sản xuất sau khi ứng dụng đã triển khai:php composer.phar dumpautoload -oKể từ khi xử lý tài sản tĩnh, chẳng hạn như hình ảnh, JavaScript và CSS tập tin bổ sung, thông qua Dispatcher là cực kỳ kém hiệu quả, đó khuyến khích mạnh mẽ để liên kết tượng trưng họ sản xuất. Điều này có thể được thực hiện dễ dàng bằng cách sử dụng plugin shell:bin/bánh plugin tài sản liên kết tượng trưngLệnh trên sẽ liên kết tượng trưng thư mục webroot của plugins tất cả nạp để các con đường thích hợp trong các ứng dụng webroot thư mục.Nếu hệ thống tập tin của bạn không cho phép việc tạo ra symlink các thư mục sẽ được sao chép thay vì symlinked. Cũng rõ ràng, bạn có thể sao chép các thư mục bằng cách sử dụng:bin/bánh sao chép tài sản plugin

Kết quả (Việt) 2:

Triển khai

Một khi ứng dụng của bạn được hoàn tất, hoặc thậm chí trước đó bạn sẽ muốn triển khai nó. Có một vài điều bạn nên làm khi triển khai một ứng dụng CakePHP.
Cập nhật config / app.php

Updating app.php, cụ thể giá trị của debug là cực kỳ quan trọng. Quay debug = false vô hiệu hóa một số tính năng phát triển mà không bao giờ được tiếp xúc với Internet rộng lớn. Vô hiệu hóa debug thay đổi các loại sau đây của sự vật:

điệp Debug, tạo ra với pr () và gỡ lỗi () được người tàn tật.
Lõi CakePHP cache được mặc định Flushed mỗi năm (khoảng 365 ngày), thay vì mỗi 10 giây như trong phát triển.
Thông báo lỗi ít thông tin và đưa ra các thông báo lỗi chung chung thay thế.
lỗi PHP không được hiển thị.
Exception đống dấu vết bị vô hiệu hóa.

Ngoài việc trên, nhiều plugin và mở rộng ứng dụng sử dụng gỡ lỗi để sửa đổi hành vi của họ.

Bạn có thể kiểm tra đối với một biến môi trường để thiết lập mức debug động giữa các môi trường. Điều này sẽ tránh việc triển khai một ứng dụng với debug đúng sự thật và cũng tiết kiệm cho mình từ việc thay đổi mức độ debug mỗi lần trước khi triển khai đến một môi trường sản xuất.

Ví dụ, bạn có thể thiết lập một biến môi trường trong cấu hình Apache của bạn:

setenv CAKEPHP_DEBUG 1

Và sau đó bạn có thể thiết lập mức độ debug động trong app.php:

$ debug = (bool) getenv ( 'CAKEPHP_DEBUG');

return [
'gỡ rối' => $ debug,
.....
];

Kiểm tra an ninh của bạn

Nếu bạn đang ném ứng dụng của bạn ra vào tự nhiên, đó là một ý tưởng tốt để đảm bảo nó không có bất kỳ rò rỉ rõ ràng:

đảm bảo bạn đang sử dụng các yêu cầu giả mạo trang web Cross.
bạn có thể muốn bật Security. Nó có thể giúp ngăn ngừa một số dạng của hình thức giả mạo và làm giảm khả năng của các vấn đề hàng loạt nhiệm vụ.
Đảm bảo mô hình của bạn có Validation rules đúng kích hoạt.
Kiểm tra xem chỉ thư mục webroot của bạn hiển thị công khai, và đó là bí mật của bạn (chẳng hạn như muối ứng dụng của bạn, và bất kỳ khóa bảo mật) là tư nhân và độc đáo là tốt.

Thiết lập tài liệu gốc

Thiết gốc tài liệu một cách chính xác về ứng dụng của bạn là một bước quan trọng để giữ mã của bạn an toàn và ứng dụng của bạn an toàn hơn. Ứng dụng CakePHP nên có gốc tài liệu thiết lập để webroot của ứng dụng. Điều này làm cho các ứng dụng và tập tin cấu hình không thể tiếp cận thông qua một URL. Thiết lập các tài liệu gốc là khác nhau cho các máy chủ web khác nhau. Xem các URL Viết lại tài liệu cho thông tin cụ thể máy chủ web.

Trong tất cả các trường hợp, bạn sẽ muốn thiết lập tài liệu các máy chủ ảo / miền của mình thành webroot /. Điều này loại bỏ khả năng các tập tin bên ngoài của thư mục webroot được thực thi.
Cải thiện hiệu suất của ứng dụng của bạn

tải Class có thể dễ dàng mất một phần lớn thời gian xử lý của ứng dụng của bạn. Để tránh vấn đề này, nó được khuyến khích mà bạn chạy lệnh này trong máy chủ sản xuất của bạn khi ứng dụng được triển khai:

php composer.phar dumpautoload -o

Kể từ khi xử lý tài sản tĩnh, chẳng hạn như hình ảnh, JavaScript và các tập tin CSS của plugin, thông qua Dispatcher là vô cùng hiệu quả, nó được khuyến khích mạnh mẽ để liên kết mềm cho sản xuất. Điều này có thể được thực hiện dễ dàng bằng cách sử dụng vỏ plugin:

bin / bánh tài sản Plugin liên kết mềm

Lệnh trên sẽ liên kết mềm các thư mục webroot của tất cả các plugin nạp vào con đường thích hợp trong thư mục webroot của ứng dụng.

Nếu tập tin bạn không cho phép tạo liên kết tượng trưng các thư mục sẽ sao chép thay vì được symlinked. Bạn cũng có thể sao chép một cách rõ ràng các thư mục sử dụng:

tài sản bin / bánh Plugin sao chép