След като схемата е твърде сложно. Като цяло, графика се извършва посредством регулярен. и всичко останало.
Използвайте дебели рамки също Lichine смисъл, по-добре е да се търси microframework или отделни библиотеки, за да изпълни rautinga.

VBart. с цялото ми уважение към най-дълбоката обявлението питон за много Pythonistas родова травма омраза към PHP.

Неуспех, която сте довели стандартен нещо за тези години и не са обвързани с Yapu. Python, която по това време прави и първите плахи проектите в интернет, което ги прави по едно и също нещо.

Аз нямам патерици по този въпрос през последните десет години не сте използвали и сървъра пренапише почти никога не докосна. Струва ми се, вие живеете в определена предубеждения идеологическа мъгла.

fear86
Много просто, че имате с тях, и ако пишете за уеб, толкова по-вероятно осъзнава wsgi-интерфейс (както е описано в PEP-333 [3]). В най-простата форма, може да има функция, така наречените wsgi-манипулатор, който се като параметър масив с променливи на обкръжението включително URI. Какво повече да правя с него и как да го направи разбор за вас да решите. Все още няма скриптове в уеб видимост сървър и съответно не е препратка към името на скрипта, или нещо друго. Как ще изглежда вашето URI - това е до вас, и най-вероятно ще ги направи добър и прост, просто защото такива URI да се направи разбор твърде лесно и удобно.

Но това е точно случая на нула. Заведох го, защото сега PHP програмисти ми казват, че техните рамки са едни и същи. Въпреки това, такъв въпрос, както е описано в темата, може само да създаде PHP-програмист, а терминът се CNC, също е въведен през PHP, просто защото пред вас, за да измислят начини да се правят URI красив и ясен, първо трябва да е тяхната гибел.

В действителност, най-вероятно ти пиша с помощта на който и да е рамка, която от своя страна, за да върши цялата работа за разглобяване на URI и след това осигурява лесен за употреба интерфейс. Ако това Джанго, в най-простия случай, че имате urls.py файл (или повече), които просто се регистрира като показване на съответните манипулатори на функциите URI (нещо, което дори може да се сравни с набор място Жена в Nginx), изглежда така (ляво регулярен израз с превземането на променливите и функциите на правото да се нарича с правилните настройки):

В този случай, когато генериране на референтен образец, че е възможно да се направи обратната операция - да покаже набор от ценности в готовия URI.

С други рамки могат да бъдат други схеми, като например CherryPy може като Django ориентиран начин на определяне на картографирането URI. или автоматично, в зависимост от структурата на заявлението е метод на обект разговор с някои параметри.

Gro
Очевидно, защото много paytonisty - са бивши PHP програмисти, което е жалко толкова много губи време и усилия да се сърдя с този темплейт.

За мъгла - вие го губите, как смятате, че как Nginx-довереник през деня виждам? Вглеждайки се в моя профил, можете да се досетите, че много. Смятате ли, че ако конфигурацията е пълен с лайна, се състои от купчина пренаписване и съдържа такива неща като място

\ .php. какъв език приложение, което тя служи? Ти позна. И тези 95%, а ако конфигурацията чисто и просто, че е вероятно да Ruby / Python / Erlang / node.js / Java.

се различава от конфигурацията на питон (взет от Nginx докове)

Четох.
Видях нищо лошо в думите му.
Освен, че е възможно да се формулира идеята малко по-лесно, защото това е Habr:
1 - концепцията на самата CNC стана ясно след същите тези начини да се правят криви. Първоначално, когато е било статични маршрути са CNC - папки, които аз смятам за ... но нямаше такова нещо. След това по пътя на "счупи" за работа през хетерогрупите параметри са били по-лесно, като се преминава през параметри числени индекси бяха по-прости ... Някъде беше инерцията на мислене, някъде реално опростяване. Тогава изведнъж се оказа, че нормалната пътя са по-добре, и те започнаха да се съживи рязко. Започва да се съживи, въз основа, че е налице - въз основа на кривите Get-параметри. Следователно трудността. Очевидното решение е да се направи единен пункт, а след това трябва да се работи с нормална заявка с текст четлив имена "папка" и "файл" и т.н. Но тук е нещо - всички ние извайвам отново до двигателя, в който всички ние сме в цифров вид ... От тях, просто трябва да се даде на всички.
2 - На следващо място, аз казах, че имената на текстови по-добър от цифрови, че да не се отрази на работата, както и че след като са направили повече от това не се изкачи ...

3 - Е, за питон. Python да, добър език, има няколко забележителни предимства пред PHP, но тя има "фатален недостатък" :))))) Python не е на всяка машина, тя е малко по-сложно да се запази, тъй като тя изисква постоянно живее демон с цялата ... Търсенето тя е по-малко ... много решения в предния край не може да бъде - просто texted ... изглежда програмист, който е запознат с питон и PHP ... Python е добро, като основа за неумиращата на отбора и винаги да завърши проекта. И когато пишете за всичко и всичко, а след това PHP не е алтернатива. Дори 80% от вашия проект ще позволи използването на питон, какво да правим с останалите 20%? За да се поддържа своите умения, тяхното развитие среда (включително библиотеки, постижения, екипът от разработчици и други подобни) на два езика? Спецконтейнери за поръчки? Налагане на клиента по-трудно решение, защото ти си толкова лесно? И това е добре, ако 20%, не е действително по-лесно да им се даде ... Е, ако те 50/50?

Основното нещо да пиша добре, и това, което не е от значение ...

Свързани статии

• Пенза изпълнение на проекта "пестелив клиника" - телевизионен канал Express