it-swarm.asia

البحث الصحيح واستبدال الاستعلامات بأسعار عناوين URL في قاعدة بيانات WordPress؟

قمت بتطوير موقع على مربع الإنتاج باستخدام عنوان مؤقت ( http: // IP-adddress ).

الآن حان الوقت للذهاب مباشرة. مرة واحدة ، منذ العصور ، استخدمت phpMyAdmin بنجاح وأجرت عملية بحث/استبدال ، لكنني أتساءل عما إذا كان لا يزال "الأفضل"وسيلة للذهاب.

هل ستنجح هذه الأمور؟ الموقع موجود في ووردبريس 3.0.1.

update wp_options set option_value=replace(option_value,'OLD URL','NEW URL') where option_value like "%OLD URL%";    
update wp_posts SET guid=replace(guid, 'OLD URL','NEW URL');
update wp_posts SET post_excerpt=replace(post_excerpt, 'OLD URL','NEW URL');
update wp_posts SET post_content=replace(post_content, 'OLD URL','NEW URL');    
update wp_postmeta SET meta_value=replace(meta_value, 'OLD URL','NEW URL');

لقد قرأت عددًا من المشاركات ذات الصلة هنا ، لكن لا شيء مع الاستعلامات الفعلية.

اعتقدت أن هذا ابحث واستبدل المكوّن الإضافي بدا واعداً ، لكن الوثائق الوحيدة التي وجدتها كانت باللغة الألمانية ، والتي لا يمكنني قراءتها ، لذا فأنا شديد الحذر في تجربتها.

وهذا الموضوع حول الانتقال من التطوير إلى الإنتاج به الكثير من المعلومات ، ولكن:

  1. الكثير منه فوق رأسي ، و
  2. لا توجد استفسارات مدرجة.

TYIA،

ميكروفون

4
MikeK

نعم ، هذه الاستعلامات لا تزال تعمل.

هذه طريقة إرشادية كاملة: http://web-kreation.com/tutorials/migrating-a-wordpress-site-ftp-phpmyadmin-and-sql-queries/

1
sorich87

هذا سوف يسبب لك بعض المشاكل:

update wp_options set option_value=replace(option_value,'OLD URL','NEW URL') where option_value like "%OLD URL%";

سيؤدي ذلك إلى إتلاف أي بيانات عنصر واجهة مستخدم نشطة يتم تخزينها في جدول الخيارات ، لأنه من المرجح أن تكون هذه المعلومات متسلسلة ، ولا يمثل الاستعلام البيانات المتسلسلة. كان هذا هو جوهر خيط wp-hackers. ومع ذلك ، يبدو أنه لم يتم العثور على أحد في هذا الموضوع لاستعلام مضمون لمعالجة البيانات المتسلسلة.

قد ترغب في تغيير خيارات "siteurl" و "home" في wp_options بشكل فردي ، ثم تعديل الأدوات المصغّرة من لوحة القيادة.

3
goldenapples

قدم لك الآخرون اقتراحات بشأن استعلامات SQL التي طلبتها وآمل أن يساعدك تعلمهم في هذه العملية ؛ أعلم أنني دائمًا ما يساعدني على تعلم مستوى واحد أدناه حيث أحتاج للعمل.

لكنك طلبت أيضًا طريقة {الأفضل للقيام بذلك ، وأود أن أقترح عليك أن تنظر إلى المنشور الذي تشير إليه مرة أخرى ( الانتقال من التطوير إلى الإنتاج ) ولكن هذه المرة انظر إلى المكون الإضافي I الذي أشرت إليه في المنشور ، ملحق لإصلاح البياناتبعد الانتقال من خادم إلى آخر. بدلاً من الحصول على يديك متسخة دوريًا مع SQL ، يجب عليك إعادة تعليل لماذا لا يتم تفويض ذلك إلى مكون إضافي يعالجه؟

المكوّن الإضافي هو قابلاً للتوصيل بشكل كامللذلك عندما تحتاج إلى النزول إلى SQL للتعامل مع بعض البيانات الأخرى التي قدمها أحد الإضافات الأخرى ، يمكنك تمديدها وبالتالي يمكنه التعامل مع أي شيء يحتاج إلى إصلاح عند الانتقال من مضيف إلى مضيف ، وربما يكون أفضل جزء هو يمنحك مكانًا في /wp-config.php لسرد جميع تفاصيل كل مضيف؛ على سبيل المثال ، المجالات ومسارات الجذر وقواعد البيانات والناقلات وكلمات المرور وحتى أشياء مثل خرائط Google مفاتيح API عند الحاجة إليها.

المكوّن الإضافي لا يزال في ألفا ، وهذا هو سبب وجوده هنا على StackExchange ولم يتم سرده في مستودع المكوّن الإضافي WordPress حتى الآن:

0
MikeSchinkel