قم بتثبيت PHP على الخادم (IIS6) عند وجود PHP بالفعل بسبب النسخ الاحتياطي Exec

Question

أحتاج إلى تثبيت أو استخدام PHP على خادم Windows 2003 يحتوي بالفعل على PHP 5.2.0.0 مثبتة (أعتقد) إعداد Symantec Backup Exec. لا أريد التدخل في إعدادات PHP.INI الخاصة بالنسخ الاحتياطي - وأفضل أن أكون قادرا على التحكم في تكوين PHP الخاص بي.

يبين البحث عن PHP أن PHP.EXE وملفات PHP الأخرى مثبتة حاليا في C: Program Files Symantec Backup Exec

أنا شبه مؤكد أن تثبيت الإصدار الحالي من PHP 5.2.8 إلى C: PHP سيكون كارثيا أو كارثيا بطريقة ما.

لا يوجد إدخال PHPRC في خصائص الخادم> متغيرات البيئة وأنا متأكد من أن موقع php.exe غير مدرج في متغير المسار. ... ما لم يكن موقع تثبيت Actuall مختلفا عن ملفات C: Program Symantec Backup Exec Dir.

هل من أية مقترحات من أجل المتابعة؟

Answer 1

أنا شبه مؤكد أن تثبيت الإصدار الحالي من PHP 5.2.8 إلى C: PHP سيكون كارثيا أو كارثيا بطريقة ما.

ما الذي يجعلك تقول ذلك :) لقد قمت بتشغيل إصدارات PHP منفصلة على نفس الجهاز جنبا إلى جنب وعدم تشغيلها إلى عناء.

AFAIK لا ينبغي أن يتعارض تثبيت Symantec مع التثبيت الخاص بك، ولا يجب أن تعارض ملفات PHP.ini منفصلة مع بعضها البعض.

استجابة للتعليق

أول شيء يجب ملاحظة أنه ليس لدي خبرة في النسخ الاحتياطي Exec أو ما يستخدم PHP ل. أنا أظن أنه يستخدمها لأشياءها الداخلية ولا تنتشر نفسها على نظام التشغيل. اختبار هذا من خلال البحث عن PHP.INI و PHP DLLS على نظام الملفات. أنا أراهن أنه كل ما يحتوي على الذات تماما. يبحث PHP عن ملف التكوين كما هو مذكور هنا: موقع فب وبعد كما تريد، لا تضع متغير PHPRC. تحقق من أنه لم يستخدم إدخالات التسجيل هذه أيضا. على أداة مختلفة، يتم تثبيت موقع مسؤول بالفعل على IIS؟ إذا كان الأمر كذلك، تحقق من امتدادات خدمة الويب IIS للتأكد من أنه لم يسجل بالفعل PHP ISAPI DLL أو PHP CGI EXE. إذا لم يكن الأمر كذلك، أعتقد أنه يجب أن تكون على ما يرام لتثبيتك الجديد.

أن تكون على الجانب الآمن، قم بتثبيت PHP دليل كما هو موضح هنا: موقع فب. وبعد بهذه الطريقة، أنت تعرف بالضبط ما قمت بتثبيته، ويمكنه بسهولة إزالة الملفات مرة أخرى إذا كان يسبب مشكلة. لا أستطيع أن أتخيل مشكلة هنا التي تتطلب منك إعادة التثبيت.