الكاش او الملفات المؤقتة بأسهل الطرق

[مهندس مصرى]

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

الأن حينما تأتي لدالة جلب البيانات اللي تكتبها في أول الصفحة خلي فيها شرط
لو البيان موجود في الذاكرة ( عندك دالة isset خاصة بالإكس كاش كما تري ) يجلب من الرام
ولو غير موجود يجلبها بتعليمة سكول ويخزنها في الرام متفقين ؟

طيب متي نحدث البيانات ؟
هكذا ستظل في الرام دائماً

أكتب لنفسك دالة وظيفتها كل ما تناديها تقوم وحدها بعمل تعليمة السكول تلك وتخزين الناتج في الرام ( تعمل unset للبيانات في الذاكرة وتعمل تعليمة السكول وتعيد تخزينها )

ونادي دالتك هذه في كل مكان فيه تحديث للجروبات

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

ايضا ضعها في أخر الأكشن الخاصة بعمل update لمجموعة

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

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

بإختصار خصص لنفسك صفحة لدوال الكاش ضع فيها دالة خاصة لكل نقطة هامة في برمجيتك تحتاج فيها لكاش وناديها حسب ال action أو حسب الزمن من خلال الكرون

============
ملحوظة أخواني
ركبت الأكس كاش علي السيرفر وبعده مباشرة قل إستهلاك الذاكرة لدي من 58% تقريبا ل 34% كمتوسط
وهذا أمر أكثر من رائع

جزاك الله خيرا اخي المجروح ..
ساقوم بالتطبيق و التجربة

[محب الله ورسوله]

50000 مصفوفة المخزنة

!!!!!!!!!!!!!!!
انا أخبرك عن المعلومات المهمة
يجعني جروبات الأعضاء ( هذه مصفوفة )
التصنيفات ومعلوماتها ( هذه مصفوفة )
ملف اللغة ( هذه مصفوفة )
خيارات الموقع ( هذه مصفوفة )

كلهم ما يزيدو عن 9 ويكون حجمهم بالكثير جدا 5 ميجا يوم ما تكون مليان وملف اللغة بالألوف
خليتهم فجأة 50 ألف !!
ثم هذا ما يقوم به الهاك الرائع vboptimize لمنتديات الفيبولتن حيث يحول ملف اللغة والخيارات وكله للذاكرة مستخدما ال xcache فمن أين حكمت أنها طريقة خاطئة والكثير من المبرمجين المحترفين صاروا يستخدموها ؟
هل تعتقد أني جايب شئ من عندي أخي ولا مخترع شئ
كل هذا جلبته من الفيبولتن وهاكاتها وكلها أفكارة موجودة فعلياً في الفيبولتن التي لها كلاسات للتعامل مع 5 أنواع من الكاش

xcache
apc
eaccelerator
تخزين مباشر في الذاكرة
الملفات

وهو ما يستخدمه أيضا vbseo

بمعنى انك طالما طلبت المصفوفات سوف يتم تعريفها في PHP و البحث فيها مع كل تنفيذ للكود..
ترى هل هذه العملية اسرع ام البحث في الداتابيس؟

بالطبع هذه
أسرع بعشرات الأضعاف
يا عزيزي أنت حينما تحمل بيانات ملف اللغة من الداتا بيز يتم نقل البيانات للذاكرة أصلاً
لا تجادلني في أمر لم تدرسه ولم تعلم عنه شئ
أسأل أي مبرمج مبتدئ أيهما أفضل
تنفيذ 50ألف تعليمة سكول في اليوم
أم تنفيذ 0 !!
نعم جلب مجموعات الأعضاء والتصنيفات وغيرها مع كل زيارة هو أمر لا يقوم به الأن سوي المبتدئين مع إحترامي لهم

وبخصوص طريقة تعامل MySQL مع الداتا وفرزها هل يعقل انه لو عندك جدول 500 ميجا انها تنقله للرام؟ ومع كل يوزر

شرحت لك 3 مرات وأنت لم تفهم وهذه ليست مشكلتي
قلت لك أنك حينما تطلب تعليمة لجلب بيانات العضو رقم 5
يتم البحث في قاعدة البيانات علي الهارد
ثم نقل جدول العضو رقم 5 فقط للذاكرة
يعني الجدول الناتج والموجود فيه إسمه وبريده إلخ

هل فهمت أم أشرها بلغة أخري !!

لا بالطبع عزيزي ما اعرفه انها تبحث فقط ضمن الحقل المحدد لها وهو هنا ال username ولا اعرف ان كانت تنقله للرام كاملا ام لا.

ناتج الكويري يتم نقله علي الفور للذاكرة لتبدأ اللغة التي تستخدمها وهي في حالتنا php بالتعامل مع ذلك الناتج بالعمليات المنطقية والحسابية المطلوبة
ثم بعد الإنتهاء تقوم أليا ( ليس كل ال DBMS ) بتفريغ الذاكرة من ذلك الناتج
ولهذا فأنت تقوم بعمل free بعدما تنتهي من الكويري لتقوم بتفريغ الذاكرة من المحتوي
لما تفرغ الذاكرة ما دامت البيانات تأتي من الهارد !!

لهذا سألت من قبل الأستاذ العزيز عبدالله عيد هنا عن هل أقوم بعمل free أم لا قال لي لا تهتم فكلاس التعامل مع ال mysql في ال php تقوم بذلك ألياً

لا أدري كيف شئ مبدأي في عالم البرمجة مثل هذا ولا تعرفه رغم أني أعتبرك من أصحاب الخبرة !!

ثم بعد النجاح تحدد الاجزاء التي طلبتها من الجدول وترجعها لك.. لكن لا اعتقد ان الجدول ينقل كاملا للذاكرة.

هات لي نص واحد قلت فيه ان الجدول كله ينقل للذاكرة
قلت لك الجدول الناتج
يعني جرب تدخل phpmyadmin
وتنفذ تعليمة فيها join تجلب من أكثر من جدول
ستجد ال phpmyadmin أظهر لك جدول جديد طويل جدا فيه كل البيانات
هذا الجدول الظاهر أمامك موجود في الذاكرة الأن ويتم التعامل معه من الذاكرة ويمكنك تحميل محتواه داخل مصفوفة ( هذه المصفوفة ستكون في الذاكرة أيضاً ) ثم تفرغ محتوي الكويري ( والذي سيفرغ المحتوي من ال address القديم ومعه بيانات تلك الكويري والتي يخزنها ال DBMS ) ويصبح لديك مصفوفة واحدة وهي ما حملت فيها الناتج ولا تحمل معها أية بيانات أخري

هذه المصفوفة يمكنك تخزينها بشكل دائم في الذاكرة لو كانت كثيرة الجلب من قاعدة البيانات
هذا هو ما قصدته
فقط المصفوفات كثيرة الجلب مثلما تفعل البرمجيات المتقدمة

مثل ملف اللغة
القوالب لو كانت في قواعد البيانات
المجموعات
الخيارات
التصنيفات
الهووك بأسمائها وارقامها

إلخ

كلها ما تزيد عن 10 مصفوفات يتم جلبها بكثرة رغم ان محتواها لا يتغير إلا نادراً فلتوفير تكرار تعليمات السكول كل مرة يتم تركها في الذاكرة بشكل دائم بواسطة المسرعات او تخزينها علي الهارد بواسطة كاش الملفات ( الأولي ستكون أسرع بالطبع )

وايضا ماذا عن هيئة وشكل تخزين البيانات على الرامة؟

وهل تفضل تخزين كل بيانات الكاش على الرام بدون استخدام اي شيء اخر؟

لم أفهم !!
عموما تعاملي مع الكاش وحسب الخبرة التي اكتسبتها من تلك البرمجيات يكون بنوعين

النوع الأول وهو المعلومات كثيرة الولوج وقليلة التحديث وهي التي ذكرتها بالأعلي
هذه أخزنها في الذاكرة بواسطة xcache ثم أكتب لكل واحدة منهم دالة تحديث وأناديها وقتما يحدث عليها تحديث ( هم يفعلون ذلك ولو تريد أسماء الدوال أجلبها لك )

ثم البيانات متوسطة الولوج مثل الإحصائيات فهيه أخزنها أيضا في الذاكرة كونها لا تتعدي الكيلو بايت في حجمها وأكتب لها دالة أناديها كل زمن محدد وليكن كل ساعه فأوفر عمل تعليمة سكول لجل إحصائيات الموقع تحدث كل زيارة لفقط 24 مرة في اليوم
فبدلاً من 50000 مرة تكون 24 مرة !!

أما قليلة الولوج فهذه أتركها تعليمة سكول وممكن أتفنن قليلاً وأستخدم نظام الملفات خاصة لو كانت المعلومات كثيرة
فمثلاً موقع أخبار الزيارات تكون أكثر علي الأخبار الجديدة فأخلي الأخبار الجديدة فقط يتم تكيشها علي الهارد ولمدة محددة وليكن يوم

التعامل يكون علي حسب كل كويري علي حدي

مع العلم أني وجدت نظام أخر تستخدمه البرمجيات الكبيرة
وهو البعد التام عن تعليمات السكول update وإستخدام جداول إفتراضية
فبدلاً من تحديث بيانات الموضوع مع كل زائر في كل زيارة
يتم مع كل زائر يدخل عمل تعليمة insert في جدول إفتراضي
هذه التعليمة يكون فيها رقم القسم اللي تم زيارته
ورقم الموضوع
وإسمه و ال ip إلخ مع الزمن الحالي اللي أدخلت فيه التعليمة لقاعدة البيانات

وكل ساعه عن طريق المهام يتم جلب البيانات من هذا الجدول
ومعالجتها بالبرمجة لتحديد كل قسم تم زيارته كم مرة وكل موضوع كم وكل عضو كم فينتج لنا القسم الفلاني تم زيارته الساعه السابقة 15 مرة
فنزود إحصائيات القسم دفعة واحدة ب 15 في تعليمة واحدة

هذا النظام موجود في كل البرمجيات الإحترافية ويكون إختياري
مثلا الفيبولتن موجود فيها ولكنه بخيار من لوحة التحكم ومكتوب في وصفه ( ينصح به للمنتديات الكبيرة )


فهناك أيضا لتقليل الحقول في الصلاحيات إستخدام الارقام ال binary لما تتمتع به من الثنائية ( إما 0 أو 1 ) فيمكنك إستخدامها في الصلاحيات yes - no
وهناك الكثير فقط قلب البرمجيات المشهورة والعالمية لتتعلم منهم

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

[PHP Expert]

الأخ المجروح،

اعتقد ان الاخ mr_m كان يقصد شي اخر غير اللي جاوبت عليه

الاخ mr_m يقصد أيهما اسرع:
1-استخراج مثلا اسماء المشرفين من مليون سجل عن طريق البي اتش بي بحيث يكون المليون سجل موجوده كمصفوفه في كود البي اتش بي ((طبعا هذا مجرد مثال لان في الواقع مستحيل مليون سجل في كود))
2- استخراج اسماء المشرفين من مليون سجل عن طريق امر SQL

طبعا في هذه الحاله واضح ان الاستخراج عن طريق امر SQL اسرع بكثير.

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

بالمناسبة من اسباب البطء في منتديات vbulletin هو بعض الـ SQL queries والتي وجدت معالجتها تحتاج أكثر من ثانيتين!
مثلا الأمر هذا

### 127 Queries 
### Total time: 280, Average time: 2.20472440944882
### Taking 2  to 5  seconds to complete
### Rows analyzed 41617 - 41626
SELECT threadid,title,postusername,forumid,lastposter  FROM  thread WHERE forumid NOT IN (XXX,XXX,XXX,XXX, XXX) ORDER BY lastpost DESC LIMIT XXX; 

[mr_m]

* هناك مشكلة اخي العزيز في انك لم تقرأ الرد كله وترد في ضوء ما به كله..
او في اني لم احسن الطرح لقلة الخبرة في الكتابة .. لانك لو اخدت عدد ردودي هنا في سوالف اجمع عليها 15 رد آخرين في موقع اجنبي.
وستكون هذه حصيلة تواجدي على المنتديات بكل انواعها .. فانا افضل القراءة عليها

* عند قراءة النصف الاول من ردك كنت عزمت على ترك النقاش من الاساس نظرا لاني كنت "باتكلم صيني".
والنصف الاخر يوحي بان هناك امل في القاء بعض النصائح ..

لكن حصل خير ..

* هناك فقط نصيحة لمن اراد تعلم الكاشنج بمعناها الحقيقي او سأل نفسه لماذا صفحات مواقع مثل Eacebook سريعة،
بان يقرأ كتب متخصصة في هذا الغرض -ربما لا تكون حتى لPHP لان ما يهم هو التقنية
وعندما يتوسع ستتضح حقائق كثيرة منها :

- ان ما تحتثنا عنه في هذا الموضوع الى الان هي طرق تقليدية جدا جدا لعمل الكاشنج.
- بعض البرامج التي يطلق عليها العرب احترافية مثل vb فيها كوارث ان صح التعبير في الاوبتمايزنج والكاشنج. والروتين الذي تمت برمجتها فيه.
- ربما يعرف معنى ال System Analysis لمواقع الويب و خرائط الكاش
- ربما يفتح نظره على الربط بين السيرفرات وتوزيع المهام.
- وبالتاكيد سيتضح له بدائية ما تستخدمه 90% من البرمجيات العربية في الكاش.


شكرا،،

[محب الله ورسوله]

الاخ mr_m يقصد أيهما اسرع:
1-استخراج مثلا اسماء المشرفين من مليون سجل عن طريق البي اتش بي بحيث يكون المليون سجل موجوده كمصفوفه في كود البي اتش بي ((طبعا هذا مجرد مثال لان في الواقع مستحيل مليون سجل في كود))
2- استخراج اسماء المشرفين من مليون سجل عن طريق امر SQL

ما دخل ذلك فيما قلته عن الكاش ؟
وهل هناك من يكيش جدول الأعضاء كله في الذاكرة !!

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

وجود قواعد البيانات جاء لحل العديد من المشكلة بعدما كانت البيانات تخزن في وقتها في ملفات مفردة علي الهاردديسك وأول ما تقرأه في أي كتاب قواعد بيانات هو فوائد إستخدام قواعد البيانات

عموما كلامي كله كان محدد للغاية لتوضيح كيفية الإستفادة من المسرعات في تخزين المصفوفات الأكثر إستخداما في الذاكرة بدلاص من تطبيق ألاف تعليمات السكول اليومية لجلبها وتوفير كل هذه التعليمات
وكلامي كان شديد الوضوح أني أتكلم فقط عن البيانات الأكثر جلباً في الموقع
مثل مجموعات الأعضاء وملف اللغة والخيارات إلخ
كلها لا يتعدي حجمها 5 ميجا بالكثير وهذا الحجم بالنسبة للذاكرة ليس شئ يذكر
خاصة انها أصلا حينما تجلب مع كل زيارة يتم نقلها للذاكرة للتعامل معها

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

خاصة وقد قال جملة من بدائيات البرمجة
وهو أن تعليمة السكول تجلب النتائج المطلوبة للذاكرة ليبدأ المعالج بالتعامل معها في الذاكرة ولا أدري كيف تعتبر هذه معلومة جديدة عليه أصلاً !!
وماذا كان يظن عن دالة free result الموجود في دوال ال php للتعامل مع الماي سكول والتي تطبق بعد أوامر ال select

يبدوا أنه فهم من كلامي أني أقول أننا نريد تخزين كل موضوعات الموقع في الذاكرة !!

[محب الله ورسوله]

ما رأيك أخي mr_m أن ننقل النقاش لجانب عملي أفضل من الكلام النظري

لديك برمجية فيها مجموعات أعضاء ولهذه المجموعات خيارات لصلاحياتها في لوحة التحكم

هل تقوم بعمل تعليمة سكول لكل عضو يسجل دخول للموقع لجلب صلاحيات مجموعته الحالية ؟

أيضا في برمجيتك تقدم نظام خيارات عن طريق لوحة التحكم للتحكم في خيارات الموقع ككل
هل مع كل زائر يدخل تحمل كل هذه الخيارات بتعليمة سكول ؟

أنتظر ردك لأعرف طريقتك في التعامل مع مثل هذه الأمور التي تواجه أي مبرمج

[محب الله ورسوله]

اللعبة كلها هنا للإفادة

http://www.swalif.net/softs/swalif45/softs260801/

[PHP Expert]

اخوي المجروح نحن نعرف ان الذاكره اسرع من الهاردسك وان الكاش (اقصد الهاردووير) اسرع من الميموري وان الرجستري اسرع من الكاش ميموري.

انتم تتناقشون حول نقطه وللاسف كل واحد تكلم عنها حتى ضاعت مع التفاصيل.

اعتقد بأختصار الاخ المجروح يحاول يقول ان هناك mysql queries من المستحسن ان تكيش في الذاكره مثل الجدول الذي فيه اعدادت الموقع مثل الاسم والرابط وغيره وهذا صحيح ماقاله.

والاخ mr_m كان يحسب ان الاخ مجروح يقصد تكييش mysql queries مثل الجدول الخاص بالاعضاء او الجدول الخاص بالمواضيع. لذلك حبيت اوضح للاخ ان الذي يكيش بالذاكره هي جداول صغيره في الحجم وتستخدم كثير وليست كل الجداول.

[mr_m]

اخي المجروح .. فضلا اقرأ معي ما سأقتبسه من كلامي:

لذلك انتقلت لقاعدة البيانات فترة .. ثم انتقلت لوسيلة اراها افضل

= بخصوص الانتقال كلية لتخزين الكاش على قاعدة البيانات بامكانك ان تسميه "خطأ" وانا معك في ذلك.
لكن هذا كان سنة 2006 وبامكانك تخيل مدى قلة المعلومات والتجارب في هذا المجال وقتها.

= لا يجب الاعتماد على الرام كلية و هذا تجده عند المواقع التي عليها ضغط من الزوار سوف تقتصد في استخدام الرام..
عن نفسي ادمج بين انواع التخزين فعلى سبيل المثال وليس الحصر:

- هناك صفحات ستاتيك تماما يتم تحويل الزائر لها وتكونها بالكرون.
- وهناك صفحات تستدعي اجزاء استاتيك من الرام واخرى من صفحات اخرى.
- وايضا هناك fetching لنتائج استعلامات و اعادة تخزينها في جداول لسهولة جلبها.
- وهناك خرائط للسكشنز والاكشنز الخاصة بها و طريقة عرضها في الرام.
- وتخزين بيانات دخول لمستخدمين معينين واعدادات اللغة في الرام على شكل نصوص وترك آخرين.


* واشكال الاستخدام تتوقف على مجال ومهمة الموقع الذي تعمل له كاش .. او بمعنى اصح optimization
* يمكنني المناقشة فيما تم ذكره فقط حتى تعم الفائدة .. لكن ليس اكثر.

وفقط للتوضيح:
معلومات المستخدمين اقصد بها التالي:
- تفضيلات اللغة - تفضيلات البحث - تفضيلات ال layout اذا كان هناك - فئته العمرية مثلا او بياناته الشخصية

هذه قد تنقل لك في الهيدرز الخاصة بالrequest على شكل كوكيز للمستخدم غير المسجل


صراحة اخي قد نضع طريقة/أسلوب standard ونقول انها مناسبة لاي موقع مع بعض التعديلات. وتتحدث عنها كما هو واضح..

لكني سأؤثر عدم الحديث لاني لا املك ما اشرحه او ألخصه في عدة سطور، حقيقة ..
ممكن اعمل كتابا عما استخدمه حاليا من اسلوب وتطبيقه على "بعض" الانواع من المواقع..
او عدة كتب تشرح ادخال ال AI على الكاش وتعليمها لنفسها وفهمها لتحديثات المبرمج على الكود دون تدخل منه..

لأن بوضعي لها على شكل رد:
- سوف اظلم المبرمج لانه لن يدرك ما قصدته منها نظرا لان الشرح مقتصد تماما.
- وسأظلم المعلومات لانها لن يعمل بها.

[محب الله ورسوله]

لذلك انتقلت لقاعدة البيانات فترة .. ثم انتقلت لوسيلة اراها افضل

لم أفهم الجملة لأنه لا يوجد في عالم تخزين الملفات سوي قواعد البيانات

= بخصوص الانتقال كلية لتخزين الكاش على قاعدة البيانات بامكانك ان تسميه "خطأ" وانا معك في ذلك.
لكن هذا كان سنة 2006 وبامكانك تخيل مدى قلة المعلومات والتجارب في هذا المجال وقتها.

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

تخزين الكاش داخل قاعدة البيانات هو ما تستخدمه فيبولتن في جدول ال datastore وسبب عمل ذلك أنه قديما لم يكن هناك ما يوفر لك إمكانية تخزين تلك البيانات علي الذاكرة بسهولة وتخزين هذا الجدول علي الهارد ديسك بنظام الملفات هو حل غير جيد
إلا أنه في الوقت الحالي أصبح بسهولة عالية يمكنك نقله كله للذاكرة خاصة وأن حجمه قليل وهذا ما تقدمه الإضافة vboptimize ولهذا فهذه الإضافة توفر التالي

- تقليل تعليمات السكول حيث تقص تعليمتين من كل صفحة وهي الخاصة بالقوالب وتقص من تعليمة بيانات العضو الجزء اخاص بملف اللغة
- تقليل إستهلاك الموارد مثل الذاكرة والمعالج

مرحلة الذاكرة هي المرحلة التي تمر بها التعليمة وحفظ الداتا في الذاكرة هو مجرد إختصار كل المراحل السابقة لأخر خطوة فقط مع الإستغناء عن كل الخطوات السابقة والتي يكون أشدها ثقل وقت ترجمة التعليمة وتنفيذها ويختلف ذلك من تعليمة لأخري

اما عن قولك أستخدام ال AI في الكاش فمع إحترامي لك أخي ما الذي تعلمه عن ال AI في عالم البرمجة ؟
ليتك تكتب لنا قليلاً ما تقصده بال AI لنعلم ما تقصده لأن ال AI ليس مجرد دالة أو كلاس تقرأ قليلا طريقة التنفيذ وتحدد المطلوب حسب دوال شرطية
هذا علم كامل خاص وليس مجرد إسم تطلقه علي دالة تراها ذكية

[mr_m]

لم أفهم الجملة لأنه لا يوجد في عالم تخزين الملفات سوي قواعد البيانات

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

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

تخزين الكاش داخل قاعدة البيانات هو ما تستخدمه فيبولتن في جدول ال datastore وسبب عمل ذلك أنه قديما لم يكن هناك ما يوفر لك إمكانية تخزين تلك البيانات علي الذاكرة بسهولة وتخزين هذا الجدول علي الهارد ديسك بنظام الملفات هو حل غير جيد
إلا أنه في الوقت الحالي أصبح بسهولة عالية يمكنك نقله كله للذاكرة خاصة وأن حجمه قليل وهذا ما تقدمه الإضافة vboptimize ولهذا فهذه الإضافة توفر التالي

- تقليل تعليمات السكول حيث تقص تعليمتين من كل صفحة وهي الخاصة بالقوالب وتقص من تعليمة بيانات العضو الجزء اخاص بملف اللغة
- تقليل إستهلاك الموارد مثل الذاكرة والمعالج

مرحلة الذاكرة هي المرحلة التي تمر بها التعليمة وحفظ الداتا في الذاكرة هو مجرد إختصار كل المراحل السابقة لأخر خطوة فقط مع الإستغناء عن كل الخطوات السابقة والتي يكون أشدها ثقل وقت ترجمة التعليمة وتنفيذها ويختلف ذلك من تعليمة لأخري

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

اما عن قولك أستخدام ال AI في الكاش فمع إحترامي لك أخي ما الذي تعلمه عن ال AI في عالم البرمجة ؟
ليتك تكتب لنا قليلاً ما تقصده بال AI لنعلم ما تقصده لأن ال AI ليس مجرد دالة أو كلاس تقرأ قليلا طريقة التنفيذ وتحدد المطلوب حسب دوال شرطية
هذا علم كامل خاص وليس مجرد إسم تطلقه علي دالة تراها ذكية

اذا دققت ايضا في الكلام ستجدني تحدثت عن "تقنية" .. ولا تزعل مني فانا لن اشرح/ اثبت نفسي هنا.. "I'm not explaining myself to you!"


>> لا أعرف كيف تحكم على الاشياء صراحة!
هل تحكم في ضوء ما هو موجود وواضح فعلا؟ أم من خلال حالات ممرت عليها ربما و حضرت كلاما تقوله عندما تمر بموقف مشابه؟!

لاني ارى 70% من كلامك المكتوب هنا بشكل ارجح لا يمت للموضوع او للحالة التي امامك بصلة..

[محب الله ورسوله]

أخوني هذه كلاس للتعامل مع عدة أنواع من المسرعات والكاش ومنها الملفات او التخزين بإستخدام SQLite
XCache, APC, eAccelerator, files, memcached using Cesar Rodas pure PHP gMemcache class, and SQLite.

Cacheme (memcache, benchmark) - PHP Classes

[mr_m]

بالتأكيد ستفيد المبرمج .. مشكور!