ajax ve javascript push history

merhaba bahsettiğiniz iki konu birbirinden ayrı çalışır.

Ajax ile içerik çekerseniz sizin anlattığınız yapıda arkada video önde içerikler ozaman browser back fw tuşları ile işiniz yoktur. bunu kullanırsanız zaten video yeniden başlayacaktır. cookie yöntemi ile kalan süreyi yada mevcut uzerinde oldugunuzu sn yı devamlı yazarak bır sonrakı acısta vıdeoya kaldıgı yerden baslatabılırsınız 

merhaba bahsettiğiniz iki konu birbirinden ayrı çalışır.

Ajax ile içerik çekerseniz sizin anlattığınız yapıda arkada video önde içerikler ozaman browser back fw tuşları ile işiniz yoktur. bunu kullanırsanız zaten video yeniden başlayacaktır. cookie yöntemi ile kalan süreyi yada mevcut uzerinde oldugunuzu sn yı devamlı yazarak bır sonrakı acısta vıdeoya kaldıgı yerden baslatabılırsınız 

merhabalar

http://www.wix.com/website-template/view/html/1734?originUrl=http%3A%2F%2Fwww.wix.com%2Fwebsite%2Ftemplates%2Fhtml%2Fbusiness%2F1&bookName=create-master-new&galleryDocIndex=5&category=business&metaSiteId=

bu site, yüklendikten 1 dakika sonra video oynatmaya başlıyor ve menü ikonlarına tıklandığında browser back forward çalışıyor.

tek sayfa olabiliyorsa kanımca çoklu sayfalarda da yapılabileceği kanaatindeyim.

birkaç sitede ajax kullanıldığında browser forward ve back tuşlarının yukarıdaki linkte örneği verilen site gibi işlevsel hale getirmenin yolları anlatılmış ama detaylanlandırılmamış...

isteğim tam olarak budur. teşekkür ederim.

merhaba,

siz yapılabilirliğine inandı iseniz doğrdur wix iframe üzerinde çalışıyor anlattığınız konu ile alakalı olduğunu duşünöüyorum sorunuz başka örneğiniz başka http://www.wix.com/demone2/construction-company

WIx sitenizi bir div içine ykler ayrıca <div id="SITE_CONTAINER"></div> bu containe içine her seferinde yukleme yapar browser url değilmesede siz session ve cokie olarak başka sayfaya gidersiniz. browserda hafızada aldığı sayfaya yada sectiona geri dönebilir.

eğer one page bir ajax yapacaksanız bu yapıyı kurmanız gerekecektır kurdugunuzda calısması mumkundur

saygılarımla

merhaba,

siz yapılabilirliğine inandı iseniz doğrdur wix iframe üzerinde çalışıyor anlattığınız konu ile alakalı olduğunu duşünöüyorum sorunuz başka örneğiniz başka http://www.wix.com/demone2/construction-company

WIx sitenizi bir div içine ykler ayrıca <div id="SITE_CONTAINER"></div> bu containe içine her seferinde yukleme yapar browser url değilmesede siz session ve cokie olarak başka sayfaya gidersiniz. browserda hafızada aldığı sayfaya yada sectiona geri dönebilir.

 

eğer one page bir ajax yapacaksanız bu yapıyı kurmanız gerekecektır kurdugunuzda calısması mumkundur

 

saygılarımla

değerli büyüğüm, bu yapıya vakıf olunabilmesi için hangi konu başlığı altında google da aratılması gerekmektedir ? nasıl bilgi sahibi olabiliriz ?

teşekkürler.

Aşağıdaki linkte ses dosyaları için nasıl yapılacağı tarif edilmiş. Bu yöntemi video dosyaları için deneyebilirsiniz.

http://stackoverflow.com/questions/15612120/how-do-i-make-an-audio-file-play-continuously-on-all-pages

Aşağıdaki linkte ses dosyaları için nasıl yapılacağı tarif edilmiş. Bu yöntemi video dosyaları için deneyebilirsiniz.

http://stackoverflow.com/questions/15612120/how-do-i-make-an-audio-file-play-continuously-on-all-pages

 

elinize kolunuza sağlık Volkan Bey, duruma vakıf oldum. Ama eğer local de tutulan bir video olsaydı herhalde video cache de tutuluyor diye tekrar tekrar yüklenemeyecekti. (mobil hatları da düşünerek konuyu izah ediyorum)

eğer youtube gibi bir video sağlayıcıdan video embed olarak oynatılıyorsa, yine de bir metodoloji ile wix gibi bir sayfa tasarlanabilir mi ?

yani açıkçası, videonun arkaplanda kesilmemesi gerek, tekrar yüklenmemesi (localde değil, dailymotion ve youtube gibi sağlayıcıda olduğundan timer bilgisini tutsanız dahi, video cache den silinecek) silinmemesi için, erdem avni selçuk büyüğümüzün; "div içinde konteyner" mantığı ne denli işe yarar ? iframe konusunda yetkin değilim, eğer mümkün ise, bu konunun üzerine giderim, yapılabilir mi ?

teşekkür ederim.

Wix ile ilgili verdiğiniz örnek one-page bir sayfa yani menüden herhangi bir link seçtiğinizde sadece section değişiyor, sayfa değil. Burada Wix'in kullandığı özel bir teknoloji yok, sürekli aynı sayfada olduğunuz için video oynamaya devam ediyor.

Video sağlayıcılar (örnek olarak YouTube) URL üzerinden parametre alarak videonun hangi saniyeden başlayacağını yönetmenizi sağlamaktadır. Aynı yöntemi URL içinde parametre göndermek için kullanabilirsiniz;

Örnek:  https://12starsmedia.com/video-production/embed-youtube-video-specific-start-time

Wix ile ilgili verdiğiniz örnek one-page bir sayfa yani menüden herhangi bir link seçtiğinizde sadece section değişiyor, sayfa değil. Burada Wix'in kullandığı özel bir teknoloji yok, sürekli aynı sayfada olduğunuz için video oynamaya devam ediyor.

Video sağlayıcılar (örnek olarak YouTube) URL üzerinden parametre alarak videonun hangi saniyeden başlayacağını yönetmenizi sağlamaktadır. Aynı yöntemi URL içinde parametre göndermek için kullanabilirsiniz;

Örnek:  https://12starsmedia.com/video-production/embed-youtube-video-specific-start-time

 

section değişikliğinde, tarayıcının history back ve forward butonlarının değişeceğini bilmiyordum açıkçası. bu değişklik sonucu demek ki bu butonlar, ileri - geri olarak aktive olabiliyor.

peki bu örnekte, section ı javascript ile tamamen kaldırmak ve yeniden mi üretmek gerekiyor. yani div gibi. bunu yaptığımızda mı ileri geri olarak adım atma imkanına sahip olabiliyoruz ?

section ile div aynı mantık ise sorun yok. ama yeni bir <section></section> oluşturulup tekrar silindiğinde history mekanizması otomatik mi işliyor ?

yoksa başkaca işlemlerin (javascript ile) yapılması gerekli midir ?

zaten tahmin ediyorsunuz, kod ya da bir örnekten ziyade konuya ne denli vakıfım onu irdelemeye çalışıyorum. eğer bilmem gereken bir ek bir metod var ise önce o eksiğimi tamamlamaya çalışacağım.

teşekkürler.

Section navigasyonu ile alakalı bilgiyi burada bulabilirsiniz:  http://stackoverflow.com/questions/5172717/how-to-navigate-to-a-section-of-a-page

Section navigasyonu ile alakalı bilgiyi burada bulabilirsiniz:  http://stackoverflow.com/questions/5172717/how-to-navigate-to-a-section-of-a-page

 

Sayın Volkan Bey ve Sayın Erdem Bey, son olarak kendi güvenlik yapılandırmalarını ve modüllerini yazan birisine neler tavsiye edersiniz ?

Erdem Hocama daha önce yazmıştım, hazır framework kullanmadım, birçok nedeni var, kendi üyelik tablolarımı (members, client, login, users, roles gibi) oluşturdum ve entity framework kullanmadım. (membership provider dahil)

hali hazırda asp.net tarafında nelere dikkat etmeliyim, misal xss tehlikesi dışında, cockies ve bu gibi durum / nesne yönetimlerinde atlamamam gereken konular nelerdir ?

Önerileriniz var mıdır ? Yayınlamaya az bir süre kaldı "hiçbirşey apaçık ortada olan kadar yanıltıcı değildir" sözünden yola çıkarak bazı tereddütlerim var.

Teşekkür ederim. Saygılarımla.

Scott Hanselman tarafından hazırlanmış güzel bir çeklist var, inclemeniz faydalı olabilir:  https://www.hanselman.com/blog/ChecklistWhatNOTToDoInASPNET.aspx

Scott Hanselman tarafından hazırlanmış güzel bir çeklist var, inclemeniz faydalı olabilir:  https://www.hanselman.com/blog/ChecklistWhatNOTToDoInASPNET.aspx

Merhaba, katkınız için teşekkür ederim. Yazı güzel ve sade. Yalnız güvenlik başlığı altında

"UrlPathEncode - This doesn't do what you think it does. Use UrlEncode. This method was very specific, poorly named, and is now totally obsolete."

dipnotunun önemine vakıf olamadım ? Neden kullanılması gerekiyor ? Benim bildiğim url encode karakter standartlarının korunmasını amaçlıyor.

Güvenlik ile ilişkisi nedir ?

Teşekkür ederim.

UrlPathEncode bir takım tarayıcı uyumluluk sorunlarını çözmek için eklenmiş bir özelliktir. Bunun yerine UrlEncode kullanmanız önerilmektedir.

http://stackoverflow.com/questions/4145823/httpserverutility-urlpathencode-vs-httpserverutility-urlencode

UrlPathEncode bir takım tarayıcı uyumluluk sorunlarını çözmek için eklenmiş bir özelliktir. Bunun yerine UrlEncode kullanmanız önerilmektedir.

http://stackoverflow.com/questions/4145823/httpserverutility-urlpathencode-vs-httpserverutility-urlencode

 

Volkan Bey, söz güvenlikten açılmışken, bilirsiniz sql de id ler guid yapısında ve bu kayıtları herhangi bir nedenle sitede yayınlamanın bir sakıncası var mıdır ? Bazı sitelerde doğrulamalar ve izinler üzerine gerekli önemler alındı ise, problem yaratmayacaktır denilmekte. Bazı sitelerde ise oldukça sakıncalı dipnotu düşülmüş.

Göstermek bir problem teşkil eder mi sizce ?

SQL'de id yani primary key GUID olmak zorunda değildir, bu sizin tercihinizle alakalı bir durum. GUID yapısı ve amacı gereği (teorik olarak) benzersizdir. Bu keyleri public ortamda paylaşmak doğru tasarlanmış bir yapıda herhangi bir güvenlik riski oluşturmaz. Kaldı ki GUID key bilgisi ile sisteminizi manipüle etmek için SQL’e direkt erişim sağlamak veya ilgili API/URL aracılığıyla veri tabanına erişmek gerekir. Eğer bu aşamaya gelindiyse, GUID dert edeceğiniz son şeydir.