استغرق عمل John حوالي 7 أشهر في وقت فراغه، وينقسم إلى قسمين رئيسين:

لغة Processing

الجزء الأول يشمل عملية المعالجة الآلية لأي سطر برمجي مكتوب بلغة Processing إلى Javascript عن طريق استخدام Regular Expressions لمعالجة مدخلات الأوامر للغة Processing الأصلية وإخراجها كأوامر Javascript لتفهمها المتصفحات.

واجهة برمجة التطبيقات Processing API

الجزء الثاني من المشروع هو الدعم الكامل لواجهة برمجة تطبيقات Processing API الثنائية الأبعاد 2D، ويشمل عدة نقاط منها، رسم الأشكال، رسم الصور، أدوات التحكم بالبيكسل، وغيرها الكثير.

طبعا هذه النسخة تستخدم آخر التقنيات المتطورة في لغة Javascript واستخدام العنصر Canvas للوصول إلى هذه النتيجة الرائعة، حيث يصف John هذه النسخة بأنها تدفع المتصفحات إلى أبعد حدودها من ناحية رسم وتحليل العناصر Rendering مما يحثها على السعي إلى تنفيذ آخر التوصيات والمعايير، ولهذا السبب فإن Processing.js لا تعمل بصورة صحيحة إلا على عدد قليل من المتصفحات، وأغلبها المتصفحات التجريبية مثل Firefox 3 وOpera 9.50 والنسخ الليلية من Webkit.

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

في وقت مضى، كتب الأخ الكريم/ عبدالله المهيري (سردال) سلسلة مواضيع عن قابلية الاستخدام، كانت مقدمة إليها، وإنا ننصح كل من لم يقرأها من قبل أن يفعل الآن.. ولفائدتها رأينا الإشارة إليها من هنا:

1. مقدمة إلى قابلية الاستخدام
2. كيف ينظر الزوار إلى موقعك؟
3. قابلية استخدام الصفحة الرئيسية
4. قابلية استخدام نظام التصفح
5. قابلية استخدام محرك البحث
6. اختبارات قابلية الاستخدام

نتمنى لكم الاستفادة.

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

LAMP هو عبارة عن عدد من البرمجيات اتحدت فيما بينها لتشكل حزمة تستطيع تشغيل سيرفرات الويب ، و LAMP اختصار لـ :

1. Linux ، نظام تشغيل مفتوح المصدر - الكثير من توزيعاته مجانية.
2. Apache خادم ويب
3. Mysql نظام ادارة قواعد البيانات
4. PHP ، لغة برمجة تطبيقات الويب

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

اختصارات LAMP

• قد تستبدل PHP ب Perl او Python ولكن بشكل عام حرف P يرمز الى PHP
• LAMR : هو نفس المفهوم لكن تستبدل فيه PHP ب Ruby on Rails

ملاحظة: بعض المطورين يرمزوا M الى mod perl او mod python وP الى PostgreSQL (نظام ادارة قواعد البيانات)

الفرق بين LAMP و WAMP

الفرق في نظام التشغيل ، كما ذكرت سابقاً أن LAMP هو استخدام Linux كنظام تشغيل ، اما WAMP فهو استخدام نظام تشغيل Windows الذي تنتجه شركة مايكروسوفت - غير متوفر بشكل مجاني ولا يتبع المصادر المفتوحة - وبالتالي استبدل حرف L بحرف W ، اما باقي الحزمة فهي Apache و Mysql و PHP/Perl/Python.

مصادر ومراجع

• http://en.wikipedia.org/wiki/LAMP_(software_bundle)
• http://en.wikipedia.org/wiki/WAMP

روابط ذات صلة

• http://en.wikipedia.org/wiki/Open_source
• http://www.apache.org
• http://www.mysql.com
• http://www.php.net
• http://en.wikipedia.org/wiki/PostgreSQL
• http://www.linuxhelp.net/guides/lamp
• http://wamp.corephp.co.uk
• http://lamphowto.com

1. باستخدام البيكسل
2. بالنسبة المئوية
3. بالتناسب
4. بالكلمات(keywords)

والآن مع التفاصيل:

1- بالبيكسل:

2- بالنسبة المئوية:

لاحظ حجم ال(body) يبقى بوحدة البيكسل،والتغير يكون في العناصر الأخرى،وفي هذا المثال حجم ال(h1) يمثل 150% من حجم ال(body) الأساسي وهو 14 بيكسل.

3- بالتناسب: بمعنى أن حجم ال(h1)يمثل بمرة ونصف من الحجم الأساسي للـ(body)
1.5*14 بيكسل=21 بيكسل

4- بالكلمات:

(يعني تكتب حجم الخط: كبير(large)-وسط(medium)-صغير(small)-صغير جدا(x-small),...الخ)، وللمزيد حول الكلمات المتاحة ارجع لموضوع "طرق التحكم بالخط".

طيب والسؤال الآن أين الوصفة السحرية؟؟
ومافائدتها؟؟

أولاً نبدأ بالوصفة:

1- اختر كلمة للتحكم بالخط(يفضل صغير(small) أو وسط(medium)واجعلها لتخصيص ال(body) وستكون هي الخط الافتراضي للصفحة.
2- حدد حجم الخط لأي عنصر آخر غير الـ(body) مثل الـ(p) والـ(h1) وغيرهما بالطرق الأخرى(إما الثانية أو الثالثة)

وما الجديد مع هذه الوصفة؟؟
عندما ترتبط أحجام خطوط صفحتك بالحجم الافتراضي للصفحة الذي خصصناه في الـ(body)؛فإنك بكل سهولة وسلاسة فقط بتغييرك حجم خط الـ(body) فإنك عمليا تغير كل أحجام خطوط العناصر المرتبطة بالـ(body).
فمثلا إذا أردت أن تكبر خطوط الموقع قليلا فما عليك سوى أن تغير حجم خط الـ(body) من small إلى medium على سبيل المثال.
وكذلك لو أراد المتصفح أن يكبر حجم الصفحة فالعملية ستكون أكثر سهولة واحترافية.

منظمة WaSP لها هدف نبيل جدا وهو مساعدة شركات المتصفحات والعمل معهم على تطبيق المعايير القياسية، ولكن وبعد مرور حوالي 10 سنوات من تطبيق هذه الاختبارات، وطرح 3 نسخ منها، للأسف لم يتم تطبيق أحد أهم المعايير القياسية وهي كيفية ظهور عناصر Right-to-Left (RTL) في المستند.

ادعاءات Opera بأن متصفحها نجح وبتفوق في ACID2

ﻻ تزال النسخة الثابتة من متصفح Opera -وقد قلت الثابتة لأن هذه الثغرة قد تم اصلاحها في النسخة التجريبية والتي نجحت في اختبار ACID3- ضعيف في تطبيق معايير CSS وHTML القياسية بخصوص ظهور العناصر RTL، وقد اكتشفت هذه الثغرة منذ حوالي سبعة شهور تقريبا وقمت بالتبليغ عنها bug-290464@bugs.opera.com، ولكن وللأسف لم يجبني أحد، وربما أرادوا اصلاحها في الجيل القادم لا أدري، ولكن ولضعف امتحان ACID2 فإن هذا المتصفح يعتبر "قياسيا".

شرح مشكلة Opera

عندما يكون لديك مستند HTML وأردت أن يتم تطبيق خاصية RTL على كامل المستند عبر الوسم <html> بإضافة dir="rtl" إليه، ومن ثم تضيف عنصر إلى هذا المستند لنقل على سبيل المثال <ul> وأردت محاذاته إلى اليسار عن طريق خاصية CSS float:left ومن ثم إضافة هامش إلى اليسار عن طريق padding-left:40px لن يتحرك هذا العنصر كما يجب على حسب المعايير القياسية، وقد أرفقت صورة لما يجب أن يظهر بالصورة الصحيحة وما يظهر الآن في Opera.

الشيفرة المصدرية لهذا الخطأ:

مشكلة RTL في Firefox

على العكس من Opera، فإن متصفح Firefox لم ينجح في اختبار ACID2، على الأقل في نسخ الجيل الثاني، ولكن يعتبر من المتصفحات الجيدة والمتوافقة نسبيا مع المعايير القياسية الأساسية، ولكن وللأسف يفشل في دعم العناصر RTL أيضا، وقد قمت بالتبليغ عنها، ولكن ردوا علي بأن هذه المشكلة مكررة وقد تم اصلاحها في نسخ الجيل الثالث من المتصفح، ولكن ليس أي من نسخ الجيل الثاني. وهذا أيضا يبعث إلى التحطيم. نظرا لأني قد بلغت عنها منذ حوالي 6 شهور تقريبا عندما اكتشفتها، وهناك من قد اكتشفها وبلغ عنها قبلي بسنة ونصف، أي أن هذه الثغرة موجودة في المتصفح منذ ظهوره، ولكن ما عسانا أن نعمل غير الصبر لحين صدور الجيل الثالث بشكل رسمي.

شرح مشكلة Firefox 2.x

أيضا عندما يكون لديك مستند HTML وأردت جعل العناصر المندرجة تحته RTL عن طريق الوسم <html dir="rtl"> وأردت إضافة عنصر كتلة Block element كمثال الفقرة <p> وأردت هذه الفقرة فقط أن تكون dir="ltr" أي عكس المستند، وللتوضيح جعلتها في برواز وعرضها 50%، المفروض أنها تبقى في مكانها، ولكن Firefox يذهب بها إلى اليسار، وقد أرفقت صورة توضيحية تظهر الشكل الصحيح على الجيل الثالث من Firefox والجيل الثاني.

الشيفرة المصدرية لهذا الخطأ:

الخلاصة

قمت بمراسلة القائمين على اختبارات ACID وإلى WaSP منذ فترة ولم يصلني جواب إلى الآن، وﻻ زلت أحاول مراسلتهم بخصوص تطوير اختبار ACID3، ولكن وكما يقول المثل "اليد الواحدة ﻻ تصفق"، أتمنى من المطورين العرب المتابعة في مراسلتهم حتى يتم تطبيق بعض الاختبارات لقياس مدى تطبيق المعايير القياسية المتعلقة بظهور العناصر RTL لأنها تهمنا كعرب في تطوير صفحاتنا.

ملاحظة: لقد كتبت هذا المقال في مدونتي ولكن نظرا لأهميته أردت أن أنشره في أكثر من موقع لتوعية المطورين.

نافذة إلى المصادر المفتوحة

بداية يسعدني أن أقدم أول مساهماتي هنا في المشروع، وأرجو من الله أن يوفقنا جميعاً في نشر العلم والمعرفة، لرفع مكانة التقنيين العرب

مقدمة

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

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

عندما نقول أن "مصدر مفتوح" ويمكن للجميع التعديل عليه، فهنا نقصد أن للجميع الحق في رؤية الكود وتغييره وإعادة إصداره فقط على نسخه الشخصية وليست على البرنامج الأساسي، فهذا الأمر يتطلب صلاحيات خاصة يعطيها مدير المشروع المفتوح المصدر لبعض الأشخاص حسب رؤيته وطريقته الخاصة، ويتم العمل على هذه المشاريع عبر برامج إدارة التغييرات أو لنقل التحكم بالإصدارات Version Control System - VCS

حسناً عندما نتحدث عن مصادر مفتوحة وعن Version Control System فإننا نتحدث عن متنافسين قويين هما SVN و CVS فدعونا نتحدث حول العوامل المشتركة والفكرة الأساس وثم نقوم بطرح الإختلافات والمميزات لكل منها عن الآخر

Version Control System :-
هي عبارة عن أنظمة تهتم بترتيب وتنظيم البرمجة الجماعية -التعاونية- بحيث يستطيع الفريق العمل على نفس المشروع في نفس الوقت ويقوم البرنامج بإتاحة أخر نسخة معدلة من الملفات للجميع كما ويقوم بحفظ كل التغييرات بالإضافة أو الحذف أو التعديل.

الـWikipedia تعتبر مثالاً جيداً لتوضيح الأمور ، فهي عبارة عن نظام يتيح لعدد كبير من المستخدمين التعديل على نفس المقال وإضافة ما لديهم وحذف ما يجدونه خطأ وتعديل ما يحتاج التعديل، ولكنها في نفس الوقت تحتفظ بكل التغيرات وذلك ليستطيع القائمون على الموقع إستعادة أي مواد محذوفة أو معدلة في حال تطلب ذلك !!

يبقى أن نشير إلى أن أنظمة VCS المختلفة لا تعمل بمفردها فهي عادة تكون إضافات لتستخدم مع IDE's مختلفة ومتنوعة

Concurrent Versions System - CVS :-
نظام إدارة الإصدارات ذو المصدر المفتوح هذا بدأ في الثمانينيات من القرن الماضي وهو الأكثر إنتشاراً في العالم ربما حتى هذه اللحظة، يستخدم كنظيره Client/Server بحيث يكون الكود الأساسي موجود على Server ويتم طلب هذا الكود والتعديل عليه وإعادته للسيرفر مرة أخرى عبر برنامج يدعم CVS عبر الClient
ما يميز هذا النظام عن نظيره هو قلة المساحة المستخدمة ويدعم الـRollback بشكل أسهل وإنتشاره وتوفره

Subversion - SVN :-
أيضاً نظام إدارة إصدارات ذو مصدر مفتوح بدأ التطوير عليه بداية هذا القرن عبر شركة CollabNet ، ببساطة القائمون على هذا المشروع يقولون أنهم يسعون لإنشاء نظام يغطي على CVS ويستبدله كلياً وأعتقد أنهم سينجحون في ذلك. فكرة العمل لا تختلف والأساس لا يختلف، ولكن تم حل العديد من المشاكل التي وجدت في النظام السابق .

تم إستخدام هذا النظام في :Apache Software Foundation, KDE, GNOME, Free Pascal, GCC, Python, Ruby, Samba and Mono.
كما أنه متوفر في SourceForge.net و Tigris.org ، ويتم إستخدامه في Google Code و BountySource بشكل حصري دون إتاحة CVS كبديل.

مشكلة النظام هو كبر المساحة المستخدمة لكثرة عدد النسخ التي ينشأها ولكنه أكثر سرعة
المشاكل التي تم حلها في هذا النظام:

• atomic commit حيث كان النظام القديم يتطلب شبكة موثوقة لعدم قطع النقل خلال عملية الCommit ولكن لا مشكلة بهذا الخصوص مع النظام الجديد
• إدارة التغييرات الخاصة بالملفات "نسخ، إعادة تسميه،نقل،حذف" فبعضها لم يكن موجوداً في النظام السابق والبعض الأخر تم تطويره
• إدارة التغييرات في الmetadata الخاصة بالملفات
• إدارة التغييرات في symbolic links
• إستخدام بروتوكول http دون بروتوكول خاص

وعدد آخر من الميزات يمكنكم الإطلاع عليها عند القراءة والإستخدام .

في النهاية أنوه إلى أنني سأقوم بكتابة موضوع ملحق قريباً أوضح فيه الجانب العملي حيث سأقوم بإنشاء مشروع على سيرفر وسأستخدم الSVN في تطبيق المشروع وتعديله وجلبه مرة أخرى كمستخدم آخر للتعديل.

مصادر مفيدة:

• Revision control
• Concurrent Versions System
• Subversion
• SVN vs CVS
• حاسوبي - Dev.Moh Sh

دمتم بود

ماسبب خوف المستخدم العربي من تجربة كل جديد؟

السبب الرئيسي حسب وجهة نظري هو اللغة , لأن مُستندات البرامج غالباً ماتكون مكتوبة بلغة مُعقدة قليلاً على المستخدم كيف يُحللها ويحاول إتباع تعلمياتها , إذاً ما الحل ؟ هل يقع على عاتق المطوريين العرب الذين سبق لهم تجربة البرنامج والتعامل معه توفير مُستندات عربية ؟ اعتقد أن هذا حل فعّال ولكن اعتقد أيضاً إن يداً واحدة لا تُصفق , بمعنى أن المطور لن يستطيع توفير مُستندات لكل البرميجات التي تعامل معها بسبب ظروف الحياة إلا إذا كان صديق بيل غيتس و هو من يدفع له تكاليف حياته ! :)

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

أين سأطرح ما وصلت إليه ؟

سؤال جيد , موسوعة ويكي بيديا موجودة و مفتوحة المصدر لكل شخص بحيث يُمكنه كتابة ماوصل إليه دون قيود , أو هُناك العديد من المنتديات التقنية العربية التي تُتيح لك كتابة ماتوصلت إليه , (سيقول قائل أنني أتفلسف) , تعال معي نُحلل موقع بي اتش بي الرسمي , هل سبق وأن زُرته ؟ عندما تبحث عن أي دالة ستجد شرحاً وافياً عن الدالة وكذلك مثال أو أكثر ,(إذاً مالجديد ؟) ولكنك ستجد بالمُقابل ردود الأشخاص الذين تعاملوا مع هذه الدالة , وهذه الردود لاتقتصر على كلمة شكراً أو مشكور كما هو الحال عندنا ! :) , ولكن تجد فيها تجارب الأشخاص مع هذه الدالة والمشاكل التي واجهتهم مع حل المشكلة , والغريب أنه يطرح المشكلة بشكل كامل مع الحل بشكل كامل وتفصيلي , ولهذا السبب وصلوا لماهم فيه الآن لأنهم يُساعدون بعضهم الآخر , ولاحظ معي أن الكُل يتوجه للبرمجيات مفتوحة المصدر لأنهم استيقظوا من واقع البرمجيات المُغلقة .

بإختصار شديد ما نحتاجه هو الجرءة لتجربة كل جديد , وأيضاً تقديم مالدينا للآخرين لأنه و في يوم من الأيام سنحتاج لخبرة الآخرين لكي نحل مشاكلنا , وإن عملية التطوير هي عملية تكامل بين المستخدم أولاً فالمطور ثانياً .

أعتذر على الإطالة.

بانتظار آرائكم.

تحياتي

سنتعرف على دالة scandir التي أتت مع نسخة php 5. الدالة تصبح مصفوفة تحمل أسماء الملفات بمجرد اعطائها اسم الجلد
لنفرض ان لدينا مجلد باسم php5، قبل php 5 عندما تريد استخراج أسماء الملفات الموجودة في مجلد ما سيكون لازاما عليك كتابة هذا الكود

الآن سنجرب دالة scandir

وهذه طريقة طباعة أسماء الملفات بشكل عادي

كما يمكن تجاهل . و ..

بهذا الكود

فوائد الدرس:

1. معرفة طريقة التعامل مع الملفات
2. معرفة استخدام اكثر ممن طريقة
3. معرفة استخدام احسن الطرق للوصول الى المبتغى

ولا تنسى أن دالة scandir تعمل فقط على php5

والسلام عليكم

ال podcasting كما ورد تعريفه فى مقاله ويكيبيديا هو مواد صوتيه يتم تسجيلها مسبقا بواسطه شخص يطلق عليه ال podcaster و يتم نشرها و توزيعها على الانترنت ، و من أكبر الأمثله على المواقع التى إتخذت من هذا التعريف اساسا لخدماتها موقع ODEO الذى يحتوى على ملايين المواد الصوتيه القابله للتحميل التى تتحدث فى مختلف المجالات بدايه من المواد الترفيهيه حتى المواد العلميه البحته ، اخر رقم قد رأيته عند اخر زياره للموقع كان 3,858,559 ملف صوتى و بالرغم من ذلك يعتبر المحتوى العربى عليها تقريبا معدوم لكننى لست حزينا على ذلك لأننا لدينا مصدر اخر للمعرفه الصوتيه لكنه شديد التخصص و هو موقع IslamWay طريق الإسلام الذى يحتوى على الاف الخطب الإسلاميه التى تشمل كل صغيره و كبيره فى الدين الإسلامى ، انا شخصيا اشعر بمسئوليه تجاه هذه الخطب و المواد الصوتيه و دائما مايتردد داخلى هذا السؤال " هل تستطيع سماع كل هذه الخطب فى فتره حياتك " و قد بدأت بالفعل بتنفيذ إستراتيجيه بسيطه للغايه تتلخص فى سماع خطبه يوميا قبل النوم عن طريق تحميل الخطبه على موبايلى و سماعها عن طريق ال headset و الحمد لله تعالى قد إستمعت للكثير من الخطب و بما أن اخر مايسمع او يقرأ قبل النوم له أولويه فى الذاكره ... فلن انسى مافيها من فائده ان شاء الله .

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

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

1. الإستماع للماده الصوتيه على أكثر من جهاز كالكمبيوتر و الموبايل و الايبود و الmp3 و خلافه
2. سهوله هضم و إستذكار الماده الصوتيه عن المقرؤه
3. توفير وقت كتابه المقالات الطويله ، فقط قل كل ما يخطر بذهنك
4. توفير المواد التى لايمكن تسجيلها صوتيا كالاكواد مثلا فى ملفات نصيه مرفقه
5. كل منا يتحدث إلى جمهوره الخاص بيه ... الدكتور يتحدث لطلبته و مطور الويب الخبير يتحدث إلى المبتدئين و المهندس يتحدث إلى من هم اقل منه خبره ... إلخ

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

keepondev.com

keepondev.wordpres.com

Web Standards تعني معايير شبكة المعلومات، والتي يندرج تحتها الكثير من المعايير مثل معايير (more...)