end bunu yazdı Multi kategori + etiket bulutu + yorum + ssr? hocam ne demek istediğinizi anlayamadım? konuyu açarken bir hata mı yaptım acaba? Projene ek olarak, Çoklu kategori zelliği, sistematik etiketler , sayfalanabilir yorumlar, front için SEO adına server side rendering Eklenebilir projeye. Csrf koruması ve captcha de düzgün çalışmıyor. Captcha verification için backendi de kullan. Frontta yaptığın doğrulama kolaylıkla bypass edilebilir. 0x0480 takilin madem

solsrce bunu yazdı end bunu yazdı Multi kategori + etiket bulutu + yorum + ssr? hocam ne demek istediğinizi anlayamadım? konuyu açarken bir hata mı yaptım acaba? Projene ek olarak, Çoklu kategori zelliği, sistematik etiketler , sayfalanabilir yorumlar, front için SEO adına server side rendering Eklenebilir projeye. Csrf koruması ve captcha de düzgün çalışmıyor. Captcha verification için backendi de kullan. Frontta yaptığın doğrulama kolaylıkla bypass edilebilir. Yorumunuz için teşekkürler hocam. Bu sorunları en kısa zamanda çzeceğim. Y. Y

kolay gelsin hacı, ben de bi ara vaadin'e sarmak istiyorum, çok eğlenceli duruyo Eyw hocam, hocam Spring boot ile deneyiminiz var ise sizce ne durumdayım? :D Vaadin'i siz syleyince hemen inceledim. Açıkcası kariyer planımı piyasaya gre en çok nerede ihtiyaç varsa o teknolojilere yatırım yaparak çizmek istiyorum. İş ilanlarında en çok grdüklerim frontend için react-angular, backend için ise java-c#-go-python. Y. Y

kolay gelsin hacı, ben de bi ara vaadin'e sarmak istiyorum, çok eğlenceli duruyo 29.99cm, titanyum kaplamalı, çift damarlı, su ve yağ soğutmalı.

Multi kategori + etiket bulutu + yorum + ssr? hocam ne demek istediğinizi anlayamadım? konuyu açarken bir hata mı yaptım acaba? Y. Y

Multi kategori + etiket bulutu + yorum + ssr? end tarafından 08/Eki/20 22:21 tarihinde düzenlenmiştir 0x0480 takilin madem

- rnegin database şifreli değil. Burayı hala halletmedim. Fakat kısa süre sonra halledeceğim. Veritabanını neden şifreleyelim ki? Bunun için çok zel bir neden olması lazım. - Rest servisim https üzerinden haberleşiyor. Fakat diyelim ki siz internet siteme girdiğinizde developer consolundan baktığınızda gelen giden isteklerin body'sini şifresiz bir şekilde grebiliyorsunuz. Sizce bu zararlı mı? Body deki bilgi değersiz dahi olsa şifrelemeli miyim? Hayır şifrelememelisin. Zaten tarayıcının okuyabilmesi normal. HTTPS tarayıcı ile sunucun arasındaki trafiğin 3. kişiler tarafından izlenmesini engelliyor. - Database'yi şifrelersem eğer, search işi nasıl olucak? Bu konuda bana ufak bir kaynak gsterebilir misiniz? Veritabanında ne sakladığını ğrenirsek daha fazla yardımcı olabiliriz. - Authentication ve Authorization için token bazlı bir yapı kullanıyorum. Bunun için JWT 'yi tercih ettim. Tokenin kendisi değiştirildiğinde, oynama yapıldığında bu fark ediliyor fakat merak ettiğim şey token'in kendisi şifrelenmeli midir? JWT durumsuz ortamlarda çok iyi bir seçenek. Tokenin değiştiğini algılamak yeterli . Hayır, tokeni şifrelememelisin. Yapman gereken token'i hash ettiğin private keyi kaptırmamak. Zaten token'i şifrelesen çzmek için gereken anahtarı nasıl transfer edeceksin? - Tokenları cookielerde httpsOnly true olucak şekilde tutuyorum. Sizce bu yanlış mı? Cookie'de tutmak zorunda değilsin. Evet, httponly olarak tutmalısın . Ayrıca secure bayrağını da vermelisin. Fakat bu konuda tarayıcının güvenilirliğine gebesin. Ayrıntılı bilgi için https://developer.mozilla. org/tr/docs/Web/HTTP/Cookies. spring bilmediğimden yardımcı olamıyorum daha fazla. Genel sorular varsa yardımcı olabilirim. Olaylara karışmayın!

Herkese merhaba, Arkadaşlar spring boot frameworkünü kullanarak bir rest servisi yazdım. Front-end ise Angular kullanıyorum. Maksat ğrenmek ve kendimi geliştirmek. Projemin konusu kişisel blog, her kısmı düşünüp ayarladım ve bitirdim. Fakat bazı sıkıntılarım var. rnegin database şifreli değil. Burayı hala halletmedim. Fakat kısa süre sonra halledeceğim. Benim sormak istediğim sorular şunlar : Rest servisim https üzerinden haberleşiyor. Fakat diyelim ki siz internet siteme girdiğinizde developer consolundan baktığınızda gelen giden isteklerin body'sini şifresiz bir şekilde grebiliyorsunuz. Sizce bu zararlı mı? Body deki bilgi değersiz dahi olsa şifrelemeli miyim? Database'yi şifrelersem eğer, search işi nasıl olucak? Bu konuda bana ufak bir kaynak gsterebilir misiniz? Authentication ve Authorization için token bazlı bir yapı kullanıyorum. Bunun için JWT 'yi tercih ettim. Tokenin kendisi değiştirildiğinde, oynama yapıldığında bu fark ediliyor fakat merak ettiğim şey token'in kendisi şifrelenmeli midir? Tokenları cookielerde httpsOnly true olucak şekilde tutuyorum. Sizce bu yanlış mı? Bu konuda tecrübesi olan arkadaşlar ile sohbet etmek ve tartışmak isterim. Aşağıya kaynak kodlarını ve sitemin adresini yazıyorum. Şu ğrenme yolunda bana bir destek atın :D. Eğer mümkünse siteyi inceleyip hata olan yerleri bana syler misiniz? Güvenlik konusunda kendime güvenim 0. Şimdiden teşekkürler site adresi : https://blog.kayafirat.com kaynak kodlar : https://github.com/firatkaya1/kayafirat.com-back-end edit : link ekledim. Admin not. Konunun silinmesini istemissiniz ama forum kimsenin ozel yardim masasi degildir, onca insan emek harcayip destek verdigi icin konuyu silemiyorum. Linklerin kaldirilmasini veya kisisel bilgilerin oldugu kisimlarin silinmesini isterseniz yalnizca o kisimlar icin yardimci olabilirim ama konunun tamamini silemiyorum. Isteginiz varsa tekrar sikayet butonuyla iletebilirsiniz. Y. Y

YeniHarman bunu yazdı - rnegin database şifreli değil. Burayı hala halletmedim. Fakat kısa süre sonra halledeceğim. Veritabanını neden şifreleyelim ki? Bunun için çok zel bir neden olması lazım. - Rest servisim https üzerinden haberleşiyor. Fakat diyelim ki siz internet siteme girdiğinizde developer consolundan baktığınızda gelen giden isteklerin body'sini şifresiz bir şekilde grebiliyorsunuz. Sizce bu zararlı mı? Body deki bilgi değersiz dahi olsa şifrelemeli miyim? Hayır şifrelememelisin. Zaten tarayıcının okuyabilmesi normal. HTTPS tarayıcı ile sunucun arasındaki trafiğin 3. kişiler tarafından izlenmesini engelliyor. - Database'yi şifrelersem eğer, search işi nasıl olucak? Bu konuda bana ufak bir kaynak gsterebilir misiniz? Veritabanında ne sakladığını ğrenirsek daha fazla yardımcı olabiliriz. - Authentication ve Authorization için token bazlı bir yapı kullanıyorum. Bunun için JWT 'yi tercih ettim. Tokenin kendisi değiştirildiğinde, oynama yapıldığında bu fark ediliyor fakat merak ettiğim şey token'in kendisi şifrelenmeli midir? JWT durumsuz ortamlarda çok iyi bir seçenek. Tokenin değiştiğini algılamak yeterli . Hayır, tokeni şifrelememelisin. Yapman gereken token'i hash ettiğin private keyi kaptırmamak. Zaten token'i şifrelesen çzmek için gereken anahtarı nasıl transfer edeceksin? - Tokenları cookielerde httpsOnly true olucak şekilde tutuyorum. Sizce bu yanlış mı? Cookie'de tutmak zorunda değilsin. Evet, httponly olarak tutmalısın . Ayrıca secure bayrağını da vermelisin. Fakat bu konuda tarayıcının güvenilirliğine gebesin. Ayrıntılı bilgi için https://developer.mozilla. org/tr/docs/Web/HTTP/Cookies. spring bilmediğimden yardımcı olamıyorum daha fazla. Genel sorular varsa yardımcı olabilirim. Hocam teşekkürler cevabınız için. Aslında databasede farklı farklı tablolarım var. rnegin kullanıcıların email adresleri ve şifreleri. Yada blog yazıları, yorumlar. Bunları şifrelememe gerek yok o zaman. Sadece kullanıcıların bilgilerini şifrelerim. Bişi sormak istiyorum. Şimdi benim API'me sadece ben erişmek istiyorum. Yani bu api sadece blog. kayafirat.com'dan gelen isteklere cevap versin, diğer isteklerin hepsine hata versin. Bunu nasıl yapabilirim? rneğin biri tarayıcıya https://api.kayafirat.com/firatkaya-0.0.1/api/v1/post/postTitle/Java%20Dersleri%209 yazıp istek attığında hata dndürsün ama blog. kayafirat.com üzerinden denendiğinde erişebilsin. rneğin https://api.1000kitap.com/kesfet?sirala=yukselenler&bolum=kesfet&sayfa=10&z=9&kume=192101322 API'sine direk istek attığımızda hata veriyor ama 1000kitap.com üzerinden atılan isteklere cevap veriyor. Bu mantıkta bir şey yapmak istiyorum. Bunun içinde bir filter mekanizması düşündüm. Sadece belli bir ip adresinden gelen isteği cevapla diğerlerinde hata dndür tarzı bir şey. Sizce bu mantıklı bir yaklaşım mı? İp adresine gre muamele yaparsan ben giremem. Benim ip adresim senin havuzunda yok. Havuzunda varsa da tarayıcıdan direkt de erişim sağlayabilirim. Cors nedir araştır. Referer kontrolü nedir internetten bakın. Yukarıda bahsettiğin iş için anahtar kelimelerin bunlar. Ama bunlar da çok kolay patlatilabilir şeyler. Kalıcı ve kesin bir şekilde nüne gecemezsin. İyice zorlastirayim istiyorsan protobuf kullan json yerine. 0x0480 takilin madem

- Hocam teşekkürler cevabınız için. Aslında databasede farklı farklı tablolarım var. rnegin kullanıcıların email adresleri ve şifreleri. Yada blog yazıları, yorumlar. Bunları şifrelememe gerek yok o zaman. Sadece kullanıcıların bilgilerini şifrelerim. Şifrelemekten ziyade kullanıcıların şifrelerini bir salt birleştirip, sha-256 gibi güvenli kabul edilen bir hash fonksiyonu ile zetini kaydedebilirsin. Salt'ın projenin başka bir yerinde gizli olur . Bu şekilde kullanıcını bir nebze daha koruyabilirsin. Çünkü, parolayı sen de bilmiyorsundur. Senin veriler leak olduğunda, kullanıcın aynı e-posta, şifre kombinasyonunu başka bir yerde kullanmasında bile güvende olur. Sadece e-posta adresi sızabilir. - Bişi sormak istiyorum. Şimdi benim API'me sadece ben erişmek istiyorum. Yani bu api sadece blog. kayafirat.com'dan gelen isteklere cevap versin, diğer isteklerin hepsine hata versin. Bunu nasıl yapabilirim? rneğin biri tarayıcıya https://api.kayafirat.com/firatkaya-0.0.1/api/v1/post/postTitle/Java%20Dersleri%209 yazıp istek attığında hata dndürsün ama blog. kayafirat.com üzerinden denendiğinde erişebilsin. https://social.technet. microsoft.com/wiki/contents/articles/22196. authentication-ve-authorization-kimlik-dogrulama-ve-yetkilendirme-tr-tr.aspx Kimlik doğrulama ve yetkilendirme farklı şeyler. Burada yetkilendirme yapılacak. rneğin sen, senin api'yından istifade etmek isteyenlere aynı kullanıcı adı-şifre gibi bir id ve pass tanımlayabilirsin. Senin apiyi kuıllanan yani senin müşterin ise bu id-pass ya da secret key artık ne dersen de bunu her istekte sana yollayacak, sen de erişim izni var mı diye kontrol edip ona gre sonuç dndüreceksin. Yukarıda yazdığım restful web servisin bir tanımı. Bu konuyu araştırmanı tavsiye ederim. Fakat isteğin blog. kayafirat.com'dan geldiğini nasıl anlayabilirsin? 1. Yukarıdaki gibi bir kimlik doğrulama metodu ile 2. blog. kayafirat.com'un ipsi sabitse ip tabanlı bir yetkilendirme olur. - rneğin https://api.1000kitap.com/kesfet?sirala=yukselenler&bolum=kesfet&sayfa=10&z=9&kume=192101322 API'sine direk istek attığımızda hata veriyor ama 1000kitap.com üzerinden atılan isteklere cevap veriyor. Bu mantıkta bir şey yapmak istiyorum. Bunun içinde bir filter mekanizması düşündüm. Sadece belli bir ip adresinden gelen isteği cevapla diğerlerinde hata dndür tarzı bir şey. Sizce bu mantıklı bir yaklaşım mı? Yukarıdaki bir şey yazmaya çalıştım ama 1. seçenek çok daha esnek. 2. seçenek ise daha güvenli olabilir belki ama overkill de olabilir . Ben ikinci seçeneği brute-force ile kısa sürede kırılabilecek şeylere düşünürdüm şahsen (1. çzümü uyguladıktan sonra). rneğin ssh servisi. Kullandığım kullanıcı adı ve şifre benim aklımda kalacak kadar kısa olduğu için brute-force'ta hızlıca kırılabilir fakat ben sadece bir havuza izin verirsem, hacker aynı zamanda ankarada ve ttnet kullanıcısı olmak zorunda. Çinli ve rusları egale ettik. Çok nemliyse zaten sabit ip hizmetinden yararlanıp tek ip adresine izin veririm gibi ama bir blog için overkill. Olaylara karışmayın!

yolbulucu bunu yazdı kolay gelsin hacı, ben de bi ara vaadin'e sarmak istiyorum, çok eğlenceli duruyo Eyw hocam, hocam Spring boot ile deneyiminiz var ise sizce ne durumdayım? :D Vaadin'i siz syleyince hemen inceledim. Açıkcası kariyer planımı piyasaya gre en çok nerede ihtiyaç varsa o teknolojilere yatırım yaparak çizmek istiyorum. İş ilanlarında en çok grdüklerim frontend için react-angular, backend için ise java-c#-go-python. spring bilmiyorum hocam ya, koduna hiç bakmadım bu yüzden. ama bence "piyasada neye ihtiyaç var" diye teknoloji seçme, hoşuna gidene sarıl. işini iyi yaptığın sürece her türlü iş bulursun zaten. 29.99cm, titanyum kaplamalı, çift damarlı, su ve yağ soğutmalı.

- rnegin database şifreli değil. Burayı hala halletmedim. Fakat kısa süre sonra halledeceğim. Veritabanını neden şifreleyelim ki? Bunun için çok zel bir neden olması lazım. - Rest servisim https üzerinden haberleşiyor. Fakat diyelim ki siz internet siteme girdiğinizde developer consolundan baktığınızda gelen giden isteklerin body'sini şifresiz bir şekilde grebiliyorsunuz. Sizce bu zararlı mı? Body deki bilgi değersiz dahi olsa şifrelemeli miyim? Hayır şifrelememelisin. Zaten tarayıcının okuyabilmesi normal. HTTPS tarayıcı ile sunucun arasındaki trafiğin 3. kişiler tarafından izlenmesini engelliyor. - Database'yi şifrelersem eğer, search işi nasıl olucak? Bu konuda bana ufak bir kaynak gsterebilir misiniz? Veritabanında ne sakladığını ğrenirsek daha fazla yardımcı olabiliriz. - Authentication ve Authorization için token bazlı bir yapı kullanıyorum. Bunun için JWT 'yi tercih ettim. Tokenin kendisi değiştirildiğinde, oynama yapıldığında bu fark ediliyor fakat merak ettiğim şey token'in kendisi şifrelenmeli midir? JWT durumsuz ortamlarda çok iyi bir seçenek. Tokenin değiştiğini algılamak yeterli . Hayır, tokeni şifrelememelisin. Yapman gereken token'i hash ettiğin private keyi kaptırmamak. Zaten token'i şifrelesen çzmek için gereken anahtarı nasıl transfer edeceksin? - Tokenları cookielerde httpsOnly true olucak şekilde tutuyorum. Sizce bu yanlış mı? Cookie'de tutmak zorunda değilsin. Evet, httponly olarak tutmalısın . Ayrıca secure bayrağını da vermelisin. Fakat bu konuda tarayıcının güvenilirliğine gebesin. Ayrıntılı bilgi için https://developer.mozilla. org/tr/docs/Web/HTTP/Cookies. spring bilmediğimden yardımcı olamıyorum daha fazla. Genel sorular varsa yardımcı olabilirim. Hocam teşekkürler cevabınız için. Aslında databasede farklı farklı tablolarım var. rnegin kullanıcıların email adresleri ve şifreleri. Yada blog yazıları, yorumlar. Bunları şifrelememe gerek yok o zaman. Sadece kullanıcıların bilgilerini şifrelerim. Bişi sormak istiyorum. Şimdi benim API'me sadece ben erişmek istiyorum. Yani bu api sadece blog. kayafirat.com'dan gelen isteklere cevap versin, diğer isteklerin hepsine hata versin. Bunu nasıl yapabilirim? rneğin biri tarayıcıya https://api.kayafirat.com/firatkaya-0.0.1/api/v1/post/postTitle/Java%20Dersleri%209 yazıp istek attığında hata dndürsün ama blog. kayafirat.com üzerinden denendiğinde erişebilsin. rneğin https://api.1000kitap.com/kesfet?sirala=yukselenler&bolum=kesfet&sayfa=10&z=9&kume=192101322 API'sine direk istek attığımızda hata veriyor ama 1000kitap.com üzerinden atılan isteklere cevap veriyor. Bu mantıkta bir şey yapmak istiyorum. Bunun içinde bir filter mekanizması düşündüm. Sadece belli bir ip adresinden gelen isteği cevapla diğerlerinde hata dndür tarzı bir şey. Sizce bu mantıklı bir yaklaşım mı? solsrce tarafından 10/Eki/20 15:27 tarihinde düzenlenmiştir Y. Y