Milyen alternatívái vannak a PHP-nek, ha vannak ilyenek?

Legjobb válasz

Őszintén szólva, ha egyszerű / közepes szintű szerveroldali parancsfájlokat szeretne végrehajtani, akkor érdemes megy PhP-re. Ez az egyik legjobb Server Script, Hands Down! Ez az eddigi legnépszerűbb szerveroldali nyelv!

Ha óriási terheléseket szeretne kezelni, mint például a Facebook vagy a Google, akkor vizsgálja meg a Python parancsfájlokat. Vagy akár a C programozást használja a szerver oldalon.

Itt található a gyakran használt szerver oldali nyelvek lefutása

CGI / Perl

A Perl régóta létezik, mint maga a világháló. Az 1. verzió 1987. december 18-án jelent meg, ami egy teljes évtized volt, mielőtt a cikkben szereplő többi nyelv még megfogant volna! Ha még nem ismeri ezeket a dolgokat, akkor valószínűleg kíváncsi arra, hogy miként létezhetett volna egy szerveroldali webfejlesztő nyelv maga a web előtt. Látja, hogy Perl nem jött létre webfejlesztő nyelvként. A Perl valójában egy többcélú szkriptnyelv, amelyet sok szövegmanipulációval járó feladatok kezelésére terveztek. A Perl nagyon jól tud zsonglőrködni különféle forrásokból származó szövegdarabokkal, és azokat teljes dokumentumokká egyesíteni, ami pontosan a szerveroldali webfejlesztésben rejlik. A létrehozása óta eltelt másfél évtizedben a Perl kibővült a modulok segítségével, amelyek néha összetett funkciók, amelyek a nyelvhez illeszthetők az alkalmazkodáshoz különféle speciális célokra. Az egyik ilyen cél a dinamikus webtartalom létrehozása a Common Gateway Interface (CGI) segítségével, amelyet a webkiszolgálók túlnyomó többsége támogat. A CGI egy szabványos eszköz, amellyel a webkiszolgáló szoftver bármely programnak elküldheti a böngésző weblapra vonatkozó kérését. Igazság szerint a CGI programokat szükség esetén C / C ++ nyelven is megírhatjuk (és alkalmanként meg is írtuk). Könnyű szövegkezelésével a Perl azonban mindig jobban megfelelt a feladatnak, és most, amikor a Perl a beépített CGI.pm modullal érkezik, az olyan dolgok kezelése, mint a HTML-űrlapok beküldése, az Ön számára kezelhetők. Végső áldásként a Átfogó Perl Archív Hálózatot (CPAN) azért hozták létre, hogy központosított forrást biztosítson a kiegészítő modulok, mintaszkriptek, és egyes esetekben teljesen kifejlesztett webalkalmazások. Ma a Perl verziói ingyen elérhetők az összes főbb operációs rendszeren (a mainstream Windows-tól a legsötétebb Unix-változatig), és ha valami bonyolulttá akarja tenni, akkor valószínű, hogy valaki már írt egy modult, hogy megkönnyítse a munkáját . Ennek a nyelvnek az egyetlen hátránya, hogy mivel nem webfejlesztésre készült, nem optimalizálták sem a sebesség, sem a skálázhatóság, sem a webkiszolgáló beállításainak egyszerű használata szempontjából. Sokkal könnyebb megtanulni a nyelveket, amelyek ugyanannyira képesek a webfejlesztési arénában, de a Perl lehetővé teszi, hogy a webfejlesztés mellett sokkal többet is végezzen, ha szükséges. Előnyök:

  • érett nyelv, több mint egy évtizedes múltra tekint vissza, kevésbé valószínű, hogy hibákat üt el a Perl-ben, mint bármely más szerveroldali nyelven.
  • INGYENES, bár egy jó könyv, amely bemutatja a köteleket, kissé hátráltathat.
  • A legtöbb jó webtárhely támogatja a Perl-t, így Ön valószínűleg nem kell külön fizetnie a tárhelyért.
  • Az egész világon elkötelezett Perl-fejlesztők hatalmas hálózata áll rendelkezésére. Nem csak a számtalan Perl-beszélgetőcsoporton és levelezőlistán válaszolnak a kérdéseire, de a CPAN-archívum (többek között) rengeteg példával szolgál.

Hátrányok:

  • Bár vannak lehetőségek a helyzet javítására, a Perl nem méretez különösebben forgalmas szervereken. Ha olyan webalkalmazást szeretne létrehozni, amely rövid időn belül rengeteg találatot teremthet, érdemes máshova keresnie.
  • Perl arról híres, hogy öt különböző módja van még a a legegyszerűbb dolog, ami megnehezítheti mások munkájából a tanulást, ha nem ugyanazt a módszert alkalmazták, amelyet Ön szokott látni. Ezenkívül a Perl fejlesztői arról híresek, hogy megtalálják a legrövidebb utat az adott program megírásához, ezért meglepetés lehet, ha csak egy mintaszkriptet nézünk meg, és megállapíthatjuk, hogy a teljes e-kereskedelmi bevásárlókosár szkript három kódsorban van megírva, amelyek többségében cikázik és visszavág.
  • A Perl-t arra a Unix-platformra optimalizálták, amelyen létrehozták, így ha Windows kiszolgálón dolgozik, akkor valószínűleg jobb teljesítmény-választási lehetőségeket kínál.
  • A Perl egy nyílt forráskódú szoftver, ami azt jelenti, hogy nincs hivatalos támogatás.A rendelkezésedre álló hatalmas támogató közösség ellenére, ha valami elromlik, az egyetlen ember, akire igazán számíthatsz, te vagy önmagad.

Cél fejlesztő : A legtöbb webfejlesztő, aki ma is dolgozik a Perl-lel, általában Unix-rendszergazda és -felhasználó, aki a Perlt is rendszerének más területein dolgozza. Az ilyen emberek számára a Perl megnyugtató „bárhová menjen, bármit csináljon” eszköz, amelyre mindig lehet támaszkodni. Ha Ön tapasztalatlan fejlesztő, aki szembesül egy eredetileg Perl-ben írt webhely fenntartásával, akkor fogjon meg pár jó könyvet , és készüljön fel egy valóban hatékony eszköz az arzenálodhoz.

ASP

Mielőtt tovább mennénk, tegyünk valamit az útból az ottani puristák számára. A Microsoft Active Server Pages (ASP) nem nyelv. Inkább az ASP egy olyan keretrendszer, amely lehetővé teszi számos szkriptnyelv (a legnépszerűbb VBScript és a JavaScript) egyikének kombinálását egy kibővíthető szoftver komponensekkel . Ezeket az összetevőket objektumként kezeli az Ön által választott szkriptnyelv, amikor az ASP keretrendszer részeként használják. Lényegében az ASP ereje abban rejlik, hogy képes összehasonlítani a viszonylag egyszerű szkriptnyelveket, mint például a VBScript és a JavaScript, a C / C ++ fejlesztők által általában használt hatékony szoftverkomponensekkel. Oké, ez a Microsoft értékesítési üteme. Most nézzünk szembe tényekkel: minden gyakorlati célból az ASP akár nyelv is lehet. Egyszerűen választhat, hogy VBScript ASP vagy JavaScript ASP-t ír. Mivel a mintakód nagy része ott VBScript-ben van megírva, a választás csak az Ön számára készült. Így az ASP-t általában a dinamikus webhelyek VBScript használatával történő fejlesztésének nyelvének tekintik, és ennek ernyője alatt kiemelkedő. Az ASP könnyen megtanulható, elég hatékony a legtöbb mainstream szerveroldali webfejlesztéshez, és elég jó teljesítmény szempontjából. Az ASP szorosan kapcsolódik a Windows operációs rendszerhez (az ASP működéséhez támaszkodó szoftverösszetevők többsége Windows-specifikus) és a Microsoft Internet Information Services webszerver szoftverhez. Ezen okokból kifolyólag nem praktikus és nem kívánatos az ASP-n alapuló webhely futtatása egy Windows alapú szerveren kívül. Ha saját webkiszolgálót állít be, ez azt jelenti, hogy befektetnie kell a Windows 2000 Server másolatába (bár az ASP nagy része Windows 2000 Professional rendszeren fut, az IIS ezen a platformon nem annyira skálázható). Ha fizet a webtárhelyért, az azt jelenti, hogy fizetnie kell egy Windows alapú szerverért, amely általában drágább. Bárhogy is nézi, az ASP pénzbe fog kerülni a futásért. Az ASP-nek vannak olyan változatai, amelyek futtathatóak egy Linux alatt futó Apache-kiszolgálón, de hacsak nem konkrét cél az, hogy egy meglévő ASP-webhelyet áthelyezzen egy Linux szerver, nincs értelme. Az ASP fejlesztők számára további gondot jelent az ASP-hez mellékelt összetevők viszonylag korlátozott jellege. Ha alkalmazásához csak adatbázis-csatlakozásra, keresőmotorra, e-mail-kezelő szolgáltatásokra, alapvető űrlapfeldolgozásra és munkamenet-követésre van szüksége, akkor az ASP kiválóan megfelel Önnek. Bármely kevésbé elterjedt funkcióhoz általában további szoftverkomponensek telepítésére van szükség a szerveren. Számos olyan vállalat létezik, amely olyan fájlokat állít elő az ASP használatához, amelyek PDF fájlokat generálnak, kölcsönhatásba lépnek az FTP szerverekkel, kezelik a bináris fájlok feltöltését és még sok minden mást. Sajnos ezek az alkatrészek, mint az ASP, általában kereskedelmi megoldások, amelyek pénzbe kerülnek. Mindennek az a feje, hogy az ASP egy nagyon jól támogatott technológia, a Microsoft fejlesztői közösségének minden támogatásával mögötte. MSDN , a Microsoft Fejlesztési Hálózata rengeteg technikai cikket és referenciaanyagot kínál az ASP fejlesztők számára, és a Microsoft támogatási személyzete örömmel kivizsgálja a fejlesztési erőfeszítései során felmerülő problémákat. (áron). Ha bármikor feltétlenül szüksége van egy kérdés megválaszolására, megnyugodhat, hogy lesz ott valaki, akinek a feladata a válasz megadása. Előnyök:

  • Meglehetősen könnyen megtanulható, bár programozásra van szükség.
  • Beépített Windows 2000 Server rendszerbe – nincs telepítési fejfájás.
  • Szakmai támogatás érhető el.

Hátrányok:

  • Ez nem ingyenes (kivéve, ha már Windows kiszolgálót használ)
  • A speciális funkcionalitás megkövetelheti, hogy kereskedelmi összetevőket vásároljon, vagy saját maga fejlessze őket a C / C ++ vagy a Visual Basic használatával.
  • Ha megszokta a C stílusú szintaxist (amelyet a C / C ++, a Java, a Perl, a PHP stb. megosztott), akkor a VBScript sajátosságait nehezen kezelheti.

Cél fejlesztő: ha bármilyen fejlesztést hajtott végre a VBScript vagy a Visual Basic használatával, vagy COM-objektumokat fejlesztett a Windows rendszerben korábban, akkor ez mindenképpen a webfejlesztő platform az Ön számára. Ezenkívül az ASP nagyjából olyan barátságos a nem programozókkal szemben, amennyire a programozási nyelv hozzájuthat (de ha nagyon utálja a programozást, nézze meg a következő Cold Fusion-t). Ha kényelmesen elkötelezi magát a web mellett a webkiszolgáló platformja mellett, és meg tudja vállalni az ezzel járó költségeket, vagy ha a vállalat, amelynek dolgozik, egyszerűen a Microsoft által nyújtott támogatást igényli, akkor az ASP remek technológia a tanuláshoz. Cold Fusion A webtervező számára, aki még soha nem írt programot, a szerveroldali webfejlesztő platform választása félelmetes lehet. Bármelyik úton is haladsz, szembe kell nézned egy nagy, gonosz programozási nyelvvel, amelyet megtanulhatsz, és csak fájni kezd a fejed … Eredetileg Allaire hozta létre 1995-ben és nemrégiben a Macromedia vásárolta meg, a Cold Fusion-t másként tervezték. Parancsfájlnyelv helyett a Cold Fusion címkekészletet ad, amelyet megtanulhat. Igen, címkék – csakúgy, mint azok a HTML-címkék, amelyeket megismertek és megszerettek! Vegyünk példát az adatbázisban tárolt információk közzétételére a weben. A szerveroldali nyelvek túlnyomó többségével kódot kell hozzáadnia a A HTML-üzemmódból való kilépéshez csatlakozzon a weblaphoz, csatlakozzon az adatbázishoz, kérje a bejegyzéseket a megjeleníteni kívánt adatbázistól, és dolgozza fel azokat az eredményeket, amelyeket az adatbázis küld Önnek, hogy megjelenítse azokat a weboldal részeként. A Cold Fusion programban ez a közös feladatot két címkével hajtják végre: egy címkével, amelynek attribútumai nevet adnak a lekérdezésnek, és jelzik, hogy melyik információt melyik adatbázisból kell lekérni. A tapasztalt programozó számára ez a címkealapú rendszer korlátozónak és rugalmatlannak tűnhet, de a legújabb verzióban több mint 300 címkéből álló beépített könyvtárral rendelkezik, és egyedi címkéket adhat hozzá hagyományosabb programozási nyelvek, mint a C / C ++ a A Java, a Cold Fusion bármi , csak korlátozó. A Cold Fusion 5.0 olyan címkéket tartalmaz, amelyek automatikusan grafikonokat generálnak az adatbázis adataiból, zökkenőmentesen biztosítják a keresési lehetőségeket a webhelyén, sőt HTML-űrlapokat is létrehoznak teljes JavaScript-ellenőrző kóddal. A kiszolgálóoldali készségek megszerzésére kényszerített Cold Fusion azzal az utópisztikus ígérettel jár, hogy csak néhány új taget kell megtanulnia! Az ASP-hez hasonlóan a Cold Fusion is egy kereskedelmi szerverplatform, ami azt jelenti, hogy pénzbe fog kerülni annak futtatása, függetlenül attól, hogy saját szervert állított be, vagy ha helyet bérelt egy webtárhely-szolgáltatón. Az ASP-vel ellentétben azonban a Cold Fusion nincs kötve a Windows platformhoz. A Cold Fusion ugyanolyan egyszerűen integrálódhat a Linux alatt futó Apache-szal, mint a Windows 2000-es IIS-szel. Előnyök:

  • Rendkívül könnyen megtanulható – nincs szükség programozásra!
  • Erőteljes és nagyon skálázható (a legújabb verzió támogatja mind a szoftveres, mind a hardver alapú szervercsoportosítást).
  • Szakmai támogatás a Macromedia-tól.
  • Keresztplatform.

Hátrányok:

  • Beállítása drága saját szerver felállítása: A Cold Fusion Server Professional 5.0 1295 dollárba kerül.
  • Előfordulhat, hogy a programozók nem szeretik a címkén alapuló fejlesztési módszereket.

Célfejlesztő: olyan webdesigntervezők, akik jól érzik magukat a HTML-ben, de a szerver oldali készségeket hozzá kell adniuk repertoárjukhoz anélkül, hogy programozási nyelvet kellene megtanulniuk. Az átlagos fejlesztői szempontból a Cold Fusion megtanulása ugyanolyan, mint néhány új címke megtanulása. A nem tervezők valószínűleg fel is melegítik a szerveroldali programozás tisztaságát a címkékkel, így ha belefáradt a szerveroldali szkriptek hibakeresésébe, érdemes lehet megnézni a Cold Fusion-t!

PHP

Viszonylag új jövevény a szerveroldali fejlesztési arénában, a PHP nagy népszerűségre tett szert a programozók körében megszokott szintaxis és átfogó függvénykönyvtár. Emellett viszonylag egyszerű szintaxisa és alacsony, alacsony ára (ez ingyenes!) Vonzó alternatívává tette a Microsoft ASP-jét az új fejlesztők számára. A PHP-t egyesek a szerveroldali szkriptek világának „Perl-gyilkosának” nevezték. Webfejlesztés céljából a PHP szinte mindent megtehet, amit a Perl képes, és általában gyorsabban és könnyebben. A Perl-től eltérően, amely általában CGI programként fut, amelyet a webkiszolgáló hívott meg az egyes oldalkérések kezelésére, a PHP integrálódhat a webkiszolgálóval, így sokkal hatékonyabban működik.A PHP egy rendkívül képes nyelv, rengeteg beépített funkcióval, amelyek mindent megtesznek a felhasználói munkamenetek nyomon követésétől kezdve a dinamikus grafika és akár PDF fájlok előállításáig menet közben! Nincs telepíthető modul, nincs megvásárolható kereskedelmi bővítmény … A PHP mindent maga kezel! Valójában a PHP egyetlen gyengesége, hogy viszonylag nehéz kibővíteni a nyelvet olyan nem szabványos funkciók hozzáadásával, amelyeket a beépített funkciói nem kezelnek. Ennek elvégzéséhez a C / C ++ programozás ismerete szükséges, és nem halvány szívű! Szerencsére egy nagyon ezoterikus webalkalmazással kell előállnia ahhoz, hogy olyan funkciókat igényelhessen, amelyek még nincsenek beépítve a PHP-be. A PHP ingyenes, platformokon átnyúló, nyílt forráskódú szoftver. Integrálódik az összes fő webkiszolgálóval az összes főbb operációs rendszeren. Ez nagy előny a fejlesztők számára a költségkerettel, mert létrehozhatnak egy komplett Linux-alapú webszervert PHP támogatással, és egy fillért sem fizetnek a szoftverekért! Ennek természetesen az a hátránya, hogy nincs hivatalos támogatás a PHP-vel felmerülő problémákra. Továbbá, mivel a PHP egy ilyen új és aktívan fejlesztett technológia, a legújabb verziókban még mindig előfordulnak hibák. Ne hagyja azonban, hogy ezek a niggek elrettentse Önt – a PHP rendkívül aktív felhasználói közösséggel rendelkezik (amelynek nagy része megtalálható saját SitePoint fórumunkban !), amely mindig szívesen segít minden botlásban, és a PHP jelenlegi verziói meglehetősen stabilak és megbízhatóak. Előnyök:

  • Meglehetősen könnyen megtanulható, különösen C / C ++, Java vagy Perl tapasztalattal rendelkező fejlesztők számára.
  • Aktív felhasználói közösség, amely hajlandó nyújtani a kezét az induláshoz.
  • Minden beépül a nyelvbe.
  • Ingyenes!
  • Platformok közötti .

Hátrányok:

  • Ezt a nyelvet programozóbarátnak tervezték, ami sajnos kissé kevésbé barátságossá teszi a nem programozókkal.

Cél fejlesztő: olyan költségvetésű webfejlesztők, akik élvezik egyszerű programozás (pl. JavaScript), vagy ne bánja, hogy megtanulja, hogyan. A PHP nagyon sok energiát kínál Önnek, viszonylag egyszerű kódstruktúrával, de nem biztos, hogy nagyon alkalmas olyan csúcskategóriás alkalmazásokhoz, amelyeket a PHP beépített szolgáltatásai nem támogatnak.

Java

A Java vitathatatlanul a szerveroldali webfejlesztés leghatékonyabb platformja. A weblapkérelmeket kezelő kis Java programoktól (Servlet) a HTML-t egyéni címkékkel és Java-kóddal ötvöző JavaServer Pages-ig (JSP-k), sőt az Enterprise JavaBeans-ig (EJB-k), a kifinomult képességekkel rendelkező szoftver-alkatrészekig, amelyek zökkenőmentesen továbbítják az információkat a szervereken hálózatokon az elosztott alkalmazások elhelyezéséhez, a Java valóban forró technológia. Egy tapasztalt Java webfejlesztő könnyen megszerezheti az évi 100 000 USD feletti fizetést. Ahogy számítani lehetett rá, ennek oka van: a Java-t nem könnyű megtanulni! Az olyan szkriptnyelvektől eltérően, mint a Perl, az ASP és a PHP, a Java egy teljes értékű programozási nyelv, amely teljes mértékben képes nagy programok írására! Valaki, aki kevés programozási tapasztalattal rendelkezik, arra számíthat, hogy egy jó könyv segítségével egy-két hónapon belül megszerzi a Java nyelv ismeretét, és egy hónap múlva valószínűleg elsajátíthatja az egyszerű szerveroldali programozás alapjait. Java-val. Most, ha érdekel egy karrier a szerveroldali programozásban, akkor ez nem tűnhet túl soknak, de ha csak gyorsan akar valamit működtetni, akkor egy olyan egyszerűbb nyelv, mint a PHP, egy hét múlva fel tud futtatni, vagy Kevésbé! A Java-t elnevezik Write One, Run Anywhere (WORA) filozófiájáról, és a Java valóban futtatható az összes nagyobb webszerveren és az összes főbb operációs rendszeren. A Java webalkalmazások egy szabványos Web Application Archive (.WAR) fájlokba is csomagolhatók, amelyeket azután bármely Java-kompatibilis webszerverre telepíteni lehet, függetlenül a platformtól. A Java készítői ezt a mechanizmust tervezték kereskedelmi webalkalmazások terjesztésére a Java webszervereken történő felhasználásra; tapasztalataim szerint azonban a Java webalkalmazások inkább összetett problémákra szabott megoldások, mint online vásárolható megoldások. Számos gyártó gyárt olyan plug-ineket, amelyek lehetővé teszik az olyan webkiszolgálók számára, mint az Apache és az IIS, a Java webalkalmazások futtatását, és bár többségük ingyenes személyes használatra és fejlesztésre, a többségért fizetni kell, mielőtt felhasználhatná őket kereskedelmi célokra. Weboldal. Előnyök:

  • Rendkívül hatékony és méretezhető.
  • Platformokon átívelő.
  • A legtöbb Java szerver beépülő modul személyes és fejlesztési célokra ingyenes.

Hátrányok:

  • A Java sok munkát igényel.Ne kezdje el, ha nem gondolja komolyan az objektumorientált programozást.
  • A legtöbb Java szerver beépülő modulért fizetni kell, ha kereskedelmi webhelyek üzemeltetésére akarják használni őket.

Cél fejlesztő: Komoly fejlesztők, akik a lehető legnagyobb hatalmat, rugalmasságot és skálázhatóságot szeretnék elérni webalkalmazásaikhoz, és nem bánják, ha fizetnek érte. verejtékben, könnyekben és fejlődési időben. Összegzés Ebben a cikkben megvizsgáltuk a ma elérhető összes fő szerveroldali fejlesztési lehetőség relatív jellemzőit, előnyeit és hátrányait:

  • Perl : érett, platformokon átívelő nyelv, amelyet nehéz megérteni
  • ASP : A Microsoft hatékony, Windows-alapú keretrendszere
  • Cold Fusion : hatékony, tag-alapú opció nem programozók számára
  • PHP : többplatformos, nyílt forráskódú alternatíva sok beépített funkcióval
  • Java : a legnagyobb hatalom és rugalmasság, komoly programozók számára

Egészségére

Válasz

A PHP csak egy szerveroldali szkriptnyelv. Bármely programozási nyelv használható alternatívaként, amennyiben rendelkezésre áll egy ezt támogató kiszolgálószoftver. Használhatja a Python for Django, a JavaScript a Node.JS, az ASP .Net az IIS számára, a Java a Tomcat számára, a Php az Apache számára és még sok más, ami Még nem használtam.

Személyes kedvencem az ASP .net MVC, mert a nagy teljesítményű Visual Studio segítségével kódolhatok, és használhatom a C # kódot is. Nem szeretem a php-t csak azért, mert nincs túl jó IDE-je (valószínűleg soha nem kaptam ilyet), olyan erős, mint a Visual Studio, és a php többnyire még mindig eljárási. Pályafutásom nagy részében objektumorientált nyelveket kódoltam, és az eljárási szkriptek túl archaikusnak tűnnek számomra. Még a JS-t is utálom ezért, de legalább a jQuery ott van, hogy megoldja a legtöbb problémámat.

Éppen az az érzésem, hogy a php-ben nincs egy nagy projekthez szükséges struktúra. Igen, tudom, hogy A facebook használja a php-t, de ez nagymértékben testreszabott, és tehetséges mérnökök rendelkeznek saját keretrendszer és IDE-k létrehozására. Még olyan keretrendszereket is kipróbáltam, mint a CodeIgniter és a CakePHP. Bár bizony jobbak, mint a nyers php kódok írása, nem tudják összehasonlítani a luxus a C # kód megírása.

Vélemény, hozzászólás?

Az email címet nem tesszük közzé. A kötelező mezőket * karakterrel jelöltük