هل من الضروري في أي ظرف من الظروف لتعديل وورد البعض من كتابة الإضافات والموضوعات؟

Question

وكان لي مؤخرا للعمل على المشروع حيث المطور السابق تعديل الدليل الفسفور الابيض بين المشرف. يبدو مثل فكرة سيئة بالنسبة لي، حيث يتم تحديثها باستمرار وورد. أنا فقط لا على هذا المستوى من الخبرة مع تعديل وورد؟

Answer 1

ويجري المصدر المفتوح، وأعتقد أنه أمر مشترك لبرامج مثل وورد التي يمكن تعديلها وتمديدها في أي لحظة.

لتعديل أو عدم تعديل هو خيار بين المقايضات. ميزات جديدة يمكن أن تكون مغلفة كما وحدات، والتي قد، ربما، والسبب وظائفها أن تكون أقل تكاملا مما هو مرغوب فيه. ومع ذلك، والتغيرات دمج بالكامل قد تعيق بسهولة تحديث البرامج كما تم إصدارها الإصدارات الجديدة.

فهو يتطلب أن شخصا ما يكون على دراية جدا مع البرنامج لتعديل البرنامج مباشرة، ولكن هذا ليس بالضرورة فكرة سيئة.

وعلى الجانب علما، وأعتقد أن تعديل ورد هو شبه ضرورة، خاصة إذا كنت تريد أن يكون لديها بنية لائقة أو أن يكون فعلا آمن (طيب، وكان ذلك ضربة بالكوع، بمقاضاة لي).

Answer 2

حسنا، انها فكرة سيئة فقط لأنه يعني أنك الآن مسؤولة عن الحفاظ على مفترق فعلية الداخلي ... في كل مرة ورد تطلق تحديثا، ما عليك القيام به ثلاثي فرق لدمج التغييرات في جديد وورد "الحقيقي". (ثلاثي فرق يعني أنك تفعل فرق بين مفترق بك من النسخة القديمة والنسخة القديمة معيار لبناء مجموعة التصحيح، ثم تطبيق ذلك مجموعة التصحيح إلى الإصدار الجديد.) يجب عليك أيضا أن تستخدم VCS نفسك للحفاظ على نفسك عاقل.

إذا كنت لا تصل إلى هذا فأنت لا ترقى إلى ذلك، لا يوجد شيء خاطئ مع فقا لمبدأ KISS وليس التلويث عن رمز التطبيق.

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

ولكن هناك الكثير من الأشياء وورد رهيب في (الكفاءة والأمن) التي يمكنك تحسين (وأحيانا من دون الكثير من العمل، فقط عن طريق تعطيل الرمز الذي لا تحتاج) فقط عن طريق القرصنة على رمز التطبيق. وورد هو القذرة كود السباغيتي إرث مكتوبة اصلا من قبل الأشخاص الذين يعانون من الصفر تقريبا المعرفة من البرامج أو تصميم قاعدة البيانات، ويفعل الكثير من الأشياء الغبية جدا مثل الاستعلام عن قاعدة بيانات <م> على كل طلب للاطلاع على ما هو عليه siteurl الخاصة و ، عندما يكون هذا يتغير أبدا - لا يوجد شيء خاطئ مع أخذ 5 دقائق لتغيير خطوط 2 من التعليمات البرمجية بحيث أنها لا تفعل هذا أي أكثر

وعملت الرصاص التكنولوجيا على ثم قمة 20 ستثمبليوبون المرتبة بلوق وفعلت الكثير من العمل لتوسيع نطاق ورد على خادم واحد ومن ثم على مجموعة (مع خوادم منفصلة لمشرف مقابل وصول الجمهور). كنا قد عكس المنبع وكلاء (أي الصبغ أو الحبار) بوصفها مسرعات HTTP وكائن / صفحة النظام مخبأ جزء داخلي موصول أعطها مع الفشل إلى نظام ملفات التخزين المؤقت باستخدام الكمثرى :: Cache_Lite. كان لدينا لتعديل وورد أن تفعل أشياء مثل إرسال عاقل، ورؤوس HTTP صديقة للذاكرة التخزين المؤقت، إلى تعطيل الكثير من SQL والتجهيز لزوم لها.

وI تعديل WP لتشغيل باستخدام الذاكرة فقط NDB محرك تخزين كتلة الخلية، والذي يعني تحديد الفهارس في الكثير من الاستفسارات (في النهاية اخترنا مجموعة تكرارها بدلا من ذلك، ومع ذلك). في تعديله لتشغيل مع خوادم منفصلة لمشرف مقابل وصول الجمهور، ونحن اغلاق إصدار الجانب العام حتى أنه يتعارض مع الكثير من الامتيازات خفض الخلية تسمح يقرأ فقط (مستخدم الخلية الثالثة حصلت على امتيازات يعلق).

إذا كان لديك مشكلة التعليقات غير المرغوبة خطيرة (أي 10K / ساعة)، فإنك <م> هل لديك أن تفعل شيئا أبعد من الإضافات. البريد المزعج سوف DOS لكم لورد مجرد تهيئة جوهرها هو ما يشبه نصف ثانية على P4 مستقل مع عدم وجود التوافق، ومنذ WP هو بازهر كود ليس هناك طريقة لفعل أي شيء من دون تهيئة الأساسية أولا.

و"WP-كرون" هو braindead ويجب تعطيل إذا كان لديك الوصول إلى كرونتاب الفعلي لأداء هذه المهام. ليس من الصعب القيام به.

وباختصار، أنا يمكن أن تستمر إلى الأبد سرد الأسباب التي قد ترغب في إجراء تعديلات.

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

Answer 3

في الجمع بين بلوق / منتدى واحد، ونحن اخترق معا الإجراء الاشتراك حتى يتسنى للناس شغل في شكل واحد للتوقيع على حد سواء وورد وانشئ في نفس الوقت. أنا متأكد من أن هناك طريقة أفضل للقيام بذلك مع الإضافات، ولكن لها فائدة واحدة غير متوقعة - أنه يخلط حقا المتطفلين. وعلى الرغم من وجود العديد منهم تسجيل كل يوم، لقد كان لدينا حوالي ظيفتين البريد المزعج في حياة المنتدى.

لا شيء أود أن أوصى بالطبع - أنه يمنعنا من تطوير أي برنامج

Answer 4

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

Answer 5

في الإصدارات القديمة من وورد (1.0 وحتى أوائل 2.0S)، وأنا لن الخفافيش العين لتعديل وورد في حد ذاته.

ولكن، قد نضجت الهندسة المعمارية وورد. الجانبية لم تعد بحاجة إلى أن يكون ترميز يدويا. بدلا من ذلك، يمكنك ميناء موضوع لاستخدام الحاجيات ومجرد خلق الحاجيات (ما هبة من السماء!). لا أحب كيفية عرض شيئا - مجرد تعديل الموضوع! لا أحب كيفية معالجة ورد شيء من هذا؟ إنشاء المكونات. أنا من الصعب أن نفكر في سبب لتعديل وورد القانون نفسه التي لا يمكن التعامل معها عبر مكونات وورد "المعاصرة وحدات (الحاجيات، والمكونات الإضافية، والموضوعات) بدلا من ذلك.

وأنا نوع الشخص دائما الحصول على "تحت غطاء محرك السيارة" في التطبيقات المفتوحة المصدر مثل وورد. ومع ذلك، في الوقت الحاضر، هناك حقا أي سبب وجيه لتعديل وورد كود الأساسية.