Ara 072014
 
2.108 views

Sosyal Medyada Kimliksiz Dolaşmak

(Aşağıdaki yazım 4 Aralık 2014 tarihinde Radikal Blog‘da yayınlanmıştır.)

Sosyal medyaa kimliksiz dolaşmakFacebook gibi sosyal ağ devleri eğer uygun manevralar yapamazlarsa, önümüzdeki dönemde epeyce kan kaybedecek gibi görünüyorlar.

Bildiğiniz gibi facebook üyesi olmak için gerçek kimliğinizi bildirmek zorundasınız. Son yıllarda bu konuyu birazcık esnetmiş olsalar bile, aslında aynı durum hala geçerliğini koruyor. Gerçek kişi olduğunuzu onaylatmak için ya epostanızı, ya da cep telefonunuzu bildirdiğiniz için küçük bir araştırmayla sizin gerçek kimlik bilgilerinize ulaşmaları mümkün hale geliyor.

Böylece gerçek bir kimlik sahibi olarak sizin yazışmalarınızı, paylaşımlarınızı, arkadaş gruplarınızı inceleyerek alışkanlıklarınızı ve ilgi alanlarınızı tespit ediyor ve bu bilgileri değerli bir meta haline dönüştürebiliyorlar. Arama motorları da bu işin içinde zaten.
Entegre olarak çalışan arama motorları ve sosyal ağlar bilgilerinizi kullanarak davranışlarınızı modelliyor ve sayfalarınızda rastgele değil, sizin ilgi alanınıza giren reklamları gösterebiliyorlar. Üstelik bunu size danışarak, sizin izninizle değil, dayatma yoluyla gerçekleştiriyorlar.

Bu sistemlerdeki kimlik bildirimleri “güvenlik” olarak gerekçelendiriliyor olsa da asıl kaygının ticari olduğu apaçık.

Bazı insanlar için bu durum pek bir önem taşımıyor olabilir. Ama diğer bazı insanlar, birileri tarafından sürekli izleniyor ve yönlendiriliyor olmaktan hiç te hoşnut görünmüyorlar. Bu sıkıntıyı aşmak için “sahte hesap” açanlar veya bilinçli olarak yanlış yönlendirmeler yapanlar hiç te azımsanacak boyutta değil.

Bu tür hoşnutsuzluklar giderek daha fazla insanı etkiliyor.

İşte bu hoşnutsuzlukların farkına varan ve yeni çözüm önerileri sunan kurumların sayısı da doğal olarak artmaya başladı. Bunların başında Secret, Whisper, Yik Yak ve SocialNumber gibi siteler geliyor.

Bu yeni sosyal medya çözümlerinde gerçek kimliğinize gerek duyulmuyor. Örneğin SocialNumber.com sitesi sizi sadece özgün bir kimlik numarasıyla tanıyor. Bu numarayı da kendiniz saptıyorsunuz.
Kendi adıma sokaklarında özgürce dolaşacağım, vitrinlerine bakacağım, bir köşede oturup gelen geçeni seyredebileceğim ve bunları yapabilmek için kimlik ibraz etmek zorunda kalmayacağım bir ortamda kendimi çok daha rahat hissedeceğim muhakkak.

Bence sosyal medya da böyle olmalı. Bu, bir şeyleri gizlemem gerektiği için değil elbette. Ama birilerinin beni sürekli gözetlemesinden, her hareketimi izlemesinden rahatsızlık duyuyorum. Biliyorum ki bu sıkıntıyı yaşayan başkaları da var!

Ya siz nasıl hissediyorsunuz?

ahmet aksoy

Kaynaklar:
http://edition.cnn.com/2014/10/08/tech/social-media/facebook-anonymous-app/index.html
http://www.slate.com/articles/technology/technology/2014/03/whisper_secret_yik_yak_new_anonymous_social_networks_are_neither_new_nor.html
http://www.economist.com/blogs/schumpeter/2014/03/anonymous-social-networking
http://en.wikipedia.org/wiki/Hawthorne_effect
http://www.scientificamerican.com/article/how-the-illusion-of-being-observed-can-make-you-better-person/

Ara 072014
 
2.696 views

Resim ve Yazı Güncellemede Sorun

wp-cron.php sorununu çözmeye çalışırken bir başka problem ortaya çıktı.
Son yazıma resim eklemeye kalktığımda bir türlü media alanına erişemedim.
Bunun olası 2 nedeni var:
1- Multisite WordPress wp-cron-mu.php kullanarak 15 dakikada bir gerçekleştirilen cron işlemleri, normal işleyişi olumsuz etkiledi.
2- Yazıda pre veya code ile betimlediğim kod örnekleri, sistemle bir şekilde etkileşime girerek akışı olumsuz yönde etkiliyor.
Nedeni daha kolay bulabilmek için bu iki olasılığı birbirinden ayırmak gerekiyor.
Bu yazyı biraz da bu amaçla yazıyorum.
Bu yazıda her hangi bir kod örneği olmayacak. Resim de koymayacağım.
Eğer bu yazıyı kaydeder veya yeniden düzenlerken herhangi bir problemle karşılaşmazsam, yaşanan sorunun kaynağı olarak alıntı kodları görmek kolaylaşacak.
Aksi halde, bu soruna cron uygulamasının yol açtığını söylemek daha doğru olacak.

Yukarıdaki bölümü kaydetmek için “Güncelle” butonuna bastığımda, Chrome adres kutusunda
“http://webmaster.gamet.com.tr/wp-admin/post.php”
satırı belirdi ve orada kaldı. Normalde işlemlerini tamamlayıp, aynı ekrana dönmesi gerekirdi.
Bilgisayarımın ikinci ekranından siteyi kontrol ettiğimde yazının düzgün olarak kaydedilmiş olduğunu gördüm. Yani “post.php” dosyası kayıt işlemlerini düzgün olarak gerçekleştirmiş olmakla birlikte, süreci tamamlayıp geri dönemiyor.
Bu yazıda bir kod alıntısı olmadığına, ama davranışın da değişmediğine bakılırsa, asıl sorumlu cron için yaptığımız düzenleme gibi görünüyor.
(post.php dosyasının kayıt işlemlerini tamamladıktan sonra ekrana boş bir sayfa getirip orada takıldığını da belirteyim. Bu sayfa gerçekten de boş, çünkü kaynak kodlarını görmek istediğinizde de tamamen boş bir sayfa çıkıyor.)

Bir yandan interneti de taramaya başladım. Bu durumu bazıları “WordPress Beyaz Ölüm Sayfası” olarak adlandırmış. Çok yeni bir sorun gibi de görünmüyor.
Sistemimde W3 Total Cache kullanıyorum. Onun bir etkisi olup olmadığını sınamak için tüm keşleri boşaltmasını isteyince, aynı Beyaz Ölüm Sayfası yeniden karşıma dikildi.
Böyle zamanlarda en yararlı ip uçları hata log dosyalarında bulunur.
Ve işte bütün sorunlarımın kaynağı!…
Bu bir bileşen: WP-dTree. Aslında çok işime yarayan bir bileşendi. Gözümü kırpmadan kaldırdım.
Ama boşuna sevinmişim! Değişen bir şey olmadı. Sadece WP-dTree cach ile ilgili hata mesajları sonlanmış oldu.
Şimdi bir başka suçlu bulmalı!
Örneğin W3 Total Cache’in kendisi olabilir mi?
Ama diğer subdomain sitelerimde hiç bir sorun yaratmadan çalışıyor.
Peki başka ne olabilir?
İnternetteki yazışmalardan birinde, functions.php dosyasının sonunda kalmış boş bir satırdan bahsediliyordu. Acaba bende de olabilir mi? Hemen kontrol ediyorum. Önce post.php dosyasını kontrol ettim. Gerçekten de en sonda boş bir satır vardı. Hemen temizledim.
ANcak Beyaz Ölüm Sayfası tüm ihtişamıyla yine karşımda.
functions.php dosyasını da kontrol ettim ama, orada boş satır falan yoktu zaten.

Bu kez temayı sorguluyorum. WordPress orijinal teması yerine yavru tema kullanıyordum. Bu yüzden doğrudan ana temayı etkinleştirdim.
Voila!
Sorun çözüldü! Sorunu yaratan yavru temanın kendisiymiş.

Hemen bir önceki yazıya dönüp resim sorunu ne durumda kontrol edeceğim.
Orada da her hangi bir sorun yok.
Demek ki yavru temanın functions.php dosyasında bir sorun olma olasılığı çok güçlü. Daha düşük bir olasılık olsa da, diğer ihtimal style.css dosyası. Bunlarda da fazla bir değişiklik yok zaten.
Hedef iyice daraldığına göre, sorunu çözmek artık çok daha kolay!

ahmet aksoy

Ara 072014
 
2.329 views

WordPress wp-cron.php Macerası Devam Ediyor

wordpress wp-cron.php
Evet! Bir önceki yazımda WordPress cron işlemini iptal edip, tetiklemeyi daha uzun bir periyot ile ve Cpanel üzerinden denediğimi, sonra da bütün işlemleri geri aldığımı yazmıştım.

Bir kaç gün önce hosting firmamdan bir mesaj aldım. İşlemci yoğunluk limitlerini aştığım ve tekrarlanması halinde önlem alınacağını bildiriyordu.

Böylesine durumlar yabancı hosting firmalarında genellikle çok daha kibarca hallediliyor. Bizimkiler, doğru dürüst bir inceleme yapmadan paldır küldür yasaklamaya gitmeyi tercih ediyor.

Bu durum büyük bir olasılıkla harici bir bot vb ile yaratılmış olmalı. Çünkü aynı sistem uzunca bir süredir sorunsuz çalışıyordu. Üstelik son günlerde başka işlerim nedeniyle web üzerinde herhangi bir çalışma yapmaya fırsatım bile olmamıştı.

Sonra bir mesaj daha geldi. Ancak bu mesajda incelik gösterip sorun kaynağını wp-cron.php olarak belirtmişlerdi.

Cron.php’nin işlemci yüküne sebep olabildiğini zaten bildiğim için doğrudan kendi önlemlerimi almaya karar verdim.

İnterneti bu amaçla yeniden taradım. Ve bu sefer, multisite wordpress uygulamalarında, her subdomain için wp-cron.php çağrısının ayrı ayrı tekrarlanması gerektiği bilgisine ulaştım. Gayet mantıklı bir açıklama. Çözüm olarak önerilen çeşitli scriptler var. Ben, aşağıdaki çözümü sadeliği ve kolay anlaşılırlığı açısından tercih ettim:


<?php
if( php_sapi_name() !== 'cli' ) {
 die("Meant to be run from command line.n");
}
// Modify this based on site domain
$_SERVER['HTTP_HOST'] = 'yoursite.com';
define( 'WP_USE_THEMES', false );
global $wp, $wp_query, $wp_the_query, $wp_rewrite, $wp_did_header;
require_once( dirname( __FILE__ ) . '/wp-load.php' );
if ( ! function_exists( 'wp' ) )
 die( 'Couldn't load WordPress :(' );
if ( ! is_multisite() )
 die( 'Multisite is not enabled.' );
global $wpdb;
$sql = $wpdb->prepare("SELECT domain, path FROM $wpdb->blogs WHERE archived='0' AND deleted ='0' LIMIT 0,300", '');
$blogs = $wpdb->get_results($sql);
foreach($blogs as $blog) {
 $command = "http://" . $blog->domain . ($blog->path ? $blog->path : '/') . 'wp-cron.php';
 //echo $command . "n";
 wp_remote_get( $command );
}
?>

Yukarıdaki kodun 7. satırındaki ‘yoursite.com’ değerini kendi ana domain adınızla değiştirmeyi unutmamalısınız.

Bu scripti wp-cron-mu.php olarak isimlendirebiliriz. Bu script, ana domain de dahil olmak üzere aktif durumdaki tüm subdomain sitelerin wp-cron.php dosyalarını tek tek çalıştırıyor.

Cpanel cron komutu da şöyle değişiyor:

*/15 * * * * /usr/bin/php /var/www/yoursite/wp-cron-mu.php > /dev/null

Burada da yoursite.com adresini doğru adresle değiştirmeniz gerekiyor. Çağrılar 15 dakikada bir.

Bakalım işlemcilerin aşırı yüklenmesini bu önlem giderebilecek mi? Sanırım bir kaç gün içinde netleşir!

Eğer siz de multisite wordpress kullanıyorsanız, bu yönteme ihtiyacınız olabilir.

ahmet aksoy

Kaynaklar:

Ara 032014
 
3.351 views

Musical Instruments From Vegetables

Musical Instruments From Vegetables

redit: funmozar.com

Linsey Pollak from Australia, turns a carrot into a clarinet using an electric drill, a carrot, and a saxophone mouthpiece. In only five minutes…

Amazing! If you have children loving musing, but not eating carrots, show them how useful carrots are…

(*** Press title if the videos are not seen ***)

And here a vegetable Orchestra from Vienna.

Listen to them. It is the sound of nature.

And, this is from China! Beautiful! 🙂

Marveleous!

Sources: