صدور Php 5.3.1

الإصدار تم إصداره بسبب أمنى للدرجة الأولى لوجود عدة ثغرات أهمها ثغرة تجاوز open base dir

أنا لا أفهم لماذا الناس تستخدم هذه اللغة وعندهم mod_perl أس المنطق.

الـphp أكثر بطئا من perl. لا تحتاج حتى برامج benchmarking فالعين البشرية كافية لإكتشاف بطئه. كما أنه اقل تنظيما والمنطق فيه غير مقنع

مبني على فرضية أن البرمجة تخصص أدبي يجب حفظ اسماء الfunctions - مبرمج حفيظ وليس فهيم.

لا توجد أي إيجابية في هذه اللغة. إنما وفقط سرطان ينتشر في أرجاء الويب.

php والعقل السليم لا يجتمعان .... والذي ذاق حلاوة perl استحالة يستسيغ مرارة العلقم php

الـphp سرطان الويب.

يا اخي حتى البيرل متلها ما عندها منطق ، واشتغلت على البيرل والphp زمان والاثنين قريبين على بعض كتيييييييييييير

حتى سمعت مؤخرا انه php أصبحت الان OOP والله اعلم !!

perl تدعم oop أيضا

قضية الشبه نسبية. لا أدري كيف قارنتهم. ربما لأن الإثنين يستخدمون أقواس و الفاصلة المنقوطة.

لكنهم داخليا وفانكشنز وفلسفة مختلفين كثيرا.

perl فهمي اكثر من حفظي، و php العكس: حفظي أكثر من فهمي.

فعلى سبيل المثال في php تجد functions متقاربة جدا لكن بأسماء مختلفة.

بينما في perl في هذه الحالات يكونون مندمجين في نفس الـfunction لكن بـarguments لتغييرها.

وعلى كل لكل شيء اذا ماتم نقصان وهذا رأيي الشخصي

وخذ راحتك تقدح في perl كما تشاء... فماهم إلا مجرد تقنيات وأدوات نستخدمهم :)

وأنا لا مانع لدي من التغيير لتقنية أخرى إذا وجدت الأفضل

كل عام وانتم بخير

كلامك في منه أخي eech55

بالعكس انا من محبي البيرل لكن الي معها ذكريات سيئة جدا :(

تخيل نفسك بتشتغل على جافا او سي بلس بلس كلغة تعتمد عليها كأساس في تعلمك لباقي لغات البرمجة ورايح تتعلم بيرل !! شو بيكون موقفك ؟؟ باعتقادي البيرل بزبط عليها أي شي وما عندها منطق أبدا :):)

بنظري البيرل بزبط عليها أي شي :) ما في ايرور :):) ولما بدك تيجي تتعلمها كمبرمج الك خبرة بالبرامج القوية متل السي بدك تتخلى عن بعض من مبادئك البرمجية حتى تقدر تتماشى مع البيرل.

بالنسبة للبيرل وphp ، لغة php مقيدة اكتر من البيرل ،لكن لغة بيرل متينة اكتر من php

بالنسبة للسرعة الاكثر بيستشهد بسرعة php ، لكني ما بعتقد هالشي اعتقد ان الفروق بالسرعة بسيطة والسبب في ذلك برأيي انه بيرل تشغل كـ stand-alone programs

بس كمصممين مواقع ويب بتعلمو لغة برمجتهم الاولى سيختارون الphp لانها اسهل للتعلم بكثير من البيرل ، والها شعبية اكتر

ومش انه اكتر الناس بتشتغل على php يعني انه هي اقوى من البيرل ، لا بس الشغلة انها شعبية الphp اكثر من البيرل التي كادت تنسى كلغة برمجة !!!!

بس شكله معك عقدة من الحفيظة ؟؟ :):) ههههههههههه

ع العموم متل ما قلت انت (فماهم إلا مجرد تقنيات وأدوات نستخدمهم)

كل نسخة تصدر من بي أتش بي تصيبني بالخوف الشديد خصوصا أن سكريبتات كثيره ﻻ تعد تعمل بشكل صحيح وربما تتوقف عند عمل أبديت للنسخة القديمة بالنسخة الجديده من البي أتش بي ويجب دراسة الفروق بين النسختين وتعديل السكريبتات قبل ترقية النسخة وهذا يضيع الكثير من الوقت والجهد :(

من ناحية البيرل هي أسرع بكثير ولكن السرعه غير مهمه في المواقع التي نقوم بإنشاءها ﻵنها بسيطه وﻻ تحتاج إلى سرعه وﻻ يﻻحظ ذلك للعميل , أما التقنيه وكيفيه البرمجه فهذا جديد علي ... كنت أعتقد أن بي أتش بي أكثر دايناميكيه من أي لغه أخرى خصوصا في تعريف المتغيرات واستخدامها , ولكن من كﻻم أخي eech55 أعتقد أن بيرل متفاعله أكثر من بي أتش بي وﻻ يوجد بها أي قيود , فإذا كان الأمر كذلك فهذا يعطي ميزه وحافز أكبر للجميع بتعمل البيرل خصوصا المبتدئين فكلما قلت القيود كلما كانت اللغة أكثر فاعليه ويمكن تطويع أي سكريبت لتنفيذ أمر ما دون الحاجة لحفظ الأوامر المخصصه لكل عمليه .

ولكن ماموقف البايثون من هذه اللغات يعني أين مكانها ؟

" php بطيئة ".. جملة تكررت مرتين على الأقل في هذا الموضوع ،

أين مكمن البطء بالتحديد ،

هل هناك مثال واضح ؟

الPHP نظرياُ لأنها لغة Interptreted فهي أبطا من أي لغة Compiled و هذا شئ مفروغ منه, و لكن في النهاية موضوع السرعة و البطء يكون بنسبة 80% مسئولية المبرمج, فاذا كان المبرمج غير متمرس فانه سيكتب كود بطئ بأي لغة في الدنيا

في غالب تطبيقات الويب تكمن معظم العمليات في قاعدة البيانات، و العمليات الموجودة خارج ذلك عادةً ما تكون عمليات بسيطة. لذا أعتقد أن الـscalability للغة الويب أهم بكثير من سرعتها النظرية.

اقتباس

أنا لا أفهم لماذا الناس تستخدم هذه اللغة وعندهم mod_perl أس المنطق.

الـphp أكثر بطئا من perl. لا تحتاج حتى برامج benchmarking فالعين البشرية كافية لإكتشاف بطئه. كما أنه اقل تنظيما والمنطق فيه غير مقنع

هذه القضية يمكن التغلب عليها ببساطة عن طريق نظام كاش متقدم سوف يعطي سرعة تقريبا قراءة صفحة HTML عادية

eech55 كتب:

مبني على فرضية أن البرمجة تخصص أدبي يجب حفظ اسماء الfunctions - مبرمج حفيظ وليس فهيم.

لا توجد أي إيجابية في هذه اللغة. إنما وفقط سرطان ينتشر في أرجاء الويب.

في لغات برمجة لا يوجد شيء اسمه حفظ و فهم , هناك شيء يسمى code readability , فاذا كانت لغة PHP تقدم كود قابل للقراءة اكثر من لغة Perl , فبتالي الPHP لديها قابلية للتوسع و تطوير البرنامج اكثر من لغة بيرل وهي بتاكيد ستكون مفضلة اكثر من بيرل

فمثلا لغة البايثون سوف تتفوق على الاثنتين في قصة code readability ...

اقتباس

حتى سمعت مؤخرا انه php أصبحت الان OOP والله اعلم !!

نموذج الـPHP في OOP يشبه كثيرا نموذج الJAVA و هو يقدم امكانيات جيدة جدا .

بعد خمس سنوات في ال PHP استطيع ان اقول انك تستطيع تنفيذ اي مهمة في مجال الويب بواسطتها :) .

يا اخواني عيدكم مبارك

ليس الموضوع مقارنة , ولا قدح في امكانيات php او perl كلها ادوات لا غير , حتى ان صديقنا eech قال انه مستعد للتحول الى أي لغة يجد نفسه فيها

أنا قلت سأغير perl إذا وجدت البديل الأفضل. لكن php لا يبدو كبديل حتى الآن :D. لأن php لا يعطي جمال كود (python افضل) ولا يعطي استخدام أوسع حيث أن استخدامه ضيق جدا مقارنة بperl و python

ibu_love: البعض يقول أن php أسرع من perl لأنهم يقارنون mod_php ضد CGI Perl وهذه مقارنة غير عادلة. خلهم يقارنوا CGI php vs. CGI perl أو mod_php ضد mod_perl

أبا شمر: على الأرجح التطبيق الداخلي لـphp هو سبب البطئ. نزل php و perl و قم بـbenchmark بنفسك اذا تحب. لا يوجد سبب آخر فكلاهم من نفس فصيلة اللغات.

motamayez: هذا الكلام مش صحيح. perl و php4+ يقومون في مرحلة من المراحل بـcompile للكود كوسيلة الـspeed optimizations. حتى الجافا اسكربت حاليا ليست 100% interpreted ماعدى في المتصفحات المتخلفة مثل IE على الأرجح (FF مثلا تقوم بcompile في بعض المراحل ولذا هي أسرع). php3 كانت تعمل مثل الـjava script في IE يعني interpreted لكن الله فتح عليهم بعد php4 وقلدوا perl لزيادة السرعة.

System Down: صحيح أن قاعدة البيانات بطيئة غالبا، إلا أنه أيضا يعتمد على نوعية قاعدة البيانات. مثلا BerkeleyDB سريعة جدا وليست عنق زجاجة. وفي جميع الأحوال التاخير أو الـdelay يعتبر قيمة "متراكمة". لهذا سبب البطئ في أي طبقة يجب إزالتها. لذا توجد خادمات عليها php cache + mysql cache + http cache لإزالة التأخير في جميع الطبقات. وطبعا filesystem و disk driver كاش أيضا موجودين تقريبا في كل نظام معاصر.

ahmad123: كلامك صحيح حول الـcaching، لكني أقارن php كما هو ضد perl كما هو. ولو دخلنا للـcache فـperl لديها كاش أيضا لكن ليس الحوار عن الكاشينج فهذا موضوع آخر. بالنسبة للـreadability فـperl سهلة القراءة إلا انه ممكن تكتب كود قبيح. القبح الحقيقي هو ماتفعله php عندما تقوم بـphp embeded in html. هذه عادة سيئة ولا يصلح إلا للـpersonal home pages (السبب التاريخي الحقيقي وراء ظهور php) - لذا معظم برامج ويب php تستخدم template engines و كذلك perl لتجنب تلك العادة السيئة. وبالنسبة للتوسعة فإستخدام perl أوسع بكثير من php. php شبه محصور في الويب فقط، بينما perl في كل مكان بكفائة رائعة.

اقتباس

بعد خمس سنوات في ال PHP استطيع ان اقول انك تستطيع تنفيذ اي مهمة في مجال الويب بواسطتها :) .

newbie: وكل عام وأنت بخير أيضا :D نورت الموضوع. php و perl كلهم تقنيات وليسوا مقدسين. والقدح فيهم لا يضر في نظري.

اقتباس

newbie: وكل عام وأنت بخير أيضا :D نورت الموضوع. php و perl كلهم تقنيات وليسوا مقدسين. والقدح فيهم لا يضر في نظري.

نعم القدح او النقد لا يضر , هذا كلام سليم .

قديما كانت هناك دعاية لنوع من انواع الشامبو , تقسم الشاشة الى قسمين وتوضع قارورة الشامبو محل الدعاية في الجانب الأيسر وقارورة أخرى ليس فيها أي شئ مكتوب ويكتب تحتها (الأنواع الأخرى) وتغمس فيهما أداتان معمليتان ويترك الباقي للمشاهد , مازلت تجد هذه الفكرة في تايد واخواته للغسيل ,

اردت فقط التذكير بأن هذا خبر خاص بـ صدور Php 5.3.1 وما تزال امكانية إضافة اي منتج لـ (الأنواع الأخرى)قائمة , ونعلم جميعا ان الانواع الأخرى فيها خطر تستقط الشعر وابيضاضه اضافة لمخاطر التعرض للكيماوي والإشعاعات الذرية والكونية ,

نصيحة لنا جميعا :

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

ما يفوت على أصحاب تقنية الكمبيوتر ان هناك عقليات جوبلزية قادرة بكلمة واحدة وليس سطرا برمجيا ان تصنع من برنامج متواضع العجائب , كم مرة في هذا الأسبوع صادفت عنوانا من قبيل : عملاق الشبكات ! او موقع بسرعة الصاروخ,

في بالي سؤال و أريد إجابة له من ذوي الاختصاص لماذا انتشرت php انتشار النار في الهيشم في عالم الويب ، بينما لم تحرز perl نفس التقدم؟؟

دائماً أقول PHP متخصصه فى تصميم الويب :)

اقتباس

بعد خمس سنوات في ال PHP استطيع ان اقول انك تستطيع تنفيذ اي مهمة في مجال الويب بواسطتها

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

اقتباس

في بالي سؤال و أريد إجابة له من ذوي الاختصاص لماذا انتشرت php انتشار النار في الهيشم في عالم الويب ، بينما لم تحرز perl نفس التقدم؟؟

لأنها متخصصه فى الويب أكثر و هذا رأى الشخصى

------

نأتى لأخى eech55 :)

اقتباس

القبح الحقيقي هو ماتفعله php عندما تقوم بـphp embeded in html. هذه عادة سيئة ولا يصلح إلا للـpersonal home pages (السبب التاريخي الحقيقي وراء ظهور php) - لذا معظم برامج ويب php تستخدم template engines و كذلك perl لتجنب تلك العادة السيئة. وبالنسبة للتوسعة فإستخدام perl أوسع بكثير من php. php شبه محصور في الويب فقط، بينما perl في كل مكان بكفائة رائعة.

فعلاً PHP تعتمد php embeded in html و لكن هذا أجده ليس عيب بل ميزه فعندك مثلاً C# لا تستطيع أن تكتب فيها أى Function خارج Class أما فى C++ فيمكنك ذلك أى ممكن تعتمد Class أو لا تعتمدها فلذلك أرى C++ أفضل (لو تكلمنا عن هذا الفارق فقط) و نفس الأسلوب هنا أيضاً أجد أن إدخال PHP داخل HTML يعتبر ميزه و من فى إستطاعته كتابه محرك يجعله لا يستخدم هذا الإسلوب فهو حر و بذلك استغنى عن php embeded in html و دائماً أقول كما ذكرت انت أن PHP محصوره فى الويب أى نجدها أفضل من اى لغه أخرى فى مجال الويب فأنا أريد لغه أخرى Interptreted أعمل عليها بجوار C++ و بعيداً عن الويب و لذلك بدأت أتجه إلى Perl و python و جارى دراستهم بعمق شديد للإستقرار على واحده و تقريباً ستكون python و هذا ليس لسهولتها كما يقال (حكايه عدم وجود أقواس و الفصله المنقوطه معقدانى منها) و لكن للإستخدامها فى العديد من التطبيقات مثل blender.

اقتباس

هناك العديد من الأمور التي لا تستطيع القيام بها بواسطة php في مجال الويب، بينما perl بفضل mod_perl توفرها لك. طبعا حتى mod_php لا تستطيع. mod_php يعتبر stateless بينما mod_perl يعتبر stateful كما أنه يسمح لك بالإتصال الكامل مع Apache HTTPD API - وهذا يفتح الباب للقيام بأشياء خيالية غير ممكنة بـphp. كتشغيل بروتوكولات مختلفة عن http على خادم apache، أو تغيير طريقة عمل apache داخليا عوضا من طريقتها التقليدية، فبالتالي تستطيع أن تقوم بـrewrite للـURL من mod_perl نفسه. بينما مع php مستحيل حتى الآن إلا إذا أستخدمت أدوات مختلفة بعيدة عن php مثل mod_rewrite. - وطبعا هذا فقط _مجرد_ مثال على الفرق الشاسع بين الزلال (perl) و العلقم (php). يعني بعد 5 سنوات + 1 يوم، تستطيع أن تغير رأيك

بلنسبة friendly URL انا استخدام .htaccess لتحكم فيها , فقط بضعة اسطر تكفي للمهمة خاصة عندك استخدام هيكلية معينة للبرنامج مثل MVC software Architecture

please give another examples on mod Perl ?

اقتباس

يعني بعد 5 سنوات + 1 يوم، تستطيع أن تغير رأيك :D

php و perl كلهم تقنيات وليسوا مقدسين. والقدح فيهم لا يضر في نظري.

كما تفضلت فهم تقنيات يوجد لهم عيوب و مميزات , و انا لا اتعصب لتقنية ما بقدر ما احاول اكتشاف عيوبها و ايجابيتها

@asm-soft الله ينور عليك وفرت علي كثير من الكلام

زايد السعيدي: انتشرت PHP كالنار في الهشيم (او بالأحرى كالسرطان في الجسد :D) بسبب محدودية في mod_php تجعل استخدامه في بيئة shared webhost _أسهل_ من ناحية الإدارة للشركات المستضيفة. وسبب السهولة هو قلة امكانياتها. صحيح أن mod_php يعتبر Apache HTTPD module إلا أنها لا تحتوي على دعم كامل للـApache HTTPD API. لذا امكانياتها محدودة وممكن تطبيقها في بيئة shared webhost. بينما mod_perl لديها دعم قوي جدا للـApache HTTPD API مما يتيح لها القيام بأشياء خيالية (تابع القراءة لمعرفة بعضها)، لكن في الطرف المقابل تحتاج طرق عزل أكثر كفاءة. الحماية الموجودة في mod_php هو فبط بناء على امكانياتها المحدودة وهذه ليست طريقة حكيمة. الطرق الحقيقية للعزل تتم بواسطة طرق أخرى خارجة عن هذا الموضوع. بعبارة أخرى، mod_php تعادل Apache::Registry في mod_perl فقط.

asm-soft: صحيح، php مختصة في مجال الويب، ونفس الشيء perl متخصصة في مجال الويب + إلى مجالات أخرى ليس لـphp فيها دخل. اي شيء ممكن php فعله في الويب ممكن بكل سهولة أن تفعله perl. وعندما نتحدث عن mod_perl فهناك اشياء تفوق قدرة mod_php. بالنسبة لـembedded php in html فأيضا ممكن تجعل perl embedded in html كذلك، لكن الفرق أن php تفعل هذا بالـdefault ولذا دائما نشاهد <?php حتى عندما لا نحتاجه - لذا اللغة تحرض على الأسلوب الغير جيد بالـdefault بينما العكس مع perl. القضية ليست إمكانيات فـperl تستطيع هذا أيضا.

ahmad123: عندما تستخدم ملف .htaccess فأنت في الواقع تستخدم mod_rewrite :). ونحن هنا بصدد مقارنة mod_php مع mod_perl. الذي يحدث أن mod_perl بإمكانها rewrite للـURL كما تشاء وكيفما تشاء، بناء على logic خيالي مدعوم بقوة perl..الخ. بينما mod_php لا تستطيع لأن دعمها للـApache API ضعيف جدا. لهذا السبب مستخدمي mod_php منحصرين إلى إستخدام mod_rewrite فقط وحصرا الـlogic الذي تقدمه mod_rewrite من خلال .htaccess. بينما مستخدمي mod_perl لديهم اختيارين: إما mod_rewrite بواسطة .htaccess كما تفضلت، أو أن يطلقوا العنان للخيال واستخدام mod_perl نفسها - مما يتيح لك القيام بURL rewrite بناء على متغيرات إخرى تقريبا غير محدودة. وبحسب منطق asm-soft كلما زادت الإختيارات زادت قوة اللغة :wink_smile:

اقتباس

please give another examples on mod Perl rewrite ?

Output Filters: هذا يتيح لك تعديل أي شيء قابل للطباعة بواسطة Apache HTTPD. تخيل لديك موقع ضخم، يحتوي على العديد والعديد من الصفحات. وذات يوم أردت تعديل محتوياتها جميعها (مثلا أردت وضع تنبيه في الـfooter أو الـheader) مع mod_php عليك تعديل جميع الملفات المعنية واحدة تلو الأخرى. بينما مع mod_perl وبفضل تعاونها الممتاز مع Apache HTTPD API ستكتب ملف اسكربت واحد، والذي بدوره يقوم بتعديل جميع الـoutput الخارجة من بقية الإسكربتات حتى لو كانت php أو اي لغة ثانية لا يهم! لأن هذا low-level على مستوى Apache API - طبعا هذا فقط مثال، وبإمكانك أن تقوم بأي شيء آخر وليس فقط footer/header :D

Embed Perl in httpd.conf: لديك موقع يحتوي (مثلا) على عديد من virtual hosts وصعبة تقوم بإعدادهم واحدة تلو الأخرى؟ لا مشكلة، ممكن تضع perl code داخل ملف الـhttpd.conf نفسه بين قوسين <perl> و <perl/> وتضع مثلا while loop و if else وأي perl logic وموديلوز تحتاجها لتعديل الإعدادات. يعني بضعة أسطر

فقط مجرد أمثلة _إضافية_ بناء على طلبك.. بإمكانك تصفح الـmod_perl2 API لتشاهد المزيد من الإمكانيات التي لا يمكن القيام بها بواسطة mod_php.

اقتباس

لا أدري ماذا تقصد لأنه لا يوجد شيء اسمه mod perl rewrite.

rewrite سقطت سهوا و لم اعدلها بسبب ضعف الانترنت لدي Bandwidth exceeded

اقتباس

Output Filters: هذا يتيح لك تعديل أي شيء قابل للطباعة بواسطة Apache HTTPD. تخيل لديك موقع ضخم، يحتوي على العديد والعديد من الصفحات. وذات يوم أردت تعديل محتوياتها جميعها (مثلا أردت وضع تنبيه في الـfooter أو الـheader) مع mod_php عليك تعديل جميع الملفات المعنية واحدة تلو الأخرى. بينما مع mod_perl وبفضل تعاونها الممتاز مع Apache HTTPD API ستكتب ملف اسكربت واحد، والذي بدوره يقوم بتعديل جميع الـoutput الخارجة من بقية الإسكربتات حتى لو كانت php أو اي لغة ثانية لا يهم! لأن هذا low-level على مستوى Apache API - طبعا هذا فقط مثال، وبإمكانك أن تقوم بأي شيء آخر وليس فقط

عند انشاء موقع ضخم سوف يكون footer و header موحد لجميع صفحات من ملفين اثنين فقط و هذه ولا اعتقد ان مطور مواقع محترف سوف يرتكب مثل هذه الاخطاء البدائية , المثال الذي ذكرته يذكرني بل patch

المثال الاخر جميل جدا , سوف اتعمق اكثر في البيرل و سوف يكون لنا نقاش اخر :)

اقتباس

عند انشاء موقع ضخم سوف يكون footer و header موحد لجميع صفحات من ملفين اثنين فقط و هذه ولا اعتقد ان مطور مواقع محترف سوف يرتكب مثل هذه الاخطاء البدائية , المثال الذي ذكرته يذكرني بل patch

ليس هذا ما اقصده. مثال الـheader / footer كما ذكرت سابقا فقط مثال للتغيير، وأنت ممكن تغير أي شيء آخر.

يعني ممكن تقول أريد استبدال أي شيء <b /> بـ <span class='bold'\> مثلا. وهذا داخل المحتوى أو body.

الذي يحدث أن هذا هو output filter ومافرقت معاه header / footer / body لأنه يقوم بمعالجة جميع الoutput كما تريد.

طبعا لست محصورا على عملية search and replace بسيطة. بل ممكن حتى توسع الدائرة لعالم آخر. مثلا logging.

نفرض أنك مزود خدمة وتريد معرفة كم مرة تم ذكر كلمة "مشاكل عائلية" و "دماء" و "سياسة" وماهي المواقع التي تتطرق لهذه الكلمات.

الإحتمالات غير متناهية ومتروكة لمنطق perl أن يخيط الجمال كما يشاء. وليست منحصرة بأي وجه على header/footer.

أشكرك أخي eech55 على هذه المعلومات :)

يبدو أن بساطة php تغلبت على قوة perl من حيث الإنتشار.

نورت يا زايد السعيدي :)

"الإنتشار" عام جدا. وغير دقيق. php فقط منتشرة في مجال الويب. بينما المجالات الأخرى perl و python منتشرين فيها أكثر.

وثانيا سبب الإنتشار ليس لأن php أبسط من perl. إنما لمحدودية في mod_php مما جعلت تطبيقه في بيئة shared webhosting أكثر أمانا

وكما تعلم معظم المواقع shared webhosting نظرا لرخص ثمنها.وبتطبيقها mod_php انتشرت php كالنار في الهشيم (او السرطان في الجسد :D)

السؤال يقول، لماذا لم تنتشر mod_python كذلك مثل mod_php إذا كانت القضية سهولة؟

الجواب، لأن mod_python أيضا تعطي دعم قوي لـApache HTTPD API مثل mod_perl مما يجل تطبيق كليهم صعبا في بيئة shared webhosting.

لهذا السبب mod_perl و mod_python منتشرون في بيئة dedicated web servers.

فالقضية ليست سهولة لغة، وإلا لكانت Python في الصدارة. و Perl و PHP من نفس مستوى السهولة.

مثلا مع php تستخدم shell_exec("command_here") بينما مع perl تستخدم `command_here` فقط

شخصيا أرى أن Perl أسهل، لكن مراعاة للشعور العام أقول نفس السهولة لأن كليهم سهلين في النهاية :)

شو شباب كأني asp.net غير موجوده شو القصة

والله شرحت صدري بكلامك يا اخي eech55