રોડરનર: PHP મરવા માટે બનાવવામાં આવ્યું નથી, અથવા બચાવ માટે ગોલાંગ નથી

હે હબર! અમે Badoo પર સક્રિય છીએ PHP કામગીરી પર કામ કરે છે, કારણ કે અમારી પાસે આ ભાષામાં એકદમ મોટી સિસ્ટમ છે અને પ્રદર્શનનો મુદ્દો એ નાણાં બચાવવાનો મુદ્દો છે. દસ વર્ષ કરતાં વધુ પહેલાં, અમે આ માટે PHP-FPM બનાવ્યું હતું, જે પહેલા PHP માટે પેચનો સમૂહ હતો, અને બાદમાં સત્તાવાર વિતરણમાં પ્રવેશ કર્યો હતો.

તાજેતરના વર્ષોમાં, PHP એ ખૂબ પ્રગતિ કરી છે: કચરો એકત્ર કરનારમાં સુધારો થયો છે, સ્થિરતાનું સ્તર વધ્યું છે - આજે તમે કોઈપણ સમસ્યા વિના PHP માં ડિમન અને લાંબા સમય સુધી ચાલતી સ્ક્રિપ્ટો લખી શકો છો. આનાથી સર્પાકાર સ્કાઉટને વધુ આગળ વધવાની મંજૂરી મળી: રોડરનર, PHP-FPMથી વિપરીત, વિનંતીઓ વચ્ચેની મેમરીને સાફ કરતું નથી, જે વધારાના પ્રદર્શન લાભ આપે છે (જોકે આ અભિગમ વિકાસ પ્રક્રિયાને જટિલ બનાવે છે). અમે હાલમાં આ સાધન સાથે પ્રયોગ કરી રહ્યા છીએ, પરંતુ અમારી પાસે શેર કરવા માટે હજુ સુધી કોઈ પરિણામ નથી. તેમની રાહ વધુ મનોરંજક બનાવવા માટે, અમે Spiral Scout તરફથી RoadRunner જાહેરાતનો અનુવાદ પ્રકાશિત કરીએ છીએ.

લેખનો અભિગમ આપણી નજીક છે: અમારી સમસ્યાઓ હલ કરતી વખતે, અમે મોટાભાગે PHP અને Go નો ઉપયોગ કરીએ છીએ, બંને ભાષાઓના ફાયદા મેળવીએ છીએ અને એકની તરફેણમાં એકનો ત્યાગ કરતા નથી.

મઝા કરો!

છેલ્લા દસ વર્ષમાં, અમે યાદીમાંથી કંપનીઓ માટે અરજીઓ બનાવી છે ફોર્ચ્યુન 500, અને 500 થી વધુ વપરાશકર્તાઓ ન હોય તેવા પ્રેક્ષકો ધરાવતા વ્યવસાયો માટે. આ બધા સમય, અમારા ઇજનેરો મુખ્યત્વે PHP માં બેકએન્ડ વિકસાવી રહ્યા છે. પરંતુ બે વર્ષ પહેલાં, કોઈ વસ્તુની માત્ર અમારા ઉત્પાદનોના પ્રદર્શન પર જ નહીં, પરંતુ તેમની માપનીયતા પર પણ મોટી અસર પડી હતી - અમે અમારા ટેક્નોલોજી સ્ટેકમાં ગોલાંગ (ગો) રજૂ કર્યું.

લગભગ તરત જ, અમે શોધ્યું કે Go અમને 40x સુધીના પ્રદર્શન સુધારણા સાથે મોટી એપ્લિકેશન બનાવવાની મંજૂરી આપે છે. તેની સાથે, અમે અમારા હાલના PHP ઉત્પાદનોને વિસ્તારવામાં સક્ષમ હતા, બંને ભાષાઓના ફાયદાઓને સંયોજિત કરીને તેમાં સુધારો કર્યો.

અમે તમને જણાવીશું કે કેવી રીતે Go અને PHP નું સંયોજન વાસ્તવિક વિકાસ સમસ્યાઓને ઉકેલવામાં મદદ કરે છે અને તે અમારા માટે એક સાધનમાં કેવી રીતે રૂપાંતરિત થયું છે જે સાથે સંકળાયેલી કેટલીક સમસ્યાઓથી છુટકારો મેળવી શકે છે. PHP મૃત્યુ મોડલ.

તમારું દૈનિક PHP વિકાસ વાતાવરણ

PHP ડાઇંગ મોડલને પુનર્જીવિત કરવા માટે તમે ગોનો ઉપયોગ કેવી રીતે કરી શકો તે વિશે વાત કરીએ તે પહેલાં, ચાલો તમારા ડિફોલ્ટ PHP વિકાસ વાતાવરણ પર એક નજર કરીએ.

મોટા ભાગના કિસ્સાઓમાં, તમે nginx વેબ સર્વર અને PHP-FPM સર્વરના સંયોજનનો ઉપયોગ કરીને તમારી એપ્લિકેશન ચલાવો છો. ભૂતપૂર્વ સ્થિર ફાઇલો સેવા આપે છે અને ચોક્કસ વિનંતીઓને PHP-FPM પર રીડાયરેક્ટ કરે છે, જ્યારે PHP-FPM પોતે PHP કોડને એક્ઝિક્યુટ કરે છે. તમે કદાચ Apache અને mod_php ના ઓછા લોકપ્રિય સંયોજનનો ઉપયોગ કરી રહ્યાં છો. પરંતુ તેમ છતાં તે થોડું અલગ રીતે કામ કરે છે, સિદ્ધાંતો સમાન છે.

ચાલો જોઈએ કે PHP-FPM એપ્લીકેશન કોડ કેવી રીતે એક્ઝિક્યુટ કરે છે. જ્યારે કોઈ વિનંતિ આવે છે, ત્યારે PHP-FPM PHP ચાઈલ્ડ પ્રક્રિયાને આરંભ કરે છે અને વિનંતીની વિગતોને તેની સ્થિતિ (_GET, _POST, _SERVER, વગેરે) તરીકે પાસ કરે છે.

PHP સ્ક્રિપ્ટ એક્ઝેક્યુશન દરમિયાન સ્થિતિ બદલી શકાતી નથી, તેથી ઇનપુટ ડેટાનો નવો સેટ મેળવવાનો એક જ રસ્તો છે: પ્રક્રિયા મેમરીને સાફ કરીને અને તેને ફરીથી શરૂ કરીને.

આ એક્ઝેક્યુશન મોડલના ઘણા ફાયદા છે. તમારે મેમરી વપરાશ વિશે વધુ ચિંતા કરવાની જરૂર નથી, બધી પ્રક્રિયાઓ સંપૂર્ણપણે અલગ છે, અને જો તેમાંથી એક "મૃત્યુ પામે છે", તો તે આપમેળે ફરીથી બનાવવામાં આવશે અને તે બાકીની પ્રક્રિયાઓને અસર કરશે નહીં. પરંતુ આ અભિગમમાં ગેરફાયદા પણ છે જે એપ્લિકેશનને સ્કેલ કરવાનો પ્રયાસ કરતી વખતે દેખાય છે.

નિયમિત PHP પર્યાવરણના ગેરફાયદા અને બિનકાર્યક્ષમતા

જો તમે પ્રોફેશનલ PHP ડેવલપર છો, તો પછી તમે જાણો છો કે નવો પ્રોજેક્ટ ક્યાંથી શરૂ કરવો - ફ્રેમવર્કની પસંદગી સાથે. તેમાં નિર્ભરતા ઈન્જેક્શન લાઈબ્રેરીઓ, ORMs, અનુવાદો અને નમૂનાઓનો સમાવેશ થાય છે. અને, અલબત્ત, બધા વપરાશકર્તા ઇનપુટ એક ઑબ્જેક્ટ (Symfony/HttpFoundation અથવા PSR-7) માં સરળતાથી મૂકી શકાય છે. ફ્રેમવર્ક સરસ છે!

પરંતુ દરેક વસ્તુની તેની કિંમત હોય છે. કોઈપણ એન્ટરપ્રાઈઝ-લેવલ ફ્રેમવર્કમાં, સરળ વપરાશકર્તા વિનંતી અથવા ડેટાબેઝની ઍક્સેસની પ્રક્રિયા કરવા માટે, તમારે ઓછામાં ઓછી ડઝનેક ફાઇલો લોડ કરવી પડશે, અસંખ્ય વર્ગો બનાવવી પડશે અને ઘણી ગોઠવણીઓનું વિશ્લેષણ કરવું પડશે. પરંતુ સૌથી ખરાબ બાબત એ છે કે દરેક કાર્ય પૂર્ણ કર્યા પછી, તમારે બધું રીસેટ કરવું પડશે અને ફરીથી પ્રારંભ કરવું પડશે: તમે હમણાં જ શરૂ કરેલ તમામ કોડ નકામા બની જાય છે, તેની સહાયથી તમે હવે બીજી વિનંતી પર પ્રક્રિયા કરી શકશો નહીં. અન્ય કોઈ ભાષામાં લખતા કોઈપણ પ્રોગ્રામરને આ કહો, અને તમે તેના ચહેરા પર મૂંઝવણ જોશો.

PHP એન્જિનિયરો વર્ષોથી આ સમસ્યાને હલ કરવાની રીતો શોધી રહ્યા છે, હોંશિયાર આળસુ-લોડિંગ તકનીકો, માઇક્રોફ્રેમવર્ક, ઑપ્ટિમાઇઝ લાઇબ્રેરીઓ, કૅશ વગેરેનો ઉપયોગ કરીને. પરંતુ અંતે, તમારે હજી પણ આખી એપ્લિકેશન રીસેટ કરવી પડશે અને ફરીથી શરૂ કરવું પડશે. . (અનુવાદકની નોંધ: આ સમસ્યાના આગમન સાથે આંશિક રીતે હલ થઈ જશે પ્રીલોડ PHP 7.4 માં)

શું ગો સાથે PHP એક કરતાં વધુ વિનંતીઓ ટકી શકે છે?

PHP સ્ક્રિપ્ટો લખવી શક્ય છે જે થોડી મિનિટો (કલાકો અથવા દિવસો સુધી) કરતાં વધુ જીવે છે: ઉદાહરણ તરીકે, ક્રોન કાર્યો, CSV પાર્સર્સ, કતાર બ્રેકર્સ. તેઓ બધા સમાન દૃશ્ય અનુસાર કાર્ય કરે છે: તેઓ એક કાર્ય પુનઃપ્રાપ્ત કરે છે, તેને અમલમાં મૂકે છે અને આગલાની રાહ જુઓ. કોડ હંમેશા મેમરીમાં રહે છે, કિંમતી મિલિસેકન્ડની બચત કરે છે કારણ કે ફ્રેમવર્ક અને એપ્લિકેશન લોડ કરવા માટે ઘણા વધારાના પગલાઓ જરૂરી છે.

પરંતુ લાંબા સમય સુધી ચાલતી સ્ક્રિપ્ટો વિકસાવવી સરળ નથી. કોઈપણ ભૂલ પ્રક્રિયાને સંપૂર્ણપણે મારી નાખે છે, મેમરી લીકનું નિદાન એ ગુસ્સે થાય છે, અને F5 ડિબગીંગ હવે શક્ય નથી.

PHP 7 ના પ્રકાશન સાથે પરિસ્થિતિમાં સુધારો થયો છે: એક વિશ્વસનીય ગાર્બેજ કલેક્ટર દેખાયો છે, ભૂલોને હેન્ડલ કરવાનું સરળ બન્યું છે, અને કર્નલ એક્સ્ટેંશન હવે લીક-પ્રૂફ છે. સાચું છે, એન્જિનિયરોએ હજુ પણ મેમરી સાથે સાવચેત રહેવાની અને કોડમાં રાજ્યની સમસ્યાઓથી વાકેફ રહેવાની જરૂર છે (શું એવી કોઈ ભાષા છે જે આ બાબતોને અવગણી શકે?). તેમ છતાં, PHP 7 પાસે અમારા માટે ઓછા આશ્ચર્ય છે.

શું તે લાંબા સમય સુધી ચાલતી PHP સ્ક્રિપ્ટ્સ સાથે કામ કરવાનું મોડલ લેવું, HTTP વિનંતીઓ પર પ્રક્રિયા કરવા જેવા વધુ નજીવા કાર્યોમાં તેને અનુકૂલન કરવું અને દરેક વિનંતી સાથે શરૂઆતથી બધું લોડ કરવાની જરૂરિયાતથી છુટકારો મેળવવો શક્ય છે?

આ સમસ્યાને ઉકેલવા માટે, અમારે સૌપ્રથમ સર્વર એપ્લિકેશનને અમલમાં મૂકવાની જરૂર હતી જે HTTP વિનંતીઓ સ્વીકારી શકે અને દર વખતે તેને માર્યા વિના PHP કાર્યકરને એક પછી એક રીડાયરેક્ટ કરી શકે.

અમે જાણતા હતા કે અમે શુદ્ધ PHP (PHP-PM) અથવા C એક્સ્ટેંશન (Swoole) નો ઉપયોગ કરીને વેબ સર્વર લખી શકીએ છીએ. અને તેમ છતાં દરેક પદ્ધતિની પોતાની યોગ્યતાઓ છે, બંને વિકલ્પો અમને અનુકૂળ ન હતા - અમને કંઈક વધુ જોઈતું હતું. અમને ફક્ત વેબ સર્વર કરતાં વધુની જરૂર હતી - અમે એક ઉકેલ મેળવવાની અપેક્ષા રાખીએ છીએ જે અમને PHP માં "હાર્ડ સ્ટાર્ટ" સાથે સંકળાયેલ સમસ્યાઓથી બચાવી શકે, જે તે જ સમયે ચોક્કસ એપ્લિકેશનો માટે સરળતાથી અનુકૂળ અને વિસ્તૃત થઈ શકે. એટલે કે, અમને એપ્લિકેશન સર્વરની જરૂર હતી.

શું ગો આમાં મદદ કરી શકે છે? અમે જાણતા હતા કે તે થઈ શકે છે કારણ કે ભાષા એપ્લિકેશનને સિંગલ દ્વિસંગીઓમાં કમ્પાઇલ કરે છે; તે ક્રોસ-પ્લેટફોર્મ છે; HTTP સાથે કામ કરવા માટે તેના પોતાના, ખૂબ જ ભવ્ય, સમાંતર પ્રોસેસિંગ મોડલ (સમાનતા) અને લાઇબ્રેરીનો ઉપયોગ કરે છે; અને અંતે, હજારો ઓપન-સોર્સ લાઇબ્રેરીઓ અને એકીકરણ અમને ઉપલબ્ધ થશે.

બે પ્રોગ્રામિંગ ભાષાઓને જોડવાની મુશ્કેલીઓ

સૌ પ્રથમ, તે નક્કી કરવું જરૂરી હતું કે બે અથવા વધુ એપ્લિકેશનો એકબીજા સાથે કેવી રીતે વાતચીત કરશે.

ઉદાહરણ તરીકે, ઉપયોગ કરીને ઉત્તમ પુસ્તકાલય એલેક્સ પેલેસ્ટ્રાસ, PHP અને ગો પ્રક્રિયાઓ વચ્ચે મેમરી શેર કરવાનું શક્ય હતું (Apache માં mod_php જેવું જ). પરંતુ આ પુસ્તકાલયમાં એવી સુવિધાઓ છે જે અમારી સમસ્યાના ઉકેલ માટે તેનો ઉપયોગ મર્યાદિત કરે છે.

અમે એક અલગ, વધુ સામાન્ય અભિગમનો ઉપયોગ કરવાનું નક્કી કર્યું: સોકેટ્સ / પાઇપલાઇન્સ દ્વારા પ્રક્રિયાઓ વચ્ચે ક્રિયાપ્રતિક્રિયા બનાવવા માટે. આ અભિગમ છેલ્લા દાયકાઓમાં વિશ્વસનીય સાબિત થયો છે અને ઓપરેટિંગ સિસ્ટમ સ્તરે સારી રીતે ઑપ્ટિમાઇઝ કરવામાં આવ્યો છે.

શરૂ કરવા માટે, અમે પ્રક્રિયાઓ વચ્ચે ડેટાની આપલે કરવા અને ટ્રાન્સમિશન ભૂલોને નિયંત્રિત કરવા માટે એક સરળ બાઈનરી પ્રોટોકોલ બનાવ્યો છે. તેના સરળ સ્વરૂપમાં, આ પ્રકારનો પ્રોટોકોલ સમાન છે નેટસ્ટ્રિંગ с નિશ્ચિત કદ પેકેટ હેડર (અમારા કિસ્સામાં 17 બાઇટ્સ), જેમાં ડેટાની અખંડિતતા ચકાસવા માટે પેકેટના પ્રકાર, તેના કદ અને બાઈનરી માસ્ક વિશેની માહિતી શામેલ છે.

PHP બાજુ પર અમે ઉપયોગ કર્યો પેક કાર્ય, અને ગો બાજુ પર, પુસ્તકાલય એન્કોડિંગ/દ્વિસંગી.

તે અમને લાગતું હતું કે એક પ્રોટોકોલ પૂરતો નથી - અને અમે કૉલ કરવાની ક્ષમતા ઉમેરી નેટ/આરપીસી ગો સેવાઓ સીધી PHP થી. પાછળથી, આનાથી અમને વિકાસમાં ઘણી મદદ મળી, કારણ કે અમે ગો લાઇબ્રેરીઓને PHP એપ્લિકેશન્સમાં સરળતાથી એકીકૃત કરી શકીએ છીએ. આ કાર્યનું પરિણામ જોઈ શકાય છે, ઉદાહરણ તરીકે, અમારા અન્ય ઓપન-સોર્સ પ્રોડક્ટમાં ગોરીજ.

બહુવિધ PHP કામદારોમાં કાર્યોનું વિતરણ

ક્રિયાપ્રતિક્રિયા પદ્ધતિને અમલમાં મૂક્યા પછી, અમે કાર્યોને PHP પ્રક્રિયાઓમાં સ્થાનાંતરિત કરવાની સૌથી કાર્યક્ષમ રીત વિશે વિચારવાનું શરૂ કર્યું. જ્યારે કોઈ કાર્ય આવે છે, ત્યારે એપ્લિકેશન સર્વરે તેને એક્ઝિક્યુટ કરવા માટે એક ફ્રી વર્કર પસંદ કરવો જોઈએ. જો કોઈ કાર્યકર/પ્રક્રિયા ભૂલ સાથે બહાર નીકળે છે અથવા "મૃત્યુ પામે છે", તો અમે તેનાથી છૂટકારો મેળવીએ છીએ અને તેને બદલવા માટે એક નવું બનાવીએ છીએ. અને જો કાર્યકર/પ્રક્રિયા સફળતાપૂર્વક પૂર્ણ થઈ ગઈ હોય, તો અમે તેને કાર્યો કરવા માટે ઉપલબ્ધ કામદારોના પૂલમાં પરત કરીએ છીએ.

સક્રિય કાર્યકરોના પૂલને સંગ્રહિત કરવા માટે, અમે ઉપયોગ કર્યો બફર ચેનલ, પૂલમાંથી અણધારી રીતે "મૃત" કામદારોને દૂર કરવા માટે, અમે ભૂલો અને કામદારોની સ્થિતિને ટ્રેક કરવા માટેની એક પદ્ધતિ ઉમેરી.

પરિણામે, અમને દ્વિસંગી સ્વરૂપમાં પ્રસ્તુત કોઈપણ વિનંતીઓ પર પ્રક્રિયા કરવા સક્ષમ એક કાર્યરત PHP સર્વર મળ્યું.

અમારી એપ્લિકેશન વેબ સર્વર તરીકે કામ કરવાનું શરૂ કરવા માટે, અમારે કોઈપણ આવનારી HTTP વિનંતીઓનું પ્રતિનિધિત્વ કરવા માટે વિશ્વસનીય PHP માનક પસંદ કરવાનું હતું. અમારા કિસ્સામાં, અમે ફક્ત પરિવર્તન ફોર્મેટ પર જાઓ તરફથી net/http વિનંતી પીએસઆર-એક્સ્યુએનએક્સજેથી તે આજે ઉપલબ્ધ મોટાભાગના PHP ફ્રેમવર્ક સાથે સુસંગત છે.

કારણ કે PSR-7 ને અપરિવર્તનશીલ ગણવામાં આવે છે (કેટલાક કહેશે કે તે તકનીકી રીતે નથી), વિકાસકર્તાઓએ એવી એપ્લિકેશનો લખવી પડશે કે જે વિનંતીને સૈદ્ધાંતિક રીતે વૈશ્વિક એન્ટિટી તરીકે માનતી નથી. આ લાંબા સમયથી ચાલતી PHP પ્રક્રિયાઓના ખ્યાલ સાથે સરસ રીતે બંધબેસે છે. અમારું અંતિમ અમલીકરણ, જેનું નામ હજી બાકી છે, તે આના જેવું દેખાતું હતું:

રોડરનરનો પરિચય - ઉચ્ચ પ્રદર્શન PHP એપ્લિકેશન સર્વર

અમારું પ્રથમ પરીક્ષણ કાર્ય API બેકએન્ડ હતું, જે સમયાંતરે અણધારી વિનંતીઓમાં વિસ્ફોટ કરે છે (સામાન્ય કરતાં ઘણી વાર). મોટા ભાગના કિસ્સાઓમાં nginx પર્યાપ્ત હોવા છતાં, અમે નિયમિતપણે 502 ભૂલોનો સામનો કર્યો કારણ કે અમે લોડમાં અપેક્ષિત વધારા માટે પૂરતી ઝડપથી સિસ્ટમને સંતુલિત કરી શક્યા નથી.

આ સોલ્યુશનને બદલવા માટે, અમે 2018 ની શરૂઆતમાં અમારું પ્રથમ PHP/Go એપ્લિકેશન સર્વર જમાવ્યું. અને તરત જ અકલ્પનીય અસર મળી! અમે માત્ર 502 ભૂલથી સંપૂર્ણપણે છુટકારો મેળવ્યો નથી, પરંતુ અમે એન્જિનિયરો અને પ્રોડક્ટ મેનેજર માટે ઘણા પૈસા અને માથાનો દુખાવોની ગોળીઓની બચત કરીને સર્વરની સંખ્યાને બે-તૃતીયાંશ ઘટાડવામાં સક્ષમ હતા.

વર્ષના મધ્ય સુધીમાં, અમે અમારા ઉકેલમાં સુધારો કર્યો હતો, તેને MIT લાયસન્સ હેઠળ GitHub પર પ્રકાશિત કર્યો હતો અને તેનું નામ આપ્યું હતું. રોડરનર, આમ તેની અકલ્પનીય ઝડપ અને કાર્યક્ષમતા પર ભાર મૂકે છે.

રોડરનર તમારા ડેવલપમેન્ટ સ્ટેકને કેવી રીતે સુધારી શકે છે

અરજી રોડરનર વિનંતી PHP સુધી પહોંચે તે પહેલાં JWT વેરિફિકેશન કરવા માટે ગો સાઇડ પર મિડલવેર નેટ/http નો ઉપયોગ કરવાની મંજૂરી આપી છે, તેમજ પ્રોમિથિયસમાં વૈશ્વિક સ્તરે વેબસોકેટ્સ અને એકંદર સ્થિતિને હેન્ડલ કરવાની મંજૂરી આપી છે.

બિલ્ટ-ઇન RPC માટે આભાર, તમે એક્સ્ટેંશન રેપર લખ્યા વિના PHP માટે કોઈપણ ગો લાઇબ્રેરીના API ખોલી શકો છો. વધુ અગત્યનું, રોડરનર સાથે તમે નવા બિન-HTTP સર્વર્સ જમાવી શકો છો. ઉદાહરણોમાં PHP માં ચાલતા હેન્ડલર્સનો સમાવેશ થાય છે AWS લેમ્બડા, ભરોસાપાત્ર કતાર તોડનારાઓ બનાવવું, અને ઉમેરવું પણ gRPC અમારી અરજીઓ માટે.

PHP અને Go સમુદાયોની મદદથી, અમે સોલ્યુશનની સ્થિરતામાં સુધારો કર્યો છે, કેટલાક પરીક્ષણોમાં એપ્લિકેશન કાર્યક્ષમતામાં 40 ગણો વધારો કર્યો છે, ડિબગીંગ ટૂલ્સમાં સુધારો કર્યો છે, Symfony ફ્રેમવર્ક સાથે એકીકરણ અમલમાં મૂક્યું છે અને HTTPS, HTTP/2 માટે સમર્થન ઉમેર્યું છે. પ્લગઇન્સ અને PSR-17.

નિષ્કર્ષ

કેટલાક લોકો હજુ પણ PHP ની ધીમી, અનિશ્ચિત ભાષા તરીકેની જૂની કલ્પનામાં ફસાયેલા છે જે ફક્ત WordPress માટે પ્લગઈનો લખવા માટે સારી છે. આ લોકો એમ પણ કહી શકે છે કે PHP માં આવી મર્યાદા છે: જ્યારે એપ્લિકેશન પૂરતી મોટી થાય છે, ત્યારે તમારે વધુ "પરિપક્વ" ભાષા પસંદ કરવી પડશે અને ઘણા વર્ષોથી સંચિત કોડ બેઝને ફરીથી લખવો પડશે.

આ બધા માટે હું જવાબ આપવા માંગુ છું: ફરીથી વિચારો. અમે માનીએ છીએ કે ફક્ત તમે જ PHP માટે કોઈપણ પ્રતિબંધો સેટ કરો છો. તમે તમારું આખું જીવન એક ભાષામાંથી બીજી ભાષામાં સંક્રમણમાં વિતાવી શકો છો, તમારી જરૂરિયાતો માટે પરફેક્ટ મેચ શોધવાનો પ્રયાસ કરી શકો છો અથવા તમે ભાષાઓને સાધન તરીકે વિચારવાનું શરૂ કરી શકો છો. PHP જેવી ભાષાની માનવામાં આવતી ખામીઓ વાસ્તવમાં તેની સફળતાનું કારણ હોઈ શકે છે. અને જો તમે તેને ગો જેવી બીજી ભાષા સાથે જોડો છો, તો તમે કોઈપણ એક ભાષાનો ઉપયોગ કરવા માટે મર્યાદિત છો તેના કરતાં તમે વધુ શક્તિશાળી ઉત્પાદનો બનાવશો.

Go અને PHP ના સમૂહ સાથે કામ કર્યા પછી, અમે કહી શકીએ કે અમે તેમને પ્રેમ કરીએ છીએ. અમે એક બીજા માટે બલિદાન આપવાની યોજના નથી બનાવતા - તેનાથી વિપરીત, અમે આ ડ્યુઅલ સ્ટેકમાંથી વધુ મૂલ્ય મેળવવાની રીતો શોધીશું.

UPD: અમે રોડરનરના સર્જક અને મૂળ લેખના સહ-લેખકનું સ્વાગત કરીએ છીએ - લેચેસીસ

સોર્સ: www.habr.com