database etiketine sahip kayıtlar gösteriliyor. Tüm kayıtları göster
database etiketine sahip kayıtlar gösteriliyor. Tüm kayıtları göster

31 Mart 2011 Perşembe

RadEditor Image Manager Klasör İçerikleri Sorunu Çözüldü

7 Aralık 2010'da yazdığım Telerik Rad Editor DNN Image Manager ViewPaths sorunu ile ilgili yazımda DotNetNuke 5.6 ve sonraki sürümlerde yaşayabileceğiniz bir problemden bahsetmiştim. Kısaca özetlemek gerekirse, DotNetNuke 5.6.2 sürümü de dahil olmak üzere bazen Image Manager ekranının boş olarak çıkması gibi bir problem yaşayabilirsiniz.

Sorunun çözümü Will Strohl tarafından DotNetNuke bloglarında paylaşılmış. >>

Sisteme host yetkileri ile giriş yaptıktan sonra Host > SQL sayfasından aşağıdaki komutu çalıştırabilir:

UPDATE {databaseOwner}[{objectQualifier}Folders]
SET [FolderPath] = LOWER([FolderPath]);

Veya SQL Server Management Studio ile aşağıdaki şekilde düzeltmeyi uygulayabilirsiniz:
UPDATE [dbo].[Folders]
SET [FolderPath] = LOWER([FolderPath]);


17 Ekim 2010 Pazar

Domain Name Windows Vista Does Not Exist In The Database

DotNetNuke kurulumunda Domain Name Windows Vista Does Not Exist In The Database hatasını alabilirsiniz.

Kurulum işlemi sırasında veritabanı yüklenmesi sırasında tarayıcınızı kapattığınızda ya da internet bağlantınız kesildiğinde aktif oturum sonlanacağı için sistem tarafından oluşturulan geçici ticket pasif kalacağından, kurulum sayfasını yeniden açtığınızda kurulum başarılı olmuş gibi sayfayı görüntüleyemediğinizi göreceksiniz. Ancak anasayfayı açmayı denediğinizde Domain Name Windows Vista Does Not Exist In The Database şeklinde bir hata alabilirsiniz.

Bu durumda kurulum işlemini boş bir veritabanı ile yeniden yapmanız gerekecektir.


4 Ağustos 2010 Çarşamba

DotNetNuke Turhost Deneyimi

Bir arkadaşımın ricası üzerine DotNetNuke 5.4.4 sürümünü Turhost'tan satın aldıkları Windows Hosting paketine kurmayı denedim. Arkadaşım DNN 5.44 sürümünü ne yaptıysa hosting hesabına kuramadığını bunun ardındaki sebebi bulmaya çalıştığını söyledi.

Öncelikle daha önceki deneyimlerimden yola çıkarak standart paketin Türkiye'deki hosting firmalarından birçoğunda düzgün olarak kurulmayacağını bildiğim için, SQL Case Sensivity ile ilgili düzenlenen SQL Data Provider dosyalarını DotNetNuke Support Tracker'dan indirdim.

Dosyaları zip paketinden [DotNetNuke_Community_05.04.04_Install] çıkardıktan sonra mssql data provider dosyalarını değiştirdim ve FTP üzerinden hesaba yükledim. Parallels kontrol panelinden MSSQL veritabanını (database) oluşturdum ve veritabanı üzerinde ilgili haklara sahip olacak kullanıcıyı ve şifresini tanımladım.

Ancak, ne yaptıysam DotNetNuke 5.4.4 sürümünü Turhost'taki bu hesaba kuramadım. Bunda kesinlikle Turhost'un bir suçu yok. Zira, Türkiye'deki servis sağlayıcıları ve hosting firmaları Microsoft SQL Server kurulumlarında database ve server collation olarak varsayılan değerler olan Turkish_CI_AS kültürünü kullanıyor. Hatta problemin başka sunucularda da yaşanabileceğini test etmek için bir test sunucusu oluşturdum ve farklı kültürler ile denedim. Sonuç malesef aynı!

Oysa DotNetNuke nedendir bilinmez, Latin1_General_CI_AS ile düzgün çalışırken Turkish_CI_AS ile iyi geçinemiyor.

Hosting firmalarına tavsiyem, DotNetNuke ekibi (şu an hala üzerinde çalışıyorlar) bu sorunu düzeltene kadar sunucularında alternatif olarak ikincil bir SQL Server Instance kurarak bu instance'ı Latin1_General_CI_AS desteği sunacak şekilde yapılandırmaları...

Bu konuda destek talebinde bulunan firmalara İletişim bölümünden ulaştıkları takdirde yardımcı olabilirim.