سؤال

بعد أن أصبحت مصدرًا مفتوحًا غريبًا إلى حد ما، وقضاء عدة سنوات في تطوير تطبيقات الويب في ASP.Net، سأبدأ في القيام بالكثير من تطوير PHP/MySQL.

لقد قمت بتثبيت غير مؤلم تماما وامبسيرفر للحصول على بيئة تطوير وتشغيلها على جهازي الذي يعمل بنظام Windows، ولكن النظام الأساسي الذي سأستهدفه سيكون على الأرجح Linux.لذا فإن سؤالي هو: هل من المحتمل أن أواجه مشكلات بسبب التطوير على Windows أثناء استهداف Linux؟هل يُنصح بالاستثمار في الحصول على إعداد بيئة Linux لتطوير تطبيقات LAMP الخاصة بي؟

هل كانت مفيدة؟

المحلول

إذا كان بإمكانك الاستثمار في نوع من بيئة تطوير Linux، أو على الأقل *nix.بالنسبة للتطبيقات ومواقع الويب البسيطة، يعد الإعداد جيدًا، ولكنك ستواجه في النهاية اختلافات طفيفة عند النشر.

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

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

  2. وحدات أباتشي، ملحقات PECL.غالبًا ما يأتي Apache Windows وApache Unix مع مجموعة مختلفة من وحدات Apace المثبتة افتراضيًا.بالإضافة إلى ذلك، قد يتم تشغيل نفس الإصدار من الوحدة بشكل مختلف على نظام أساسي مختلف.إذا كان التطبيق الخاص بك يعتمد على أي وحدة Apache، تأكد من توفرها لكلا النظامين الأساسيين.الشيء نفسه ينطبق على ملحقات PHP المخصصة (PECL)

  3. عملية شوكة.باستخدام exec، `، الخ.في تطبيق الويب فكرة سيئة في البداية، ولكن إذا كنت تستخدم هذه الوظائف فسوف تتصرف بشكل مختلف بين windows و*nix

  4. كتابة الملفات وقفلها وما إلى ذلك.يعمل بشكل مختلف

  5. يتم التعامل مع البريد الإلكتروني بشكل مختلف على كلا النظامين الأساسيين

  6. كلمة الكود الخاصة بمجموعة PHP لنظام التشغيل Windows هي "بعض الأنظمة الأساسية".يمكنك البحث أكثر لوحدك إذا احببت

بشكل عام، كلما كانت بيئة التطوير الخاصة بك أقرب إلى بيئة الإنتاج الخاصة بك، كلما قلت المشكلات المتعلقة بالبيئة/النشر.

امل ان يساعد!

نصائح أخرى

ولقد تم القيام به لالعامين الماضيين والتي لم تصل الى أي مشاكل حتى الآن - إذا كان أي شيء، فهو يوفر لك ميزة من يجبرك على إرسال مزيد من رموز المحمولة

الأذونات وحقيقة أن أسماء ملفات Windows ليست حساسة لحالة الأحرف هما الشيئان اللذان أعتقد أنهما كانا بمثابة ألم بالنسبة لي.لكن هم

  1. قابلة للحل، في أسوأ الأحوال مع عميل بروتوكول نقل الملفات لتغيير الأذونات.
  2. طرق جيدة وسهلة تجعلك مبرمجًا أفضل (بطريقة صغيرة، نعم).

لا وتطوير على نوع من البط وتعمل على مصباح ينبغي أن يكون على ما يرام، ولكن على الأقل المرحلة على مصباح. لقد ذهبت في كلا الاتجاهين دون مشاكل كثيرة (موافق، وتستخدم ليكون مجموعة من المشاكل نشر مواقع الشركة على المزج هناك (لا تحاول استخدام فلتر PHP ISAPI)، لكنها قابلة للحل الآن (fastcgi)). طالما أنك لا تضيف أي وحدات PECL أن الدولة التي ليست معتمدة على ويندوز، ويجب أن لا يكون أي مشاكل. أيضا (منذ أنت ذكرت أنك تستخدم المزج أفترض أنك تستخدم الخلية)، MSSQL وPHP لديهم مجموعة من القضايا (السائق القديم أنه يتطلب محمل الجد يحد من طول الاستعلام الخاص بك).

في الناحية النظرية، ينبغي أن يكون PHP و MySQL تماما منصة مستقلة.

في الواقع، إذا كنت تريد الذهاب لديك تطبيق إنتاج حقيقي، وأقترح عليك أن يكون بيئة اختبار يعكس إنتاج واحد، لتجنب المفاجآت.

ونعم أوصي النامية بيئة أقرب إلى بيئة الإنتاج ممكن. هناك اختلافات بين كيفية عمل PHP على ويندوز بالمقارنة مع لينوكس. وغيرها من الاختلافات مثل كيفية معالجة ينكس أذونات الملف بالمقارنة مع ويندوز. I تشغيل الخادم برنامج VMWare الحرة مع الجهاز الظاهري لينكس. لدي سهم سامبا على لينكس VM أنني جبل كمحرك أقراص الشبكات في ويندوز. ثم استعمل الكسوف على ويندوز كمحرر قانون بلدي.

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

ومن الجدير جود رمل LAMP حتى تتمكن من الحصول على معرفة أين تجد - وكيفية تحرير - ملفات التكوين، الحصول على راحة مع إعادة تشغيل الخدمات والتعامل مع المهام المجدولة الخ واذا حكمتم أن يكون التعامل مع هذه المهام في الإنتاج.

ولا.
وينبغي أن يكون فيرتثلبوإكس + المجلدات المشتركة مفيدا إذا كان لديك حوالي 6-8 ساعات مجانية في عطلة نهاية الأسبوع واحدة للحصول على كل أساسيات VBOX واضحة وعمل إعدادات بها. إذا كنت التحول إلى لينكس، قد تستغرق عملية تصل في الشهر، وسوف تكون <م> للغاية غير منتجة في ذلك الوقت، من حيث رمز الإنتاج.
انها فكرة جيدة للحفاظ على ممارسة لينكس على VBOX ويندوز، في وقت مبكر قبل التحول، وذلك باستخدام واحد من [التوزيعة، سينت أو إس، إصدار OpenSuse، أوبونتو]. أنا أفضل سينت أو إس، التوزيعة. هناك جوهرة تدعى SLAMPP والجمال أخرى تسمى XAMPP <- يعمل على لينكس وويندوز <ر> IMO، كما guesstimate الخام، وإذا كنت تتوقع إلى رمز 2000-3000 خطوط رمز (التي تكتبها / إضافة) لكل مشروع، ل6mo-1yr، والتمسك ويندوز والماجستير لينكس في الوقت نفسه باستخدام VBOX.
إذا فوق ذلك، أو إذا كنت تخطط لجعل موقع على شبكة الانترنت LAMP باردة جديدة، أعتقد أن عليك أن التحول إلى لينكس أولا. يستغرق شهرا أكثر لتعتاد على لينكس. يمكنك خلط تزال موجودة مع التمهيد المزدوج أو VBOX لطالما أردت، ابتداء وقت ممكن - تعلم لينكس بما فيه الكفاية لتصحيح التطبيق LAMP لا يستغرق وقتا طويلا

ومسارات، حذار من المسارات. يمكنك بناء سم كله، وأنه سيكون لخبط بسبب المسارات.

مرخصة بموجب: CC-BY-SA مع الإسناد
لا تنتمي إلى StackOverflow
scroll top