أفضل الممارسات لرؤية بيانات حية على الخادم ديف؟
https://stackoverflow.com/questions/272798
-
07-07-2019 - |
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
Russianسؤال
والعذراء: يعيش / إنتاج تطبيق ويب يقمع الأخطاء التي تظهر للمستخدمين النهائيين
وافترض فريق الدعم الفني الخاص يريد أن يرى بيانات حية ولكن من وجهة نظر الجانب تطوير التطبيق (ربما كنت تريد أن ترى ما الأخطاء التي تحدث، أو تريد أن ترى عندما كنت قد حصلت على قضية الثابتة باستخدام بيانات نهاية المستخدم).
والآن لدينا قاعدة بيانات واحدة تخدم كل من ديف وصناديق الحية. (وليس فكرتي - وأنا أعلم أنه من الإجمالي)
والأفكار؟
تعديل : في؟ أفضل / أدوات يدوية لتنفيذ الاقتراح الخاص بك
المحلول
ونحن تكرار البيانات إلى قاعدة بيانات مختلفة. نعم، هناك تأخير، لكنه يبقى الناس أيدي من خوادم الإنتاج. وهذا يسمح لنا أيضا إلى "إخفاء" المعلومات التي الدعم الفني (وغيرهم من الناس لهذه المسألة) ليس من المفترض أن نرى.
نصائح أخرى
وبالإضافة إلى تكرار البيانات إلى أسفل، على الإنتاج، ونحن نرى من الذي بتسجيل الدخول إلى التطبيق، وإذا كان عضوا في الشركة، وإرسالها إلى صفحة الخطأ الحقيقية مقابل هريرة سعيدة اللعب مع الكرة من الاعتذار الغزل.
والنسخ الاحتياطي واستعادة من يعيش على ديف على أساس منتظم (مرة واحدة، مرتين في اليوم). أنها لا تحتاج إلى أن تكون في الوقت الحقيقي (كما قد يتم إدخال البيانات من الجانب ديف على أي حال، والتي يمكن أن تسبب مشاكل).
إذا كان لديك البيانات PCI أو HIPAA، تأكد من أنك لا تترك أنه في بيئة ديف بك - قد كسر القوانين
وأنا أحب عادة أن يكون هناك نظام 3-الطبقة لتطوير الشبكة:
تطوير
اختبار
تعيش
ومعظم وقت الاختبار هو نسخة طبق الأصل من نظام العيش، إلا أنه يتم إيقاف الأخطاء، عندما نسخة جديدة على وشك أن يتم نقلها على الهواء مباشرة هو استبداله مع الإصدار الجديد BEFORE يعيش هو، للكشف عن ترقية القضايا.
وتنمية منفصلة تماما عن العيش، للسماح لإدخال تغييرات كبيرة على أشياء مثل قاعدة البيانات، أو تغييرات في بيئة الإنتاج.
وأود أن جعل أولا أخطاء لشخص ما مع تفاصيل عن كيفية حصلت على المستخدم هناك أو على الأقل بتسجيل الدخول حتى تتمكن من مشاهدة سجل خطأ أثناء تنفيذ إجراءات مماثلة لمعرفة ما إذا كان يمكنك الحصول على نفس الرسائل في السجل.
ونعم، نسخ قاعدة البيانات على ديف / خادم الموقع هو ربما لديك الخيار الوحيد. كنت لا تريد أي التغييرات التي أجراها فريق التطوير لبيانات حية وربما عليك أيضا التغييرات التي لن تعمل مع قاعدة بيانات الإنتاج في مرحلة ما.
وأنا لا أوصي به نسخة ليلا كمطور قد تكون في وسط بعض ميزة جديدة حيث لديهم إضافة البيانات ثم انها تمحى تلك الليلة. وعادة ما نسخ قاعدة بيانات الإنتاج (ق) إلى Dev في كل مرة يتم الافراج عن إصدار رئيسي. هذا كما يسمح لي للقيام اختبار سرعة مع الكثير من البيانات الحية. على بعض الأنظمة أنا أيضا تغيير كلمة المرور الجميع إلى الافتراضي حتى أتمكن من الدخول بسهولة كأي مستخدم.
إذا يسمح التكوين الخاص بك هو:
أ. إضافة وظيفة تسجيل (إذا كان هناك ليست واحدة بالفعل) لكتابة الرسائل التي تهم ملف السجل.
ب. قم بتشغيل الأمر يونكس
وذيل -f والتي سوف تيار ملف السجل متزايد إلى وحدة التحكم الخاصة بك. http://www.monkey.org/cgi-bin/man2html؟tail إذا كان لديك ويندوز، قد حاول هذا:
