Temelde pek karışık olmayan replikasyon yapılandırması detaylarda sıkıntı çıkarabiliyor. Özellikle MySQL ayar dosyasından verilen parametrelerle iş yapmak mümkün gibi görünmesine rağmen MySQL’in buradaki değerleri sadece ilk yazıldığında dikkate alıyor olması bunu bilmeyen birini çıldırtabiliyor.

MySQL, replikasyonla ilgili tüm verileri data dizini içinde `master.info` dosyasında tutuyor ve buradaki değerler MySQL ayar dosyasındaki değerlerden daha öncelikli. Dolayısı ile replikasyon ile ilgili ayarlamaları ayar dosyasından değil mysql komut satırından yapmak gerekiyor.

Bu durum replikasyonu iptal ederken de geçerli. Ayar dosyasından master sunucu bilgilerini silsek de replikasyon aynen çalışmaya devam ediyor. Replikasyonu iptal etmek için yapmamız gerekenler şunlar;

STOP SLAVE; # Slave süreçleri durduruyoruz

RESET SLAVE; # Slave ayarlarını siliyoruz.

RESET SLAVE ALL; # MySQL 5.5.16 ve sonraki sürümler için bu komut kullanılmalı.

Varsa my.cnf dosyasından ilgili satırları siliyoruz.

Böylece replikasyondan ilelebet kurtulmuş oluyoruz. Eğer daha sonra yeniden etkinleştirmeyi düşünüyorsanız my.cnf içindeki satırları silmek yerine dosyaya “skip-slave-start” seçeneğini ekleyerek replikasyonun MySQL sunucu ile birlikte başlatılmasını engelleyebilirsiniz.

İlk maçta, Ding Junhui’nin dönüşü karşısında eskiden yaptığı gibi oyunu bırakmayan Ronnie O’Sullivan açılış maçını kazandı.

İkinci maçın tamamını -teknik sorunlardan ötürü- izleyememiş de olsam seans arasına gidilirken 4-0 geride kalan Maguire’ın geri dönüşünün oyuna kattığı heyecan ikinci maçı da keyifli bir hale getirmiş.

Turnuvanın gelecek maçlarını kaçırmak istemeyenler için aşağıda turnuva takvimi bağlantılarını paylaşıyorum. Maçları BBC ve Eurosport’tan izlemek mümkün.

XML: https://www.google.com/calendar/feeds/916f00o7tbsdtbj1hpq91p39ao%40group.calendar.google.com/public/basic

ICAL: https://www.google.com/calendar/ical/916f00o7tbsdtbj1hpq91p39ao%40group.calendar.google.com/public/basic.ics

HTML: https://www.google.com/calendar/embed?src=916f00o7tbsdtbj1hpq91p39ao%40group.calendar.google.com&ctz=Europe/London

Bir süreci doğrudan `strace` kullanarak başlatmamız mümkün. Bunun için uygulamayı başlatırken satırın en başına `strace` eklememiz yetiyor.

$ strace ls -l

Fakat özellikle arkaplanda çalışan servis uygulamaları için bu yol her zaman kullanılamıyor. O zaman da halihazırda çalışmakta olan uygulamanın süreç numarasını (pid-process id) `strace`e gösteriyoruz.

$ pidof sshd

783

$ strace -p 783

Tabi günümüz sistemlerinde servisler eşzamanlı birçok süreç halinde çalışıyor. Bu durumda bu süreçlerden sadece birini takip etmek hatayı yakalamak için piyango gibi birşey oluyor Neyse ki `strace`in birden çok süreç numarası kabul etme özelliği imdadımıza yetişiyor. İstersek “-p” parametresini birçok kez kullanabiliyoruz.

$ pidof apache2
2155 2154 2153 2152 2147 2042 2041 2040 2039 2038 2035 2034

$ strace -p 2155 -p 2154 -p 2153 -p 2152 -p 2147 -p 2042 -p 2041 -p 2040 -p 2039 -p 2038 -p 2035 -p 2034

Örnekte olduğu gibi `pidof` çıktısındaki numaraları parametrelere aktarmak biraz zahmetli olduğundan genelde şu kısayolu kullanıyoruz.

$ strace $(pidof apache2 |sed ‘s/\([0-9]*\)/\-p \1/g’)

scp ile dosya transferi de buna örnek durumlardan biri. Uygulamaya verdiğimiz argümanlar hem bizim sistemimizde hem de uzak sistemde yorumlandığı için kaçış karakteri mevzusunda normalden iki adım öteye gitmek gerekiyor. Boşluk içeren dosya adları kullanırken dosya yolunu tırnak içine almalı ve boşluk vb. karakterler için “çift” kaçış karakteri kullanmalıyız.

scp user@10.0.0.1:”/home/user/Gutenberg\\ Project/The\\ White\\ Crystals\\ by\\ Howard\\ Roger\\ Garis.epub”

Birkaç ay önce yine bir uygulama çevirisi yaparken bazı terimlerin yaygın olarak nasıl kullanıldığını araştırmamız gerekti. Google üzerinden çeşitli taklalar atarak sonuçlara ulaşabilsek de bir sürü çöp veri arasından ihtiyacımız olan satırları cımbızlamamız gerekiyordu. Bir noktada canımıza tak etti, araştırma ve cımbızlama işlerini bilgisayara yaptırmaya niyetlendik.

Kısa süreli bir araştırma ve planlama sonrası işe koyulduk. Süreç içerisinde altyapıyı esnek ve geniş tutarak tüm özgür yazılım projelerinden verilerin tutulabileceği, sadece Türkçe için değil, özgür yazılımların çevrildiği tüm dilleri içeren geniş çaplı bir sistem oluşturmaya karar verdik.

Ve bir süre sonra Lictionary.in projesinin ilk sürümü ortaya çıktı. İlk sürümle birlikte 121 farklı dilde 60 bin benzersiz dizgeye ait yaklaşık 2.5 milyon satır çeviriden oluşan veritabanımızı kullanıma sunduk. Elbette bunun özgür yazılımların potansiyelinin sadece küçük bir kısm olduğunu farkındayız. Bu yüzden veritabanımızı an be an büyütüp yeni dizgeler, çeviriler ve diller ile zenginleştirmeye devam ediyoruz.

İlk sürüm sonrası projemizi destekleyen çok güzel geri dönüşler aldık. Ayrıca projemizi henüz duyurmuşken bizi mutlu eden gönüllü istekleri gelmeye başladı. Bu isteklerin de yönlendirmesi ile uluslararasılaştırma çalışmalarına öncelik vererek sayfamızı adına yakışır şekilde 4 farklı dilde kullanılabilir hale getirdik.

Lictionary.in özgür yazılımlardan aldığı gücü özgür yazılımlar için “özgür” olarak sunuyor. Şu an hazırlanmakta olan Lictionary.in API sayesinde birçok noktada Lictionary.in ile karşılaşıyor, işimizi kolaylaştıracak özgür yazılımlar hazırlayabiliyor olacağız. Ayrıca terimlerin çevirileri konusunda projeler arası uyumu sağlamak için oluşturmakta olduğumuz tavsiye/tartışma platformunun da bu konularda yaşanan sorunlara bir çözüm yolu olabileceğini düşünüyoruz.

Tüm özgür yazılımlarda olduğu gibi Lictionary.in için de kullanıcılardan gelecek eleştiriler bizim velinimetimiz. Lütfen olumlu/olumsuz eleştirilerinizi bizimle paylaşmaktan çekinmeyin.

Bu özelliği yanlışlıkla sildiğimiz dosyaları kurtarmak için de kullanabiliriz. Örnek üzerinden gitmek gerekirse, firefox ile bir dosyayı upload etmekte olduğumuzu ve işlem bitmeden dosyayı yanlışlıkla sildiğimizi düşünelim.

Bu durumda dosyayı kurtarmak için önce firefox’un pid numarasını öğreniyoruz.

~$ pidof firefox
7945

Ardından firefox’un kullandığı dosyaların listesinden silinen dosyaları buluyoruz.

~$ lsof -p 7945 | grep deleted
firefox 7945 username    2w   REG        8,6   153447  1531906 /home/username/.xsession-errors (deleted)

Aradığımız dosyanın satırında dördüncü sütunda (FD sütununda) yazan değeri not ediyoruz. (Örnek satırdaki 2w değeri)

Son olarak elimizdeki iki bilgiyi kullanarak /proc dizini altında pid numarası ile oluşturulmuş dizin içindeki fd dizininden dosyamızı geri kopyalıyoruz. lsof çıktısındaki değer fd dizini içinde hangi dosyayı kopyalamamız gerektiğini gösteriyor. Aşağıdaki komutla dosyamızı sisteme geri kopyalıyoruz. Dosya adını orijinali ile aynı ya da farklı seçebilirsiniz.

~$ cp /proc/7945/fd/2 /home/username/kurtarilan_dosya

Elimdeki perl ve python betiklerinin çalışmadığını görünce ve güncellemelerden de hayır gelmeyince betiği kendim güncelleyerek github hesabıma eklemeye karar verdim. Yeni URL ve shell kullanımı ile ilgili bir iki satır ekledikten sonra commit ettim. Betiğin son haline http://github.com/dirigeant/google-pagerank adresinden ulaşılabilir. Betiği kabukta, istediğiniz adresi argüman olarak vererek ya da uygulamanızdan, kütüphane olarak çağırarak kullanabilirsiniz.

Son olarak belirtmek isterim ki, bu betik örnek bir çalışma olarak dağıtılmakta olup, kullanımından doğabilecek her türlü sorundan kullanıcının kendisi mesuldür.

Kendileri benim bu blogun yazarı olduğuma inanmak için aşağıdaki kodu sitemde yayınlamam gerektiğini söylediler. Ben de bu yazıyı vesile edip aktivasyon işini aradan çıkarayım dedim

TRP9HKGQEFJF

Bunlardan dikkatimi çeken ve çözüm bulabildiğim iki tanesi şöyle.

1- Sayfa içi arama

Kısayolları kullanarak arama kutusunu açma şansımız olmadığından bu özellik sağ üstteki arama motoru kutusuna entegre edilmiş durumda. Pek dikkat çeken ve akla gelecek bir yer değil ama hiç yoktan iyidir.

Bir web sayfası açıkken arama kutusuna tıklayarak açılan menünün en altında sayfa içindeki sonuçlara ulaşabiliyoruz.

2- Sayfa kaynağı görüntüleme

Web işlerinin arkaplanı ile ilgilenenler için sayfa kaynağı en sık görüntülenen ekranlardan. Fakat safaride bu özellik de bulunmuyor. Sayfa kaynağını görüntülemek için javascript kullanarak bir çözüm üretmek mümkün.

Öncelikle bu sayfayı yer imlerine ekleyin. (Valla örnek olsun diye söylüyorum, reklam olsun diye değil )

Daha sonra yerimini düzenleyin ve aşağıdaki javascript kodunu hedef adres olarak girin.

javascript:var%20sourceWindow%20%3D%20window.open%28%27about%3Ablank%27%29%3B%20%0Avar%20newDoc%20%3D%20sourceWindow.document%3B%20%0AnewDoc.open%28%29%3B%20%0AnewDoc.write%28%27%3Chtml%3E%3Chead%3E%3Ctitle%3ESource%20of%20%27%20%2B%20document.location.href%20%2B%20%27%3C/title%3E%3C/head%3E%3Cbody%3E%3C/body%3E%3C/html%3E%27%29%3B%20%0AnewDoc.close%28%29%3B%20%0Avar%20pre%20%3D%20newDoc.body.appendChild%28newDoc.createElement%28%22pre%22%29%29%3B%20%0Apre.appendChild%28newDoc.createTextNode%28document.documentElement.innerHTML%29%29%3B

Daha sonra bu yerimini tıkladığınızda yeni bir sekmede sayfa kaynağını görüntüleyebilirsiniz.

3kg’luk laptop taşımaktan belim büküldüğünden buna daha fazla dayanamayacağımı düşünüp netbook almaya karar verdim. Geçmişten kalma alışkanlıkla, netbookların en gelişmişini hedeflemek yerine bana en uyanını aramaya başladım. Açıkçası makine başında vaktimin çoğu uzak makinelere bağlı siyah ekranlarda geçtiğinden hedefimi pek de yüksek tutmadım. Tam kendime uygun netbooklar bulmuşken, tabletlerin de netbooklardan aşağı kalmadığını, hatta taşınabilirlik yönünden çok daha iyi olduğunu ve gerekirse aparatlarla netbook gibi de kullanılabildiklerini gördüm. Tuba’dan da az biraz gaz alınca fikrimi değiştirdim ve yolun sonunda bir iPad sahibi oldum.

Cihazın incelemeleri, detayları heryerde mevcut. Zaten bu konularda bana pek laf düşmez. Ama cihazı kullanırken karşılaştığım sıkıntıları, çözüm yollarını buraya kısa kısa not edeceğim. Benim gibi bu dünyaya yabancı, aynı yollardan geçen birilerine faydası olursa ne ala.