Clever Geek Handbook

المحرك الذي يمكنه: كيف تمكن Chromium من الاستحواذ على 90٪ من سوق المتصفحات



من محرك المتصفح الذي كان في البداية بديلاً غير معروف كثيرًا يستخدم في متصفح لا يحظى بشعبية ، إلى البطل الذي سيطر على السوق بالكامل.



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



لدى مجتمع الويب سبب كافٍ للخوف من نقص تنوع المتصفح. بعد أن استحوذ Internet Explorer على 90٪ من سوق المتصفحات في أوائل العقد الأول من القرن الحادي والعشرين ، استغرق مطوروه نصف عقد من الزمن لإصدار متصفح جديد. خلال هذه الفترة ، توقف تطوير الويب وبدأت المشاكل الأمنية في الظهور. أدى هذا إلى جعل الويب أسوأ ، لذلك غالبًا ما نريد من المتصفحات أن تنافس الويب بدلاً من احتكارها.



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



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



في عام 1992 ، أعرب Tim Berners-Lee عن مخاوفه بشأن القائمة البريدية للنص التشعبي.



8 12 , . (, , ! , , (, ), . , ; , , , .


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



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



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



قبل أن يبدأ صانعو المتصفحات في استخدام معايير الويب ، خلال "حروب المستعرضات" ، كان هناك عقد من الهيمنة على متصفح Microsoft Internet Explorer. استخدم Internet Explorer محرك مستعرض خاص بشركة Microsoft يسمى Trident. تم توزيع Internet Explorer مجانًا وتم تثبيته افتراضيًا على جميع أجهزة الكمبيوتر التي تعمل بنظام Windows. نظرًا لسرعة توزيعه ، فقد أصبح Trident محرك المتصفح الأكثر استخدامًا لسنوات عديدة.



ومع ذلك ، سرعان ما بدأت العديد من المتصفحات الصغيرة مفتوحة المصدر تكتسب شعبية. أشهرها كان Mozilla Firefox (استنادًا إلى Netscape) ، والذي استخدم محركًا يسمى Gecko. أوبرا متخلفة قليلاً وراءها بمحرك متصفح Presto. وقع مجتمع صغير في حب متصفح KHTML الخاص بـ Konqueror ، والذي كان له نصيب ضئيل من سوق المتصفحات.



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



تجدر الإشارة إلى غياب شركة آبل عن هذه القائمة. في عام 2003 ، بدا أن الشركة قد أغفلت تمامًا منصة الويب. حاولت دون جدوى إنشاء متصفح خاص بها يسمى Cyberdog. بدون متصفح أصلي لنظام التشغيل الخاص بهم ، جاءت أجهزة كمبيوتر Apple مزودة بـ Internet Explorer ، والتي ربطتها بأحد أخطر منافسيها - Microsoft.



ولكن بعد ذلك بدأت الشائعات تنتشر بأن شركة آبل تعمل على متصفح جديد. انضم العديد من المحاربين القدامى من Mozilla إلى الشركة ، وساهموا نيابة عن Apple في إصدار Mac مفتوح المصدر من Firefox. وبعد التجربة الأولى التي فشلت ، أصبحت الأدوات والتطبيقات أفضل بكثير. كان هناك بالفعل العديد من الحلول الناضجة مفتوحة المصدر.



في البداية ، كان من المفترض أن تختار شركة Apple Mozilla Gecko كمحرك متصفحها. كان لديها بالفعل الأشخاص المناسبون والخبرة في ذلك ، وقد تم استخدام المحرك في الغالبية العظمى من مشاريع المتصفحات ، بما في ذلك متصفح Mac المسمى Camino ، الذي طوره فريق مستقل غير تابع لشركة Apple. يعتقد البعض أن Apple يمكن أن تختار Presto من خلال نوع من اتفاقية الترخيص.



اختتم ستيف جوبز خطابه الرئيسي في Macworld 2003 بإعلان طال انتظاره: تقوم Apple بإنشاء متصفح خاص بها يسمى Safari. ولدهشة الجميع ، ستستخدم محرك كونكيورر. لا أبو بريص ولا المعزوفة. KHTML. كانت الأخبار كبيرة ، وعلى مدى العقدين التاليين ، غيرت مسار الويب.





متصفح Konqueror يعمل على سطح مكتب KDE



يعد مستعرض Konqueror أحد التطبيقات العديدة التي تعد جزءًا من سطح مكتب KDE لأجهزة كمبيوتر Linux. بالمعنى الدقيق للكلمة ، إنه ليس نظام تشغيل ، ولكنه حزمة برامج تبدو وتتصرف مثل نظام تشغيل. كان الاختصار في الأصل يعني Kool Desktop Environment ، ولكن بعد ذلك تم اختصاره ببساطة إلى KDE. Konqueror هو أحد البرامج الموجودة داخل KDE. و KHTML هو المحرك الذي يعمل عليه Konqueror. مثل Linux نفسه ، كل KDE مفتوح المصدر ، بما في ذلك متصفحه ، وقد التزم مجتمع المطورين بمبادئ المصدر المفتوح منذ بدايته.



لهذا السبب من المهم أن يتضمن إعلان Apple هذه الشريحة:





في إعلانها عن اختيار KHTML ، أعلنت Apple التزامها بأفكار مفتوحة المصدر. وعد فريق تطوير Safari بإجراء التغييرات التي يجريها على مشروع KHTML كلما أمكن ذلك. عند تكييف المحرك ، قسمته Apple إلى جزأين: WebCore ، الذي يتعامل مع العرض والهيكل ، و JavaScriptCore ، الذي يتعامل مع JavaScript. أصبح كل من هذين الجزأين مشروعين مفتوحين المصدر ، لكن عناصر متتبع أخطاء Safari ومحرك المتصفح ظلت مغلقة. ومع ذلك ، كان هذا المستوى من الشفافية مفاجئًا لشركة معروفة بحفاظها على أسرارها.



تم إصدار أول نسخة عامة من Safari في نفس وقت الإعلان ، في يناير 2003. بعد ذلك بوقت قصير ، بدأ Safari في الشحن باعتباره المتصفح الافتراضي لجميع أجهزة Mac. لمدة عام إلى عامين ، احتل Safari باستمرار اثنين إلى ثلاثة بالمائة من سوق المتصفحات. لم يكن ذلك كافيًا للسيطرة ، لكنه أعطى وزنًا لفريق تطوير Apple.



على الرغم من الوعد الذي تم قطعه لمجتمع المصدر المفتوح ، وجد مطورو Safari في البداية صعوبة في نقل تغييراتهم إلى مشروع KTHML. كان بعض الكود خاصًا بنظام التشغيل Mac. كانت الأجزاء الأخرى ببساطة غير متوافقة مع قاعدة الشفرة الحالية. أدى ذلك إلى خلاف طفيف بين فريق Apple والمؤلفين المشاركين في KHTML لبضع سنوات.



بمرور الوقت ، تم العثور على حل وسط يناسب الجميع. في يونيو 2005 ، قامت Apple بدمج JavaScriptCore و Webcore وبقية محرك المتصفح ، وأصدرتهم كمشروع واحد مفتوح المصدر مع أداة تعقب الأخطاء العامة ودعوة للمساهمة. بهذه الطريقة ، أظهرت الشركة لمجتمع KHTML أنها مستعدة للتعاون مع الحفاظ على استقلالية الكود.



تم تسمية المشروع Webkit.



كانت اللحظة حاسمة. تطورت الويب كمنصة بسرعة وكانت في مرحلة Web 2.0. بشكل عام ، كان Web 2.0 مجرد مصطلح تسويقي رائع ، محاولة لتسمية العدد المتزايد من التطبيقات المعقدة الموجودة حصريًا على الويب. يتضمن أول تطبيقين على الويب من Google - خرائط Google و Gmail. أضافت Google YouTube إلى القائمة في غضون عام.



في منتصف العقد الأول من القرن الحادي والعشرين ، ألقى مهندسو Google نظرة فاحصة على المتصفحات ووجدوا أنهم غير قادرين على تلبية الحاجة إلى إنشاء تطبيقات معقدة. كان هذا صحيحًا بشكل خاص بالنسبة للمتصفحات القديمة وغير المراقبة مثل Internet Explorer (بالمناسبة ، كان لـ YouTube أيضًا يد في تشجيع المستخدمين على التخلي عن IE6 ). لكن أولوية Google القصوى كانت السرعة. أعرب مؤسسو الشركة ذات مرة عن رغبتهم في إنشاء "الويب بأسرع ما يمكن التقليب عبر مجلة ورقية". كان هذا هو هدف الشركة ، وشعرت Google أنه حتى المتصفحات الحديثة مثل Firefox و Safari لم تكن قريبة بما يكفي.



بحلول عام 2006 ، بدأت الشركة في وضع خطط لبناء متصفحها الخاص. أرادت أسرع متصفح في السوق. بعد تجربة مجموعة متنوعة من محركات المتصفح ، وجه مطورو Google انتباههم إلى مشروع Webkit ، الذي انتقل إلى المصدر المفتوح. كان كودها مضغوطًا وقابل للقراءة ، وظلت كثافة الموارد منخفضة نسبيًا مقارنة بالمحركات ذات التاريخ الثري مثل Gecko أو Trident (لم يتم اعتبار الأخير على أي حال بسبب كود المصدر المغلق). لكن الأهم من ذلك أنه كان سريعًا. كنقطة انطلاق ، كان أسرع من جميع المحركات الأخرى.



إذا لم يقرر فريق Safari فتح مصدر محرك المتصفح في هذا الوقت ، فقد تكون القصة قد تطورت في اتجاه مختلف تمامًا. لكن المطورين فعلوا ذلك ، لذا بحثت Google في هذا الاحتمال وقررت استخدام المحرك. على مدار العامين التاليين ، بدأت العمل على تطبيق Webkit الجديد والأسرع.



كانت خطوتها الأولى هي التخلص من JavaScriptCore واستبدالها بمحرك JavaScript خاص بها يسمى V8 ، والذي سمي على اسم محرك المكبس القوي. كما يوحي الاسم ، كان محرك V8 سريعًا. في وقت الإصدار ، اتضح أنه أكثر فاعلية بعشر مرات من JavaScriptCore. لقد حقق هذه السرعة من خلال العمل في جهاز افتراضي وطريقة مختلفة قليلاً لتنفيذ التعليمات البرمجية ، مما يجعلها معيارية ومستقلة عن بقية محرك المتصفح. بالمناسبة ، بعد بضع سنوات ، سمحت هذه الوحدة بإنشاء لغة برمجة Node: أخذ مطوروها محرك V8 ، وتخلصوا من المتصفح ووضعوه على الخادم.



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



في سبتمبر 2008 ، أعلنت Google رسميًا عن مشروع المتصفح الخاص بها للجمهور. قامت الشركة بدمج الإعلان مع موقع الويب Nerd الخاص بـ Scott McCloudوالتي تضمنت تفاصيل كافة التفاصيل الفنية للمشروع. يمكن للمتصفح معالجة مواقع الويب بأسرع ما يمكن في السوق ، وبفضل بنية المعالجة المتعددة الخاصة به ، تمكن من الحفاظ على الصفحات نشطة حتى عند تجميد موقع آخر. كان هذا في الماضي عندما كانت المتصفحات لا تزال محملة بأشرطة الأدوات والوظائف الإضافية ، بالإضافة إلى الحزم من الشركات الكبرى التي تضمنت البريد. كان الاسم الذي أعطته Google لهذا المشروع يتوافق أيضًا مع المفهوم. في عالم المتصفحات ، يعني مصطلح "chrome" (chrome) كل شيء إضافي يحيط بصفحة الويب - شريط العناوين وأشرطة الأدوات وقوائم الملفات. تخلصت Google من معظم هذه الرسائل غير المرغوب فيها ، ولهذا أطلقت عليها اسم متصفح Google Chrome ، على أمل أن التركيز على البساطة والأداء سيؤتي ثماره.





جزء الويب الهزلي الذي بدأ كل شيء



بصرف النظر عن خوارزمية البحث المغلقة ، ساهمت Google في مشاريع مفتوحة المصدر وإنشاء مشاريع جديدة لسنوات عديدة. بعد أن فهمت درس Apple ، ذهبت الشركة إلى أبعد من ذلك في تطوير Chrome. في نفس اليوم الذي تم فيه الإعلان عن Google Chrome ، أتاحت الشركة المحرك بالكامل كمشروع مفتوح المصدر يسمى Chromium. هذه ليست مجرد بعض ملحقات Webkit. إنه ليس مجرد محرك عرض. أصبح كل شيء مفتوحًا: Webkit ومحرك V8 JavaScript وجميع رموز المتصفح نفسه. مع القليل من الجهد ، يمكن لأي مطور أن يكمل Chromium ويصدر متصفحه الخاص. بعد صدوره ، حدث ذلك للعديد من المتصفحات .



كان عام 2008 عامًا حافلًا بالويب. في نفس الشهر الذي تم فيه إطلاق Chrome ، عرضت Google نموذجًا أوليًا لمنصة تشغيل Android للأجهزة المحمولة ، تم تجميعها من عدة مشاريع مفتوحة المصدر. كما تضمنت نسخة الجوال من Google Chrome. حدث هذا بعد أكثر من عام بقليل من الإصدار الرسمي لجهاز iPhone ، والذي جاء مع نسخة معدلة من Safari. بحلول الوقت الذي بدأ فيه ستيف جوبز في قتل Flash بشكل نهائي وجعل منصة الويب الأصلية أولوية قصوى ، كانت هذه الأجهزة موجودة بالفعل في كل مكان.



أي أن Safari أو Chrome الآن يعملان على كل جهاز ذكي محمول. قام Safari نفسه ، بفضل مشتريات iPhone بالكامل ، بمضاعفة حصته في السوق في بضع سنوات فقط. نمت شعبية Chrome بشكل أسرع. باستخدام Chromium ، يمكنك الوصول إلى قائمة دائمة التوسع من المتصفحات المستقلة ومشاريع المتصفح. بالإضافة إلى ذلك ، أصبح Chromium العمود الفقري للغة برمجة Node وإطار عمل تطبيق Electron لسطح المكتب.



وعملت كل هذه المشاريع بفضل Webkit. على مر السنين ، انتقل من الاستحواذ على حصة صغيرة من سوق المتصفحات إلى السيطرة عليه.



كانت حالة الراحة هذه قصيرة العمر. في أبريل 2013 ، أعلنت Google بشكل غير متوقع أنها ستفصل مشروع Webkit إلى محرك جديد يسمى Blink. سينتقل Google Chrome ومشروع Chromium إلى هذا المحرك الجديد.



كانت هناك عدة أسباب لهذا الانتقال ، ولكن أهمها يعيدنا إلى مسألة المعالجة المتعددة. لعدة سنوات ، قامت Google بتوسيع Webkit لإضافة معالجة متعددة إلى متصفحاتها ، والتي أصبحت ميزة مهمة وأساسًا لنمو أداء متصفحات Chromium. في عام 2013 ، كان من المفترض أن يطلق مشروع Webkit نسخة جديدة من المحرك ، مما أدى أيضًا إلى تحسين المعالجة المتعددة. كانت المشكلة أن تنفيذه سيصبح مختلفًا تمامًا وغير متوافق مع التنفيذ في Chrome. لقد استخدم بالفعل محرك JavaScript مختلفًا وكان هذا التغيير الجديد قد نقل Chromium بعيدًا جدًا عن المشروع الأصلي. جوهر Blink لا يزال بحاجة إلى Webkit ولا يزال. لكنه سيأخذ مسارًا مختلفًا ويخلق لنفسه مشروعًا جديدًا.



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



بعد هذه النقطة ، بدأت محركات المتصفح تختفي.



قبل شهرين من إصدار Blink ، أعلنت Opera أنها ستتخلى عن محرك Presto الخاص بها وتنقل متصفحها إلى Chromium. عندما أعلنت Google عن fork ، انضم Opera إليها. في مايو 2013 ، أصدرت أول متصفح لها يستند إلى Blink.



في غضون ذلك ، ظلت مايكروسوفت عالقة في محركها مغلق المصدر لسنوات. تم تحويل Trident إلى محرك يسمى EdgeHTML مصمم لمتصفح Microsoft Edge ، تم إصداره لأول مرة في عام 2015. لكن الاستثمار في تطوير محرك مستقل أثبت أنه صعب للغاية في سوق متصفح مزدحم بالفعل. في عام 2019 ، أعلنت الشركة أنها ستنتقل أيضًا إلى Blink. منذ ذلك الحين ، تم إصدار هذا المتصفح أيضًا.



أحفاد KHTML ، أي المتصفحات المزودة بمحركات من عائلة Blink / Webkit ، يستخدمها أكثر من 90٪ من المستخدمين. من النسيان عمليًا إلى 90٪ من حصة السوق في خمسة عشر عامًا ، إنه إنجاز رائع. وكان لها عواقب.



Blink و Webkit محركان مختلفان ، وهناك بعض الاختلافات في شفرة المصدر الخاصة بهما. لكنهم يستخدمون نفس الأسلوب لتقديم صفحات الويب ، ويظل معظم الكود داخل المشروع كما هو. هذا يعني أنه في المرحلة الحالية ، في الواقع ، هناك مجموعتان من محركات المتصفح متبقية - عائلة Blink / Webkit ومتصفح Firefox Gecko. حتى إذا قمت بفصل Blink و Webkit ، فلا يزال هناك ثلاثة فقط.



وهذا يعيدنا إلى مسألة تنوع المتصفح. لم يختفِ الابتكار في تكنولوجيا المتصفح ، ولحسن الحظ ، يلتزم كل متصفح جاد بعملية توحيد الويب. ومع ذلك ، إذا قرر مجتمع Blink و Webkit أنهم يريدون تحريك الويب في اتجاه معين ، فإن لديهم كل القوة التي يحتاجون إليها للقيام بذلك. هذا صحيح حتى اليوم ، على الرغم من حقيقة أن أبو بريص لا يزال متمسكًا. لخص



جيفري زيلدمان الأمر جيدًا في اللحظة التي قررت فيها Microsoft الانتقال إلى Blink:



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


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



يغطي هذا المنشور خمسة معالم رئيسية في تاريخ الويب.



  • 3 أبريل 2013. إنشاء Blink كشوكة لمشروع Webkit. يتم استخدام محرك عرض Blink في المتصفحات القائمة على Chromium ، بما في ذلك Google Chrome. تم وضع أساس قاعدة الشفرة الخاصة به بواسطة Webkit ، ولكنه يتعامل مع مهام المعالجة المتعددة ويحتوي على محرك V8 JavaScript.
  • 2 2008 . Google Chrome, . , Google . , .
  • 7 2005 . Webkit — Apple , : WebCore JavaScript- JavaScriptCore. Apple, Google Webkit .
  • 7 2003 . Safari — Apple , . Mac Internet Explorer Microsoft. KHTML, Webkit.
  • 23 2000 . Konqueror — KDE Konqueror 2. KDE , Konqueror . , , Apple Safari Google Chrome.








إعلان



تقدم شركتنا خوادم آمنة مع حماية DDoS مجانية . القدرة على استخدام خادم Windows مرخص في الخطط ذات 2 غيغابايت من ذاكرة الوصول العشوائي أو أعلى ، وإنشاء نسخ احتياطية للخادم تلقائيًا أو بنقرة واحدة.



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





More articles:


All Articles