صفحة WordPress.org الرئيسية الجديدة ، تم الحصول على Cloudways ، تعليق WebP سبتمبر 2022 WordPress News w / CodeinWP

يتم إغلاق DesktopServer ، وهو أداة تطوير محلية لـ WordPress ، إلى الأبد

في خبر محزن ، أعلن ServerPress أنه سيغلق أداة تطوير WordPress المحلية DesktopServer بعد 12 عامًا في العمل (جنبًا إلى جنب مع أعمال ServerPress بشكل عام).

على حد علمي ، كانت DesktopServer واحدة من أولى أدوات التطوير المحلية الخاصة بـ WordPress وقدمت عددًا من الميزات الملائمة لمستخدمي WordPress.

كان فريق DesktopServer يعمل على إصدار جديد (5.0) ، لكنه توقف عن العمل عليه بعد أن توصل إلى استنتاج مفاده أنه لم يكن لديه فرصة كبيرة لتحقيق حصة سوقية عالية.

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

على سبيل المثال ، بدأ Flywheel (وبعد ذلك WP Engine) هذا الاتجاه مع WP المحلي. بعد ذلك ، دخلت Kinsta أيضًا في المزيج مع DevKinsta.

بالنظر إلى أن كلتا هاتين الأداتين لهما إصدارات مجانية وظيفية وغير محدودة ، فمن الصعب تبرير تكلفة DesktopServer ، حتى لو كانت / كانت أداة قوية.

ناهيك عن وجود الكثير من خيارات التطوير المحلي الجديدة التي ليست خاصة بـ WordPress ، ولكنها لا تزال تعمل بشكل جيد لمواقع WordPress.

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

هناك احتمال أن يبيع ServerPress كود DesktopServer أو يفتح مصادره ، ولكن لا توجد أخبار رسمية عن ذلك حتى الآن.

للاطلاع على بعض الخيارات الأخرى ، يمكنك قراءة مجموعتنا الكاملة لأفضل أدوات التطوير المحلي لـ WordPress.

يُزعم أن WP-Optimize يعزز نتائج التحسين بشكل مصطنع

إذا كنت قد تعمقت في تحسين أداء WordPress ، فمن المحتمل أنك لاحظت اتجاهًا مزعجًا حقًا:

يهتم الكثير من المستخدمين ، خاصةً في النهاية غير الرسمية للأشياء ، بـ "نتائج التحسين" لمواقعهم أكثر مما يهتمون بالأداء الفعلي لمواقعهم.

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

ربما ليس من المستغرب إذن أن بعض المكونات الإضافية للأداء في WordPress ستخرج عن طريقها لتعزيز نتائج الأداء بأي طريقة ممكنة.

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

في التغريدة ، يدعي Gijo أن المكون الإضافي WP-Optimize الشهير يكتشف أدوات اختبار السرعة الشائعة ولا يقدم JavaScript لتلك الأدوات ، وبالتالي يعزز الأداء بشكل مصطنع عند الاختبار (على الرغم من أن JavaScript سيستمر في تقديمه للزوار من البشر).

WP-Optimize هو مكون إضافي شامل لأداء WordPress حصل عليه نفس الفريق وراء UpdraftPlus .

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

رداً على استفسارات من WP Tavern ، قال David Anderson من UpdraftPlus أنه تمت إضافة الكود كجزء من تضمين رمز من شوكة من المكوّن الإضافي Fast Velocity Minify وأن الكود لم يتم لمسه منذ دمجه في البداية في WP- تحسين البرنامج المساعد.

قال ديفيد إنه كلف مطور JavaScript الرئيسي للفريق بالتحقيق في الكود ، وإذا كان موجودًا بالفعل فقط لأدوات اختبار سرعة اللعبة ، فسيتم إزالته.

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

في كلتا الحالتين ، يعد هذا تذكيرًا جيدًا بأنه عندما يتعلق الأمر بأداء WordPress ، يجب عليك دائمًا التركيز على التجارب الفعلية للزائرين من البشر ، بدلاً من "نتائج" التحسين الغامضة.

النشرة الإخبارية الغراء تتخلى عن WordPress.org لتذهب إلى كل قسط

يحب الكثير من مطوري المكونات الإضافية دليل المكون الإضافي WordPress.org لأنه يتيح لهم الوصول إلى جمهور كبير.

ومع ذلك ، هناك أيضًا بعض الجوانب السلبية ، وأبرزها ... بعض المستخدمين المؤهلين ، إذا جاز التعبير ، الذين يريدون دعمًا عالي الجودة من امتداد مجاني.

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

لهذا السبب اعتقدت أنه من المثير للاهتمام أن Newsletter Glue قد اتخذت قرارًا بإغلاق المكوّن الإضافي المجاني الحالي لبرنامج WordPress.org للتحول إلى نهج ممتاز بالكامل ( بعد بضعة أشهر من التحذير - لم يفعلوا ذلك من فراغ ).

تم تعطيل صفحة WordPress.org رسميًا اعتبارًا من 15 أغسطس.

في مقابلة مع WP Tavern ، قالت ليزلي سيم من Newsletter Glue إنهم لم يبنوا التجربة المجانية إلى الممتازة بالطريقة المثلى.

على سبيل المثال ، كان على المستخدمين حذف الإصدار المجاني من المكون الإضافي وتثبيت مكون إضافي متميز منفصل ، مما يعني أن عدد "التثبيتات النشطة" لـ Newsletter Glue في WordPress.org سيظل منخفضًا بشكل غير واقعي ( نظرًا لأن عدد "التثبيت النشط" سينخفض ​​بالفعل إذا قام شخص بالترقية إلى قسط ).

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

WebP افتراضيًا قيد الانتظار (مرة أخرى)

هل سيفعلون أم لا؟ كان هذا هو السؤال حول استخدام WebP الافتراضي في نواة WordPress.

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

على الرغم من أن الكثير من الأعمال الرئيسية قد تم دمجها بالفعل في إصدار WordPress 6.1 القادم ، يبدو أنه الآن "معلق" بعد اعتراضات من عدد من مطوري WordPress الرئيسيين.

الشكاوى الشائعة حول التنفيذ هي كما يلي:

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

بشكل عام ، أميل إلى الموافقة على أن هذا لا معنى له كميزة أساسية ، على الأقل في تنفيذه الحالي.

إذا كان المستخدمون يرغبون بالفعل في استخدام صور WebP ، فلديهم الكثير من الخيارات ، بما في ذلك تحويل الصور بأنفسهم أو استخدام مكون إضافي مثل Optimole الذي يعمل على تحسين الصور ديناميكيًا في الوقت الفعلي.

يبدو أيضًا أن المطورين الذين ترعاهم Google هم من يقودون التغيير ، والذي قد يكون نوعًا من تضارب المصالح نظرًا لأن Google قامت أيضًا بتطوير تنسيق WebP.

بشكل عام ، فإن الضغط على WebP افتراضيًا لم ينته بالتأكيد ، ولكن لا يزال يتعين علينا معرفة متى وكيف سيصل التنفيذ.