За вчорашній вечер написав маленький модуль до Django. Мені потрібно було розіслати по всім користувачам розсилку емайлів. З однії сторони звичайна задача, але облазивши весь інтернет не знайшов простого модуля. Тож засучив рукава, включив Ангіну на повну гучність, і вже за декілька годин мав результат ).

Тож press_subscription вміє:

• створювати листи
• відсилати листи адмінам, щоб перевірити як вони виглядають
• відсилати всім користувачам листи
• в листі можна використовувати змінні, такі як емайл користувача, і лінк щоб відписатися на розсилку
• можливість відписатися від розсилки

Для роботи press_subscription потрібні модулі:

• django mailer http://github.com/jtauber/django-mailer/
• django dblogging http://bitbucket.org/presidentua/django-dblogging/wiki/Home

Хоча система буде працювати і без mailer, а щоб відмовитися від dblogging потрібно закоментувати лише два рядки.

Систему вже затестив на продакшині в себе, і помилок немає. Хоча я через те що спішив трішки подурному поназивав поля в моделях. Та й код непогано б відрефакторити, та то вже якось пізніше ).

Саме за цю модульнісь я люблю Джанго, бо тепер якщо мені в наступних проектах буде потрібна розсилка, то її вже імплентую за хвилину.

Весь модуль знаходиться на bitbucket - http://bitbucket.org/presidentua/django-subscribe/wiki/Home

Можливо він буде корисний не лише мені )

Хоча сьогодні 1 квітня, але цей пост не жартівливий. Чесне слово.

Півроку назад я спробував юзати базу даних Redis і написав на ній простенький блог - http://tutamc.com/node/201. По тих тестах я бачив що Redis швидка база, але так на практиці ніразу й не доводилося її заюзати.

Та тут мене як фрілансера знайшов один замовник і за "їжу" я написав скриптик, що використовував MySQL. Цей скрипт повинен був брати дані з різних сайтів і заносити їх в базу. Скрипт вийшов на декілька десятків рядків і в тестах нормально себе зарекомендував. Але на продакшин сервері я побачив таку сумну статистику:

MYSQL: count SQL query - 125984, time - 14606.3

Хоча запити були й прості, але через те що їх було більше 100 тисяч скрипт працював як бачимо 4 години. Спочатку думав над оптимізацією всієї роботи, та щось мені ліньки стало думати. І я просто заюзав Redis - змінивши в скрипті декілька рядків отримав таку стату:

REDIS: query - 125984, time - 109.3

Redis працював більше ніж в 100 раз швидше! При цьому не грузив проц навіть на 1 відсоток, і займав в оперативі лишень 30 Мб. Я просто в шоці! Гадав прискорення буде хай в 5 чи 10 раз, але не в 100. До того ж Redis запущений під Віндою і він там ще не оптимально працює, гадаю під Лінохом швидкість була б ще швидша.

Тож якщо в вас якийсь високонавантажений проект, то придивіться до Redis'а - http://code.google.com/p/redis/ 

PS: зборки Redis під Windows знаходяться тут - http://code.google.com/p/servicestack/wiki/RedisWindowsDownload

Коли виникають великі навантаження на базу данних то ставлять більший сервер, потім ставлять два крутих сервера, далі може ще трішки їх додають, але чим далі - тим все складніше, бо маштабування в звичайних базах данних майже відсутнє. І сьогодні хочу розповісти про key-value бази даних і про приклад їх використання на прикладі блогу зробленого в Django і в якості бази даних використовую Redis. Але зараз вже 6-та година ранку і писати мені лінь, тому дальше буде скрінкаст:

Django and Redis from presidentua on Vimeo.

А знявши скрінкаст побачив, що трішки ранковий голос мене підкачав та й занадто тихо говорю, тому потрібно б розповісти і словами.

Отдже Redis це представник key-value бази даних, тобто такої бази де немає sql, а є лише дві команди set і get, тобто по суті звичайний масив, але через таку простоту база даних працює надзвичайно швидко і дуже легко маштабується і нові сервера доставляються за декілька хвилин. Хоча ці ж обмеження заставляють думати над архітектурою БД набагато більше чим зі звичайною.

Сегодня продолжим знакомство с Django и наконец то рассмотрим базовый кирпич, а именно приложение(application) на примере создания приложения contact, для отсылки каких-то сообщений администрации. Причем напомню что этот цикл практический, в нем я почти не рассказываю почему, лишь говорю как, потому что я все равно не напишу лучше чем в документации: http://docs.djangoproject.com/en/dev/

Разработка каждого приложения начинается с команды:

Сьогодні порівняємо швидкість розробки між ZF і Django на прикладі невеликого блогу. Представимо, що нам потрібно зробити блог, де були б записи, розділення на стріки і теги.

Розпочнем з ZF:

1. Спочатку ми б створили в базі таблиці, при чому для тегів прийшлося б додаткову таблицю створювати, щоб був зв'язок багато-до-багатьох. А ще б створили таблицю для авторізації.
2. Після цього розпочали писати б моделі, які містили б інформацію про зв'язки між таблицями.
3. Далі пишем код для авторизації.
4. Пишемо код форми для створення постів.
5. Пишем код що буде формувати вивід на головній сторінці.
6. Пишем код для перегляду постів посторінково(pagination).
7. Пишемо код для перегляду кожного поста окремо.
8. Пишем код для тегів, тобто їх парсинг, занесення в базу, відображення хмарки тегів.

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

Итак, имеем SSH доступ к серверу Ubuntu 8.04. Сперва перейдем в root и обновим все пакеты

I collected some articles and screencast about Django:

Video:

• http://showmedo.com/videotutorials/series?name=v7kABKL6R
• http://thisweekindjango.com/screencasts/
• http://showmedo.com/videotutorials/series?name=RjHhY85GD
• http://net.tutsplus.com/videos/screencasts/diving-into-django/

Django Debug Toolbar very nice thing, but it has some limits the functionality. One of them is lack of EXLUDE_URL. But I fix it. And now you can add to config next thing:

After this you must download this component from my github project - http://github.com/presidentua/gread/.

Yet I added in file debug_tollbar/middleware.py only some lines:

If U don't use django_toolbar, try. I think, U will like it ;)

При відладці Django і запуску влаштованого сервера - він часто видає забагато інформації, наприклад про запити до медіа файлів. А це ж нас мало цікавить, тому давайте розглянемо частину веб-сервера влаштованого, що розміщується в файлі django/core/servers/basehttp.py:

Де в коментах пишиться, що не буде показувати адмінські картинки і фавікон, тож можем цей кусок модифікувати так:

Лише одна маленька умова, яка не універсальна і досить не красива, але ж скільки користі там!

PS: щось я взагалі помішався на Пітоні і Джанго, але ж це добре )

Узреваем красоту Django. Part 2

• статические файлы
• статические страницы — flatpages
• шаблоны
• google_analytics
• debug_toolbar