الأخ علي حمد و mad_4u ( مشكلة سكربت راسلنا )
 

أخي علي حمد والاخوه الذي تفاعلوا في الموضوع

على الرابط التالي:

http://www.arabwebtalk.com/showpost...26&postcount =78

رابط بداية الموضوع :
http://www.arabwebtalk.com/showthrea...p age=4&pp=20

أخي لأن القسم تم غلقه لكثرة المشاركات وكثرة المواضيع وتفرعها قمت بنقل مشاركي إلى هنا

فارجوا المساعده والإستمرار في البحث عن حل لإني ولله الحمد المشكله الوحيده المدوختني

هي مشكلة سيكربت المراسله

ملاحظه:- بالنسبة لإعتقادك بأن المشكله بسبب إصدارة الـ PHP في السيرفر
* فأنا لا اعتقد ذلك لأني وجدت صوره كنت ماخذنها للوحة التحكم وهي تم أخذها قبل المشكله التي تسببت
بها الدتاسنتر الله يهديهم للإسلام ، وكان الإصدار في الصورة : 4.4.1 php
مع العلم باني ولله الحمد لم اكن اعاني من اي مشكله في السيرفر وكان السيرفر والسيكربتات شغاله 100%

________________________________________________
اليوم لاحظت مشاركة احد الإخوه في الويب العربي مرتبطه بردك ! فلا أدري لِما كانت السيكربتات تعمل في السابق والمنتديات اما الان المنتديات وكل شي شغال ماعدا ( سيكربت إتصل بنا أو حجز خطط الإستضافه )
أنظر التالي:

http://arabwebtalk.com/showthread.php?t=4660
لاحظ :

ياريت ترقون برامج مواقعكم ومنتدياتكم لأخر اصدار في اقرب وقت قبل لا يجيك عطل في القاعده وتتوهق لأن مستضيفينكم ممكن يرقون نسخه القواعد او البي هتش بي في اي وقت
ولا تنسون سجل الزوار واسكربت راسلنا ماراح يشتغل مع ال mysql الجديد من غير الترقيه ركب اخر اصدار منه والترقيات الحديثه لمنتديات vb كانت في اطار دعم ال php5

سلام عليكم :

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

اذا كانت المشكلة في سكربتات ثانية ، او في هذا السكربت فترى الي باقوله تحت يمشى على الجميع !

1) اولا يالغالي كم اصدار php على السيرفر ؟

يعني يبي لك تسوي الامر :
which php
whereis php
/scripts/findphpversion
php -v

& يمكن يكون عندك اصدارين بي اتش ابي لان السي بنل لما نزلت التحديث غيرت المسار حق تنصيب البي اتش بي من /usr الى /usr/local وصاير عندك لخبطة .

الشيء الثاني عطني المودلز حقت ال php بالامر :
php -m

2) سوي لي ملف على السيرفر يعطيني ناتج دالة phpinfo ؟

3) سوي الامر هذا وانت تشغل السكربت في الوقت الي يطلع فيه الخطأ ؟
tail -f /usr/local/apache/log/error_log
tail -f /usr/local/apache/logs/access_log

وخلينا نشوف وش الاسطر الي تجي في نفس الموقع في نفس الوقت !

3) يالغالي بيكون السكربت نفسه ، عطنا رقم السطر الي فيه الخلل ، ومحتوى السكربت ؟

4) بعد هذي ، ابي
php -i | grep "Configure Command"

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


ملاحظه :
انا استقصدت الطلبات الي فوق كلها ، لانه صدقني انا مستعد اناقشها في سيرفرك ونحاول قدر المستطاع نحلها لاني اليوم هذا شفت المشكلة نفسها في سيرفر ثاني ، وانا مستعد ا عرض المشكلة على افضل مبرمجي البي اتش بي الي اعرفهم ونناقشها لحد مانوصل لها لحل ، مع العلم بان واحد منهم ، نفى ان تكون مشاكل مثل كذا تتعلق بالسيرفر !

تحياتي ،
علي حمد !

عزيزي صاحب الموضوع
هل لما ترسل الطلب مايتغير الصفحه او يعطيك صفحه بيضاء؟
ولما ترسل نفس الحال ؟

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

الأن الحمد لله كل شي تمام التمام........... الف شكر

* ولاكني لا زلت بصراحه أتسائل لماذا كان السيكربت يعمل في السابق إذا كان غير متوافق مع التحديثات الجديده للسيرفر *

أخي mad_4u
أشكرك على المحاوله وتحياتي لكل اعضاء واداري الويب العربي

عزيزي
على حسب كلامك ان السيرفر حديث اكيد يحتاج الى اعدادات من بينها في ملف ال php.ini
ادخل عليه بامر
nano /usr/local/lib/php.ini

ابحث عن
register_globals
راح تلقى قدامها Off
غيره الى On
احفظ التغيير وسوي اعادة تشغيل للاباتشي
وراح يشتغل معاك الملفات الي مارضت تشتغل مسبقا
:)

هنا من اجلك يالغالي ولخدمتك دائما وابدا ، وتاكد اني خلاص 99 % وصلت لقناعة انها مشكلة في السكربت او تغيير في برنامج البي اتش بي سبب تعارض مع السكربت ، باقي واحد بالمية للزمن فقط .

على اي حال حياك يالغالي ، وتعال كل يوم .

ياسر :

شكرا لك على مشاركتك في الويب العربي وتواجدك معنا هنا ، محل تقديري شخصيا .

بالنسبة للـ register_globals وال php ، فالامن للسيرفر ان يكون OFF وليس On .
توني الان خلصت ست اب سيرفر وبعد تنزيل السي بنل ، وتعرف هي الي راح تنزل البي اتش بي وو الخ ، وبعد مانزلت الزند ، جيت اشيك اشوف الافتراضي في ال php.ini :
register_globals = Off

وحقين البي اتش بي كاتبين ملاحظه هي :
; You should do your best to write your scripts so that they do not require
; register_globals to be on; Using form variables as globals can easily lead
; to possible security problems, if the code is not very well thought of.

الترجمة باختصار للشباب الي راح يقرون الموضوع ، اما انت الله يزيدك :) :
انه لازم انك تسوي افضل ماعندك وانت تبرمج السكربت بحيث انه مايطلب ان الرجستر قلوبال يكون On لانه بيكون في اضرار امنية .

وفي الاصل الرجستر قلوبال كان On من زمان وانتبهت البي اتش بي للخلل وغيرته افتراضيا :
http://www.php.net/release_4_2_0.php
في الاصدار 420 .

وهنا يتكلمون عن كيف لو المستضيف خلى المتغير On كيف تحافظ عليه Off والعكس صحيح عند البرمجة :
http://www.php.net/manual/en/faq.mis...egisterglobals

وفي الاخير ، احد المبرمجين الله يجزاه الخير وضح لي بمثال بسيط التالي الضرر الامني من رجستر قلوبال :

نفترض لدينا سكربت فيه متغير $username ، وجلست ابي ارسل المتغير هذا عن طريق البي اتش بي عن طريق المتصفح ، لو كان الرجستر قلوبال On راح يقبل المتغير في المتصفح وعلى سبيل المثال بيكون مثل كذا :
//domain.com/file.php?username=ali

ومعناتها احتمال تمرير المتغيرات عن طريق الرابط الي فوق .

لو كان الرجستر قلوبال Off فمعناتها ماراح يقبل السكربت عرض المتغير بالطريقة الي فوق وبيكون المبرمج صاحي ويتسخدم اما بوست او قت او رقوست ، وعلى سبيل المثال :
$_request[username]
$_POST[username]


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

وخالص تحياتي ،
علي حمد !

صدقت عزيزي وضحت له طريقة حل المشكله الي يواجهه
المشكله ان اغلب البرمجيات الي ماتشتغل مع تعطيل القلوبل هي برمجيات عربيه ومن مبرمجين مبتدئين ويوم تقول للمبرمج البرمجه غير امنه لانك تعتمد على القلوبل يكون مفتوح يقول لك لي في البرمجه 5 سنوات وكبيره في حقي هذا الشيء
مع ان البي اتش بي موضحه خطورة القلوبل php
نجد بعض عملائنا يطلبون تفعيل القلوبل في السيرفر وحفاظا على امن السيرفر نقوم بتفعيل القلوبل للموقع الي طلب تفعيله فقط باعطائه ملف php.ini يحطه بموقعه يكون فيه
register_globals = On
فيصير القلوبل يشتغل فقط في المجلد الي عليه الملف php.ini فقط
من هذي البرامج الي تعتمد القلوبل برامج مراكز التحميل الغير امنه
سكربتات القوائم البريديه وسكربتات عربيه كثيره لا تعد ولا تحصى ومازال المبرمجين العرب يستمرون في برمجة برامجهم واعتمادهم على القلوبل يكون مفتوح
:)

شكرا على التوضيح