Ежемесячные архивы: Март 2011 - Page 2

django + twitter

Опубликовал(а): в: 25 марта 2011 1 комментарии | 6 417 views

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

Доброго времени суток!
Появилась необходимость следующего характера: в движке на django, при публикации новости, чтоб создавался кросс-пост на twitter. Т.е. пишем новость, жмём сохранить и на твиттере появляется пост аля «Название статьи, bit.ly/s/ссылка_на_нашу_новость».

Для реализации потребовались следующие пакеты:

1. python-oauth2 | https://github.com/simplegeo/python-oauth2
2. oauth-python-twitter2 | http://code.google.com/p/oauth-python-twitter2/
3. simplejson | http://pypi.python.org/pypi/simplejson/
4. oauth2 | http://pypi.python.org/pypi/oauth2/
5. bitlyapi | http://pypi.python.org/pypi/bitlyapi/

1-4 пакеты нужны нам для связи с twitter’ом, 5-ый для укорачивания ссылок…
Перед тем как начать предполагаю, что у Вас есть аккаунт в twitter.com и bit.ly. Если нет, то это по минуте на регистрацию на каждом из сервисов.

Начнём с twitter’a…

При-python-им twitter

Проставляем все пакеты и выполняем следующие действия (кстати они описаны выше в руководстве python-oauth2):
Логинимся в браузере в twitter.com, и после этого переходим по ссылке http://twitter.com/apps/new. Далее мы воспользуемся инструкциями из замечательной статьи:

1. Заполняем все поля на свое усмотрение, для Application Type выбираем Client
2. Для Default Access type выбираем Read & Write, Use Twitter for login я оставил не выбранным
3. Вводим капчу и сабмитим

После этого twitter сгенерит CONSUMER_KEY, CONSUMER_SECRET.
Следующие два параметра нам вернет такой скрипт

[cc lang=”python”]from oauthtwitter import OAuthApi
import pprint

CONSUMER_KEY = “*****”
CONSUMER_SECRET = “*****”

twitter = OAuthApi(consumer_key, consumer_secret)
temp_credentials = twitter.getRequestToken()
print(twitter.getAuthorizationURL(temp_credentials))
oauth_verifier = raw_input(‘What is the PIN? ‘)
access_token = twitter.getAccessToken(temp_credentials, oauth_verifier)

print(“oauth_token: ” + access_token[‘oauth_token’])
print(“oauth_token_secret: ” + access_token[‘oauth_token_secret’])

[/cc]
В CONSUMER_KEY, CONSUMER_SECRET вводим значения полученные на предыдущем этапе, запускаем. Скрипт сгенерит url, переходим по нему и копируем PIN который нам вежливо предлагает twitter. Вставляем PIN в скрипт, он как раз его ждет.

На выходе мы получим значения для двух последних параметров OAUTH_TOKEN и OAUTH_TOKEN_SECRET.
Все, теперь у нас есть все что надо для oauth авторизации, осталось немного подправить скрипты.

Готовимся сокращать ссылки вместе с bit.ly

Предельно простой и удобный модуль bitlyapi. Схема простая:

1. Регистрируемся на bit.ly
2. Логинимся
3. Переходим по ссылке
4. Копируем username и api key

Правим модель в Django

Здесь мы не рассматриваем создание модели, предполагается, что Вы это умеете. В шапку добавляем:

[cc lang=”python”]#twitter
import oauth2 as oauth
import bitlyapi
bitly = bitlyapi.BitLy(‘username bitly’, ‘api key bitly’) #вводим данные с прошлого шага
from oauthtwitter import OAuthApi
CONSUMER_KEY = “*****вводим свои данные*****”
CONSUMER_SECRET = “*****вводим свои данные*****”
OAUTH_TOKEN = “*****вводим свои данные*****”
OAUTH_TOKEN_SECRET = “*****вводим свои данные*****”
twitter = OAuthApi(CONSUMER_KEY, CONSUMER_SECRET, OAUTH_TOKEN, OAUTH_TOKEN_SECRET)

[/cc]

Переходим к моделе. Логика проста, есть boolean поле twitter_export, если галочка ставится, то новость публикуется при сохранении на твиттере. Если не понятно, то сейчас всё увидите и поймёте ))

[cc lang=”python”]class News(models.Model):
title = models.CharField(max_length=300)
content = models.TextField()
twitter_export = models.BooleanField(default=False)

def save(self):
link = bitly.shorten(longUrl=’http://example.com/news/’ + str(self.id) + ‘/’) #формируем ссылку, которая будет сокращенна
if self.twitter_export: #если стоит галочка на twitter_export
twit = u’%s… | Читать %s’ % (self.title[:70], link[‘url’]) #формируем, что писать в твиттер.. учтите, что длина сообщения в твиттере 160 символов
twitter.UpdateStatus(twit) #публикуем наш твит
self.twitter_export = False #убираем галку twitter_export
super(News, self).save()

[/cc]

Всё готово! Можно тестировать!

Источники

1. Пишем twitter-бота на python
2. Twitter Three-legged OAuth Example

Создание панели для Django Debug Toolbar

Опубликовал(а): в: 25 марта 2011 Нет комментариев | 5 875 views

Велосипед не мой, я лишь объяву разместил.

У меня пока не хватает кармы на хабре, чтоб раздавать инвайты за полезные статьи, так что приходится, пока просто копировать в “бложик”, ибо они совсем выпадут из выдачи гугла.

Создание панели для Django Debug Toolbar

При отладке джангопроектов становиться необходимостью просмотр различной отладочной информации.
На вопрос отладки в полной мере отвечает приложение Django Debug Toolbar. Воспользуемся возможностью расширения функционала DDT и создадим панель для собственных нужд.

Создание панели

Так как системы контроля версий повсеместно используются для работы над проектами, время от времени возникает необходимость проверить когда тот или иной коммит был добавлен.
По причине того, что я использую git, данная панель будет взаимодействовать именно с этой vcs.
Примером при написании панели послужило приложение django-git, созданное с целью замены gitweb.
В качестве обертки для git был использован модуль GitPython.
Сначала напишем модуль с производным классом от DebugPanel (к примеру, в директории с каким-нибуть из приложений), назовем его panels.py:

[cc lang=”python”]import os
import time

from git import *
from debug_toolbar.panels import DebugPanel
from django.template.loader import render_to_string

class GitStatusPanel(DebugPanel):
name = ‘Git’
has_content = True

def nav_title(self):
return self.name

def title(self):
return self.name

def url(self):
return ”

def content(self):
repo_path = ‘../GitPython’
repo = Repo(repo_path)
return render_to_string(‘debug_toolbar/panels/commits.html’, {‘commits’: repo})

[/cc]
repo_path — относительный путь к репозиторию.
Так как GitPython возвращает время добавления коммита в формате unixtime, напишем templatetag для конвертации даты в нужную форму.

app_name/templatetags/cdate.py:

[cc lang=”python”]import time

from django import template

register = template.Library()

@register.filter
def cdate(value):
date = time.strftime(“%d.%M.%Y, %H:%M:%S”, time.localtime(value))
return date
[/cc]

Затем, создадим шаблон страницы в директории с остальными шаблонами DDT (templates/debug_toolbar/panels/commits.html) следующего содержания:

[cc lang=”html”]
{% load i18n %}
{% load cdate %}

{% for commit in commits.iter_commits %}

{% endfor %}

Commit Date Author
{{commit}} {{commit.committed_date|cdate}} {{commit.committer.name}}, {{commit.committer.email}}

[/cc]
В результате получилась панель со списком коммитов:

Так как задачей было также отобразить список действий в рамках коммитов, напишем соответствующую страницу.
Правим urls.py:

[cc lang=”python”]urlpatterns = patterns(”,
…
(r’^__debug__/commit/([a-z0-9]+)$’, show_commit),
)

[/cc]
Добавим функцию show_commit к вьюхам приложения app_name (app_name/views.py) или к вьюхам проекта (views.py):

[cc lang=”python”]def show_commit(request, commit):
repo_path = ‘../GitPython’
repo = Repo(repo_path)
commit_item = repo.commit(commit)
commit_diffs = commit_item.diff()
changes = []
for blob in commit_item.tree:
try:
changes.append({‘path’: blob[0].path, ‘content’: blob[0].data_stream.read()})
except:
changes.append({‘path’: blob.path, ‘content’: blob.data_stream.read()})
return render_to_response(‘debug_toolbar/panels/commit.html’, {‘commit’: commit, ‘commit_item’: commit_item, ‘commit_diffs’: commit_diffs, ‘changes’: changes})

[/cc]
Воспользовавшись API модуля GitPython получили список изменений, а с помощью свойств объекта blob — путь к модифицированным файлам и их raw-содержимое.
И наконец, создадим шаблон, templates/debug_toolbar/panels/commit.html:

[cc lang=”python”]{% load i18n %}

{% trans “Back” %}

Commit {{commit}}

{% for diff in commit_diffs %}

{{diff}}


{% if diff.deleted_file %}

File was removed.

{% endif %}

{% if diff.new_file %}

File was created.

{% endif %}

{% if diff.rename %}

File was renamed: {{diff.rename_from}} → {{diff.rename_to}}

{% endif %}

{% endfor %}

{% if commit_diffs %}

Modified files


{% for change in changes %}

file: {{change.path}}


{% autoescape off %}{{change.content}}{% endautoescape %}


{% endfor %}

{% endif %}


[/cc]


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

Результат:




При необходимости, можно добавить подсветку синтаксиса с помощью pygments.


Материалы


Страница проекта на github — https://github.com/robhudson/django-debug-toolbar,

статья о создании своей панели — http://blog.akei.com/post/3600587187/creating-a-custom-panel-for-the-django-debug-toolbar.

страница модуля GitPython — https://github.com/gitpython-developers/GitPython,

страница приложения django-git — https://github.com/sethtrain/django-git.


PS Песочница хабра

Крутой ping прям как Чак Норис

Опубликовал(а): в: 21 марта 2011 2 комментария | 5 067 views

А вы знаете как диагностировать момент где потерялся пакетик пинга? а наком именно этапе, по дороге туда или обратно?

[cc lang=”bash”]# ping 192.168.6.51 -R -c 3
PING 192.168.6.51 (192.168.6.51) 56(124) bytes of data.
64 bytes from 192.168.6.51: icmp_seq=1 ttl=63 time=46.5 ms
RR: 10.10.10.1
192.168.6.11
192.168.6.51
192.168.6.51
10.10.10.50
10.10.10.1

64 bytes from 192.168.6.51: icmp_seq=2 ttl=63 time=40.3 ms (same route)
[/cc]

Вот так мы хорошо видим, что куда идёт, и также увидим, что где потерялось.

debian редактор в mc

Опубликовал(а): в: 17 марта 2011 Нет комментариев | 6 031 views

По умолчанию в МЦ в дебиан идёт nano но нам то надо mcedit

[cc lang=”bash”]update-alternatives –config editor[/cc]

Это спасёт нас, выбираем нужную циферку и жмём энтр, * отмечено что выбрано сейчас

Есть админы, которые…

Опубликовал(а): в: 15 марта 2011 3 комментария | 7 241 views

Много много букавак….

Все мы знаем, что есть админы, которые не делают бэкапы, и кто уже делает бэкапы…

Я вот непонятно кто, есть у меня сервер со злым рейдом на 4 порта, исторически сложилось, что на нём 2 зеркальных массива.
2х500 и 2х1500гб

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

Читать далее »