Ttnet Hız Sorunu Yaşayanlar İçin Bilgilendirme

Merhaba arkadaşlar bu makalemde ttnet hız sorunu yaşayan arkadaşlar için genel bir bilgilendirme yapacağım.

Evlerimizde kullandığımız internetlerin alt yapıları bağlı bulunduğunuz telekomdan evinize doğru hatlarla ayrıştırılmaktadır.Satın aldığınız hizmetlerin alt yapılarında kullanılan kablolama yapıları hız sorununuzun en büyük etkeni olduğunu bilmenizi isterim nasıl yani diyecek olan arkadaşlar için

örneğin aldığınız hizmet 4 Megabit İndirme Upload hızınızda 1024 olsun bunlar bağlı bulunduğunuz telekomdan çıkış değerleridir. Kısacası bu değerler size ulaşana kadar daralmakta ve kullanmakta olduğunuz ölçüm yaptığınızda düşük gözüken değerlere dönmektedir. 4mb lik bir internetin 3.3 yada 3.5 gibi gözükmesi çok normaldir diyebilirim yükleme hızında ise 1024’ün de 600 ila 800 görünmesi normaldir. Bu tamamen kullanılan alt yapının kaybıdır.

Kısacası alt yapısının Noksan olduğunu bilen ttnet size çözüm üretemez aradaki bağlantı kaybı onları değil sizi bağlar konumdadır. Siz ararsınız yırtınırsınız ölçüyorum dersiniz onları bağlamaz.Türkiyede hiçbirşey projeye bağlı olmadığı için telefon kablosuyla çekilen hatlardaki düşüklüğü bildikleri halde interneti aradaki değer düşüklüğüne göre göndermeyen kuruluş sizin sorununuza yanıt bulamaz.Kısacası satış taktiğinin kurbanı olmuşsunuzdur ağlamaya değmez.

Kloxo Fonsiyonlarını Etkinleştirmek Kloxo Curl Etkinleştirmek

Merhaba arkadaşlar bu makalemde sizlere kloxo panel içinde kullandığınız scriptlerde gerekli olan curl fonksiyonunu nasıl etkileştireceğinize değinmek istiyorum.

Öncelikle admin bölümü bütün serverdaki hesaplara dahil olduğu için oradan değiştirirseniz bütün hesaplarda bu fonksiyon açılmış olacaktır bunun güvenlik riskleri oluşturacağını belirtmek isterim bu bakımdan gerekli olan hesaplarda kullanmak genel güvenlik açısından daha mantıklı olacaktır.

Bütün panel için ;

Admin dizinine giriyoruz webmailanddb sekmesi altında PHP_config yazılı simgeye tıklıyoruz açılan sayfada advanced_PHP_config sekmesine tıklıyoruz. disable_functions seçeneği altındaki

exec,passthru,shell_exec,system,proc_open,popen,curl_exec,cu rl_multi_exec,parse_ini_file,show_source

fonksiyonları içerisindeki

curl_exec,curl_multi_exec

çıkarıyoruz son hali

exec,passthru,shell_exec,system,proc_open,popen,parse_ini_file,show_source

bu şekilde olacak

Bunucu yaptıktan sonra alt bölümden update güncelleye basıyoruz. Dilerseniz bu bölümden diğer fonksiyonlarınızıda değiştirebilirsiniz.

Sadece hesaplar için ;

Hesaplar içinde değiştireceğiniz hesaba girdiğinizde aynı yolu izlerseniz aynı şekilde işlem yapabilirsiniz. Ben burdan yapamıyorum diyenler için ssh üzerinde giriş yaptıktan sonra

nano /etc/php.ini

içerisinden

disable_functions araması yapıp karşısındanda değiştirebilirsiniz.Tabi bu değişiklik bütün panel içindir

Veritabanı Motor Çeşitleri ve Karşılaştırmaları

Merhaba arkadaşlar bu makalemde veritabanı motorlarını inceleyerek teknik bilgiler oluşturmak istedim dilerim sizlerede bu konuda bir nebze yardımım dokunur.

InnoDB
Geliştirenler Oracle
İşletim sistemi Tüm platformlar
Yazılım türü Veritabanı motoru
Lisans GPL ve ticari
Resmî sitesi InnoDB.com

InnoDB, MySQL AB tarafından dağıtılan tüm paketlerde yer alan standart MySQL veritabanı motorudur. Sistemi diğer kayıt motorlarından ayıran en önemli özellik ACID uyumlu olması, aktarım ve yabancı anahtar desteği sunmasıdır.

Innobase Oy’un Ekim 2005’te Oracle Corporation bünyesine katılmasının ardından InnoDB, bu şirketin ürünlerinden biri olmuştur.[1] Yazılım çift lisanslıdır. GNU Genel Kamu Lisansı ile dağıtılan ürün, InnoDB’yi ticari yazılımlarda kullanmak isteyen şirketlere lisanslanabilmektedir.

MyISAM ile Karşılaştırma

InnoDB, sistem göçmelerinde kayıt dosyalarını yeniden okuyup veritabanını eski durumuna döndürebilmektedir. MyISAM ise bu işlemi gerçekleştirebilmek için değiştirilmiş tüm tabloları baştan sona taramalıdır. InnoDB’nin veri dosyalarının boyutuna bağlı olmaksızın çalışabilmesi onun büyük veritabanlarında yeğlenmesini zorunlu kılmaktadır.

MyISAM, satır okuma ve yazma işlemlerini önbelleğe almak için işletim sistemine gerek duyarken InnoDB bu işlevi doğrudan motor bünyesinde görmektedir. InnoDB, kirli (değiştirilmiş) veritabanı sayfalarını işletim sistemine hemen göndermemekte, bu durum zaman zaman hızlandırıcı bir etken olmaktadır.

InnoDB, satırları ana anahtara göre sıralamakta, MyISAM ise bu satırları girildikleri sırada saklamaktadır. Satırların ana anahtara göre sıralanması MS SQL Server’ın “kümelenmiş indeksler” özelliğine ve Oracle’ın “indekse dayalı tablolar” tanımı ile uyumludur. Bu olgu, ana anahtarın ortak sorgularda sıkça geçtiği durumlarda kaydadeğer hız artışı sağlamaktadır. Örneğin, bir müşterinin banka kayıtları InnoDB’de müşteriye göre öbeklendirilirken MyISAM, son işlem zamanını kullanacaktır. Bu durumda, bir müşterinin banka hesabı geçmişini elde etmek InnoDB’nin daha az zamanını alır. Ne var ki, ana anahtarı kullanmayan ekleme sorguları InnoDB’nin veriyi birçok kez yeniden düzenlemesine neden olacak, bu da başarımı olumsuz etkileyecektir.

InnoDB, sıkıştırma ve kısa satır biçimlerini desteklememektedir. Bu, kullanılan RAM miktarının artmasına yol açabilir.

Tümüyle ACID uyumlu kiplerde çalıştırıldığında InnoDB, sabit diske birkaç aktarımda bir yazmalıdır. Bu, sabit diskin saniyede 200 güncelleme aktarımı kısıtlamasına takılmaktadır. Daha yüksek aktarım hızlarına gerek duyulan durumlarda önbellekli ve yedek pilli sabit disk denetleyicileri kullanılmalıdır. InnoDB, bu etkinin sorun yaratmayacağı kiplerde de çalıştırılabilmektedir. MyISAM’ın aktarım desteğinden yoksun olması bu tür bir sorunla karşılaşmasını engeller.

MyISAM

Geliştirenler Sun Microsystems
Yazılım türü Veritabanı motoru
Platform Tüm platformlar
Lisans GNU Genel Kamu Lisansı
Resmî sitesi http://www.mysql.com

MySQL ilişkisel veritabanı yönetim sisteminin kullandığı öntanımlı kayıt motorudur. Öncülü ISAM kodu temel alınarak geliştirilen MyISAM birçok yararlı özelliğe sahiptir. Ne var ki, MySQL’in son sürümleri aktarım ve veri tutarlılığı kısıtlamaları desteği sunan ve yüksek eşgüdüm öngören InnoDB’yi yeğlemektedir.

Her MyISAM tablosu sabit disk üzerinde üç ayrı dosyada saklanır. Dosya adları tablo adıyla başlamakta ve dosya türünü belirten bir uzantıyla sonlanmaktadır. MySQL, tablo tanımlarını .frm dosyalarında saklar ancak bu dosya MyISAM motoruna değil sunucuya aittir. Veri dosyası .MYD (MYData), indeks dosyası .MYI (MYIndex) uzantılıdır.

InnoDB ile Karşılaştırma

InnoDB, sistem göçmelerinde kayıt dosyalarını yeniden okuyup veritabanını eski durumuna döndürebilmektedir. MyISAM ise bu işlemi gerçekleştirebilmek için değiştirilmiş tüm tabloları baştan sona taramalıdır. InnoDB’nin veri dosyalarının boyutuna bağlı olmaksızın çalışabilmesi onun büyük veritabanlarında yeğlenmesini zorunlu kılmaktadır.

MyISAM, satır okuma ve yazma işlemlerini önbelleğe almak için işletim sistemine gerek duyarken InnoDB bu işlevi doğrudan motor bünyesinde görmektedir. InnoDB, kirli (değiştirilmiş) veritabanı sayfalarını işletim sistemine hemen göndermemekte, bu durum zaman zaman hızlandırıcı bir etken olmaktadır.

InnoDB, satırları ana anahtara göre sıralamakta, MyISAM ise bu satırları girildikleri sırada saklamaktadır. Satırların ana anahtara göre sıralanması MS SQL Server’ın “kümelenmiş indeksler” özelliğine ve Oracle’ın “indekse dayalı tablolar” tanımı ile uyumludur. Bu olgu, ana anahtarın ortak sorgularda sıkça geçtiği durumlarda kaydadeğer hız artışı sağlamaktadır. Örneğin, bir müşterinin banka kayıtları InnoDB’de müşteriye göre öbeklendirilirken MyISAM, son işlem zamanını kullanacaktır. Bu durumda, bir müşterinin banka hesabı geçmişini elde etmek InnoDB’nin daha az zamanını alır. Ne var ki, ana anahtarı kullanmayan ekleme sorguları InnoDB’nin veriyi birçok kez yeniden düzenlemesine neden olacak, bu da başarımı olumsuz etkileyecektir.

InnoDB, sıkıştırma ve kısa satır biçimlerini desteklememektedir. Bu, kullanılan RAM miktarının artmasına yol açabilir.

Tümüyle ACID uyumlu kiplerde çalıştırıldığında InnoDB, sabit diske birkaç aktarımda bir yazmalıdır. Bu, sabit diskin saniyede 200 güncelleme aktarımı kısıtlamasına takılmaktadır. Daha yüksek aktarım hızlarına gerek duyulan durumlarda önbellekli ve yedek pilli sabit disk denetleyicileri kullanılmalıdır. InnoDB, bu etkinin sorun yaratmayacağı kiplerde de çalıştırılabilmektedir. MyISAM’ın aktarım desteğinden yoksun olması bu tür bir sorunla karşılaşmasını engeller.

MyISAM birçok web uygulamasında hala kullanılmaktadır. Bunun nedeni, MyISAM’ın veritabanı erişimlerinin çoğunluğunun okuma işlemi gerektirdiği durumlarda InnoDB’ye oranla daha hızlı çalışmasıdır.

bursa-bilgisayar.com’dan mutluklar.

Apache (98)Address Already İn Use Make_Sock: Could Not Bind To Address 0.0.0.0:80

Merhaba arkadaşlar ve gün gelir birde bakarsınızki apache’durmuş yeniden başlatırsınız başlıktaki hatayı verir takmayın kafanıza sevmediğiniz şeyleri her soruna bir çözüm bulunur.

Çözüm;

Sorun varsa görüntüle kardeşim komutu

netstat -tulpn| grep :80

Madem yamuldun gel düzeltelim kardeşim komutu

killall -9 httpd

Sıkma canını bir yeniden başla bakim komutu

/etc/init.d/httpd start

yada

service httpd restart

ALternatif Çözüm;

lsof -i tcp:80

burdaki pid numarası sıkışan bir işlem varsa onun numarasıdır yukarı yazmadım çünkü sıkışan herşeyi sonlandırır.Yani kısaca yukardaki kodu yazarsınız önünüze pid bölümü gelir ordan numarayı seçer alta yazarsınız kodu çalıştırırsınız .

kill -9

/etc/init.d/httpd start

yada

service httpd restart

mutluluklar benim sistemci kardeşlerim.

Vps Vds ve Sunucular İçin MySQL Optimizasyon

Merhaba burada vereceğim kodlarla mysql hızınızı görünür şekilde değiştirebilirsiniz uyguladığım ayarlar 2 gb ramli sunucuda denenmiştir sorunsuz çalışmaktadır varsayılan ayarlardan dönüştürdüğüm için bilmenizi istediğim özellikleri ram’ 500 lerde iken 1100 lere çıkmaktadır ortalama 500 600 mb ram artmakta ama buna oranla mysql hızlanmaktadır.

Önce Varsayılan Ayalar İçin Yedeğimizi Alalım:

cp /etc/my.cnf /etc/myyedek.cnf

Daha sonra yine sunucumuz için bulunan bir dosyayı yedek aldığımız yere taşıyalım

mv /usr/share/mysql/my-huge.cnf /etc

taşıdığımız klasöre girelim

cd /etc

eski kullandığımız dosyamızın ismini değiştirelim 2.bir önlem yedeği

mv my.cnf my-eski.cnf

Yeni kopyaladığımız dosyanın ismini değiştirelim

mv my-huge.cnf my.cnf

Mysql’i yeniden başlatalım

service mysqld restart

Memnun kalmadınız diyelimki geri dönmek için

cd /etc

rm my.cnf && mv my-eski.cnf my.cnf