Tôi phát triển trên một hộp và sử dụng một giây để sản xuất. Ngay bây giờ tôi chỉ cần kết xuất cơ sở dữ liệu và sau đó tìm một thay thế cho các thay đổi URL; sau đó sao chép qua các tệp và nhập SQL mới.
Có cách nào tốt hơn để làm điều này?
Tôi phát triển trên một hộp và sử dụng một giây để sản xuất. Ngay bây giờ tôi chỉ cần kết xuất cơ sở dữ liệu và sau đó tìm một thay thế cho các thay đổi URL; sau đó sao chép qua các tệp và nhập SQL mới.
Có cách nào tốt hơn để làm điều này?
Câu trả lời:
@ Insanity5902 : Triển khai trang web WordPress từ hộp này sang hộp khác đã là PITA kể từ ngày tôi bắt đầu làm việc với WordPress. (Sự thật được nói đó là Pita với Drupal trong 2 năm trước khi tôi bắt đầu với WordPress nên vấn đề chắc chắn không chỉ riêng với WordPress.)
Điều đó làm phiền tôi rằng mỗi khi tôi cần di chuyển một trang web, tôi phải bỏ ra rất nhiều nỗ lực nhân đôi và điều đó khiến tôi không thể triển khai để kiểm tra thường xuyên như tôi muốn. Vì vậy, khoảng 4 - 6 tháng trước tôi đã bắt đầu làm việc với một plugin để giải quyết vấn đề di chuyển webhost và tôi đã đề cập đến ý tưởng của mình trên diễn đàn WP Tavern .
Nhanh chóng chuyển tiếp đến ngày hôm nay và tôi đã làm cho nó hoạt động khá tốt và tôi thuận tiện gọi nó là " WP Migrate Webhosts ." Mặc dù plugin vẫn còn rất nhiều bản beta (thậm chí là alpha) cho câu hỏi của bạn nhưng tôi nghĩ tôi đã sẵn sàng để mọi người bắt đầu đập vào nó.
Trường hợp sử dụng được hình dung là:
Bạn có thể tải xuống plugin từ trang web của tôi và giải nén vào thư mục plugin của bạn (nếu bạn không biết cách thực hiện thì plugin này không dành cho bạn vì nó yêu cầu ai đó biết họ đang làm gì để sử dụng nó.) Tôi sẽ giữ plugin này trực tuyến cho đến khi tôi phát hành nó lên WordPress.org sau đó bạn nên tìm nó ở đó.
Để sử dụng nó, bạn phải mất một cách tiếp cận khác nhau trong bạn wp-config.php
mà bình thường bằng cách bình luận ra bốn (4) định nghĩa DB_NAME
, DB_USER
, DB_PASSWORD
và DB_HOST
thay vào đó đăng ký giá trị mặc định cho webhost và sau đó đăng ký thông tin về mỗi webhost riêng của mình. Đây là phân khúc wp-config.php
có thể trông như thế nào (lưu ý phần đầu tiên là mã không cần thiết được nhận xét và cũng lưu ý rằng tôi đã thiết lập tệp máy chủ của mình trên máy cục bộ của mình với các .dev
tên miền cấp cao nhất không thể định tuyến để phát triển hàng ngày dễ dàng hơn. Trên Mac VirtualhostX làm cho điều này trở nên dễ dàng):
// ** MySQL settings - You can get this info from your web host ** //
/** The name of the database for WordPress */
//define('DB_NAME', 'wp30');
/** MySQL database username */
//define('DB_USER', 'wp30_anon');
/** MySQL database password */
//define('DB_PASSWORD', '12345');
/** MySQL hostname */
//define('DB_HOST', '127.0.0.1:3306');
require_once(ABSPATH . 'wp-content/plugins/wp-migrate-webhosts/wp-webhosts.php');
register_webhost_defaults(array(
'database' => 'example_db',
'user' => 'example_user',
'password' => '12345',
'host' => 'localhost',
'sitepath' => '', // '' if WordPress is installed in the root
));
register_webhost('dev',array(
'name' => 'Example Local Development',
'host' => '127.0.0.1:3306',
'domain' => 'example.dev',
'rootdir' => '/Users/mikeschinkel/Sites/example/trunk',
));
register_webhost('test',array(
'name' => 'Example Test Server',
'rootdir' => '/home/example/public_html/test',
'domain' => 'test.example.com',
));
register_webhost('stage',array(
'name' => 'Example Staging Server',
'rootdir' => '/home/example/public_html/stage',
'domain' => 'stage.example.com',
));
register_webhost('live',array(
'name' => 'Example Live Site',
'rootdir' => '/home/example/public_html/',
'password' => '%asd59kar12*fr',
'domain' => 'www.example.com',
));
require_once(ABSPATH . 'wp-content/plugins/wp-migrate-webhosts/set-webhost.php');
Hy vọng điều này là (chủ yếu) tự giải thích. Tôi đã cố gắng làm cho mã sạch nhất có thể nhưng thật không may, nó yêu cầu hai require_once()
dòng mật mã đó trước và sau khối mã đăng ký webhost vì không có cách nào để tôi " móc " WordPress trước khi wp-config.php
được gọi.
Khi bạn đã cập nhật wp-config.php
rồi, bạn chỉ cần sử dụng phím tắt URL wp-migrate-webhosts
để đi đến màn hình quản trị viên như vậy:
Ở trên sẽ đưa bạn đến màn hình quản trị như sau có một đoạn văn bản mô tả hợp lý và cho phép bạn di chuyển TỪ bất kỳ tên miền webhost nào khác chỉ bằng một cú nhấp chuột sau khi chọn tên miền để di chuyển từ ( LƯU Ý : ví dụ này hiển thị xUỐNG từ thử nghiệm / giai đoạn / máy chủ trực tiếp để phát triển địa phương nhưng yên tâm nó có thể di chuyển để bất kỳ tên miền mà nó xảy ra để được bố trí. Điều này cũng có nghĩa là các plugin sẽ là tuyệt vời dành một trang web hoạt động hiện có và nhanh chóng nhận được một môi trường phát triển địa phương làm việc! ):
Nếu " di chuyển " không rõ ràng trong ngữ cảnh này có nghĩa là cập nhật tất cả các tham chiếu trong cơ sở dữ liệu hiện tại để phù hợp với webhost hiện được xác định (và " hiện tại " được đánh hơi bằng cách kiểm tra $_SERVER['SERVER_NAME']
.)
Điều thú vị về plugin là nó thực hiện một số di chuyển cơ bản nhưng bất kỳ ai cũng có thể nối nó và thực hiện di chuyển của riêng họ . Ví dụ: nếu bạn thêm một plugin bộ sưu tập lưu trữ các đường dẫn đầy đủ vào hình ảnh trong cơ sở dữ liệu, bạn có thể nối migrate_webhosts
hành động sẽ được chuyển qua " từ " webhost và webhost " đến " như một mảng siêu dữ liệu và bạn sẽ được phép để thực hiện bất cứ điều gì bạn cần làm trong cơ sở dữ liệu bằng SQL hoặc bất kỳ chức năng API WordPress hiện hành nào để thực hiện di chuyển. Có bất kỳ ai trong chúng ta có thể làm điều này mà không cần plugin nhưng không có plugin tôi thấy rằng việc viết tất cả các mã cần thiết là nỗ lực nhiều hơn giá trị của nó. Với plugin, việc viết những cái móc nhỏ này trở nên dễ dàng hơn.
Bạn cũng có thể thấy việc di chuyển của mình thất bại trong các trường hợp cạnh mà tôi chưa thử nghiệm và có lẽ bạn có thể giúp tôi cải thiện plugin không? Bất cứ ai muốn gửi email cho tôi qua tài khoản gmail của tôi (bí danh của tôi là "mikechinkel.")
Ngoài ra, các plugin được thiết kế để chấp nhận người dùng xác định metadata webhost ngoài những cái nó nhận ra như database
, user
, password
, host
, domain
vv Một ví dụ hoàn hảo có thể là googlemaps_apikey
nơi bạn có thể lưu trữ một chìa khóa API khác nhau cho từng lĩnh vực mà nhu cầu Plugin Google Map của bạn để vận hành chính xác (ai trong số các bạn đã sử dụng plugin Google Maps đã không triển khai ứng dụng lên máy chủ trực tiếp và quên thay đổi mã thành khóa API chính xác? Nào, hãy trung thực ... :) Với plugin này, một googlemaps_apikey
phần tử trong mảng register_webhost () của bạn và một migrate_webhosts
hook tùy chỉnh nhỏ, bạn có thể loại bỏ điều đó một cách hiệu quả như một mối quan tâm!
Vâng, đó là về nó. Tôi đang khởi chạy plugin này tại đây trên Sàn giao dịch trả lời của WordPress vì câu hỏi của @ Insanity5902 đã kích hoạt nó. Hãy cho tôi biết nếu nó hữu ích, ở đây nếu thích hợp hoặc qua email nếu không.
PS Nếu bạn quyết định sử dụng cái này, hãy nhớ nó là alpha / beta và điều đó có nghĩa là nó sẽ thay đổi, vì vậy hãy chuẩn bị cho một cuộc phẫu thuật nhỏ nếu bạn muốn sử dụng nó ngay bây giờ và sau đó sử dụng phiên bản đã phát hành khi nó bị đánh bại bởi nhiều tay.
PPS Mục tiêu của tôi với điều này là gì? Tôi rất thích thấy điều này di chuyển vào lõi WordPress để mọi người đều có quyền truy cập vào nó. Nhưng trước đó thậm chí có thể được coi là rất nhiều người phải quan tâm đến việc sử dụng nó để đảm bảo nó thực sự giải quyết được nhiều vấn đề hơn thì nó có khả năng có thể tạo ra. Vì vậy, nếu bạn thích ý tưởng thì bằng mọi cách hãy sử dụng nó và giúp tôi có được động lực với nó để đưa vào hy vọng cuối cùng vào lõi WordPress.
Khi có thể, tôi đặt WP_HOME
và WP_SITEURL
vào wp-config.php
. Điều này, kết hợp với kết xuất và nhập cơ sở dữ liệu, là giải pháp đơn giản nhất trong tất cả các giải pháp mà tôi quen thuộc.
http://codex.wordpress.org/Thay đổi_The_Site_URL#Edit_wp-config.php
Hack yêu thích của tôi; thêm một cài đặt cho bạn /etc/hosts
để làm cho miền sản xuất trỏ vào hộp phát triển của bạn, ngay trên máy của bạn. Để triển khai để sản xuất, bạn rsync tất cả các tệp và đẩy cơ sở dữ liệu lên.
Những rủi ro của chiến lược này là rõ ràng; bạn có thể nhầm lẫn môi trường phát triển của bạn với môi trường sản xuất của bạn.
Nó vẫn là một sửa chữa dễ dàng mặc dù.
Tôi muốn một cái gì đó tương tự khi tôi chuyển sang WP vài tháng trước, vì vậy tôi đã viết một tập lệnh shell khá đơn giản sử dụng rsync và mysqldump qua ssh:
http://snarfed.org/sync_wordpress
Nó không tinh vi hoặc dựa trên web, nhưng tôi hài lòng với nó.
WP Engine là một dịch vụ mới cung cấp "Giai đoạn một lần nhấp":
WPEngine có một tính năng độc quyền gọi là staging. Chúng tôi tạo một bản sao hoàn chỉnh của blog của bạn và thiết lập nó trong một khu vực an toàn, riêng biệt. Bạn có thể chơi với bất cứ thứ gì bạn muốn; không có gì sống Chỉ khi bạn sẵn sàng để làm cho nó sống, bạn mới chạm vào trang web chính của bạn.
Có vẻ như một cách rất dễ dàng để nhanh chóng chuyển từ phát triển sang sản xuất, đặc biệt là với một trang web đã có sẵn.
Plugin sao chép: Đây là một plugin mà tôi đang làm việc. Nó hiện đang ở giai đoạn thử nghiệm nhưng nó hoàn thành công việc cho hầu hết các trang web. Ngay bây giờ nó được nhắm mục tiêu vào các cài đặt WordPress nhỏ hơn. http://wordpress.org/extend/plugins/d repeatator /
Tài nguyên: Có thể tìm thấy các tài nguyên bổ sung cho plugin tại đây: http://lifeinthegrid.com/d repeatator /
Cộng đồng: Vui lòng cho chúng tôi biết về thành công của bạn hoặc bất kỳ vấn đề nào bạn có thể gặp phải! Trong nỗ lực để dễ dàng quản lý các chủ đề khác nhau, vui lòng gửi các vấn đề lên các diễn đàn plugin WordPress.org. Vui lòng không đăng bất kỳ dữ liệu đăng nhập nào từ plugin lên các diễn đàn trực tuyến. Dữ liệu đăng nhập có thể được gửi đến trang web hỗ trợ của chúng tôi.
Bạn có thể xem một sản phẩm từ iTheme, được gọi là BackUpBuddy . Tôi chỉ sử dụng nó hai lần, mỗi lần có một hoặc hai lần, nhưng nhìn chung nó có vẻ đầy hứa hẹn.
Cá nhân tôi đang giải quyết vấn đề này với dự án của tôi trên Github, được gọi là Autopress . Tôi chưa có một giải pháp hoàn hảo, nhưng tôi đang tiến gần hơn, đặc biệt là với plugin wpstage từ những người wpengine.
Điều này có vẻ đầy hứa hẹn. Chúng tôi đang nghiên cứu một số tập lệnh để xử lý việc di chuyển một số dữ liệu, ví dụ như tùy chọn wp, thay đổi đường dẫn trong db, sao chép trên phương tiện truyền thông.
Vấn đề tôi có là trang web trực tiếp tiếp tục phát triển trong khi trang kia đang trong quá trình phát triển. Một trang web chúng tôi làm việc có 20 bài đăng mỗi ngày và hơn 3.000 bình luận mỗi ngày. Đó là quá nhiều dữ liệu để di chuyển với phpmyadmin hoặc thông qua dòng lệnh. Ngoài ra, việc di chuyển dữ liệu xung quanh luôn gây ra sự cố UTF vì một số lý do.
Ngoài ra, bây giờ có vẻ như các tùy chọn menu được lưu trữ trong DB, tôi thậm chí còn phải đối phó nhiều hơn.
Tôi kiểm tra tất cả mã của mình vào SVN và triển khai mã qua FTP từ máy chủ (Beanstalk). Điều này không thực hiện các thay đổi đối với DB mặc dù hoặc kích hoạt các plugin mới.
Kế hoạch của tôi ngay bây giờ là tạo một tệp kê khai trong khi tôi đang phát triển để thực hiện tất cả các thay đổi của mình đối với trang web trực tiếp.
Ví dụ: tập tin sẽ có dòng người đọc được
Nó sẽ bao gồm các plugin để kích hoạt, tùy chọn wp để di chuyển, hình ảnh để di chuyển, các trang để di chuyển. Sau đó, plugin của tôi, sẽ phát hiện tệp kê khai và thực hiện tất cả các thay đổi đối với trang dàn dựng.
Khi tôi đã kiểm tra điều đó và chắc chắn rằng tôi có mọi thứ, tôi có thể chắc chắn rằng nó sẽ hoạt động trên sản xuất.
Plugin này vẫn chỉ là một ý tưởng, nhưng tôi có một số mã được viết cho nó.
Ngoài ra, nếu bạn muốn thay đổi chỉ URL trong DB của mình, bạn có thể sử dụng SQL sau.
chỉ cần thay thế $old$
bằng tên miền cũ và $new$
với tên miền mới
update wp_postmeta set meta_value = replace(meta_value, '$old$' , '$new$') ;
update wp_posts set post_content = replace(post_content, '$old$' , '$new$') ;
update wp_options set option_value = replace(option_value, '$old$' , '$new$') ;
Hai dự án Google Summer of Code có cùng mục tiêu:
Tôi sử dụng lệnh xuất của subversion để cài đặt các tệp WordPress (http://core.svn.wordpress.org/tags//) cũng như tất cả các plugin trong kho lưu trữ (http://plugins.svn.wordpress.org//tags //), sau đó chỉ cần nén chủ đề và các plugin tùy chỉnh và cài đặt chúng bình thường. Khi tất cả những thứ đó hoạt động và không có nội dung, tôi xuất DB thử nghiệm và thực hiện tìm kiếm / thay thế cho URL VÀ filepath (được lưu trữ cho phương tiện) và nhập vào cơ sở dữ liệu trống, sau đó chỉ cần chuyển thông tin cơ sở dữ liệu trong wp-config .php. Nói chung tôi mất khoảng 10 - 20 phút.
Thông thường tôi đăng nhập vào phpMyadmin tải lên cơ sở dữ liệu và chỉnh sửa nội dung của wp_options> siteurl và wp_options> về miền dự kiến. Nếu bạn cần cập nhật URL trong nội dung bài đăng và trang của mình, bạn có thể thực hiện tìm kiếm / thay thế cho URL và đường dẫn phương tiện / tải lên trên tệp .Query trước khi tải lên. Đó là một công việc nhanh chóng.
Mặc dù không thiếu các giải pháp tốt ở đây, nhưng trên tinh thần chia sẻ, tôi nghĩ rằng tôi sẽ thêm tập lệnh triển khai bash của mình vào đống: https://github.com/jplew/SyncDB
SyncDB là tập lệnh triển khai bash có nghĩa là loại bỏ tedium khỏi việc đồng bộ hóa các phiên bản cục bộ và từ xa của trang Wordpress. Nó cho phép các nhà phát triển làm việc trong môi trường cục bộ (ví dụ: MAMP) nhanh chóng "đẩy" hoặc "kéo" các thay đổi đến hoặc từ máy chủ sản xuất của họ bằng một lệnh đầu cuối duy nhất.
Kịch bản này hoạt động tốt với WP-Skeleton của Mark Jaquith và khai thác mysqldump
, git
và rsync
để đồng bộ hóa toàn bộ cơ sở dữ liệu, mã và phương tiện truyền thông của bạn trong hai bước đơn giản:
./syncdb
git push hub master
Tôi đã sử dụng http://wordpress.org/plugins/wp-clone-by-wp-academy/ . Nó hoạt động độc đáo!
Chỉ cần 3 bước:
Nó tự động điều chỉnh tất cả các URL - bao gồm cả thay thế chuỗi nối tiếp - vì vậy không có nguy cơ mất cấu hình tiện ích, v.v.
Vấn đề duy nhất tôi gặp phải là với một số trang web có cơ sở dữ liệu lớn hơn (~ 300 MB), điều này gây ra thời gian thực thi tập lệnh PHP trong quá trình nhập bản sao lưu trang.
Kể từ năm 2017, đây là hai cách tốt nhất mà tôi đã tìm thấy để xử lý việc chuyển cơ sở dữ liệu WordPress từ phát triển sang sản xuất.
https://wordpress.org/plugins/wp-migrate-db/
Các plugin WordPress này cho phép bạn đẩy, kéo và đồng bộ hóa các bảng cơ sở dữ liệu giữa các cài đặt WordPress. Điều này tốt hơn nhiều so với việc tìm / thay thế vì nhiều lý do vì nó:
Tôi là một người hâm mộ được trả tiền cho công việc tôi làm, vì vậy tôi khuyên bạn nên ủng hộ ông Brad Touesnard và mua một bản sao giấy phép của hàng thật. WP Sync DB là một bản sao và kết quả là nó luôn được hỗ trợ. Với plugin này, quá trình này rất đơn giản:
https://interconnectit.com/products/search-and-replace-for-wordpress-database/
Công cụ miễn phí này không phải là một plugin, nhưng được cài đặt trong thư mục gốc của bản cài đặt sản xuất WordPress của bạn. Điều này không tốt bằng WP Migrate DB Pro vì nó yêu cầu một vài bước thủ công, nhưng dù sao đó cũng là một lựa chọn tuyệt vời luôn hoạt động. Khi sử dụng phương pháp này, quy trình sẽ như thế này:
Bạn có thể sử dụng một cách tiếp cận nhanh hơn, nhưng nó liên quan đến thời gian chết cho trang web sản xuất của bạn mà theo tôi là không thể chấp nhận được. Đó là lý do tại sao chúng ta gọi nó là sản xuất, phải không?
Vì tôi chạy các trang web của mình trong IIS (Tôi cũng chạy asp.net, vì vậy tôi cần windows) Tôi sử dụng WebPI từ Msft để cài đặt một phiên bản mới, sau đó tôi sao chép mẫu và sử dụng nhập / xuất để truyền dữ liệu.
Nó không hoàn hảo nhưng toàn bộ chỉ mất chưa đầy một giờ.
Rõ ràng sẽ rất tốt nếu có giải pháp một lần bấm, nhưng đây là điều tôi thấy dễ nhất đối với tôi.
Một giải pháp thanh toán khác: khung chủ đề Xtreme One đã phát hành phiên bản 1.2 với Sao lưu Xtreme cho phép bạn "xuất hoặc nhập các cài đặt của Childtheme, Bố cục hoặc Widgets với tất cả các cài đặt / nội dung của chúng dưới dạng tệp XML."
Một đồng nghiệp đã tìm thấy điều này. Khái niệm thú vị, mặc dù nó không hoạt động trên máy chủ chéo. Tôi vẫn đang khám phá nó, nhưng có vẻ như nó có thể hoạt động tốt cho một ví dụ dàn dựng
Điều này có thể không xuất hiện khi bạn đặt câu hỏi, nhưng tôi đã sử dụng một dịch vụ có tên Blogvault trong một vài tháng và nó đã thực hiện điều này một cách hoàn hảo. Có lẽ tôi đã thực hiện hơn 50 lần di chuyển (vượt qua các tên miền, tên miền phụ và máy chủ web), không phải là một trở ngại và không mất thời gian.
Đó là một dịch vụ trả phí (mỗi tên miền / tháng), nhưng không nhiều.
RAMP là một plugin triển khai nội dung mới từ Crowd Favourite và nó trông rất hấp dẫn. Tuy nhiên, đó là $ 250, vì vậy tôi chưa thử. Tuy nhiên, tôi chỉ có thể tự trả tiền trong khoảng thời gian tiết kiệm được, vì vậy tôi đang xem xét nó.
Lợi ích lớn mà nó mang lại so với hầu hết các phương pháp khác được đề cập, là nó có thể hợp nhất một cách thông minh các bài đăng, bình luận, v.v. Nó không chỉ là nhập một mysqldump, nó giống như kiểm soát nguồn cho cơ sở dữ liệu. Ví dụ: khi triển khai một bài đăng, nó cũng sẽ triển khai các thẻ cho bài đăng đó, nếu chúng không tồn tại trong sản xuất.
Hãy để tôi cho đi một trong những mục yêu thích của tôi :-)
// proven local<->live codefork (covers local network testing, i.e. from mobile devices):
$GLOBALS['is_local'] =
in_array( $_SERVER['REMOTE_ADDR'], array("127.0.0.1","::1")) || // simple localhost (IPv4 IPv6)
$_SERVER['HTTP_HOST'] == 'local.workblog' || // call by local name (adjust)
substr($_SERVER["REMOTE_ADDR"],0,8) == '192.168.'; // (mobile) device in local network
$table_prefix = NULL; // ensure scope
if ( $GLOBALS['is_local'] ) // LOCAL fork ------------------------
{
....
}
else // STAGE/LIVE fork -------------------
{
... Và sau đó bạn làm việc theo cách của bạn từ đó. DB_NAME, DB_USER ... bảng_prefix. Cá nhân tôi bật ALTERNATE_WP_CRON trên cục bộ (để tránh một số cảnh báo gây phiền nhiễu ), WP_DEBUG của cả hai (nếu bạn không phải là nhà phát triển) hoặc chỉ hoạt động (nếu bạn), một người khác ini_set('display_errors', '0');
để sống cũng có thể làm tốt, cuối cùng, như đã đề cập ở trên: WP_HOME và WP_SITEURL với url cục bộ / url thực tế tương ứng.
Đó là khá nhiều tất cả, không có gì còn lại trên WordPress cổ điển 'Đó là tất cả, dừng chỉnh sửa!' hàng...
192.168. một phần cho phép bạn thực hiện một số thử nghiệm cục bộ (ví dụ từ các miếng đệm hoặc điện thoại) trong mạng cục bộ của bạn)
$ GLOBALS ['is_local'] cũng có thể có ích trong quá trình phát triển chủ đề của bạn, đối với một số đầu ra gỡ lỗi bổ sung, v.v ...
WP_LOCAL_DEV
hằng số để đạt được thứ gì đó tương tự
Tôi đã sử dụng plugin backupbuddy được một thời gian rồi. Nó cho phép bạn tạo bản sao lưu cơ sở dữ liệu và tất cả các tệp, tải xuống dưới dạng zip hoặc gửi trực tiếp đến máy chủ khác qua FTP. Nó cũng làm URL tìm và thay thế cho bạn. Tôi thường mất khoảng 5 phút để hoàn thành toàn bộ quá trình. Và bởi vì tất cả các tệp được nén, quá trình tải lên / tải xuống nhanh hơn nhiều. Và không, tôi không làm việc cho họ, nhưng plugin này thực sự đã làm cho toàn bộ quá trình này dễ dàng hơn nhiều.
Một công cụ hữu ích khác để xử lý di chuyển máy chủ cho các trang web là WordPress CLI, bài viết này có một cái nhìn tổng quan tốt về những gì nó có thể làm nhưng cụ thể là phần "Tìm kiếm và Thay thế" rất hữu ích để tìm tất cả các tham chiếu đến url trang web cũ / dev :
Đây là cách dễ nhất từ trước tới nay:
https://theme.artbees.net/docs/website-migration/
Chỉ mất hai lần nhấp. Một để xuất khẩu, một để nhập khẩu.
Có thể bằng cách sử dụng plugin All in one WP Migration. Liên kết trên cho thấy làm thế nào để sử dụng nó.
Nếu bạn đang cố gắng đạt được đồng bộ hóa liên tục, tôi khuyên bạn nên sử dụng rsync cùng với công việc định kỳ tùy chỉnh để viết lại bất kỳ url hoặc dữ liệu cụ thể theo trang web.
Sau khi làm theo câu trả lời này được một lúc, tôi đã tạo ra một plugin nhỏ của riêng mình - Pitta Migration . Những lý do là:
WP_HOME
và WP_SITEURL
các tùy chọnwp_options
URL này để đặt hai URL phù hợp - bao gồm khi các plugin / chủ đề bỏ qua các URL nàyTheo tôi cách dễ nhất tôi làm theo là chuyển thủ công .. Chỉ cần sao chép thư mục wp-content và tệp wp-config.php vào máy chủ mới. Xuất cơ sở dữ liệu từ máy chủ cũ và nhập vào cơ sở dữ liệu mới của máy chủ mới ..
Trong cơ sở dữ liệu máy chủ mới, hãy chuyển đến bảng tùy chọn wp và ở đó thay đổi URL trang web và URL Blog thành địa chỉ máy chủ mới từ máy chủ cũ. thích từ http: // localhost / wp đến http://example.com
Bây giờ trong tệp wp-config chỉ cần thay đổi thông tin của cơ sở dữ liệu và người dùng với thông tin máy chủ mới.
Bây giờ hãy đăng nhập vào wp-admin mới và vào cài đặt và lưu permalink.
Bạn xong việc rồi. Tôi nghĩ rằng điều này là đơn giản mà không cần sử dụng bất kỳ plugin.
Tôi đã thử các loại plugin khác nhau và tất cả chúng đều có nhiều loại vấn đề ..
Vì vậy, tôi thích chuyển thủ công đơn giản này mà tôi nghĩ dễ dàng hơn.