My PHP Problems

मूल लेख ↗ Hacker News चर्चा ↗

PHP की अत्यधिक उत्पादकता और लंबे समय से चली आ रही डिज़ाइन विचित्रताओं का मिश्रण वेब डेवलपर्स को अब भी विभाजित करता है। टिप्पणीकार इस बात पर ज़ोर देते हैं कि शून्य से काम करने वाले backend तक पहुँचना कितना आसान है और Laravel तथा Symfony जैसे modern frameworks की प्रशंसा करते हैं, जबकि legacy असंगतियों, असुरक्षित standard library व्यवहार, और presentation व business logic को मिलाने की प्रवृत्ति की आलोचना करते हैं। कई लोग नोट करते हैं कि साफ़-सुथरे विकल्पों और नई भाषाओं के बावजूद, HTTP के साथ PHP का घनिष्ठ जुड़ाव, होस्टिंग में इसकी सर्वव्यापकता, और इसका विशाल installed base इसे web के केंद्र में बनाए रखते हैं, भले ही इसका ecosystem अपने rough edges को छिपाने या कम करने के लिए विकसित हो रहा हो.

PHP एक अत्यधिक उत्पादक वेब DSL के रूप में

  • कई लोग PHP को विचार से काम करने वाले वेब बैकएंड तक बेहद तेज़ी से पहुँचाने वाला मानते हैं, यहाँ तक कि नए लोगों या लौटकर आने वालों के लिए भी।
  • ताकतें: HTTP के साथ घनिष्ठ मेल, सरल परिनियोजन (“सर्वर पर एक फ़ाइल डाल दो”), आसान SSR, अच्छा होस्टिंग सपोर्ट, और मज़बूत इकोसिस्टम (WordPress, Laravel, Symfony)।
  • कुछ लोग PHP की तुलना Go से करते हैं, इसे नेटवर्क्ड/वेब सेवाओं के लिए “DSL” कहते हैं, और PHP के request-per-process मॉडल तथा GET/POST/cookies की अंतर्निहित हैंडलिंग को अनोखा लाभ मानते हैं।

PHP और HTML को मिलाना बनाम टेम्प्लेटिंग सिस्टम्स

  • इस बात पर बहस कि PHP-as-template एक फ़ीचर है या ऐतिहासिक गलती।
  • समर्थन पक्ष: अलग टेम्प्लेटिंग भाषा की ज़रूरत नहीं, सरल loops/conditionals, तेज़ निर्माण और डिबगिंग, PHP ही टेम्प्लेटिंग इंजन है।
  • विरोध पक्ष: यह 1000‑लाइन की मिली-जुली PHP/HTML/SQL फ़ाइलों को बढ़ावा देता है, concerns का खराब separation, और juniors के लिए views में DB logic डालना आसान बना देता है।
  • कुछ का तर्क है कि frameworks और template engines मुख्यतः conventions और guard rails लागू करने के लिए होते हैं।
  • JSX से तुलना: कुछ इसे “PHP-style mixing rebranded” मानते हैं, जबकि अन्य ज़ोर देते हैं कि JSX बस function calls पर syntax है, और XSS सुरक्षा बेहतर है।

भाषा डिज़ाइन की विचित्रताएँ और विकास

  • stdlib APIs में असंगति (जैसे argument order), false लौटाने वाली functions की शिकायतें, कमज़ोर iterator support, और PHP को “वास्तविक” templating system की तरह इस्तेमाल करने में awkwardness (globals, include semantics) बार-बार उठती हैं।
  • अन्य लोग तर्क देते हैं कि इनमें से कई समस्याएँ tools/libraries (safe wrappers, Psalm/PHPStan, functional helpers) और हालिया core improvements (जैसे नए JSON helpers) से कम की जा सकती हैं।
  • बेहतर async/await support, proper binary data/buffer primitives, और arrays से आगे richer container types की इच्छाएँ भी हैं।
  • कुछ लोगों को लगता है कि नए फ़ीचर्स और “fancy” patterns, ज़रूरत से ज़्यादा इस्तेमाल होने पर, cognitive load बढ़ाते हैं।

Frameworks, इकोसिस्टम, और टूलिंग

  • Laravel को rapid prototyping के लिए सराहा गया; Symfony को संरचित, “enterprise” apps के लिए, हालांकि कुछ लोग इसे बहुत “magical” या कम documented मानते हैं।
  • GraphQL: Laravel Lighthouse के schema-first approach और गहरे ORM integration के लिए मज़बूत उत्साह; अन्य PHP GraphQL stacks के साथ मिले-जुले अनुभव।
  • Swoole/FrankenPHP (performance, server model), static analyzers, और safe wrappers जैसी आधुनिक tooling के उल्लेख दिखाते हैं कि PHP robust, modern workflows का समर्थन कर सकता है।

Legacy, धारणा, और करियर की वास्तविकता

  • PHP की खराब प्रतिष्ठा का बड़ा हिस्सा legacy WordPress/CF/पुराने PHP5 codebases और जल्दबाज़ी में किए गए agency work से आता है।
  • कई लोग नोट करते हैं कि modern greenfield PHP (frameworks और tooling के साथ) सुखद, performant, और लाभकारी हो सकता है, लेकिन कई jobs अभी भी पुराने code को “rescue” करने से जुड़ी होती हैं।