Pasirinkite tinkamą PHP sistemą

Turinys

• Patikimos svetainės
• 01. Kas iš tikrųjų yra PHP sistema?
• 02. Kaip tai gali padėti?
• 03. Konvencija dėl konfigūracijos
• 04. Vaizdo atskyrimas
• 05. Duomenų bazių palaikymas
• 06. Bendruomenė
• 07. Dokumentacija
• 08. Papildomos PHP sistemos funkcijos
• 09. Pagrindiniai pretendentai
• 10. Karkaso pasirinkimas
• 11. Kitos technologijos
• 12. Išvada
• Jums tai patiko? Perskaitykite tai!

PHP sistema suteikia pagrindą, kuriame kūrėjų kodas gali būti tvarkingai išdėstytas. Dokumentais, dažnai pasitaikančiomis problemomis, sprendimais, patarimais ir patarimais galima dalytis internete atviro kodo būdu.

Dienomis iki žiniatinklio struktūrų buvo įprasta matyti svetaines, parašytas nuosavybės teise. Skirtingi koduotojai, naudodamiesi savo technikos ir metodikos arsenalu, sutvarkys savo kodą ir suprojektuos savo architektūrą. Tai sukeltų daugybę klausimų: trūksta dokumentų, sudėtingų nuosavybės sistemų - ar dažnai pasitaiko „kas nutinka, kai programuotojas išeina?“

Kūrėjai dažnai bandė išspręsti kodo tvarkymo problemą sekdami „rūpesčių atskyrimo“ procesą, iš esmės suskirstydami didesnes problemas į mažesnes ir pažymėdami aiškias darbo ribas tarp kodo sekcijų.

Šablonų varikliai pateikė dar vieną naudingą įrankį, padedantį kurti žiniatinklio programas. „Smarty Template Engine“ yra sena, populiari biblioteka, leidžianti lengvai atskirti dvi kodo žiniatinklio kūrėjų sritis, dažnai susijusias su turinio generavimu (dar vadinama verslo logika) ir kaip jis rodomas (pristatymo žymėjimas ar rodinys).

Patikimos svetainės

Karkasai iš tikrųjų buvo pradėti naudoti 2004 m., Kai jie pasiūlė išsamų sprendimą kuriant patikimas svetaines. Dauguma populiarių PHP sistemų daugiausia remiasi projektavimo metodika, vadinama modelio rodinio valdikliu arba trumpai MVC. Tikriausiai neatsitiktinai gerai žinoma „Ruby on Rails“ MVC sistema buvo paleista maždaug 2004 m. Viduryje; tai neabejotinai buvo įkvėpimas daugeliui kitų PHP sistemų.

Viena pirmųjų scenos PHP struktūrų buvo „Mojavi“ projektas, deja, nebeveikiantis. Tačiau šiais laikais dėl mūsų dėmesio kovoja daugybė PHP sistemų. Šiame straipsnyje aptarsime keturias pagrindines PHP sistemas, kurios dabar dažnai naudojamos pramonėje: „CakePHP“, „CodeIgniter“, „Symphony“ ir „Zend“.

01. Kas iš tikrųjų yra PHP sistema?

Taigi, kas yra PHP sistema? Iš esmės tai yra PHP klasių ir funkcijų rinkinys, kurio kūrėjai laikosi kurdami svetainę. MVC paradigmą galima vertinti kaip šablonų variklių pratęsimą. Čia yra trumpas paaiškinimas:

• Modelis: Modelyje yra serverio verslo logikos kodas. Tai paprastai apima skaitymą ir rašymą į duomenų bazę, be tam tikro išankstinio ar vėlesnio apdorojimo. Pvz .: ‘Vartotojas įveda komentarą, bet prieš jį įterpdami į duomenų bazę, turime patikrinti šlamštą naudodami akismet.com; jei jis praeis, mes galime padaryti intarpą. “
• Žiūrėti: Čia pateikiate išvestį vartotojui tam tikru formatu, dažniausiai HTML žymėjimu, nors tai gali būti JSON arba XML formatas. Pvz .: „Turime rodyti visus forumo temos komentarus, modelis atneša visus komentarus, o tada juos perskaito ir suformatuoja rodinys.“
• Valdiklis: Valdytojas iš esmės yra valdytojas. Pirmiausia jis perima URL, tada iškviečia teisingus modelius ir rodinius, prieš pateikdamas jį naršyklei, mobiliajam įrenginiui ar API skambinančiajam. Pvz .: ‘Rodydamas visus temos komentarus, valdiklis atlieka faktinį modelio iškvietimą ir tada perduoda modelio duomenis rodiniui, kuris sukuria HTML išvestį. Tada valdiklis rodo sukurtą rodinį skambinančiai naršyklei. “

PHP sistema suteikia jums tiksliai apibrėžtą kodavimo šabloną, kuriame turite įdėti tam tikrų tipų kodą. Šis itin paprastas PHP kodas suteiks koduotojo vaizdą, kaip apskritai veikia MVC. Tai rodo dabartinį orą ten, kur esate!

? php
// Orų valdiklis
funkcija controller_weather () {
$ type = model_weather ();
echo view_weather ($ type);
}
// Gaukite dabartinius duomenis / orus, „modelį“
funkcija model_weather ()
// gauti duomenis
$ status = ’Pažvelk pro langą!’;
grąžinti $ statusą;
}
// Generuoti HTML pristatymą, „rodinį“
funkcija view_weather ($ type) {
// dizainas ir išdėstymas turėtų būti čia
grįžkite ‘b> Oras ten, kur esate: / b>
’. $ Tipas;
}
// perimkite URL ir paskambinkite atitinkamam valdytojui
jei (strstr ($ _SERVER [’REQUEST_URI’], ’/ weather /’)
) ) {
valdiklio_laikrodis ();
}
?> var13 ->

Dažna klaida yra kodo maišymas tarp valdiklio ir modelio. Idealiu atveju visi verslo kodai turėtų būti vienoje vietoje: modelyje arba iš tikrųjų trečiųjų šalių bibliotekoje. Geras klausimas sau: „ar kiti valdikliai naudotųsi šia logika; ar tai yra bendras kodas? ’Jei taip, tada jis turėtų priklausyti tai vienai vietai, o modelis yra labiausiai paplitęs.

Vis dar yra neaiškumų, kur turėtų būti verslo logika, valdikliuose ar modeliuose. Tiesiog „Google“ modeliuoja liesus valdiklius. Didžioji problema kyla dėl to, kad „verslo logika“ yra neryškus terminas.

Kitas geras būdas aiškiai atskirti verslo logiką ir požiūrį yra sukurti API, kad būtų lengviau integruotis į kitas sistemas. Tai daugiau ar mažiau priverčia interneto komandą sukurti tvirtą sistemą, nes ta pati verslo logika turi būti pritaikyta skirtingiems scenarijams. Be to, tai turi būti apsvarstyta nuo pat projekto pradžios.

Rodinį žymiai lengviau atskirti: rodinyje galite turėti tik programavimo ekrano sintaksę. Valdikliuose ir modeliuose niekada neturėtų būti jokios pateikimo sintaksės, pavyzdžiui, br />. Jei taip padarysite, turėsite didelių problemų!

02. Kaip tai gali padėti?

PHP sistemos naudojimas gali būti ne kiekvieno projekto atsakymas. Turite pažvelgti į savo aplinką ir nuspręsti, ar gerai tinka PHP sistema. Štai keletas privalumų ir trūkumų naudojant sistemas:

Argumentai "už"

• PHP sistemos gali būti naudojamos kaip greitas programų kūrimo metodas, leidžiantis sukurti greitus prototipus.
• Kadangi kiekvienas projektas yra pagrįstas panašia struktūra, tai leidžia spartesnį kūrimo ciklą.
• Kūrėjai gali lengvai pereiti nuo projekto prie projekto, nesijaudindami dėl kodo struktūros.
• Puikiai veikia su „Agile“ programinės įrangos kūrimu.
• Pagrindinis kodas keisis rečiau, todėl svetainė bus stabilesnė.

Minusai

• Kai kurių sistemų mokymosi kreivė yra kieta.
• Gali būti sunku rasti kūrėjų, turinčių tam tikros sistemos patirties.
• Ne visose sistemose nėra klaidų
• Įsilaužėliai gali išnaudoti sistemų trūkumus.
• Skirtingų sistemų interpretacijos ir MVC principo palaikančios bibliotekos gali skirtis.

PHP sistemos ir jos apskritai yra daugiausia kūrėjų srityje. Tačiau kitoms žiniatinklio projekto šalims reikia skirtingų poreikių, susijusių su sistemomis:

• Vadybininkai / savininkai: Trys skirtingos modelio-rodinio-valdiklio sritys sistemoje suteikia vadovams galimybę padalinti užduotis į valdomus gabalus. Pavyzdžiui, „Products“ modelyje dirbantis kūrėjas neturi jaudintis dėl to, kaip jis naudojamas išorėje. Išorinį pristatymą nagrinėja „View“. Iš esmės sistema leidžia lengviau kurti lygiagrečiai. Vikrus kūrimas yra projekto valdymo metodas, puikiai derantis su sistemomis. Turint daugybę praktiškai visose sistemose esančių įrankių ir valdytojams suprantant švarią struktūrą, greita plėtra ir pokyčiai yra norma.
• Dizaineriai: Vaizdinį vaizdą visada bus sudėtinga sujungti į kodą. MVC sistemos naudojimas padeda, tačiau užduotis vis tiek varginanti ir sunki. Kūrėjai turi padalinti dizainą į atskirus komponentus ir suskaidyti į atitinkamas peržiūras. Čia kartais gali padėti CSS sistemos.

03. Konvencija dėl konfigūracijos

Kad sistemos galėtų spręsti daugybę scenarijų, konfigūracijos nustatymas yra svarbi sritis. Daugelis sistemų pasirenka dizaino susitarimą dėl susitarimo. Pavyzdžiui, jei iškviečiama modelio PHP klasė model_students, duomenų bazės lentelė turėtų būti pavadinta studentų ir reikia iškviesti atitinkamo rodinio PHP klasę view_students. Tai sumažina konfigūracijos nustatymų sudėtingumą, kaip parodyta ankstesniame PHP orų pavyzdyje.

Konfigūracijos failai suteikia daugiau lankstumo ir valdymo; trūkumas yra tai, kad jie gali suteikti sudėtingumo, palyginti su įprasta dėl konfigūracijos.

Toliau pateikiamas konfigūracijos kodo fragmentas iš „Symfony“ maršruto failo:

# app / config / routing.yml
Sveiki:
modelis: / labas / {vardas}
pagal numatytuosius nustatymus: {_controller:
„AcmeHelloBundle“: Sveiki: rodyklė}

Atitinkamas kodas yra tiesiog „labas pasaulis“ scenarijus: jei URL yra, pavyzdžiui, example.com/hello/Bob, tada išvestis yra „Hello Bob“. Aukščiau esantis sintaksės fragmentas atitinka URL su atitinkamu valdiklio kodo fragmentu.

04. Vaizdo atskyrimas

Viena iš pagrindinių problemų, kurią išsprendžia MVC sistemų naudojimas, yra verslo logikos atskyrimas nuo duomenų išvesties.

Naudojant PHP sistemą neišvengiama maišyti tam tikrą kodą į pateikimo logiką. Tačiau jūs norite, kad bet koks pristatymo žymėjimas nepatektų į valdiklį ir, dar svarbiau, modelį. Taigi mūsų paprastame orų pavyzdyje nusprendėme pridėti paryškintą HTML žymą b>, tai būtų laikoma bloga praktika, nes tai tikriausiai sukels problemų, jei pristatymas bus JSON arba XML.

funkcija model_weather () {
// Tai yra blogai!
// Modelyje negalima pristatyti žymėjimo !!
// Pataisyk ar dar kitaip!
$ status = ’b> Pažvelkite pro langą! /
b> ’;
grąžinti $ statusą;
}

05. Duomenų bazių palaikymas

Žiniatinklio programos dažniausiai naudoja duomenų bazę, kad išsaugotų nuolatinius vartotojo duomenis. Visos keturios pagrindinės PHP sistemos gerai palaiko „MySQL“ ir kitas įprastas duomenų bazių tvarkykles, tokias kaip „Oracle“ ir „MS Server“. Yra susijęs programinės įrangos komponentas, vadinamas objekto-reliacijos atvaizdavimu (ORM), kurį kai kurios PHP sistemos naudoja. „Symfony“ ypač naudoja „Doctrine“, trečiosios šalies ORM, kuri taip pat gali būti naudojama kitose PHP sistemose. ORM siekia supaprastinti žiniatinklio projekto duomenų bazės kodą.

06. Bendruomenė

Visos pagrindinės PHP sistemos, apie kurias diskutuojame, turi bendruomenės palaikymą; „CodeIgniter“ yra ypač aktyvus. Atkreipkite dėmesį į tinklaraštininkų parašytų kiekvienos PHP sistemos pamokų skaičių: labai reikalingas šaltinis, padedantis kūrėjams suprasti PHP sistemą. Pažymėtinas faktas: „Symfony“ 2011 m. Atnaujino pagrindinę versiją. Žinios, susijusios su nauja 2 versija, gali būti nereikšmingos; tačiau 2 versija yra pagrindinis patikrintos sistemos pakeitimas.

07. Dokumentacija

Dokumentai yra gyvybiškai svarbūs kaip oficialios nuorodos. Nereikėtų kasti šaltinio kodo, kad sužinotumėte, kaip viskas turėtų veikti, nors tai dažnas atvejis. Dokumentuose turėtų būti gerų pavyzdžių, susijusių su kiekviena funkcija. Be to, geroje PHP sistemoje taip pat turėtų būti įvairių knygų, forumų ir vaizdo pamokų.

08. Papildomos PHP sistemos funkcijos

• Pagalbininko funkcijos: Tai dažnai yra paprastos PHP funkcijos, atliekančios tik vieną užduotį, pavyzdžiui, el. Pašto patvirtinimą.
• Talpykla: Tai tampa vis svarbiau, nes prie daugiau turinio galima prisijungti įvairesniais būdais. Visose PHP sistemose yra skirtingo lygio talpyklos mechanizmai. Daugelis interneto savininkų taip pat renkasi trečiųjų šalių įrankius, tokius kaip „Squid“.
• Vieneto testavimas: Tai leidžia automatizuoti jūsų programos kodo bandymą. Didelių projektų atveju turėtumėte pabandyti pridėti keletą vieneto bandymų. Visos peržiūrėtos PHP sistemos turi savo vieneto testavimo metodus arba naudoja PHPUnit, kuris yra beveik de facto PHP testavimo rinkinys.
• Formos generavimas: Čia PHP sistemos tikrai gali spindėti. Formos yra taip paplitusios žiniatinklio programose, kad dauguma sistemų turi generavimo arba patvirtinimo funkcijas, kurios padeda kūrėjams pridėti žiniatinklio formas.
• Seansas: PHP sesijos funkcijos jau veikia gana gerai. Dauguma PHP sistemų prideda funkcijas prie esamos PHP sesijos. Visų pirma „Zend“ turi geras sesijų valdymo funkcijas.
• Šablonas: Tai nurodo, kaip kodas yra organizuojamas rodinyje. Ji bando atsakyti į klausimą: „Kaip geriausia tvarkyti kodą rodinyje?“. „Smarty“ šablonas buvo ankstyvas sprendimas prieš MVC sistemas. Šio straipsnio kontekste „Symfony“ yra vienintelė sistema, naudojanti šablonų programinę įrangą, vadinamą „Twig“. Jis labai panašus į „Smarty Template“ ir buvo sukurtas tos pačios kompanijos, kaip ir „Symfony“.
• Išplėstinis / trečiųjų šalių modulis: Trečiųjų šalių papildiniai ir temos buvo varomosios jėgos kūrimo platformoms, tokioms kaip „WordPress“ ir „Drupal“. Kai kurios MVC sistemos siekia to paties; beveik visi jie turi elementarius trečiųjų šalių plėtinius ar papildinius, išskyrus „CakePHP“. Karkasai turi padaryti daugiau šioje srityje.
• ACL: Prieigos kontrolė ir prisijungimo valdymas yra įprastas daugelio žiniatinklio programų bruožas. Visose sistemose pateikiamos įvairaus lygio funkcijos, susijusios su vadinamaisiais prieigos kontrolės sąrašais (ACL). „CodeIgniter“ yra vienintelė sistema, kurioje reikia ieškoti žiniatinklyje trečiųjų šalių ACL papildinių.

09. Pagrindiniai pretendentai

Yra gerokai daugiau nei 20 skirtingų atvirojo kodo PHP sistemų; tai dažnai sukelia rimtą smegenų užšalimo atvejį. Tačiau pastaraisiais metais pamažu dominuoja keturi pagrindiniai pagrindai: „CakePHP“, „CodeIgniter“, „Symphony“ ir „Zend“.

Tai priklauso nuo ilgo gyvenimo, bendruomenės palaikymo ir dokumentavimo pagalbos. Funkcijos nenaudojamos, nes jose dažniausiai atliekami panašūs dalykai, o jei sistemoje trūksta funkcijos, greičiausiai bus prieinamas trečiosios šalies papildinys. Kaip vienas plaktukas yra geresnis už kitą, dažnai priklauso nuo asmeninės filosofijos, praeities patirties ar dabartinės darbo aplinkos.

Iš keturių sistemų „CodeIgniter“ ir „CakePHP“ labai priklauso kartu, o „CodeIgniter“ yra lengviausia pasiimti. Po to seka Zendas ir „Symfony“, nes jie labai panašūs. „Symfony“ turi didžiausią mokymosi kreivę, palyginti su „Zend“, dėl didesnio žinių kiekio, kurį reikia įgyti.

1 TortasPHP
Argumentai "už" Aktyvi bendruomenė; Tortų kepykla (kepykla. Cakephp.org)
Minusai Tortas turi labai specifinius būdus, kaip tai padaryti

Ši sistema įkvepia „Ruby on Rails“ ir labai priklauso KISS (laikyk tai paprasčiau kvailai) stovyklai. Jo karkaso struktūrą lengva suprasti. Yra aplankai valdikliams, modeliams ir rodiniams. Daugumoje žiniatinklio programų daugiausia kodo bus šiuose trijuose aplankų tipuose.

Svarbiausias „CakePHP“ akcentas yra „Cake Bakery“, kur trečiųjų šalių kūrėjai gali pridėti savo kodą ir dalytis juo su bendruomene. „CakePHP“ yra geras vidurys, ne toks paprastas kaip „CodeIgniter“, bet ir ne toks sudėtingas kaip „Zend“ ar „Symfony“.

„CakePHP“ neturi tokių priedų kaip ORM ar šablonų variklis. Iš keturių sistemų tai yra vienintelis, kuris neturi įmonės paramos, tačiau tai galėtų būti vertinama kaip pliusas.

2 „CodeIgniter“
Argumentai "už" Greitis; labai lengvas; didelė aktyvi bendruomenė, gera dokumentacija
Minusai Gali suteikti per daug laisvės koduojant

Tai sukūrė „EllisLab“ Oregone ir išleido netrukus po „CakePHP“, 2006 m., Tai yra puiku projektuose, kuriuose palankiau vertinamas geriausias veislės požiūris. Galite pridėti kitą trečiųjų šalių programinę įrangą nesijaudindami mažesni, ir, kaip ir „CakePHP“ bei „Zend“, ji turi aiškią MVC aplankų struktūrą, kuria galite vadovautis. „CodeIgniter“ taip pat suteikia kūrėjams daugiau erdvės spręsti problemas pagal jų mąstymą, skirtingai nei „Zend“ ar „Symfony“, kuriuose reikia galvoti pagal individualią metodiką.

3 „Symfony“
Argumentai "už" ORM; turi savo šablonų variklį
Minusai Stačia mokymosi kreivė

Prancūzijos agentūros „SensioLabs“ sukurta „Symfony“ tikrai jaučiasi kitaip. Tai skatina naudoti ORM, pliusą sunkiam duomenų bazės darbui, ir naudoja savo „Twig“ šablonų variklį, kurį taip pat sukūrė „SensioLabs“.

Norėdami jaustis, eikite į symfony.com, 2 versijos svetainę. Nesupainiokite su 1 versijos svetaine, symfony-project.org; 2 versija yra tas, kurį reikia išmokti!

„Symfony“ nėra akivaizdžios MVC terminologijos, nors ji daro tą patį, ką ir kitos sistemos. Ji turi unikalią koncepciją, vadinamą paketais, susijusių kodų ar failų kolekcijas, kurios padeda atskirti žiniatinklio programų funkcijas. Kaip ir Zendas, kodų generavimas vaidina svarbų vaidmenį „Symfony“.

Tai sunkiausiai suvokiama sistema, tačiau su gera bendruomenės pagalba pagalba niekada nėra toli. Modelio struktūra skiriasi nuo daugelio kitų sistemų: ji skatina doktriną kaip verslo logikos modelio kodo įvesties tašką.

4 Zendas
Argumentai "už" Gera verslo programinė įranga, ilgaamžiška
Minusai Dizaino modelio koncepcijoms suprasti reikia laiko

Sukūrė PHP variklio įmonė Zend, buvo akivaizdu, kad į šią sistemą bus žiūrima rimtai. „Zend“ turi tvirtos korporatyvinio stiliaus programinės įrangos bei susijusių komercinių produktų, tokių kaip komercinis žiniatinklio serveris, palaikymas ir savo IDE, savybes. Tai kartu yra galingas būdas kurti žiniatinklio programas.

„Zend“ yra panašus į „CodeIgniter“ ir „CakePHP“, tačiau sudėtinga dokumentacija, pagrįsta dizaino modelio koncepcijomis, gali būti sunku pradėti.

„Zend“ yra turbūt labiausiai ieškoma sistema, žiūrint su PHP susijusius pareigybių aprašymus, ir joje yra nemažai gerų savybių. „Lucene“ paieškos funkcija suteikia programai komercinę interneto paiešką; kiti akcentai yra formos kūrimas, duomenų filtravimas ir internacionalizavimas. Bet „Zend“ yra daug daugiau nei PHP sistema; jums naudinga parama, mokymai, sertifikavimas ir susiję produktai.

10. Karkaso pasirinkimas

Jūsų karkaso pasirinkimas gali labai priklausyti nuo projekto aplinkybių, ir kaip ir bet kuris įrankis yra asmeninis filosofinis pasirinkimas. Vieno žmogaus agentūra gali norėti greito pakeitimo su trumpa mokymosi kreive; didelė įmonė gali rinktis tvirtą programinę įrangą, turinčią „Java“ jausmą - „Zend“ kriterijus atitiks.

Ilgaamžiškumas yra svarbus veiksnys. Jis glaudžiai susijęs su dokumentais; sistemos, turinčios ilgą istoriją, turi daugiau žinių. Išlaidos taip pat gali būti problema: sistemoms su staigesnėmis mokymosi kreivėmis, tokioms kaip „Zend“ ar „Symfony“, reikės kvalifikuotų koduotojų - o tai visada reiškia didesnius atlyginimus. Dideliems projektams dažnai reikalinga komercinė parama; „Zend“ ar „Symfony“ yra tinkamos užimti vietą.

Kaip minėta pirmiau, jei siekiate karjeros PHP kodavimo srityje, „Zend“ yra pagrindinė sistema, kurios reikalauja įmonės. Tai gali paskatinti ir tai, kad elektroninės prekybos platforma „Magento“ kaip pagrindinę struktūrą naudoja „Zend“.

Kalbant apie užsakytas programas, dažnai sunku pagalvoti, kodėl nenaudotumėte sistemos. Tačiau gali būti keletas išimčių:

• Norite, kad svetainė pasinaudotų odos / temų pranašumais, kad galėtumėte lengvai sukurti bendrąsias svetaines, tokiu atveju „WordPress“ yra tinkamas kandidatas.
• Galbūt nenorite, kad būtų sunku susidoroti su trečiųjų šalių klaidomis sistemose. Taip pat gali būti per daug nepageidaujamo automatinio elgesio.

Žemiau esančioje lentelėje parodytos kai kurios iš keturių pagrindinių sistemų savybės, padėsiančios nuspręsti, kuri jūsų projektui yra tinkamiausia:

Karkasai apskritai suteikia tvirtą pagrindą kuriant specialias žiniatinklio programas nuo nulio. Tačiau PHP sistemos dažnai gali būti supainiotos su TVS sistemomis, tokiomis kaip „Joomla“, „WordPress“ ar „Drupal“; jie suteikia paruoštą turinio valdymo platformą, prie kurios taip pat galite pridėti specialias funkcijas.

Žmonės dažnai klausia, ar perėjimas iš vienos sistemos į kitą yra lengva užduotis. Trumpai tariant, perėjimas iš vienos sistemos arba iš tikrųjų iš TVS sistemos yra lygiavertis visam svetainės perrašymui. Nors jie visi naudoja MVC architektūrą, kiekvieno pagrindo interpretacija ir filosofija iš esmės skiriasi.

11. Kitos technologijos

Visos PHP sistemos niekada neturėtų būti atskiros. Reikia atsižvelgti į integraciją su trečiųjų šalių programine įranga. Sąžininga sakyti, kad kuo didesnė PHP sistema, tuo sunkiau tai padaryti.

Įtraukti „JavaScript“ bibliotekas / sistemas paprastai yra nesudėtinga; tai daugiau ar mažiau apima frontendą. Visose PHP sistemose yra pagalbinės funkcijos įtraukiant „JavaScript“ ir CSS failus. Kitame skalės gale galite tiesiog įtraukti biblioteką kaip tiesią scenarijus> žymą HTML.

PHP sistemos taip pat yra pritaikytos daugeliui bendrų saugumo problemų, tokių kaip XSS (prieigos pažeidžiamumas), XSRF (įkelkite kenksmingą puslapį) ir SQL injekcija (duomenų vagystė). Kalbant apie SEO, visose sistemose yra sukurtos struktūros, kad būtų galima patenkinti tokius reikalavimus kaip URL perrašymas. Atkreipkite dėmesį, kad greitis yra SEO veiksnys, todėl reikia atsižvelgti į sistemos dydį.

Galiausiai, galvojant apie debesų kompiuteriją / prieglobą, perkant serverius reikėtų atsižvelgti į tokias dideles sistemas kaip „Zend“ ar „Symfony“.

12. Išvada

Daugeliu atvejų sistemos teikia pagalbos ranką bet kuriam projektui. Kaip ir naudojant bet kurį įrankį, kiek jie gali padėti, priklauso nuo aplinkybių.

Jei jūsų svetainėje yra daugiau turinio, „Drupal“ arba „WordPress“ gali būti geriau. Jei kuriate kitą „Twitter“, norėdami paleisti ASAP, „CodeIgniter“ arba „CakePHP“ būtų geras pasirinkimas. Jei jūsų aplinka yra korporatyvi, geriausiai gali tikti „Zend“ ar „Symfony“.

Galiausiai - jei manote, kad jums reikia sukurti specialų PHP pagrindą, įsilaužkite: tai iš tikrųjų gana smagu!

Šis straipsnis pirmą kartą pasirodė .net - perkamiausiame pasaulyje žurnale, skirtame interneto dizaineriams ir kūrėjams.

Kai Chanas yra laisvai dirbantis žiniatinklio kūrėjas, turintis daugiau nei 16 metų patirtį kuriant žiniatinklio programas įmonių prekės ženklams ir mėgstantis naujas startuolio idėjas

Jums tai patiko? Perskaitykite tai!

• 50 nuostabių HTML5 pavyzdžių
• Kaip sukurti programą
• Geriausi nemokami žiniatinklio šriftai dizaineriams