search
Categories
Sponsors
VirtualMetric Hyper-V Monitoring, Hyper-V Reporting
Archive
Blogroll

Badges
MCSE
Community

Cozumpark Bilisim Portali
Posted in Hayattan | No Comment | 5,512 views | 21/08/2010 11:37

I used Passmark for Benchmark tests. Servers are running on Windows Server 2008 R2.

System Summary of Dell R410:

Windows Server 2008 R2 (64-bit)
Intel Xeon E5620 @ 2.40GHz
16374 MB RAM
1674GB HDD
Manufacturer: GenuineIntel
Type: Intel Xeon E5620 @ 2.40GHz
Number of CPU’s: 2
Cores per CPU: 4
Hyperthreading: Enabled
Measured Speed: 2394.5 MHz/
L1 Instruction Cache: 8 x 32 KB
L1 Data Cache: 8 x 32 KB
L2 Cache Size: 8 x 256 KB
L3 Cache: 12 MB

You can order Dell R410 dedicated servers with 10 mbit unlimited bandwidth for only $250/month.

Lets make MySQL benchmark on this server now..


Posted in Hosting & IIS7 | No Comment | 6,264 views | 15/08/2010 17:10

Bir çok datacenter Network uptime için %99,99 gibi değerler verirler. Peki %99,99’luk değerin, yılda kaç dakikalık kesintiye karşılık geldiğini biliyor musunuz? Hemen alttaki tablodan göz atalım:

Tabi her veri merkezi, 9’la biten uptime oranları vermeyebilir. Şimdi elinizde bulunan uptime oranına göre yılda kaç saat kesinti yaşayabileceğinizi hesaplayalım.

1 yıl 365 gün x 1 gün 24 saat = 8760 saat eder. Yani 1 yıl 8760 saate eşit oluyor. Örneğin uptime garantisi 99,5 olsun. Bu durumda hesaplama aşağıdaki gibi olmalı.

8760 – (8760 * (99,5 / 100)) = 43,8 saat

Hesaplamada sadece 99,5 olan kısma uptime oranını yazmanız, sonucu bulmanız için yeterli olacaktır. 99,5 uptime oranında, yıllık maksimum 43,8 saatlik bir kesintinin olabileceği öngörülüyor. Bu değeri 12’ye bölmeniz halinde, aylık kesinti süresini; 48’e bölmeniz durumunda haftalık kesinti süresini bulabilirsiniz.


Posted in Hosting & IIS7, Windows Server | No Comment | 4,937 views | 07/08/2010 17:26

Radore Hosting’te son olarak Cluster mimarisinde çalışan SMTP servisini hizmete aldım. Tabi güvenlik gereği Relay ayarlarını çok dikkatli yapmam gerekiyordu. Bu yüzden her site için ayrı bir kullanıcı ayarlamak gerekiyordu. Kullanıcı için de Active Directory yapısını kullanarak, yeni kullanıcı açma probleminden kurtulmuş oldum. Böylece müşterilerin FTP kullanıcıları, SMTP için kullanılabilir hale geldi. Şimdi SMTP üzerinde neler yapmamız gerektiğine göz atalım.

Öncelikle SMTP ayarlarında bulunan Access tabına geçiş yapalım. Access tabının altında bulunan Authentication bölümüne tıklayın ve karşınıza çıkacak menüden Basic Authentication seçeneğini seçin.

Bu bölümü Apply diyerek kaydettikten sonra yine Access tabı altında bulunan “Connection” kısmına giriş yapın ve sunucularınızın bağlı bulunduğu ip aralığını girin. Böylece dışardan erişimi engellemiş olacaksınız.

Son olarak yine “Access” tabı altından Relay ayarlarına giriş yapın.

Yukarda görebileceğiniz gibi “Allow all computers which successfully authenticate to relay, regardless of the list below” seçeneğini işaretleyin. Bu ayarları yaptıktan sonra bu sunucunuzu sadece kullanıcı adı ve şifre ile Relay’a açmış olacaksınız. Kullanıcı adı ve şifre uygulamasının çalışıp çalışmadığını telnet üzerinden aşağıdaki gibi test edebilirsiniz.

1
2
3
4
5
6
7
8
9
10
telnet 127.0.0.1 25
Helo
Ehlo
AUTH Login
eXVzdWZvenR1cmtpbmZv (kullanıcı adı)
eXVzdWY (sifre)
mail from: yusuf.ozturk@domain.com
rcpt to: yusuf@domain.com
Test maili
.

Test amaçlı denemede, kullanıcı adı ve şifre Base64’e göre şifrelenmelidir.

Yukardaki bağlantı üzerinden ücretsiz olarak şifreleme yapabilirsiniz.


Posted in Hosting & IIS7 | No Comment | 4,142 views | 02/08/2010 13:22

Default olarak PHP on Windows’ta PHP hatalarını IIS üzerinde detaylı olarak göremezsiniz. Bunun için PHP ve IIS ayarları üzerinde bazı değişiklikler yapmanız gerekir. Bunları gösterecek olursak;

İlk olarak IIS üzerinden Detailed Errors’u açmamız gerekecektir. Bunun için IIS altından;

Error Pages ikonuna tıkladıktan sonra açılan kısımdan “Edit Feature Settings” bölümüne tıklayın.

Açılan menüden “Detailed Errors” bölümünü işaretleyin.

Sonrasında Handler Mappings’e giriş yapın.

PHP-Fastcgi yapılandırmasını bulup, üzerine sağ tıklayıp, “Edit” diyin.

Açılan menüden “Request Restrictions” bölümüne tıklayın. Karşınıza gelen bölümden;

“Invoke handler only if request is mapped to” bölümünü işaretleyip, File seçeneğini aktif bırakın.

Sonrasında php.ini dosyasının içersinden aşağıdaki bölümü bulun;

1
2
3
4
5
6
7
8
9
10
; Off          - Do not display any errors 
; stderr       - Display errors to STDERR (affects only CGI/CLI binaries!)   
; On or stdout - Display errors to STDOUT (default)
;  
; To output errors to STDERR with CGI/CLI:              
;display_errors = "stderr"
;
; Default
;
display_errors = Off

Yukardaki bölümden display_errors kısmını “On” olarak değiştirin ve IIS’i resetleyin. Bu işlemler sonrası PHP hatalarını IIS üzerinde gösterebiliyor duruma geleceksiniz.