GPL lisanslı WordPress eklentileri: gerçekte ne elde edersiniz?
GPL haklarını ve indirilen dosyaları geliştirici hesabı, güncellemeler, destek ve bulut hizmetlerinden ayıran kapsamlı bir WordPress eklentisi rehberi.
Bir premium eklenti elinize ZIP dosyası olarak ulaşır. Eklentiyi kurar, ihtiyacınız olan özelliği bulur ve sitenize dahil edersiniz. Ardından yönetim paneli bir lisans anahtarı ister. İndirme işlemi tamamlanmıştır; ancak otomatik güncellemeler, şablon kütüphanesi veya dışarıda barındırılan bir hizmet için hâlâ ayrı bir hesap gerekebilir.
GPL lisanslı WordPress eklentileri konusundaki kafa karışıklığının önemli bir kısmı bu ayrımdan kaynaklanır. Yazılım lisansı, yazılımın bir kopyası ve geliştiricinin aboneliği aynı satın alma işleminde birlikte sunulabilir. Yine de bunlar birbirinden farklı unsurlardır.
GPL kapsamındaki bir kopya lisans koşullarına uygun şekilde sağlanıyorsa, yazılımı bu koşullar çerçevesinde kullanma, inceleme, değiştirme ve yeniden dağıtma özgürlüklerine sahip olursunuz. Üçüncü bir taraftan dosya indirmeniz, tek başına, asıl geliştiricinin güncelleme sunucularına, destek ekibine veya ücretli bulut hizmetlerine erişim hakkınız olduğunu göstermez. Dosyaları kimin sağladığını veya değiştirilip değiştirilmediklerini de kanıtlamaz.
Bu rehber, paketin içeriğini varsaymadan uygun maliyetli erişimi değerlendirebilmeniz için bu katmanları birbirinden ayırır. Önce projenizin ihtiyaç duyduğu özelliği belirleyin, ardından bu özelliğin nerede çalıştığını ve bakımını kimin üstleneceğini kontrol edin. Bu üç soru, bir teklifi yalnızca GPL etiketi üzerinden değerlendirmekten daha faydalıdır.
GPL WordPress eklentileri nedir?
GPL, GNU General Public License ifadesinin kısaltmasıdır; Türkçede GNU Genel Kamu Lisansı olarak anılır. WordPress, GPLv2 veya sonraki sürümler altında yayımlanır. WordPress projesi, eklentilerini ve temalarını GPL'yi devralan türev eserler olarak değerlendirir. Bununla birlikte lisans sayfası, nelerin türev eser sayıldığı konusunda hukuki açıdan belirsiz alanlar bulunduğunu da kabul eder. «WordPress için» etiketi taşıyan her ürünün aynı koşullara sahip olduğunu varsaymak yerine, elinizdeki paketin lisans bildirimlerini okuyun. WordPress lisans bilgileri bu yaklaşımı açıklar.
Pratikte sağlanan özgürlükler şunlardır:
- Kullanma: lisans kapsamındaki yazılımı ticari projeler dahil kendi projenizde çalıştırabilirsiniz.
- İnceleme: nasıl çalıştığını anlamak için kaynak kodunu inceleyebilirsiniz.
- Değiştirme: kapsanan kodu ihtiyaçlarınıza göre uyarlayabilirsiniz.
- Paylaşma: geçerli lisans koşullarını yerine getirerek orijinal veya değiştirilmiş kopyaları yeniden dağıtabilirsiniz.
Bunlar yazılıma ilişkin özgürlüklerdir; işin sizin yerinize başkası tarafından yapılacağına dair bir vaat değildir. Örneğin bir değişiklik yapması için geliştirici tutabilirsiniz, ancak lisans o geliştiricinin çalışma süresini kapsamaz. GNU'nun özgür yazılım tanımı, kullanıcı özgürlüğü ile fiyat arasındaki ayrımı netleştirir.
Bir kopya satın almak telif hakkını devralmak değildir
Yazılımın yazarları telif haklarını korur. GPL, yazılımı alan kişilere izinler verir; programı sahibi olmayan bir materyale dönüştürmez. GPLv2 kapsamında yeniden dağıtım; lisans ve telif hakkı bildirimleri, gerektiğinde değişiklik bildirimleri ve çalıştırılabilir biçimler dağıtılırken bunlara karşılık gelen kaynak koduyla ilgili yükümlülükler içerir. Kesin yükümlülükler, kullanılan lisansa ve eseri nasıl dağıttığınıza bağlıdır. Ayrıntılar için GPLv2 lisans metnine bakın.
Bu nedenle sıradan bir site sahibi için eklenti kurmak ile yeniden satış işi yürütmek farklı faaliyetlerdir. Paketin lisans kaydını saklamak her ikisinde de işe yarar. Daha sonra dosyaları bir müşteriye teslim edecekseniz veya değiştirilmiş bir paketi yeniden dağıtacaksanız, önce ilgili yükümlülükleri gözden geçirin.
Kendi kullanımınız için yaptığınız değişiklikleri genel olarak herkese açık şekilde yayımlamanız gerekmez. GNU, özel kullanım için yapılan değişikliklerle ilgili SSS bölümünde kurum içi kullanım ile dağıtımı birbirinden ayırır.
GPL yazılım neden ücretli satılabilir?
Bir geliştirici yazılımın kopyası için ücret isteyebilir. Lisansa uygun hareket eden bir yeniden dağıtıcı da ücret isteyebilir. «Özgür yazılım» ifadesi tanınan özgürlükleri anlatır; her tedarikçinin ücretsiz indirme sunmak zorunda olduğu anlamına gelmez. GNU'nun GPL yazılımın satışıyla ilgili SSS bölümü, ticari dağıtıma izin verildiğini doğrular.
Bir teklif, tek tek indirmeler, kataloğa erişim veya dosyaları ulaştırma hizmeti için ücret talep edebilir. Satın alma sırasında asıl soru, bu ödemenin karşılığında ne sağlandığıdır. Daha düşük maliyetli bir paket, içindeki dosyalar projenize uygunsa ve bakımını yapabiliyorsanız değerli olabilir. Geliştirici aboneliği de hesaba bağlı hizmetler iş yükünü azaltıyor veya vazgeçilmez bir özellik sağlıyorsa değerli olabilir. Bu sonuçlardan hiçbiri yalnızca fiyattan çıkarılamaz.
Paket: haklar, dosyalar ve hizmetler
Aynı eklenti için iki teklifi karşılaştırdığınızı düşünün. İkisi de GPL erişiminden söz eder, ancak biri geliştirici hesabı içerirken diğeri indirmeleri kendi portalı üzerinden sağlar. Maliyetleri karşılaştırmadan önce farkları görünür kılmak için bu tabloyu kullanın.
| Katman | Ne anlama gelir? | Teklifte neler doğrulanmalı? |
|---|---|---|
| Yazılım hakları | Lisans kapsamındaki koda bağlı izinler | Gerçek lisans, bildirimler ve ayrı lisanslanan bileşenler |
| İndirilen dosyalar | Bugün kurabileceğiniz paket | Dahil edilen eklenti, ek modüller, bağımlılıklar ve açıklanan değişiklikler |
| Yerel işlevler | Kurulu yazılımın çalıştırdığı özellikler | İhtiyacınız olan iş akışının ücretli hizmet olmadan çalışıp çalışmadığı |
| Geliştirici hesabı | Asıl sağlayıcının yönettiği erişim | Hesabın ve meşru erişim hakkının dahil olup olmadığı |
| Gelecekteki sürümlere erişim | Sonraki sürümleri edinme yolu | Tedarikçi, ulaştırma yöntemi, erişim süresi ve kapsam dışı durumlar |
| Dışarıda barındırılan işlevler | Sunucunuzun dışında yürütülen işlemler | Gerekli abonelik, API kimlik bilgileri, krediler veya diğer sınırlar |
| İnsan desteği | Bir sorunu çözmenize yardımcı olan kişi | Sağlayıcı, kapsam, yanıt koşulları ve çakışmalardan kimin sorumlu olduğu |
| Dosya kaynağı | Paketin nereden geldiğine ilişkin kanıtlar | Kaynak, değişiklik açıklamaları ve mevcut doğrulama kanıtları |
Her satırı ayrı değerlendirin. Bir satıcı, asıl geliştiricinin desteğini sağlamadan kurulum konusunda hızlı yardım sunabilir. Bir paket, bulut hizmetine erişim hakkı içermeden kapsamlı premium kod barındırabilir. Geçerli bir yeniden dağıtım lisansı, belirli bir ZIP dosyasının kaynağını ve orijinalliğini doğrulayamaz.
Tablo, gereksinimleri yazmak için de yararlı bir araçtır. «Premium sürüm lazım» yerine «Bu formu oluşturmalı, gönderilen bilgileri almalı ve bakımı sürdürülen sürümlere ulaşmalıyım» deyin. Bu ifade, dokümantasyonda ve bir test ortamında daha kolay doğrulanır.
Ekip halinde çalışıyorsanız doldurduğunuz tabloyu proje notlarıyla birlikte saklayın. Aylar sonra güncellemeyi yapan kişi, eski satın alma sürecini yeniden araştırmadan tedarikçiyi ve bakım yolunu bulabilmelidir.
Premium WordPress eklentilerinde GPL lisansı: kod ve lisans anahtarı farklıdır
Lisans anahtarı, genellikle sağlayıcının ürün sistemindeki bir kimlik bilgisidir. Neyi etkinleştirdiği ürüne bağlıdır. Bir kurulumu güncellemelere, desteğe, indirilebilir içeriğe veya ücretli bir hizmete bağlayabilir. Bu davranışı anlamak için sağlayıcının dokümantasyonunu esas alın; yönetim panelindeki anahtar alanı tek başına yeterli bilgi vermez.
Premium WordPress eklentilerinde GPL lisansı konusunu değerlendirirken üç unsuru ayırın: lisans kapsamındaki kod, kurulu özelliğin nasıl çalıştığı ve sağlayıcının kontrol ettiği erişim hakkı. «Premium özellikler dahil» gibi geniş bir iddiaya güvenmek yerine kullanmayı planladığınız iş akışını inceleyin.
Yerel özellikler, dışarıda barındırılan bir hizmet olmadan da yararlı olabilir
Örnek olarak, sunucunuzda zaten bulunan bilgilerden bir sonuç hesaplayan bir eklenti düşünün. İlgili kod pakette yer alıyorsa ve ortamınızda çalışabiliyorsa, hesaplama için uzaktaki bir hesap gerekmeyebilir. Üçüncü taraf dağıtımı bu kullanım biçimine uygun olabilir.
Şimdi yeni bir gereksinim ekleyin: sonuç ücretli bir mesajlaşma platformundan gönderilmelidir. Yerel hesaplama ile mesajın ulaştırılması farklı bağımlılıklara sahiptir. Eklentinin entegrasyon kodu mevcut olsa bile, mesajlaşma hizmetine erişim için ayrı bir düzenleme gerekir.
Bu ayrım, ihtiyacınız olmayan bir hizmete ödeme yapmamanıza ve ihtiyacınız olan hizmet için bütçe ayırmanıza yardımcı olur. Gereksinimi gözlemlenebilir bir işlem olarak yazın: «Ziyaretçi formu gönderir, kayıt saklanır ve onay mesajı gelen kutusuna ulaşır». Ardından bu işlemin hangi bölümünün eklentiye, barındırma hizmetinize ve dış sağlayıcıya bağlı olduğunu belirleyin.
Elementor: aboneliğe bağlı davranışları hesaba katın
Elementor'un yenileme açıklamaları, süresi dolan premium erişim konusunda genel iddiaların neden güvenilir olmadığını gösterir. Abonelik sona erdiğinde ne olacağını anlatan doküman, yenileme yapılmazsa Pro güncellemelerine ve yeni Pro özelliklerine erişimin kaybedildiğini, mevcut Pro özelliklerine erişimin de kısıtlanabileceğini belirtir. Bu yüzden kurulu bir kopyayı, tüm premium düzenleme işlevlerinin süresiz kullanılabileceği vaadi olarak görmeyin. Projenizdeki belirli özelliklerin güncel gereksinimlerini kontrol edin. Elementor'un abonelik süresinin dolmasına ilişkin açıklaması ilgili kaynaktır.
Sayfa oluşturucu kullanılan bir projede, yayımlanmış sayfayı sonradan düzenleme ve genişletme olanağından ayırın. Düzenli tasarım değişikliği bekleyen bir müşterinin, yalnızca ilk indirmeyi değil düzenleme iş akışını da kapsayan bir bakım düzenine ihtiyacı vardır. Elementor'a özel GPL ve nulled karşılaştırması, ürüne özgü bu kararı daha ayrıntılı ele alır.
Wordfence: değiştirilmiş arayüz bulut erişim hakkı sağlayamaz
Wordfence bu ayrımı daha da açık yapar. Şirket, ücretli Premium hizmetlerinin bulut sunucularından sağlandığını ve Wordfence'ten satın alınmış ücretli bir anahtar gerektirdiğini belirtir. Yerel arayüzü «Premium» gösterecek şekilde değiştirmek, bu hizmetleri sağlamaz. Wordfence'in gerçek ürüne ilişkin açıklaması bu bağımlılığı anlatır.
Bu ders yalnızca güvenlik eklentileri için geçerli değildir: faydanın nereden sağlandığını doğrulayın. Belirli bir veri akışı, dışarıda yürütülen işleme özelliği veya hesaba bağlı hizmet gerekiyorsa, erişim hakkını doğrudan o hizmet için doğrulayın. Yönetim panelindeki özellik adı, hizmet sağlayıcısının erişimi doğrulamasına kıyasla daha zayıf bir kanıttır. Ürünün genel rolü için Wordfence Premium incelemesine bakabilirsiniz.
Güncellemeler: bir kopyaya sahip olmak ve siteyi bakımlı tutmak
Bugün aldığınız paket, sitenin ömründe yalnızca bir noktayı temsil eder. WordPress, PHP, temanız ve diğer eklentiler değişmeye devam eder. İyi bir satın alma kararı, gelecekteki bakım için bir yol da içerir.
Üç ayrı adımı not edin:
- Sürümü edinme: bakımı sürdürülen paketi size kim sunuyor?
- Kuruluma ulaştırma: bu paket kuruluma nasıl geliyor?
- Sonucu doğrulama: sitenin önemli iş akışlarının hâlâ çalıştığını kim kontrol ediyor?
Otomatik güncelleme aracı, dosyaların ulaştırılmasıyla ilgilenir. Diğer iki adımın yerini almaz. Sürecin sorumlusu varsa ve uygulamak için zaman ayırabiliyorsa, elle indirme de uygulanabilir bir yöntemdir. Düzenli biçimde sürdürebileceğiniz bir yaklaşım seçin.
Güncelleme vaatlerini hizmet koşulları olarak okuyun
«Güncellemeler dahil» ifadesi ikinci bir cümle gerektirir. Teklif, aktif üyelik boyunca indirmelere erişim mi, ayrı bir güncelleyici üzerinden dosya aktarımı mı, yoksa belirli bir satın almaya bağlı erişim mi sunuyor? Ek modüller de kapsamda mı? Erişim sona erdiğinde ne oluyor? Katalog genelindeki bir başlıktan sonuç çıkarmak yerine, ürünün ve planın mevcut koşullarını kaydedin.
Kaynak kod lisansı, bir tedarikçiyi gelecekteki her sürümü sonsuza kadar size göndermeye zorlamaz. Gelecekteki dosya sağlama taahhüdü, kendi başına değerlendirilmesi gereken bir hizmet vaadidir. Gerçek koşullar «ömür boyu» ifadesinin hangi süreyi ve hangi hizmeti anlattığını açıklamıyorsa, projenizi bu ifadeye dayandırmayın.
Önemli iş akışları için ayrı kontroller yapın
Bir rezervasyon sitesinin bakım kontrolü, rezervasyon yapmayı içermelidir. Bir mağazada ilgili satın alma akışı kontrol edilmelidir. Müşteri adayı toplayan bir sitede, formun gönderilmesi ve talebin alınması doğrulanmalıdır. Eklentinin sorunsuz etkinleşmesi bu kontrollerin yalnızca başlangıcıdır.
Uygun olduğunda ayrı bir staging, yani test ortamı kullanın. Önemli bir bileşeni değiştirmeden önce geri dönüş yolunu hazırlayın. WordPress'in güncelleme dokümanı, güncelleme öncesinde yedek almayı önerir. WP STAGING Pro incelemesi ve UpdraftPlus Premium incelemesi, test ortamını ve kurtarma sürecini planlamak için ilgili devam okumalarıdır.
En iyi bakım yolu, görevli kişiler değişse de sürdürülebilendir. Başka birinin doğru paketi edinmesini, bağımlılıklarını anlamasını ve temel kontrolleri tekrarlamasını sağlayacak kadar not bırakın.
Destek: sorumlu kişiyi belirleyin
Bir güncellemenin sayfa düzenini bozduğunu varsayalım. Dağıtıcı, yerine başka bir paket kurmanıza yardımcı olabilir; asıl geliştirici ise ürün hatasını araştırmak için daha uygun konumda olabilir. Çakışmaya yol açan tema özelleştirmesinin sorumluluğu da ajansınızda olabilir. Bunlar farklı destek görevleridir.
Satın almadan önce, çözmek için en az hazırlıklı olduğunuz sorunu hangi sağlayıcının ele alacağını belirleyin. «Destek dahil» ifadesinin açık bir kapsamı olmalıdır: kurulum yardımı, sorun giderme, geliştiriciye yönlendirme, özel kod üzerinde çalışma veya başka bir hizmet. Üçüncü taraftan satın almanın sizi asıl yazarın müşterisi haline getirdiğini varsaymayın.
Basit bir kişisel projede dokümantasyon ve kendi bakım becerileriniz yeterli olabilir. Teslim tarihi olan bir müşteri sitesinde ise yazılım başka yerde bulunabilse bile, geliştirici ekibine erişim resmi aboneliği haklı kılabilir. Belirleyici unsur, henüz kime ait olduğu netleşmemiş sorumluluktur; her projenin aynı destek paketine ihtiyaç duyduğu düşüncesi değildir.
Bu sorumluluğu teslim belgelerine yazın. Müşteri sitenin bakımının sürmesini bekliyorsa, hesabın kime ait olduğunu, gelecekteki hizmetleri kimin ödeyeceğini ve güncellemeleri kimin uygulayacağını belirtin. «Eklenti dahil» şeklindeki belirsiz bir vaat, bu üç soruyu da yanıtsız bırakır.
GPL lisanslı WordPress temaları: tasarım paketinin tamamını inceleyin
Tema satın alımı genellikle sitenizi görüntüleyen koddan fazlasını içerir. Şablonlar, yazı tipleri, fotoğraflar, örnek veriler ve yazarın barındırdığı bir kütüphaneye bağlantılar da sunulabilir. Bu bileşenlerin lisans bildirimlerini ve ayrı hizmetlerin koşullarını kontrol edin.
WordPress.org tema dizini, sunulan temalar ve içerdikleri kaynaklar için GPL uyumlu lisanslama şartı koyar. Bu dizin koşulu yararlı bir referanstır, ancak başka bir pazar yerinden indirilen paketin içeriğini veya lisansını kanıtlamaz. WordPress tema inceleme gereksinimlerine bakın.
Örnek bir portfolyo projesinde, temanın sayfa düzeni ilgi çekici olabilir ama demodaki fotoğraflara ihtiyaç duyulmayabilir. Bu görselleri kendi çalışmalarınızla değiştirmek, tasarımdaki bir bağımlılığı ortadan kaldırır. Belirli bir indirilebilir şablon koleksiyonu üzerine kurulan projede ise kütüphanenin erişim koşulları çok daha fazla önem taşır.
Bir demo tasarımını benimsemeden önce kısa bir kaynak listesi oluşturun:
- Sağlanan pakette hangi sayfa düzenleri gerçekten mevcut?
- Bitmiş sitede hangi görseller, yazı tipleri ve simgeler kullanılacak?
- Bunların lisans ve atıf bildirimleri nerede?
- Hangi kaynaklar ayrı hesap veya daha sonra indirme gerektiriyor?
Yazılıma ilişkin izinleri, markayı kullanma izninden de ayırın. GPL, bir pazar yerinin asıl geliştiriciyle bağlantılı olduğunu göstermez. WordPress'in ayrı bir marka politikası vardır. Bu, yazılım lisansı ile marka politikasının neden farklı soruları yanıtladığını gösterir.
Seçtiğiniz tema, yalnızca çekici bir önizleme değil, gerçekleştirilebilir bir tasarım sunmalıdır. Müşteriye demonun birebir görünümünü vaat etmeden önce gerekli bileşenleri doğrulayın.
GPL, nulled ve dosya kaynağı: dosyalara ne yapıldığını sorun
GPL, lisanslamayı anlatır. Pazar yerleriyle ilgili tartışmalarda «nulled» terimi genellikle lisans kontrolü davranışını kaldırmak veya atlatmak için değiştirilmiş yazılımı ifade eder. Satıcılar terimi tutarlı kullanmadığından, etiketi kapsamlı bir teknik rapor gibi görmek yerine gerçekte yapılan değişikliklerin açıklanmasını isteyin.
Bir değişiklik yapılmış olması tek başına kötü amaçlı yazılımın veya her durumda hukuki ihlalin kanıtı değildir. GPL, kendi koşulları çerçevesinde değişiklik yapılmasına izin verir. Açıklanmış bir değişiklik yine de işletim açısından önemlidir: güncellemeleri, dış isteklere yönelik davranışı veya uyumluluğu etkileyebilir. Açıklanmamış bir değişiklik ise sorun giderme için elinizde daha az bilgi bırakır.
Benzer şekilde «dokunulmamış» iddiası da dosya kaynağına ilişkin kanıt gerektirir. Arşivi kim sağladı? İddiayı hangi kanıtlar destekliyor? Paketin kimliği ve lisans bildirimleri tutarlı mı? Güvenilir bir referans paket varsa, karşılaştırma farkları ortaya çıkarmaya yardımcı olabilir. Ancak farkların amacını kendiliğinden açıklamaz veya her dosyanın güvenli olduğunu kanıtlamaz.
Değerlendirmenin kapsamını projeye göre belirleyin. Silinip atılabilecek yerel bir prototip ile müşterinin yayındaki mağazası, bir bileşen arızalandığında farklı sonuçlar doğurur. İkisinde de bildiklerinizi ve belirsiz kalan noktaları kaydedin. Güveniniz, lisanslama ile güvenliği tek iddiada birleştiren bir etiketten değil, tanımlanabilir kanıtlardan, işe yarar dokümantasyondan ve sürdürülebilir dosya sağlama yönteminden gelmelidir.
Orijinal dosyalar da güvenlik bakımı gerektirir
Bir paket, geliştiricinin orijinal dosyalarıyla aynı olabilir ve yine de asıl yazılımdan kaynaklanan bilinen bir güvenlik açığı içerebilir. Dosyaların kaynağını doğrulamak, nereden geldiklerini belirlemeye yarar; güvenlik bakımı ise kurulu yazılımın bir sorundan etkilenip etkilenmediğini ve hangi işlemin sorunu ele aldığını araştırır.
Bir güvenlik duyurusunu incelerken, gerçek ürün kimliğini ve kurulu sürümü etkilenen sürüm aralıklarıyla eşleştirin. Benzer isimler veya satıcının «en güncel» etiketi yeterli değildir. Belirtilen düzeltmeyi veya etkisini azaltan önlemi bulun ve bakım yolunuz üzerinden edinin. Patchstack'in herkese açık güvenlik açığı veritabanı bu araştırma için bir kaynaktır. Listelenmiş bir sorun bulunmaması, paketin güvenli olduğunu göstermez.
Taramaları ve test ortamındaki kontrolleri kendi amaçları için kullanın. Wordfence'in dokümantasyondaki tarama seçenekleri, bilinen kötü amaçlı imzalara ve şüpheli örüntülere yönelik kontrolleri açıklar; kapsam ayarlara bağlıdır. Test ortamında yapılan deneme, bir iş akışının o ortamda çalışıp çalışmadığını gösterir. Bu kontroller, her güvenlik açığının veya zararlı değişikliğin yokluğunu kanıtlayamaz. Paket doğrulamasını güncel sürümlerin edinilip uygulanmasından ayrı tutun ve kurulum sonrasında ilgili duyuruları takip edecek birini görevlendirin.
Aynı tabloyla üç proje kararı
Aşağıdaki örnekler, planlamayı açıklamak için oluşturulmuş senaryolardır. Eklenti testlerinin veya müşteri sonuçlarının raporu değildir.
Yeni bir site tasarımını araştıran serbest çalışan
Serbest çalışan, müşteri sitesini kurmaya karar vermeden önce sayfa düzenlerini karşılaştırmak ve yerel bir iş akışını denemek istiyor. Bu araştırma sırasında ücretli bir bulut özelliğine ihtiyaç yok. Öncelikler kullanılabilir dosyalar, açık lisans bildirimleri ve denemelerin silinebileceği bir ortamdır.
Paket ve koşullar bu ihtiyaçları karşılıyorsa, üçüncü taraf GPL erişimi mevcut kodu değerlendirmek için pratik bir yol olabilir. Canlı kullanıma geçmeden önce serbest çalışan; güncellemeleri, premium düzenleme bağımlılıklarını ve müşteriye teslimi yeniden değerlendirmelidir. Araştırma için uygun bir seçim, kendiliğinden eksiksiz bir bakım düzeni oluşturmaz.
Karar notu kısa olabilir: «Bu prototip için uygundur; canlıya teslim için doğrulanmış bir güncelleme yolu ve müşterinin gerektirdiği hesaba bağlı hizmetler gerekir». Bu cümle, satın alınanı olduğundan geniş göstermeden faydalı sonucu kayda geçirir.
Müşteri adayı toplayan site teslim eden ajans
Ajansın, sayfadaki bir formdan fazlasına ihtiyacı vardır. Gönderilen bilgiler uygun şekilde saklanmalı veya yönlendirilmelidir, bildirimler müşteriye ulaşmalıdır ve teslimden sonra birilerinin arızaları gidermesi gerekir.
Her bağımlılığı belirleyerek başlayın. Formun yerel işlevleri pakette sunuluyorsa, bunları e-posta ulaştırma hizmetinden veya CRM hizmetinden ayrı değerlendirin. Sonra kimlik bilgilerinin ve destek ilişkisinin sorumlusunu belirleyin. Müşteri, hangi aboneliklerin tekrarlayan ödemeler gerektirdiğini ve hangi sağlayıcıya başvuracağını bilmelidir.
Doğrudan destek veya hesaba bağlı işlevler temel önem taşıyorsa, geliştiricinin resmi planı doğru seçim olabilir. Ajansın bakımı ve gerekli bağımsız hizmetleri sağladığı başka bir düzenlemede ise üçüncü taraf dağıtımı uygun olabilir. Ajans yalnızca indirilen dosyaya değil, üstlendiği sorumluluğa da fiyat biçmelidir.
Güvenlik bileşeni seçen mağaza
Mağaza sahibi özellikle ücretli bir tehdit bilgisi hizmetine ihtiyaç duyuyor ve premium etiketli eklentinin bunu sağlayacağını varsayıyor. Wordfence örneği, erişim hakkının neden hizmet sağlayıcıyla doğrulanması gerektiğini gösterir.
Karar bu bağımlılıkla başlamalıdır: gerekli meşru hizmet erişimini edinin, sonra uyumlu yazılımı seçin ve bakımını yapın. Mağaza sahibi bunun yerine hizmetin ücretsiz düzeyini seçiyorsa, gerçek kapsamı belgeleyin. Yerel ekranda premium etiketi göründüğü için ücretli veri akışı alındığını söylemeyin.
Bu örnekte indirme maliyetinin düşük olması, gereken hizmetin yerini tutamaz. Başka bir projede ise yerelde çalışan kod ihtiyacın tamamını karşılayabilir. Aynı tabloyu uygulamak, her iki kararı da daha net hale getirir.
Satın almadan veya kurmadan önce kontrol listesi
Genel bir teklifi belirli bir proje seçimine dönüştürmek için bu listeyi kullanın. Bu, yol gösterici bir listedir; ayrıntılı inceleme ve güncelleme prosedürleri ayrı ele alınmayı hak eder.
- Gerekli sonucu tanımlayın. Eklentinin veya temanın desteklemesi gereken işlemi yazın. «Müşterinin bilgi talebi sayfalarını oluşturup düzenlemek», «Pro edinmek» ifadesinden daha açıktır.
- Paketin lisansını okuyun. Gerçek bildirimleri, dahil edilen bileşenleri ve kaynakların ayrı koşullarını kontrol edin. Bunları proje kayıtlarıyla birlikte saklayın.
- Sağlanan içeriği belirleyin. Hangi ZIP dosyaları ve ek modüllerin dahil olduğunu, bunları kimin sağladığını ve değişikliklerin açıklanıp açıklanmadığını öğrenin.
- Dış bağımlılıkları listeleyin. Sonuç için gereken geliştirici hesaplarını, API anahtarlarını, dışarıda barındırılan özellikleri ve indirilebilir kütüphaneleri kaydedin.
- Gelecekteki erişimi doğrulayın. Bakımı sürdürülen sürümlerin nasıl ulaşacağını, tedarikçinin ne kadar süre dosya sağlamayı vaat ettiğini ve yenilemenin neyi etkilediğini not edin.
- Destek sorumlusunu belirleyin. Kurulum sorunları, ürün hataları ve özel entegrasyon çalışmasından sorumlu kişiyi veya sağlayıcıyı belirtin.
- Operasyonel uygunluğu kontrol edin. Belgelenmiş gereksinimleri inceleyin ve projenin önemli iş akışlarına güvenmeden önce bunları uygun bir ortamda deneyin.
- Teslimi hazırlayın. Tedarikçi bilgilerini, hizmet koşullarını, kurtarma notlarını ve hesap sahipliğini sonraki bakım sorumlusunun bulabileceği yerde tutun.
Temel bir yanıt eksikse, müşteriye verdiğiniz vaadin parçası haline getirmeden önce o bağımlılığı çözün. Bu sırada bağımsız özellikleri değerlendirmeye devam edebilirsiniz. Eksiksiz bir karar, en pahalı düzeni gerektirmez; aldığınız dosyalardan ihtiyaç duyduğunuz sonuca uzanan inandırıcı bir yol gerektirir.
Satın alma sonrasında ortaya çıkan sorular
GPL eklenti kullanmak sitemin içeriğini GPL yapar mı?
Kendi makaleleriniz ve fotoğraflarınız, GPL program tarafından işlendikleri için GPL kapsamına girmez. GNU, programı çıktısından ayırır; ancak programdan kopyalanmış materyal içeren çıktının farklı sorular doğurabileceğini belirtir. Kopyalanan şablonları ve paketteki kaynakları ayrı kontrol edin. GNU'nun program çıktısına ilişkin açıklaması bu ayrımı ele alır.
Ajans sözleşmesi bitince müşteri yazılımı elinde tutabilir mi?
Müşteriye uygun şekilde sağlanmış GPL kapsamındaki bir kopya için yazılım izinleri ile ajans hizmetleri ayrı konulardır. Teslim belgeleri; hangi hesapların, güncellemelerin ve destek düzenlemelerinin devam edeceğini, sona ereceğini veya değiştirilmesi gerektiğini açıklamalıdır. Bakım sözleşmesinin iptalini, yazılımın temel haklarının ortadan kalktığının kanıtı olarak görmeyin.
Dağıtıcı artık indirme sunmazsa ne olur?
Paketin kayıtlarını saklayın ve başka bir meşru bakım yolu araştırın. Arşivin hâlâ elinizde bulunması, bakımının sürdüğü anlamına gelmez. Asıl geliştiricinin uygun bir plan sağlayıp sağlayamayacağını, başka bir kaynağın gereksinimlerinizi karşılayıp karşılamadığını veya bileşeni değiştirmenin daha uygulanabilir bir seçim olup olmadığını değerlendirin.
Teklifi projenizin gereksinimlerine göre değerlendirin
GPL lisanslı WordPress eklentileri, kapsamlı yazılımlara faydalı ve uygun maliyetli erişim sunabilir. Lisans kapsamındaki hakları, sağlanan dosyaları ve iş akışının gerektirdiği hizmetleri anladığınızda değerlerini daha net görebilirsiniz.
Teklifleri karşılaştırmadan önce tabloyu doldurun. Gereken işlevleri sağlayan ve bakım sorumluluğunu belirli bir kişiye veren düzeni seçin. Seçenekleri araştırmaya hazırsanız, WPPerks fırsatlar kataloğunu başlangıç noktası olarak kullanın. Ardından belirli paketin güncel koşullarını ve sitenizin ihtiyaç duyduğu ayrı hizmetleri kontrol edin.