Bir çerçeveden çerçevesiz duruma geçme [kapalı]

PHP'de hobi olarak yaklaşık 8 yıldır geliştiriyorum. 2009'da kod işaretleyiciyi aldım ve o zamandan beri tek bir proje geliştirmeyi başaramadım.

Saf PHP'de çalışıyor olsaydım, bilirdim ya da hızlı bir şekilde bir parçacığı bulabilirdim, onu istediğim gibi nasıl değiştirebileceğimi bulmaya çalışırken beni yavaşlattığını görüyorum.

CodeIgniter, Kohana ve Symfony'yi denedim. Kullanım kolaylığını seviyorum (ve ayrıca veritabanı işimi büyük ölçüde hızlandıran bir ORM olarak doktrini kullanmaya başladım), ancak projelerin saf PHP'de aldığı sürenin 3-4 katını aldığını görüyorum. Daha önce saf PHP'de çözdüğüm bir soruna çözüm bulamadığımda sıkıldım ve hayal kırıklığına uğruyorum.

Herhangi biri çerçeve kullanmaktan çerçevesiz bir yaklaşıma geri döndü. Temel bir güvenlik çerçevesi gibi bir şey var mı (XSS'yi önleme, yayınlanan verileri filtreleme, veritabanlarıyla kullanım için bir temizleme işlevi sağlama)? Bunun gibi bir şeyin bana tam ölçekli bir çerçeveden çok daha fazla faydası olacağını düşünüyorum. Çerçevelerle çalışmayı öğrenmenin bana çok şey öğrettiğini düşünüyorum, ancak kendi kodumla çalışmaktan daha mutlu olacağım.

PHP5'in mevcut sürümleri, aradığınız güvenlik çerçevesinin çoğunu standart kitaplığın bir parçası olarak içerir.

• Dışarıdan gelen şeyleri bildirimli olarak sterilize etmek için filter_input_array kullanın .
• Aracılığıyla veritabanına erişim PDO ile parametreli SQL SQL enjeksiyon saldırıları önlemek için.
• Sitenizi oturum sabitlemeye ve çerez hırsızlığına karşı daha dirençli hale getirmek için aşağıdaki PHP ayarlarını kullanın:
  • session.use_only_cookies (Oturum jetonunuzun URL'ye sızmasını önler)
  • session.cookie_httponly veya session_set_cookie_params ()httponly özniteliği ( Uyumlu tarayıcılarda oturum çerezini okuyan komut dosyalarına karşı koruma sağlar)
  • Wikipedia'da daha fazla öneri ve PHP örnek kodu mevcuttur .
  • httponlyÖzniteliği setcookie () ile de kullanabilirsiniz .
• Yeni HTTP ve HTML5 özellikleri için temel şablon oluşturma ve üstbilgi ayarından daha süslü bir şey gerekmez:
  • HTTP Katı Taşıma Güvenliği (WiFi istismarlarına karşı korumaya yardımcı olur.)
  • X-Frame-Options (Sayfalarınızın yerleştirilmesini kısıtlayın. Kimlik avına karşı iyidir.)
  • HTML5 IFrame Sandbox Özniteliği (Sandbox 3. taraf reklamları / rozetleri / videoları. Zaten WebKit'te. Muhtemelen en azından kısmen Firefox 11'de uygulanacak.)
  • İçerik Güvenliği Politikası (Firefox 4'ün yeni güvenlik çerçevesi, korumalı alan özelliğine tamamlayıcıdır. Artık Chrome'da da uygulanmaktadır .)

HTML'yi girdi olarak kabul ediyorsanız, HTML Purifier'ı almanızı ve filter_input_array kurulumunuzdaki FILTER_CALLBACK hattı üzerinden çağırmanızı tavsiye ederim . Giriş güvenliğine yönelik beyaz listeye dayalı yaklaşımı, XSS'ye karşı harika (ve çok güçlü) bir ilk savunma hattı oluşturur.

Anladığım kadarıyla, PHP, siteler arası istek sahteciliğine karşı koruma sağlayacak bir mekanizmaya sahip değildir , ancak eminim ki Google bu konuda size yardımcı olabilir. OWASP Güvenlik Cheatsheets kendi korumasını uygulamak istiyorsanız üzerine bir bölüm bulunmaktadır.

Meraktan bağımsız bileşenlere de bakmaya karar verdim ve şu ana kadar bulduklarım şunlar:

Şablon oluşturma:

• PHP Şablonu Kalıtımı (Normal PHP artı şablon kalıtımı)
• TWIG (Django / Jinja2 / Liquid- style sözdizimi, autoescape ve sandboxing dahil. Hız için önbelleğe alınmış PHP'ye derler.)
• Dwoo (daha hızlı, daha özellikli, PHP5 imsi halefi Smarty . Varolan Smarty şablonları için bir uyumluluk sistemini içerir.)

Hala tam olarak incelemediğim şeyler:

• Rota dağıtımı ( Şimdiye kadar yalnızca RouteMap ve Net_URL_Mapper bulundu . Teşekkürler, cweiske.)
• ORM (Çıplak PDO'nun senin işin olmaması durumunda)

Çerçevelere inanmıyorum ... Birçoğunda çalıştım.

MVC çerçevelerinden nefret etmenin nedenleri:

1) Kod bloat, geliştirmeme yardımcı olan premium sınıflar satın alıyorum. Form sınıfları veya SQL sınıfları gibi.

2) MVC çerçevelerinin özellikle bağımlılık yöneticileri kullanılırken kolayca taşınabilir olmadığına inanıyorum.

3) Aslında bir MVC çerçevesi ile daha fazla kod yazdığınıza inanıyorum, o zaman kimlik doğrulamasını vb. İşleyen bir ton kullanışlı sınıf içeren bir standart metin kullanmanız gerekiyorsa

4) Çoğu çerçeve, yerel olarak yalnızca bir veya iki veritabanını da sağlar.

Kimlik doğrulama ve metin editörü içeren bir form çerçevesi ve madoo gibi bir sql çerçevesi bulmanızı öneririm + bir e-posta sınıfı ...

Başvurunuzun% 90'ı her zaman formlar, sql ve ajax SINIFLARIDIR - geri kalanı sadece ihtiyaç duyulduğunda alınabilir

Ben bir minimalistim ve uygulamamda hiçbir şey yapmayan bir kod bulundurma fikriyle mücadele ediyorum ... sadece ihtiyacım olması durumunda işe yaramıyor.

Arkanızda bu kadar deneyim varken, kendi favori kütüphanelerinize sahip olmalı, bunları elle seçmeli ve kendi basit çerçevenizi oluşturmalısınız. Çerçeve veya çerçevesizlik (ve hangisi) eldeki projenin türüne bağlıdır, hiçbir eldiven herkese uymaz. Bu yüzden, mevcut çerçevelerin sizi yavaşlattığını düşünüyorsanız, bir süre harcayın ve ihtiyaçlarınıza göre çalışan bir çerçeve geliştirin.

PHP'yi bir hobi olarak kullandığınıza dair ifadenize ve "Oraya yavaşça varmak" profil ifadenize dayanarak, bu bir öğrenme eğrisi sorunu gibi görünüyor. Görünüşe göre, a) çerçevenin dayattığı yapı içinde nasıl çalışılacağını anlayacak ve b) bu ​​nedenle çerçevenin sağladığı verimliliklerden yararlanamayacak kadar deneyim derinliğine ve genişliğine sahip değilsiniz.

Size bağlı kalmanızı tavsiye ediyorum. Eğitim videoları ile başa dönün. Diğer insanların kodunu anlayana kadar bulun ve okuyun. Projelerinizi aşağıdan yukarıya doğru oluşturun - basitçe başlayın ve işlevsellik ekleyin. Cevapları okumadan önce soruları kendiniz cevaplamaya çalışarak forumları takip edin.

Çeşitli platformlarda neredeyse 20 yıldır profesyonel olarak programlama yapıyorum ve CI konusunda rahat olmam biraz zaman aldı. Ama şimdi olduğuma göre, ölçülebilir performans sorunlarını açığa çıkaran yeterli ölçekte bir sitem olmadığı sürece (Twitter'ı düşünün) saf PHP'ye (kendi projelerim için) geri dönmem.

Zend Framework bunun için gerçekten süper. İstediğiniz kadar çok veya az kullanabilirsiniz. Hepsi php olarak kodlanmıştır ve açık kaynaklı olduğundan, onu hackleyebilir ve kendiniz yapabilirsiniz. Farklı bileşen, diğer çerçevelerde olduğu kadar birbirine bağlı değildir.

Herhangi bir sorun yaşamadan Zend'in bazı bileşenlerini kullanarak kendinize basit bir çerçeve oluşturabilirsiniz.

Şuna bakın !

Tam olarak nasıl hissettiğini biliyorum. 4-5 yıl önce PHP'de başladım (Delphi, lol'den geldim) ve saf php ile başladım. Onları geri aldığım şey, sadece tüm tablo alanlarını okuyan ve formu oluşturan bir "CMS Paneli" gibiydi. Bir süre sonra bir şekilde PHP Framework bilgisine ulaştım, ilk olarak CakePHP'yi denedim ve hoşuma gitmedi, sonra Yii'ye girdim ki bence oldukça sezgisel ve kullanımı kolay (Gii jeneratörü ile oldukça sallanıyor). Symfony, ZF2, Laravel, Yii2-Beta ve RAD için bazı çerçeveleri denedim, ancak yine de çerçevelerden önceki gibi yeterince hızlı hissetmiyordum.

Kendi çerçevemi geliştirdiğim için oldu (Doğal olarak, tam olarak bir gün uyanıp "Yeni bir çerçeve oluşturacağım" dediğim zamanla oldu). Bunun kötü, kötü bir uygulama ve "tekerlek yeniden icat" hareketi olduğunu biliyorum, AMA, şimdi projelerimi çok daha hızlı geliştiriyorum (sadece PHP'den daha fazla).

Kodu tam bir MESS olduğundan, yaklaşık bir ay önce çerçevemi yeniden biçimlendirmeye başladım, şimdi besteci kullanıyor, php çerçeveleri arasında var olan ortak kuralları izliyor, MVC.

Neden yeniden biçimlendiriyorum? Çünkü birinin benim bir projemi tamir etmesi gerekiyorsa, bu başka bir dünya meselesi olmayacak.

Yani seni anlıyorum.

Tavsiyem, araçlarınızı hazırlayın (buna bir çerçeve, önceden ayarlanmış bir uygulama veya insanların adı ne olursa olsun) ve onu daha iyi hissettiğiniz şekilde kullanın, ancak yine de bazı ortak kuralları takip edin (MVC gibi, "modüle edilmesi kolay" şeyler Kırılma durumunda değiştirebilirsiniz.

Temel güvenlik için, süper küresellerimi tamamlayan özel bir filtre yöntemi kullanıyorum . Sözdiziminin biraz alışması gerekir, ancak PHP filter_var () API'sinden daha basittir ve kayma temizliği yapmanıza izin vermez:

 $_GET->text("inputvar") or $_POST->name["field"]

Ayrıca satır içi $ _REQUEST-> sql () kaçışına da izin verdi. Ancak veritabanı çalışması için parametreli SQL veya tercih ettiğiniz DAL / ORM'yi kullanmaya devam edin.

ToroPHP üzerine bir günlük çalışma yaptım ve oldukça hoş buldum. RESTful uygulamalarını hedefleyen minimalist bir çerçevedir. Bu, herhangi bir çerçevenin şişkinliği ile uğraşmak zorunda kalmadan sunucu tarafı kodunu modüler tutmayı mümkün kılar.

Sizi neyin rahatsız ettiğini bilmiyorum ama kod işaretleyici harika bir çerçeve. Güzel belgelere sahip ve birçok kişi kod işaretleyiciyi kullandığından, tüm yardımı belgelerinde, forumunda veya stackoverflow'da bulacaksınız.Bir çok çerçeve üzerinde çalıştım ( Codeigniter, CakePHP, Zend, Spring 3.0, Ruby on Rails), ancak kod işaretleyicinin en iyi belgelere sahip olduğunu söylemeliyim. Kodlayıcıda otomatik olarak işlenen birçok şey vardır ve güvenlik konusunda endişelenmenize gerek yoktur. Çekirdek PHP üzerinde çalışmak, tekerleği yeniden icat etmeye benzer. En önemli şey, bir çekirdekten çerçeveye geçişin, buna alıştıktan sonra çok fazla çaba sarf etmeniz gerekeceğidir, onu sevmeye başlayacaksınız.Ayrıca, Ruby on rails, tüm ayrıntılarını öğrendiğinizde harika bir çerçevedir. çift ​​hıza sahip.