Ahogy rájött, cnc
- PHP
- Csináld magad
- Apache
- referenciák
- URL átírása
Szeretném megváltoztatni végrehajtásának cnc otthon, de nem tudom, hogyan lesz jobb. Kevesebb spoiler le az utam. Kívánatos lenne, hogy hogyan hajtsák végre használata nélkül keretek
Ez a címsor írásban az index.php betöltése után a kernel és az összes szükséges fájlt
A szabályok a fájl így néz ki:
Például, hogy lehet csatlakoztatni test.ru/user/new modules / account / new_user.php fájl
referencia test.ru/user/settings - modulok / account / settings.php, és attól függően, hogy milyen beállítások vannak -, és nem jelennek meg (alapértelmezés szerint általában). Az igazság ebben az esetben a modul csatlakoztatva másképpen:
Ez természetesen lehetséges, hogy modulokat tölthetünk / account / index.php, és ez határozza meg a fellépések, és így az egyes egységek - kényelmetlen, ezért úgy döntött, hogy mind ugyanazon a helyen (lehet, hogy egy-egy fájl).
htaccess fájlt néz
Ezt a módszert már írt egy hosszú idő, és ez jól működik, és azt használni is olyan régen, hogy nem tudok jönni fel semmi újat.
Az egyetlen előnye, hogy megadhatja az olyan szabályokat, mint például:
Ez jelenik meg a felhasználói profil oldalon az id = 15484
vagy egyszerűen csak a felhasználó bejelentkezési, anélkül, hogy id
Vagy egy pár. Eltekintve a nyilvánvaló - nem tudja átadni paramétereket a tömb $ _GET.
nekem ilyen esetben meg kell írni további szabályokat illetően a típus és a fajta, így fog kinézni:
ps: Sajnálom, ha valami unalmas ismertetett - Sticky már
URI formában van example.com/
ahol
- a szabályt leíró választás az osztály / script / funkció, amely folyamat paramétereinek
például / utáni / add lehet alakítani osztályba PostController
például, / X / 1 / y / 2? z = 3 lehet alakítani asszociatív tömb tömb
Miután a rendszer túl bonyolult volt. Általában, az ütemezést segítségével végzik, regex. és mindent.
Használja nagy, kövér keretek is Lichine értelemben, hogy jobb keresni microframework vagy egyes könyvtárak végrehajtására rautinga.
VBart. minden tiszteletem a legmélyebb python értesítés többféle Pythonistas születési trauma gyűlöletet php.
Az URI, amit hoztak egy szabványos dolog azokban az években, és nem kötődnek Yapu. Python, amely abban az időben tette meg az első kísérleti tervezetek az interneten, így át ugyanezt.
Nincs mankó ebben a kérdésben az elmúlt évtizedben nem használt és a szerver újraírása szinte soha nem érintette. Úgy tűnik nekem, hogy él egy bizonyos előre kialakított ideológiai köd.
fear86
Nagyon egyszerűen, akkor az alkalmazást, és ha írásban az interneten, annál valószínűbb, hogy felismeri wsgi-interfész (leírtak PEP-333 [3]). A legegyszerűbb formájában, van egy funkció, az úgynevezett wsgi-kezelő, amely úgy, mint a paraméter tömb a környezeti változók, beleértve URI. Mi több köze, és hogyan kell feldolgozni azt, hogy dönt. Nincsenek scriptek web szerver láthatóságát, és ennek megfelelően nincs utalás a szkript nevét, vagy valami más. Hogyan lesz a URI néz - ez rajtad múlik, és valószínűleg, hogy azok a jó és egyszerű, egyszerűen azért, mert az ilyen URI kiszűri túl könnyű és kényelmes.
De pontosan ez az esetben nulla. Hoztam neki, mert most PHP-programozó mondja meg, hogy a keretek mind egyformák. Azonban egy ilyen kérdés, ahogy azt a témát, csak beállítani a PHP-programozó, és a kifejezés CNC maga is alkotta PHP, egyszerűen azért, mielőtt kitalálni a módját, hogy az URI szép és tiszta, akkor először ezek voltak azok tönkre.
A valóságban valószínűleg írsz bármilyen keretet, amely maga az Ön számára nem minden a munka leszereléséhez URI, majd ad egy felhasználóbarát felület. Ha ez a Django, a legegyszerűbb esetben, akkor urls.py fájlt (vagy több), amelyek egyszerűen regisztrál a kijelzőn a megfelelő URI handler funkció (valamit még össze lehet hasonlítani egy sor helyen Nő az nginx), úgy néz ki, mint ez (bal szabályos kifejezés a felvétel a változók, és a funkció a jogot, hogy hívják a megfelelő beállítások):
Ebben az esetben, ha elkészül a hivatkozási sablon, lehetséges, hogy nem a fordított műveletet - megjelenik egy értékrendet a kész URI.
Más keretek között lehetnek más rendszerek, mint például Cherrypy is, mint Django-szerű módon határozhatók leképezés URI. vagy automatikusan, szerkezetének megfelelően az alkalmazás egy olyan módszer, az objektum hívás néhány paraméter.
gro
Nyilvánvalóan azért, mert sok paytonisty - egykori php-programozó, ami nagy kár annyi elvesztegetett időt és erőfeszítést felhajtás ezzel sablonrendszer.
Mintegy köd - te pazarolja rá, mit gondol, hogyan nginx-config a nap látok? Keresi a profilom, akkor hiszem, hogy sokat. Gondolod, hogy ha a konfiguráció rakás szar, áll egy halom átírását és tartalmaz olyan dolgok, mint helyszín
\ .php. milyen nyelven alkalmazás, amely arra szolgál,? Te találtad. És azok 95%, és ha a konfigurációs tiszta és egyszerű, akkor valószínű, hogy Ruby / Python / erlang / node.js / Java.
különbözik a config a python (vett nginx dokkok)
Olvastam.
Láttam semmi baj szavait.
Kivéve, hogy lehetséges volt megfogalmazni a gondolat egy kicsit könnyebb, mert Habr:
1 - a koncepció a CNC maga után alakult ki ugyanezeket a módját, hogy görbék. Kezdetben, amikor ez volt a statikus útvonalakat voltak CNC - mappák, amit találtam ... de nem volt ilyen dolog. Aztán, ahogy a „kitört” a munka révén het paraméterek lett volna egyszerűbb, és adja át a paramétereket numerikus indexek egyszerűbb volt ... Valahol ez volt a tehetetlenség a gondolkodás, valahol tényleges egyszerűsítéséhez. Aztán hirtelen kiderült, hogy a szokásos útvonal jobb volt, és kezdte újraéleszteni élesen. Kezdte újraéleszteni az alapon, hogy van - alapján a görbék kap-paramétereket. Ezért a nehézséget. A kézenfekvő megoldás az, hogy egy egységes belépési pontot, majd meg kell dolgozni egy normális kérés szöveggel olvasható nevek „mappa” és a „fájl”, stb De itt van a dolog - mindannyian farag újra a motort, amelyben mindannyian digitális formában ... Tőlük, akkor csak meg kell adni az összes.
2 - Ezután azt mondta, hogy a szöveg nevek jobb, mint a digitális, hogy ez nem befolyásolja a teljesítményt, és hogy ha egyszer már többet tett ebben nem mászik ...
3 - Nos, körülbelül egy python. Python igen, jó nyelv, számos jelentős előnnyel php, de van egy „végzetes hiba” :))))) Python nem minden gépen, ez valamivel bonyolultabb fenntartani, mivel nem igényel folyamatosan élő démon minden ... Demand ez kevésbé ... sok megoldás front-end nem lehet - csak texted ... nézd kóder, aki ismeri a python és php ... Python jó, mint a bázis a csapat halhatatlan és mindig befejezni a projektet. És ha írsz semmit, és mindent, akkor php nincs alternatívája. Még ha 80% a projekt lehetővé teszi a használatát python, mi köze a többi 20%? Fenntartani a készségek, a fejlesztési környezet (beleértve a könyvtárak, az eredmények, a csapat a fejlesztők, és hasonlók) két nyelven? Hulladékgyűjtő megrendeléseket? Ró egy ügyfél több nehéz döntés, mert olyan egyszerű? És ez rendben van, ha a 20% -ot, akkor valójában könnyebb nekik ... Nos, ha 50/50?
A legfontosabb dolog, hogy írni is, és mi nem fontos ...