В данном топике, будет рассказано о пошаговой настройке и конфигурации проекта и сервера с использованием связки pinba-engine + pinboard + django-pinba, для сбора и визулизации статистики проектов на Django.

Все проекты являются бесплатными и их исходный код доступен на GitHub под лицензиями GPL или MIT.

Почему pinba?

В команде есть проекты, которые были написаны на php. Посещаемость у проектов достаточно высокая(свыше 200к). Есть очень много узких мест. Часто после каких-либо обновлений и новшеств, мы получали огромные тормоза, о которых узнавали не сразу. Нужно было решение, которое повернуто лицом к заказчику и программисту. Закачик очень не любит zabbix и munin. Решение нашлось. Это был pinboard и pinba. Заказчику понравилось. Он попросил прикрутить pinba ко всем проектам, которые крутились на django.

Яндекс релизнул PaaS (Platform-as-a-Service) на основе своего же продукта Cocaine — системы с открытым исходным кодом, позволяющей создавать аналоги Google AppEngine или Heroku.
В данный момент, поддерживаются C, C++, Python, и в разработке Perl и JavaScript.

В Cocaine используются LXC — Linux Containers, легковесное подобие виртуальных машин, для этого используется обертка Docker, написанная на Go.

Чтобы создать свое облако, нужно всего лишь запустить cocained на одной или нескольких машинах. Клиенты, которые подключаются к cocained, называются Cocaine Dealer, и имеют FastCGI-интерфейс, который просто прикрутить к любому веб-серверу.
Все приложения в облаке исполняются независимо друг от друга.

Cocaine уже используют в:

• Яндекс.Браузере
• Яндекс.Паспорте
• Внутренней инфраструктуре Яндекса

Репозиторий Cocaine на GitHub

Здравствуйте, хабрачеловеки! Многие из Вас сталкивались с вынесением бизнес-логики в СУБД в виде хранимых функций/процедур, облегчая клиент. В этом есть как и преимущества, так и недостатки. Сегодня я бы хотел рассказать Вам как создавать хранимые функции в PostgreSQL, написанные на языке C. В статье будут самые основы, которые необходимо знать для начала работы с ними.

Привет.
Это топик о том, как относительно быстро и безболезненно настроить секционирование (партицирование) таблицы по месяцам, если вы используете Django+PostgreSQL. Многое из описанного подойдёт и для других фреймворков и ORM.

О том, что такое секционирование и зачем оно нужно, можно почитать, например, здесь, здесь и здесь.

Итак, есть проект на Django и таблица одной из моделей должна быть очень большой. Если чтение из этой таблицы происходит часто, и всегда известен период времени, в который запись была сделана, секционирование ускорит работу базы данных.

Каждый раз писать запросы для включения секционирования не очень хочется, так что попробуем автоматизировать. Хорошо, если на выходе получится что-то, что может использовать и не сильно знакомый с SQL человек. I've read the docs, so you don't have to.

Заметил, что на Хабре никто не писал про отличный JavaScript шаблонизатор Swig.

JavaScript в поледнее время становится все более популярным и находит новые неожиданные сферы применения. Вот и меня не обошел этот тренд, так что при just-for-fun разработке одного проекта я не удержался и решил попробовать использовать JS одновременно на сервере (Node.JS), веб-клиенте (Backbone.js — все серьезно :) ) и в мобильном приложении (PhoneGap). Следующим шагом для меня стал выбор шаблонизатора, причем поддержка как node, так и браузера была обязательным критерием. До этого я имел дело в основном в Django Template Language, так что выбор пал на Swig.

Особенности Swig:

• Django Template подобный синтаксис
• Крайне высокая скорость работы (бенчмарки)
• Поддержка node.js и основных браузеров
• Совместимость с Express
• Открытый исходный код

Вместо скучного вступления

В прошлый раз я пытался вкратце объяснить основные принципы работы операционных усилителей. Но я просто не могу отказать в просьбе о продолжении темы. На этот раз схемы немного сложнее, но постараюсь не растягивать нудные математические выводы.

Примерно каждые пол года, на хабре пиарится новый клон pastebin. Я решил продолжить данную традицию. Представляю вам результат моей, а так же дизайнерской трёхмесячной работы — проект showmecode.com.

Чем же отличается мой вариант, от уже существующих?

Во-первых дизайном. Обычно авторы сайтов такого характера влюбленны в минимализм. Это касается и меня, но к счастью не дизайнера, который рискнул и решил сделать такой сайт в стиле веб 2.0. Если вас не особо интересует сам сервис, стоит хотя бы зайти и оценить работу украинского дизайнера.

Во-вторых, была поставлена задача облегчить организацию дампов, поиск, а так же слежения за изменениями. В принципе, история дампов была уже реализована товарищем lizendir, в его проекте dumpz.org с которым мы давно знакомы и даже вместе работали на одной работе. Но особых преимуществ это не давало, так как не было реализована фильтрация или сортировка по тегам. На запрос этой фичи, lizendir обычно отмахивался фразой «шлите патчи»… Тогда и возникла мысль сделать всё самому.

Просматривая различный код по выводу на экран какой-нибудь даже примитивной графики, я заметил чрезмерную любовь некоторых программистов к тригонометрии. Часто код пестрит синусами, косинусами и арктангенсами там, где без них можно обойтись. Этим грешат даже хорошие программисты, которые способны спроектировать сложную систему, но почему-то не освоили вектора в объёме школьной программы. Буквально азов векторной алгебры хватает для решения многих насущных проблем. В этом топике я хочу провести краткий ликбез, напомнить основные действия с векторами на плоскости и в качестве примера решить две задачи без тригонометрии: поиск отражённого луча по падающему лучу и произвольно расположенному зеркалу, а также рисование наконечника стрелки. Если вы можете представить в голове рисование произвольно направленной стрелки без синусов и косинусов, смело пропускайте этот топик. Для остальных постараюсь объяснять попроще.