Матеріали на тему «Python: Веб-розробка без фреймворків»

RSS

Python: Веб-разработка без фреймворков (часть 6)

mlk 172

В прошлой статье мы выяснили как может выглядеть независимая компонента, а в этой мы создадим ещу одну, чуть крупнее, и найдем способ связать её с остальным приложением. 6

Python: Веб-разработка без фреймворков (часть 5)

mlk 226

Мы успели рассмотреть значительную часть инструментария, который нам понадобится для написания веб-приложений. Начиная с этой статьи я постараюсь показать как это всё выглядит на практике — как структурируется код, как совмещаются компоненты и т. п. Это не столько инструкция к действию, сколько демонстрация того, что нет необходимости в поддержке со стороны фреймворка. 4

Python: Веб-разработка без фреймворков (ответ на критику)

mlk 4603

Почти месяц назад в сети появился отзыв на эту серию статей, причем отзыв строго негативный. Я не придал этому значения, так как критика, на мой взгляд, оказалась направлена не на статьи, а на то, что автор в них увидел. Так что, я думаю, нужно всё-таки ответить. 36

Python: Веб-разработка без фреймворков (часть 4)

mlk 503

В предыдущих статьях мы разобрались, как можно создавать веб-приложения на Python используя лишь необходимые средства. Следующим этапом будет развертывание приложения на сервере и связанная с этим задача конфигурации его компонент (deployment). 20

Python: Веб-разработка без фреймворков (часть 3)

mlk 220

Прочитав предыдущие статьи читатель, надеюсь, убедился, что средств PythonPaste и WebOb более чем достаточно для разбора запроса, композиции приложений и выполнения множества стандартных задач. Далее мы будем рассматривать вопросы генерации ответов, развертывания на сервере и выбора различных вспомогательных библиотек и инструментов. 12

Python: Веб-разработка без фреймворков (часть 2)

mlk 394

В прошлой части я постарался рассказать о том, что чистый WSGI код писать не так уж сложно и что преимущества такого подхода налицо, но есть ли у этого обратная сторона? Единственным, пожалуй, недостатком я могу назвать некоторые неудобства по работе с данными в запросе. К счастью многие задачи здорово помогает решить WebOb. 12

Python: Веб-разработка без фреймворков (часть 1)

mlk 2429

Мой опыт говорит о том, что время на изучение фреймворков и подстройка под их ограничения почти никогда не окупается, а пользуясь минимальным инструментарием, с которым я хочу вас ознакомить, можно добиться гораздо лучших результатов. 23

Коментарі

треба окремий комент.
Досить плодити php розробників, чим нас менше тим більше ми затребувані 😅
Мені теж не подобається новий додаток. Користуюсь старим.
вони підуть Румунією в румуньскі же порти Если я правильно помню, один из фаворитов президентской гонки в румынии обещал заблокировать границы для украинского зерна и полностью прекратить помощь Украине.
з якого банки повинні Після ліміту повинні, до ліміту можуть
PHP помре. Але тільки після Дункана Маклауда. ;)
Для кого колізія, а для кого — можливість отримати двічі з людини (або один раз собі у кишеню)
чи житиме ця мова у майбутньому В сенсі житиме? PHP ж вмер) не один раз...
А от цікаво, чи нема тут колізії: «Водночас за громадянами України, які в різний спосіб стали військовими, до закінчення особливого періоду або до оголошення рішення про демобілізацію [тут текст, який не стосується ЄСВ...].
тот самый случай, когда сама компания понимает, что новая поделка это г... и если принудительно всех на него перевести будет катастрофа
Бізнес — на по#@є закриває аккаунти українців, тому що «нічого особистого — просто бізнес». Українці, які сидять під ракетними обстрілами, без світла, води, тепла — «ну так, це ж глобальний бізнес, їм же ВАЖКО, треба зрозуміти».
Там могли бути і політичні причини, якщо додаток був опублікований не від компанії, а від їх співробітника (або тим паче, якщо від ФОПа)
28 співробітників перебувають на бенчі.
Насправді одна з нормальних тем. Коли Поляки в черговий раз зерно заблокують, при чому транзитне, логісти просто пустять фури тим мостом і вони підуть Румунією в румуньскі же порти і Полякам просто буде жодного злотого, з того трафіку.
Це і так ясно було. Яким чином банк має відрізняти фінансову транзакцію проміж одного рахунку на іннший ? Саджати людей перевіряти кожну із мільйонів транзакцій в ручну, чи впроваджувати якийсь складний софт і т.д.