Python: Versiyon Numarası Karşılaştırma

Bir mobil uygulama geliştiriyorsunuz varsayalım, back-end'de uygulamanın herhangi bir versiyonunda kullanılan bir endpoint'i hatta o endpoint'ten dönecek sonucu bile değiştirmeniz uygulamanın ilgili versiyonlarında hatalar oluşmasına sebep olacaktır.

Bazı uygulamalarda görmüşsünüzdür, birkaç versiyon çıkardıktan sonra artık update almanızı zorunlu kılar, uygulamayı kullandırmaz.

Önce versiyon muhabbeti nasıl işliyor, mantığı düzeni nedir onu bi öğrenelim:
<majör>.<minor>.<bugfix | build> şeklinde gider. daha iyi açıklamak gerekirse;

<yeni güzel bi özellik ekledik>.<ufak tefek bişeyler ekledik>.<a bug in my code? bitch, its a feature>


Django'da böyle bir şeye ihtiyacım oldu, çözümü şu şekilde getirdim:
ilk önce ayarları tutabileceğim bir model oluşturdum. Burada diğer ayarlar dışında minimum android versiyonu ve minimum ios versiyonu diye iki field ekledim, buralarda string olarak uygulamanın minimum olması gereken versiyonunu tuttum 1.3.5 şeklinde.

from distutils.version import StrictVersion 

büyülü pakedimiz bu, application'da her istekte uygulamanın versiyonunu header'da falan bi yerde geçtiğimizi düşünelim,

used_version = request.META.get('APP_VERSION', None)
min_version = <minimum versiyonu çağıran süpersonik kod parçası> (burası isteği gönderen cihaza bakarak onun istediği en ufak versiyonu getiren bir fonksiyon olabilir)

if StrictVersion(used_version) < StrictVersion(min_version):
    return True

dersek yazan versiyon numaralarını integer karşılaştırıyormuş gibi karşılaştırabiliriz.

PostgreSQL: Django Duplicate Key Error

Bir projeyi django 1.6'dan 1.9'a çekmek durumunda kaldık. Projenin sürümü güncellerken bazı modelleri falan değiştirdik. Eski veritabanını yeni projeye ve yeni veritabanı sunucusuna taşıma işi bana kaldı bu durumda.

Eski sunucudaki veritabanında projenin yeni halindeki ortak olan tabloların dump'larını alıp gerekli düzenlemeleri yaptım ve yeni veritabanı sunucusundaki yeni proje veritabanına soktum(!).

İlişki tablolarını falan içeriye soktum, verileri çekebiliyor, listeleyebiliyorum fakat bu eski veritabanından içeriye veri soktuğum(!) tablolara insert yapamıyordum.

django.db.utils.IntegrityError: duplicate key value violates unique constraint "app_model_pkey"
DETAIL:  Key (id)=(156) already exists.

Hep bu hatayı alıyordum.

Postgresql'e pek aşina olmadığım için ve daha önce böyle bir veritabanı taşıma işi yapmadığım için sorunu uzun  bir süre çözemedim. En sonunda stackoverflow'dan girdim, postgresql'in, django'nun dökümantasyonundan çıktım, google'da iki takla, çıkan blog yazılarında bi şpagat derken güzel bir blog'a denk geldim.

Siz de benim gibi bir db taşıma işinden sonra böyle bir problemle karşılaştıysanız sorunuzun cevabını bu yazıda bulabilirsiniz.

Yukarıda belirttiğim şekil bir hata aldınız diyelim. Postgresql veritabanımıza bağlanıp şöyle bir sorgu çalıştıralım.

select max(id) from bahsi_gecen_tablo;
------
sonuç: 1759338

Şimdi aldığımız hata bahsi_gecen_tablo_pkey şeklindeydi ya, sequences bölümünde onu bulalım ve şöyle bir query daha çalıştıralım.

select start_value, last_value, max_value from bahsi_gecen_tablo_id_seq;
------
sonuç: start_value = 1, last_value=1, max_value=9223372036854775807

 last_value = 1!

Bir sonraki eklenecek kaydın id'si 1 olmaya çalışıyor, bu id'de daha önceden eklenmiş kaydınız olduğu için size böyle bir hata veriyor işte postgresql. Çözümü ise şu şekilde

alter sequence bahsi_gecen_tablo_pkey restart with 1759338; (bahsi geçen tablonun satır sayısı)

şeklinde bir sorgu çalıştırdığımız zaman sorunumuz çözülmüş oluyor.

Django: django-admin.py hatası

Bayaadır django'ya bakamıyordum okul nedeniyle. Ben okula başladığımda 1.4 yeni çıkıyordu, şimdi 1.8 i falan gördüm. Haliyle yeni halini kullanayım bi dedim, pip install Django diyerekten kurdum, kurdum kurmasına ama yeni proje başlatamadım bu sefer.

Böyle bi hata almaya başladım, siliyorum kaldırıyorum, django'nun versiyonları tek tek zip, tar, git, pip şeklinde yüklüyorum falan yok olmuyor. Stackoverflow'da da adam akıllı bir cevap yok, herkes sil baştan kur, kasayı yan yatır, montla şeyap falan gibisinden şeyler yazmış.

Yukarıdaki screenshotta File "/usr/local/lib/python2.6/dist-packages/Django... yazıyor ya hani, dedim bi bakayım onu sildimmi nasıl oluyor.

Onu sildim, silerken baktım Django1-3'ten 1.8e her versiyonla alakalı böyle bir dosya var, ne yalan söyleyeyim silmekte çok tatlı geldi patır patır sildim ne var ne yok.

rm -r /usr/local/lib/python2.6/dist-packages/Django-1.* 

dedim, sildim alayını. 

Şimdi çalışıyor, ben, backtrack, python ve django artık çok mutluyuz, her gün gizli gizli buluşup kodlar falan yazıyoruz, çok zevkli.

Bir sonraki hikayemde görüşmek üzere.

Django: Humanize

Django ile tarih yazdırırken, "12 Mayıs 2013 12:05:23" yerine "3 saat önce" , "2 gün önce" gibi yazsa nasıl olurdu?

Güzel olurdu diyorsanız ve yapmak istiyorsanız şu adımları takip edin:

settings.py'da INSTALLED_APPS 'a "django.contrib.humanize" ekleyin.
Ekledikten sonra, kullanacağınız template'de {% load humanize %} yazdığınızda artık humanize nimetlerinden faydalanabiliriz.

{{ x.date|naturaltime }} derseniz tarih çıktısını ilk satırda verdiğim örnekteki gibi alırsınız.

Detaylı bilgi için: https://docs.djangoproject.com/en/dev/ref/contrib/humanize/