Stengsiuosi pateikti tik faktus. Kuris iš jų geresnis, spręsti kiekvienam asmeniškai.

Django	CakePHP
Programavimo kalba
Python	PHP
Pradžia
2005 m.	2005 m.
Atviras kodas
Taip, BSD Licencija	Taip, MIT Licencija
Pagalba per IRC
#django @ Freenode ~700 dalyvių	#cakephp @ Freenode ~100 dalyvių

Jei kada bandėte programuoti su PHP, tikriausiai susidūrėte su LAMP serverio diegimu ir konfigūravimu. Žinoma Ubuntu aplinkoje tai padaroma vienos komandos pagalba, tačiau turi šiokių tokių minusų:

• PHP, Apache ir MySQL versijos yra tokios, kokias pateikia distribucija
• Pagal nutylėjimą, web-root katalogas yra /var/www ir turi ne itin draugiškas failų ir katalogų teises.
• Įdiegus LAMP, kiekvieną kartą paleidus kompiuterį, automatiškai startuoja Apache ir MySQL.

Jei kada nors prireiks greitai paleisti Web serverį ir nenorėsite gaišti laiko konfigūruodami Apache ar panašiai, tuomet Python jums padės! Python savo didžiulėje standartinėje bibliotekoje turi HTTP serverio modulį. Panaudoję šį labai paprastą HTTP serverio modulį, labai greitai galite paversti bet kurį katalogą į Web serverio šakninį katalogą. Tam reikės turėti tik įdiegtą Python.

Tai labai naudinga, jei norite tinkle ar internete paviešintį kokius nors failus. Serveris paleidžiamas vienos komandos pagalba.

Pirmiausia nežinantiems, trumpai apie tai, kas yra versijų kontrolės sistema. Tai programinė įranga, kurios pagalba galima išsaugoti daug skirtingų failo versijų. Tai reiškia, kad pakeitę failą, galite užfiksuoti pakeitimą, nurodydami ką ir kodėl keitėte. Vėliau, bet kada galėsite peržiūrėti ir atstatyti tuos pakeitimus. Tokias sistemas daugiausiai naudoja programuotojai, nes jie keičia daug failų ir nori žinoti kas kada ir kodėl buvo pakeista. Versijų kontrolės sistemos taip giliai įaugo į programavimo procesą, kad failų versijos naudojamos labai plačiai, pavyzdžiui programuotojo našumui apskaičiuoti. Tačiau failų versijų sekimas aktualus ne tik programuotojams...

Šį savaitgalį dalyvavau Kritinėje Masėje, Jaunty Release Party, PyCon-2009 – Kaunas.

Trumpai, apie viską...

Pradėjęs naudoti Archlinux taip pat radau ir naują įrankį laiškų parsiuntimui: fdm. Jis man pasirodė kur kas paprastesnis, nei fetchmail ir net gi turintis daugiau reikalingų funkcijų. Dėl tam tikrų funkcijų atsisakiau ir procmail, nes fdm gali puikiausiai atlikti ir procmail funkciją... :)

Kitas dalykas, jei dirbate su kokiais nors projektais, tai tikriausiai gaunate daug laiškų, kuriuos perskirstote ir talpinate į kokią nors Web pagrindu veikiančią projektų ar užduočių valdymo sistemą. Na, bent jau aš dirbu panašiai taip, kaip apibūdinau ir visai nesenai, mano kolega paklausė, ar įmanoma, kaip nors tuos laiškus persiųsti tiesiai į užduočių valdymo sistemą, kad ji iš to laiško sukurtų naują užduoti. Pagalvojau, kad tai tikrai puiki mintis. Tačiau paieškojęs internete neradau jokių panašių realizacijų, Trac sistemai, kurią naudojuosi.

Bet, pasirodo, kad tokį dalyką padaryti, įtraukiant į darbą fdm ir šiek tiek Python kodo, yra visiškai nesudėtinga.

Štai ką aš dariau, kad atsirastų galimybė persiųsti laišką tiesiai į Trac sistemą, kaip naują užduotį.

Testinės Trac aplinkos diegimas.

Kadangi nenorėjau žaisti su veikiančiai sistemą, susikūriau atskirą aplinką testavimams:

# Įdiegiau Python paketų valdymo įrankį easy_install į Archlinuxą:
sudo pacman -S setuptools
 
# Įdiegiau Python virtualios aplinkos kūrimo įrankį:
sudo easy_install virtualenv
 
# Susikūriau virtualią aplinką Trac programai:
cd ~/www/sandbox
virtualenv trac
 
# Aktyvavau virtualią aplinką esamame shelle:
cd trac
source bin/activate
 
# Įdiegiau Trac į virtualią aplinką:
easy_install trac
 
# Susikūriau testinį Trac instancą:
trac-admin test initenv
trac-admin test permission add anonymous TRAC_ADMIN
 
# Paleidau Trac sistemą:
tracd --port 8000 test
 
# Atsidariau paleistą Trac interneto naršyklėje:
firefox http://localhost:8000/test

fdm konfigūravimas

Sekantis žingsnis fdm konfigūravimas ir štai, kaip turėtu atrodyti failo ~/.fdm.conf turinys:

action "newticket" pipe "%h/www/sandbox/trac/mailpipe.py"
account "stdin" disabled stdin
match "(To|Cc):.*trac@localhost" action "newticket"

Pagal šią konfigūraciją, fdm, visus laiškus su trac@localhost perduos Python scriptui, kuris sukurs naują ticketą Track užduočių sistemoje.

Python skriptas naujų užduočių kūrimui

Tai sunkiausia dalis, nes Trac sistema, apsaugai nuo spamo naudoja visokius parametrus, todėl reikia iš pradžių nuskaityti naujo užduoties įvedimo formą, kurios užkrovimo metu sukuriama sesija ir tam tikri sausainiukai. Tada iš tos formos reikia pasiimti specialų kintamąjį, kuris nurodo, kad formos duomenys buvo išsiūsti iš ten kur reikia. Ir galiausiai reikia išsiūsti reikiamus duomenis, kad būti sukurta nauja užduotis.

Šioje vietoje nedariau jokios naudotojų autentifikacijos, bet tai nesunku prijungti, esant poreikiui.

Jei kam įdomu, tai aiškindamasis ką reikia perduoti Trac sistemai, panaudojau puikų Web debuginimo proxį burpsuite. Archlinux sistemoje jį galima įsidiegti iš nuostabiojo AUR:

yaourt -S burpsuite

Štai Python scriptas, kuris daro visą darbą (atkreipkite dėmesį, kad šis skriptas parašytas Python 3.0 versijai, todėl su senesne neveiks):

#!/usr/bin/env python3
"""This is pipe script for fdm.
"""
 
import sys
import email
import urllib.parse
import urllib.request
import http.cookiejar
from html.parser import HTMLParser
 
class InputFieldsParser(HTMLParser):
    """Parse all input fields from given html string.
    """
    fields = {}
 
    def handle_starttag(self, tag, attrs):
        if tag == 'input':
            attrs = dict(attrs)
            if 'name' in attrs and 'value' in attrs:
                self.fields[attrs['name']] = attrs['value']
 
def get_html_fields(html):
    """Returns all input fields from given html string.
    """
    parser = InputFieldsParser()
    parser.feed(html)
    parser.close()
    return parser.fields
 
def get_url_opener():
    """Returns urllib OpenerDirector for sending correct request...
 
    This openner acts like a web browser with Mozilla user agent and cookies
    support.
    """
    cj = http.cookiejar.CookieJar()
    cookie_processor = urllib.request.HTTPCookieProcessor(cj)
    opener = urllib.request.build_opener(cookie_processor)
    opener.addheaders = [('User-agent', 'Mozilla/5.0')]
    return opener
 
def submet_to_trac(title, body):
    """Function to submit new ticket to Trac system.
    """
    params = {
        'author': 'anonymous',
        'field_summary': title,
        'field_reporter': 'anonymous',
        'field_description': body,
        'field_type': 'defect',
        'field_priority': 'major',
        'field_milestone': '',
        'field_component': 'component1',
        'field_version': '',
        'field_keywords': '',
        'field_cc': '',
        'field_owner': '',
        'field_status': 'new',
        'submit': 'Create+ticket',
    }
 
    opener = get_url_opener()
    url = 'http://localhost:8000/test/newticket'
    fields = get_html_fields(str(opener.open(url).read()))
    params['__FORM_TOKEN'] = fields['__FORM_TOKEN']
    params = urllib.parse.urlencode(params)
    f = opener.open("http://localhost:8000/test/newticket", params)
    f.read()
 
 
def submit(title, body):
    """Does all submission job to a web page form.
    """
 
    # Create new functions and change this line,
    # for support to other systems.
    submet_to_trac(title, body)
 
 
def get_message_body(msg):
    """Returns email message body.
 
    Only text/plain message parts are supported.
    """
    for part in msg.walk():
        if part.get_content_type() == 'text/plain':
            return part.get_payload()
 
    return ''
 
 
def main():
    """The main function of this script.
    """
    msg = email.message_from_file(sys.stdin)
    title = msg.get('subject')
    body = get_message_body(msg)
    submit(title, body)
 
 
if __name__ == '__main__':
    main()

Testavimas

Galiausiai viską sujungus į vieną vietą galima pradėti testuoti. Kad nereikėtų siuntinėti laiškų į kažkokius serverius, tai tam reikalui paprasčiausiai susikūriau laišką ir išsaugojau jį į failą. Štai laiško turinys:

From: sirex@localhost
To: trac@localhost
Subject: Testinė užduotis.
 
Testinė užduotis Trac sistemai.

O štai komanda, kurios pagalba laiškas perduodamas fdm programai, kuri patikrina laiško headerius, pritaiko reikiamą veiksmą ir perduodą Python scriptui, kuris paverčia laiško turinį į naują Trac užduotį:

cat newmail | fdm -vma stdin fetch

Pabaigai

Jei visi testavimai praeina sėkmingai, tai belieka susikurti pašto dėžutę į kurią sunčiami laiškai, automatiškai bus paverčiami Trac sistemos užduotimis. Žinoma reikės atitinkamai pakeisti fdm konfigūraciją, kad laiškai būtų imami ne iš stdin, o iš naujai susikurtos pašto dėžutės.

Rašiau anksčiau, kad pradėjau vystyti atvirojo kodo įrankį „laikas“.

Kadangi įrankis dar labai ankstyvoje vystymo stadijoje, tai nieko nelaukdamas nusprendžiau sutvarkyti jį taip, kad veiktų su šviežiai pasirodžiusią Python 3.0 versija.

Pasirodo sutvarkyti kodą buvo labai paprasta, užtrukau vos kelias minutes, na kodo taip pat ne per daugiausia... :) Praktiškai pašalinus visus „hackus“ dėl utf-8 palaikymo, kodas pradėjo veikti. Pradžioje pašalinau komentarą # -*- encoding: utf-8 -*- ir keletą encode() ir decode() funkcijų, nes nuo šiol visos simbolių eilutės, pagal nutylėjimą yra unicode eilutės, o ne bytestringai.

Visus pakeitimus galima pamatyti svn istorijoje.

Ką gi, kol kas esu labai patenkintas naująja python versija.. :)

Šiandien pasirodė Python 3.0.

Nieko nelaukdamas susikompiliavau ir išbandžiau.

Štai instrukcijos kaip susikompiliuoti į Ubuntu 8.10:

sudo apt-get install build-essential checkinstall libgdbm3
sudo apt-get build-dep python2.5 libreadline5 libgdbm3
cd /tmp
wget http://python.org/ftp/python/3.0/Python-3.0.tar.bz2
echo "28021e4c542323b7544aace274a03bed *Python-3.0.tar.bz2" > md5sum
md5sum -c md5sum
tar -xjf Python-3.0.tar.bz2
cd Python-3.0
./configure
make
sudo checkinstall --pkgname=py3k make altinstall

Jei bus kokių problemų su checkinstall, panašių į šias:

ranlib: could not create temporary file whilst writing archive: No more archived files

Tai man padėjo tokia komanda:

sudo mkdir -p /usr/local/lib/python3.0/config

O visas kitas kompiliavimas vyko ganėtinai sklandžiai.

Galiausiai paleidau python3.0 ir išbandžiau kaip viskas veikia:

 » python3.0
Python 3.0 (r30:67503, Dec  4 2008, 20:17:48)
[GCC 4.2.4 (Ubuntu 4.2.4-1ubuntu3)] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> print
<built-in function print>
>>> print()
 
>>> print(print.__doc__)
print(value, ..., sep=' ', end='\n', file=sys.stdout)
 
Prints the values to a stream, or to sys.stdout by default.
Optional keyword arguments:
file: a file-like object (stream); defaults to the current sys.stdout.
sep:  string inserted between values, default a space.
end:  string appended after the last value, default a newline.
>>> ą = 1
>>> č = 2
>>> ž = ą + č
>>> print(ž)
3
>>> def функцийа():
...     print('Ето работает тоже...')
...
>>> функцийа()
Ето работает тоже...

Tai gi, kaip matyti iš pavyzdžio, dabar python su unikodu tvarkosi tiesiog puikiai ir print, nuo šiol ne kalbos dalis, o paprasčiausia funkcija.

Jau kurį laiką planavau padaryti kalendoriaus programą veikiančią tekstiniame režime ir naudojančią Google Calendar duomenis.

Šiandien vakare, nusprendžiau padaryti tam pradžią! Pirmiausia panaršiau internetą ir paieškojau ar nėra jau kažko panašaus padaryta. Kiek panaršęs įsitikinau, kad nieko nėra. Tada bandžiau sugalvoti pavadinimą, visi angliški pavadinimai buvo jau užimti, tai sugalvojau lietuvišką – laikas.

Nors kol kas dar niekas neveikia, tačiau pradžią galima apžiūrėti code.google.com hostinge.

Kadangi tai pirmoji mano programa su python+ncurses, tai laukiu pastabų iš tų, kurie jau yra su tuo susidūrę.

Štai dar screenshtą prisegu:

Kaip smagu stebėti openmoko vystymąsi. Šiandien skaitinėdamas naujienas apie moko radau naują projektą, pavadinimu Tichy. Tai python apletų valdytojas (python applet manager). O tiksliau, tai aplinka skirta lengvai ir greitai susikurti įvairios paskirties programas su python. Pats Tichy taip pat parašytas su python ir veikia tiek openmoko platformoje, tiek bet kurioje vietoje, kur yra python.

Vis svarsčiau apie galimybes programuoti su python openmoko aplinkoje ir suradęs informacijos apie šį projektą, matau, kad openmoko tikrai yra draugiškas python atžvilgiu, tai gi manau problemų tikrai nekils :)

Štai kaip atrodo Tichy mano kompiuteryje: