Çalıştığım yer için bir süredir geliştirmekte olduğum yazılımda invitation-link denen bir mekanizma kurdum. Yazılımı kullanacak kişiye bir davetiye linki üretiyorum. O linke tıklayan sisteme girebiliyor. Bu link aslında bir JWT token. Çok uzun bir link olduğu ve içerisinde bir kaç yerde nokta (.) geçtiği için Whatsapp’dan gönderince insanlar linke tıklayamıyor. Bunu görünce belki bunu bir URL kısaltma servisi ile kısaltırsam daha şık olur diye düşündüm. Bunu in-house olarak proje içerisinde de yapabilirim ama; 1) Token’i ürettiğim yer ile kullandığım yer aynı ortam değil. 2) Tükettiğim yerde MySQL gibi bir veritabanı yok. İki platformun ortak kullandığı bir Redis var. Orayı da…
Kategori: Shell
Wordle heyecanı aldı başını gidiyor 🙂 Önce orijinal olanı NY Times tarafından satın alındı, sonra Fatih Kadir Akın’ın yazdığı Türkçe versiyonu Bundle tarafından satın alındı. Buradan bir kez daha tebrik ederiz. Dün Twitter’da Windows 3.1 için bile yazıldığını görünce (Windle) çok hoşuma gitti. Windows 3.1’i kim nasıl kullanıyor, ben de kullanabilir miyim diye bakındım. DosboX-x adında bir emülatör vs indirip kurmak mümkün ama kendi macOS’umda deneyince kırk tane güvenlik uyarısı yaptı, vazgeçtim. Ben de ne yapabilirim diye düşündüm ve komut satırından curl ile oynanabilecek bir versiyonunu yapmaya karar verdim. Daha önce namaz vakitleri için ve gooo.to URL kısaltma servisimiz için…
Ofiste svn’i bırakıp git’e (Linus Torvalds’ın yazdığı bir versiyonlama sistemi) döndüğümüzden beri kişisel projelerimde de git kullanıyorum. Projelerimizi gitHub’un sunucularında depoluyoruz. Açık kodlu projeler için gitHub ücretsiz, özel projeler içinse aylık 7 dolardan başlayan fiyatları var. Listesi burada.
Yine ofiste tüm projelerimizi Amazon EC2 sunucularında host ediyoruz, bu sunucuları kendimiz açtığımız için içinde istediğimiz gibi at koşturabiliyor, git gibi ne lazımsa kurabiliyoruz. Kişisel projelerim için vaktiyle HostGator’u tercih etmiştim, şimdi taşınmaya vakit bulamadığım için çıkamıyorum, bir de WHM ve CPANEL’e yıllardır çok alıştım. Vazgeçmek istemiyorum.
Şu hususa açıklık getirelim: git sisteminde tuttuğumuz projelerimizi ekibimizdeki diğer geliştiriciler de indirip güncelleyebilsinler diye bir git sunucusunda tutuyoruz. Ayrıca projenin git’siz halini de ziyaretçilerin hizmetine sunmak üzere başka bir yerde web sunucusunda tutuyoruz. Tabi ki gerekli durumlarda bu iki sunucu sistem aynı makinede yer alabilir. Biz projeyi depolamak için gitHub’u, webe sunmak için Amazon’u tercih ediyoruz.
Çok uzun yazdığıma dair şikayetler devam ettiği için hemen başlayıp, kısa keseceğim 🙂 Unix/Linux işletim sistemlerinin bence en güzel yanı kuvvetli ve çok yetenekli bir komut yapısına sahip olması. Amiyane tabirle siyah ekran dediğimiz o terminal (konsol) ekranı aslında işletim sisteminin kendisi 🙂 İşte bu kara konsolun yetenekleri bazan gözlerimi yaşartıyor 🙂 Örneğin ssh ile bağlandığınız bir sunucuda büyücek bir dosyayı kendi sunucunuza almak istiyorsunuz, FTP hesabınız da yok. Bunun envai türlü yöntemi var ama hazır dosyayla aynı makinedeyken komut satırından göndermek bence en güzeli. İşte scp (secure copy) tam da bunun için var. Dosya göndermek için: #scp dosya_adi.uzanti kullanici_adiniz@sunucu.adresiniz:/sunucudaki/yazma/hakkinizin/oldugu/klasor…
İşim gereği sürekli uzaktaki makinelere komut satırından bağlanmam gerekiyor. Ofisteki internet bağlantısından bunu yaptığımda sabah açtığım oturum akşama kadar açık kalabiliyor. Evdeki Kablo.Net bağlantısında ise 2 dakika o pencerede işlem yapmadıysam bağlantı asılı kalıyor, bir kaç dakika sonra da “Write failed: Broken pipe” yazıyor ve kendi komut satırıma düşmüş oluyorum. Bu akşam canıma tak etti ve minik bir google’ing yaptım. Çözümü buraya da yazayım ki siz de kolay bulun, ben de kolay bulayım 😉 Kendi komut satırınızdayken şu ifadeleri çalıştırarak ssh_config dosyanızı güncelleyin: echo “ServerAliveInterval 60” >> ~/.ssh/config Kaynak: http://nextspaceship.com/2011/09/how-to-solve-broken-pipe-message-in-ssh-session/