it-swarm.asia

وورد 3 MU لتطوير/مرحلة/موقع الإنتاج

فقط أتساءل عما إذا كان لدى الناس أي أفكار حول أفضل طريقة لإعداد Wordpress 3 لاستخدامها في التطوير والإنتاج والإنتاج.

لديّ حاليًا تثبيت أستخدمه فقط لـ dev ، قبل نقل الملفات إلى مرحلة لعرضها على أحد الأصدقاء. هذا عادة ما يذهب إلى الأمام وإلى الأمام لفترة من الوقت حتى يكونوا سعداء. ثم يذهب إلى همز.

إنها عملية يدوية إلى حد ما ، لذا افتح أي اقتراحات حول أفضل طريقة لأتمتة أجزاء من هذا.

ما يصلح لك؟

6
anthon

حسنًا ، لقد وجدت حلين إذا كان أي شخص يبحث. أنها ليست مثالية ولكنهم يقومون بهذه المهمة.

بالنسبة إلى فترة التطوير الرئيسية قبل البدء ، استخدم Deploymint (http://markmaunder.com/2011/08/19/deploymint-a-staging-and-deployment-system-for-wordpress/). هذا يعتمد على Git وهو رائع لتحركاتك بين Dev و Stage و Production. ومع ذلك ، فإن المشكلة في ذلك هي أنه عندما تلتقط لقطة من Prod للعودة إلى Dev ، إذا استمر Prod في التغيير (أي النشرات الجديدة والتحريرات والتعليقات وما إلى ذلك) ، فلن تكون هناك إمكانية للدمج (حتى الآن؟) وهكذا سوف تضيع.

لقد كنت تستخدم هذا لإجراء تغييرات كبيرة (التصميم وما إلى ذلك) وقد عملت بشكل جيد. للتغلب على مشكلة الدمج ، ألقِ نظرة على مجموعة التغييرات للعثور على الملفات التي أحتاج إلى تحديثها.

الجزء الثاني من المعادلة هو Crowd Favorite Ramp (http://crowdfavorite.com/wordpress/ramp/). يعد Ramp مفيدًا لاستخدام المرحلة لإجراء تغييرات على المحتوى قبل دفعها إلى حث. عظيم بالنسبة للرجال المحتوى ويساعد على منع التغييرات المحرجة لبرود!

1
anthon

أعتقد أنك تعرف هذا: http://core.trac.wordpress.org/ticket/12865

شخص ما ينشر هنا وأعتقد أنه متورط في google: wpengine.com (يمكنني فقط نشر رابط واحد) الذي يقدم التدريج بنقرة واحدة

2
edelwater

ما منصة؟ أستخدم نظام Linux لتشغيل WP3.0 وكان إعداده صعبًا بعض الشيء (لا يمكنني تسجيل الدخول باستخدام تثبيت نطاق فرعي ما لم أقوم بتعطيل ثابت SUBDOMAIN_INSTALL ثم إعادة تمكينه بعد تسجيل الدخول.

يمكنك إعداد النطاقات الفرعية للعمل في/etc/hosts ولكن لدي بعض استعلامات DB التي يجب علي تشغيلها في كل مرة أقوم فيها بتنزيل قاعدة بيانات الإنتاج الخاصة بي ، بحيث تعمل محلياً.

0
Hans