Nói chung câu trả lời ở trên là chính xác, có các lựa chọn thay thế cho wordpress có hỗ trợ tích hợp tốt hơn cho môi trường dàn dựng và xây dựng di chuyển. Tuy nhiên, các giải pháp thay thế được đề xuất không chính xác thay thế bằng nền tảng wordpress, vì vậy tôi nghĩ tốt nhất là nên trả lời câu hỏi đó.
Wordpress không hỗ trợ lưu trữ cùng một trang web từ hai máy chủ khác nhau. Cốt lõi dựa trên các url tuyệt đối được lưu trữ bên trong cơ sở dữ liệu và được sử dụng chỉ trong mọi khía cạnh của logic lõi. Điều này dẫn đến một số lỗi thừa như 500 hoặc liên quan đến truy cập SSL vì chúng cố gắng tự động thay đổi tất cả http: // lược đồ thành https: // khi đang di chuyển.
Kết quả là khi bạn lưu trữ trên dev.example.com và di chuyển sang staging.example.com và một lần nữa đến www.example.com, bạn phải thực hiện tìm kiếm rất cẩn thận & thay thế thao tác trên cơ sở dữ liệu xuất mỗi khi bạn chuyển đổi máy chủ. Và điều này gây ra các vấn đề khác khi bạn phát hiện ra rằng nhiều plugin wordpress phổ biến tuần tự hóa url thành các giá trị trong cơ sở dữ liệu. Vì vậy, khi bạn tìm kiếm & thay thế dev.example.com bằng staging.example.com, dữ liệu được tuần tự hóa chứa độ dài ký tự của giá trị ban đầu không còn deserializes với định dạng dài hơn mới. Một số người đóng góp cốt lõi tin rằng giải pháp cho vấn đề sau này là chỉ bao giờ thiết lập trang web dàn dựng với cùng số ký tự như tài khoản sản xuất ...
Trong một mạch tương tự, chúng cũng đề xuất hoán đổi ánh xạ máy chủ và chỉ sử dụng url production.com trên tất cả các môi trường lưu trữ. Tùy thuộc vào các yêu cầu sử dụng cụ thể của bạn, đây có thể không phải là giải pháp hợp lệ nếu bạn cần cung cấp quyền truy cập cho các khách hàng bên ngoài trang web, người dùng không biết đến công nghệ (so với người dùng hiểu biết về khóa học công nghệ.)
Nhưng bản thân wordpress có số lượng các tính năng tuyệt vời khác và là một nền tảng phát triển nhanh chóng thích ứng và mạnh mẽ. Kết quả là bạn có thể mở rộng khung cốt lõi để thực hiện phần lớn những gì bạn cần từ nó. Khi tôi được trình bày với tình huống này, tôi phải phát triển một giải pháp khả thi cho mọi hoàn cảnh. Theo truyền thống, vấn đề này được giải quyết bằng url gốc, chúng hoạt động trong môi trường lưu trữ chéo và không bị thay đổi sơ đồ, thay đổi cổng hoặc thực thi hoán đổi tên miền phụ phổ biến với việc di chuyển theo giai đoạn.
Với plugin này: http://wordpress.org/extend/plugins/root-relative-urls/ (thiên vị? Vâng, tôi đã viết plugin này.) Bạn nhận được url gốc tương đối ở nơi máy chủ lưu trữ quan trọng và động nơi url gốc tương đối không hoạt động (như nguồn cấp dữ liệu rss). còn lại từ việc di chuyển trang web đến các máy chủ khác nhau là di chuyển tệp wp-config.php ra khỏi thư mục gốc www (một cấp được hỗ trợ bởi wordpress.) để bạn có thể duy trì các bản sao khác nhau trên các máy chủ khác nhau. Hoặc cách khác, bạn có thể sử dụng các câu lệnh if cơ bản để phân biệt các máy chủ với tên máy chủ và xác định các hằng số wordpress chính dựa trên máy chủ. Cuối cùng, nội dung của bạn, mã & dữ liệu sẽ chuyển tiếp liền mạch.
Là một lưu ý quan tâm, các plugin tham chiếu yêu cầu thiết lập ghi vào file wp-config.php, một thực tế rất xấu từ góc độ an ninh phục vụ sản xuất hoặc các máy chủ truy cập công khai. Có lẽ bạn có thể thoải mái thực hiện điều này trong một môi trường giới hạn dàn dựng nhưng sau đó bạn cần phải vô hiệu hóa và loại bỏ các plugin trong quá trình chuyển đổi sản xuất.
Câu chuyện dài ngắn gọn, có bạn có thể lưu trữ wordpress trong nhiều môi trường lưu trữ. Các giải pháp được giới thiệu lâu dài rất cụ thể và tùy chọn hạn chế do kiến trúc cốt lõi. Nhưng khuôn khổ này đủ linh hoạt để vượt qua thâm hụt cốt lõi. Quyết định thiết kế cốt lõi này có thể sẽ thay đổi tại một thời điểm nào đó trong tương lai do số lượng nỗ lực mà các nhà phát triển cốt lõi liên tục chi tiêu để khắc phục các vấn đề xếp tầng. Nhưng cũng có những người bảo vệ mộ đạo của tôn giáo url tuyệt đối mà sẽ giữ cho thực hành tại chỗ trong thời gian này. Có lẽ một nền tảng khác có hỗ trợ di chuyển máy chủ một cách tự nhiên (chỉ chọn bất kỳ một trong số chúng vì hầu hết là) sẽ là một lựa chọn tốt hơn cho bạn bây giờ.
Tôi đồng ý với điều này. Silverstripe là một CMS tuyệt vời và hơn thế nữa nếu bạn đang tạo trang web, bạn nên sử dụng phần mềm viết blog không phải CMS. – Bendihossan