Uzman Görüşleri: ManageWP'den Stefan Karamancic ile Söyleşiler

Bir zamanlar, WordPress basit bir blog platformuydu. Yıllar geçtikçe, her türlü web sitesini oluşturmak için en güçlü araç haline geldi. Aynı şey ManageWP'nin Destek gazisi Stefan Karamancic için de söylenebilir. Bugün buzları kırmak ve ManageWP Destek ekibiyle röportaj yapacağımız ve masaya getirdikleri deneyim ve bağlılığın yanı sıra bazı sorun giderme işlemleri hakkında size bir fikir vereceğimiz "Uzman İçgörüleri" blog serimize hoş geldiniz demek için burada bizimle birlikte. günlük kullandıkları teknikler.

2009'da WoW ve kız blog yazarlarının ortak noktası neydi? Cevabın - sen olduğunu duydum. Bu doğru mu? WordPress endüstrisine nasıl başladığınızı bize anlatabilir misiniz?

Peki, bunu söyleyebilirsin. Gerçek şu ki, her ikisi de web teknolojisinde kariyer yapmaya yönelik bir ilgi uyandırıyor. Yaklaşık 15 yıl önce, bir kızla tanıştım ve onun bana yepyeni bir dünya, WordPress Dünyası'nı tanıtacak kişi olacağı hakkında hiçbir fikrim yoktu! WordPress.com'da kişisel bir blogu vardı ve birkaç kez görünümünü değiştirmesine yardım ettim. Burada ve orada bazı özel CSS yaptık ve o zamanlar elimizde bulunan ücretsiz temalardan en iyi şekilde yararlanmasına yardım ettim. Başka bir zamandı; her şey daha az özelleştirilebilirdi, bu nedenle genellikle özel işlevlere ve ince ayarlara çok daha fazla güvenmek zorunda kalıyorduk.

Teknoloji konusunda tutkulu olduğum ve yeni edindiğim bilgileri uygulama olasılıklarını merak ettiğim için birkaç projemde WordPress kullanmaya başladım. Öncelikle ailem ve arkadaşlarım için birkaç lonca forumu ve bazı basit web siteleri oluşturdum. Onları güncel tutmak ve zaman içinde yeni işlevler eklemek, WordPress ile web siteleri oluşturmanın inceliklerine inmeme yardımcı oldu. Geriye dönüp baktığınızda, bu tutku projelerine sahip olmak, tüm öğrenme sürecini gerçekten çocuk oyuncağı gibi hissettirdi. Bir iş bulmayı öğrenmiyordum; Tutku projelerimi geliştirmeyi öğreniyordum. Günümüzde pek çok eklenti ve temamız var ve sektör çok gelişti. Çok az kodlamayla veya hiç kodlama olmadan harika web siteleri oluşturabilirsiniz.

Günümüz dünyasında, her gün yeni hikayeler, kaynaklar ve trendler ortaya çıktıkça sürekli olarak bilgi bombardımanına tutuluyoruz. WordPress'teki en son gelişmelerden nasıl haberdar olursunuz?

Bu harika bir soru. İlgimi çeken alanları tanımlamayı ve her birinin döngüde kalması için birkaç haber kaynağına göz atmayı faydalı buldum.

Genel WordPress bilgisi ve topluluk haberleri için WP Tavern'i ve resmi WordPress web sitesini (özellikle Geliştirici Kaynakları) seviyorum. Neler olacağına dair duyuruları okumanın yanı sıra, WordPress topluluğuyla bağlantıda kalmayı seviyorum. Resmi WordPress Slack, haberleri duymak ve diğer topluluk üyelerinden yardım istemek için harika bir yerdir.

Bir başka harika web sitesi de WP Beginner. Çeşitli konuları kapsar ve kılavuzlarını ve makalelerini sürekli yayınlar ve günceller. Temelleri arıyorsanız, WP Beginner ile yanlış gidemezsiniz.

Önemli bulduğum bir sonraki alan web sitesi güvenliği! Sucuri ve WordFence haber bültenleri ve bloglar, her zaman bir kedi-fare oyunu olduğundan, web sitesi güvenliği hakkında bilgi sahibi olmak için başvurduğum kaynaklardır.

Daha geniş web teknolojisi haberlerine gelince, CSS hilelerini, The Register'ı ve Smashing Magazine'i takip ediyorum.

WordPress söz konusu olduğunda sorun çözme ve sorun gidermeye nasıl yaklaşıyorsunuz?

Yeni gelişmelerden haberdar olduğum gibi, sorundan etkilenen bölgeyi tespit ediyor ve araştırmaya başlamadan önce mümkün olduğunca fazla bilgi topluyorum . Genellikle belirli bir bileşen veya eylemle sınırlı olup olmadığını onaylayarak başlarım. Beklenen sonuç nasıl görünmelidir? Bu güvenilir bir şekilde çoğaltabileceğim bir şey mi yoksa değil mi? Aynı şey diğer web sitelerinde de oluyor mu?

Ardından, tüm bu bilgilere sahip olduğumda, süreci adım adım tekrarlayarak başlıyorum ve geliştikçe onu takip ediyorum. Bir şeyin nerede bozulduğunu görmenin en hızlı yolu bu günlüklerden geçtiğinden, hata günlüğü etkinleştirildiğinde yararlıdır. Günlüklerde bazı yararlı bilgiler olduğunda, bir soruna hızlı bir şekilde çözüm bulabilir, çözülüp çözülmediğine bakabilir ve ardından tekrar deneyebilirim. Örneğin, bir eklenti güncellenmiyorsa, her zaman güncellemeyi yeniden çalıştırmayı veya Hello Dolly'yi veya web sitesindeki başka bir temel eklentiyi güncellemeyi denerim. İşlem başarısız olursa, günlükleri kontrol edebilir ve web sitesinin veya sunucunun aldığı tam yanıtları bulabilirim. Dosya izinleri mi, bir lisans sorunu mu yoksa sunucunun belleğinin bitmesi nedeniyle kritik bir hata mı? Her ne ise, hata günlüklerine erişim, sorun giderme sürecini kolaylaştırır.

Ayrıca, bir sorunun birden çok nedeni olabilir, bu nedenle, ilkini çözdükten sonra başka bir sorunun ortaya çıkması alışılmadık bir durum değildir. Bu gibi durumlarda, orijinal konuya odaklanmalı ve konuyu çözene kadar konuyu takip etmelisiniz.

Bu yaklaşımla, anlatacak bazı ilginç hikayeleriniz olmalı. Çözülmesine yardımcı olduğunuz, özellikle zorlu bir destek olayı örneğini paylaşabilir misiniz?

Evet, en yoğun web sitesi klonlama istekleri bir şekilde gelen kutuma ulaşıyor. Yanlışlıkları klonlamak için bir mıknatıs olduğumu söyleyebilirsin! Birkaç yıl önce, bir kullanıcının web sitesini klonlamak için yardıma ihtiyacı olduğuna dair bir bildirim aldık. Durum, bir klon başlattıktan sonra canlı web sitelerinin kapanmasıydı. İlk başta şaşırdım çünkü sunucularımızda depolanan bir yedeği kullandığımız için Klonlama aracımızın klonlanan web sitesiyle hiçbir etkileşimi yok, bu yüzden bu oldukça alışılmadık bir durumdu. Bileti birkaç kez inceledim ve yeni bir fincan kahve aldım, haritayı çıkarmaya ve kullanıcımızın adımlarının izini sürmeye çalıştım. Sorunu çoğaltmak için gittiğimde ve aynı sonucu aldığımda gizem derinleşti.

Bunun arkasında ne olduğunu görmek için eklentileri, temaları ve web sunucusu ayarlarını kontrol ettim, ancak sıra dışı hiçbir şey görünmüyordu. O an, “ haydi temel konulara geri dönelim ve en baştan başlayalım” diye düşündüm. Aracımızın iç işleyişi oldukça basittir:

• Bir web sitesini klonlamadan veya hafifletmeden önce bir yedek oluşturulmalıdır. Kontrol!
• Ardından bu yedeği hedef sunucuya aktarıyoruz. PHP veya FTP bağlantısı üzerinden yapsak da, yine de hedef sunucudur ve kaynak web sitesini hiçbir şekilde etkilememelidir.
• Son adımda, dosyaları yeni sunucudan çıkarın ve veritabanını içe aktarın. Yine, kaynakla bariz bir bağlantısı olmayan yeni bir sunucu.

"İmkansızı elediğinizde, ne kadar ihtimal dışı olursa olsun geriye kalan gerçek olmalıdır." –

Sherlock Holmes

Burası içimdeki Sherlock Holmes'u yönlendirdiğim ve listeden bazı şeyleri silmeye başladığım yer. Bir karışıklığın kaynak web sitesinin çökmesine yol açabileceği tek adımın, son klonlama aşamasındaki veritabanı içe aktarma işlemi olduğu kısa sürede anlaşıldı. Görünüşe göre, her iki web sitesi de (kaynak ve hedef) aynı barındırma planındaydı ve kullanıcının bize gönderdiği veritabanı kimlik bilgileri, hedef için değil, canlı (kaynak) web sitesi içindi. Veritabanı sunucuları genellikle kısıtlı erişimle ayarlandığından, bu genellikle bir sorun değildir. Yine de, bu durumda, her iki web sitesi de her iki veritabanına bağlanabilir ve Klonlama aracımız verileri yanlış veritabanına aktardı. Bunu kullanıcıyla doğruladıktan sonra, klonlama sürecinde onlara yardım edebildim ve rehberlik edebildim. Neyse ki, o zamandan beri bunu deneyen kimse olmadı, ancak prosedürlerimize veritabanı kaynağının test edilmesi ve onaylanması eklendi.

Peki ya kullanıcıların ManageWP'yi kullanırken karşılaştıkları bazı yaygın yanılgılar veya zorluklar?

Neyse ki, pek çoğu yok. Bunun nedeninin sezgisel bir UX tasarımı olduğunu düşünmeyi seviyorum. Kullanıcılarımıza rehberlik etmek için favorim, DNS'nin gerçekte nasıl çalıştığına daha çok benzeyen web sitesi URL'si ile uğraşmak zorunda. Tarayıcınızda bir web sitesini ziyaret ettiğinizde, genellikle URL'yi yazıp enter tuşuna basarsınız ve www olup olmadığını veya HTTP veya HTTPS yazıp yazmadığınızı düşünmezsiniz. Tarayıcınızın bu tür şeylerle ilgilenmesine izin veriyorsunuz.

ManageWP'ye bir web sitesi eklerken bunlara dikkat etmelisiniz. DNS'nin çalışma şekli, www.example.com ile example.com arasında veya http://www.example.com ile https://example.com arasında çok büyük bir fark olabilir. Her ikisi de aynı web sitesine yönlendirebilir. Ancak tamamen farklı iki web sitesine yönlendirmeleri de mümkündür! Bunu genellikle web sitesi geçişlerinde veya sahiplik değişikliklerinde görüyoruz, çünkü bu tür DNS değişiklikleri büyük olasılıkla bu tür zamanlarda meydana geliyor.

Web sitesine bağlanmaya çalışan herkese tavsiyem, “ManageWP'de web sitesi URL'sini doldururken, tarayıcınızın işi yapmasına izin verin ve ana sayfanızın URL'sini adres çubuğundan kopyalayıp yapıştırın.

Stefan Karamancic, ManageWP desteği

Kullanıcılara, ihtiyaç duydukları yardımı almaları için destek ekibiyle etkili bir şekilde nasıl iletişim kuracaklarına dair herhangi bir ipucu verebilir misiniz?

Tabi ki! Bize ulaşırken, sorunu hemen tekrarlamamıza yardımcı olmak için attığınız adımları tam olarak belirtmeniz her zaman iyi bir fikirdir. İdeal olarak, bize madde işaretli bir liste gönderirsiniz veya daha çok hikaye anlatıcıysanız, ne hakkında ulaştığınızı açıklarken olabildiğince spesifik olmaktan zarar gelmez. Yeterli bilgiyle, ilk destek biletinizi alır almaz sorun giderme sürecini başlatabiliriz ve sizden daha fazla ayrıntı vermenizi istemek için geri yazmak zorunda kalmayız.

Ayrıca, daha fazla kişinin ekran görüntüsü eklemesi gerektiğini fark ettim. Bazen, bildirdiğiniz sorunu tekrarlayamayız ve ekranda gördüğünüz şeyin ekran görüntüsüne sahip olmak çok yardımcı olabilir!

Çok fazla görünmediğini biliyorum, ancak bu basit şeyler önemli ölçüde zaman kazandırabilir ve bizi birkaç kez ileri geri gitmekten daha çabuk bir çözüme ulaştırabilir.

Bu, Stefan'la yaptığımız röportajı özetliyor. Ona herhangi bir sorunuz varsa veya bundan sonra kiminle röportaj yapmamız gerektiğine dair herhangi bir öneriniz varsa, aşağıya bir yorum bırakın!