Wawasan Pakar: Percakapan dengan Stefan Karamancic dari ManageWP

Sekali waktu, WordPress adalah platform blogging sederhana. Selama bertahun-tahun, ini telah menjadi alat paling ampuh untuk membangun semua jenis situs web. Hal yang sama dapat dikatakan untuk Stefan Karamancic, veteran Dukungan ManageWP. Dia di sini bersama kami hari ini untuk memecahkan kebekuan dan menyambut semua orang di seri blog "Expert Insights" kami, di mana kami akan mewawancarai tim Dukungan ManageWP dan memberi Anda wawasan tentang pengalaman dan dedikasi yang mereka bawa ke meja serta beberapa pemecahan masalah teknik yang mereka gunakan sehari-hari.

Apa kesamaan WoW dan girl blogger di tahun 2009? Saya mendengar jawabannya adalah - Anda. Apakah ini benar? Bisakah Anda memandu kami melalui bagaimana Anda memulai di industri WordPress?

Nah, Anda bisa mengatakan bahwa. Faktanya, keduanya memicu minat untuk mengejar karir di bidang teknologi web. Sekitar 15 tahun yang lalu, saya bertemu dengan seorang gadis dan tidak menyangka dia akan menjadi orangnya... yang memperkenalkan dunia yang benar-benar baru kepada saya, Dunia WordPress! Dia memiliki blog pribadi di WordPress.com, dan saya membantunya mengubah tampilannya beberapa kali. Kami melakukan beberapa CSS khusus di sana-sini, dan saya membantunya memaksimalkan tema gratis yang kami miliki saat itu. Itu adalah waktu yang berbeda; semuanya kurang dapat disesuaikan, jadi kami sering kali harus lebih mengandalkan fungsionalitas dan penyesuaian khusus.

Karena saya sangat menyukai teknologi dan ingin tahu tentang kemungkinan menerapkan pengetahuan yang baru saya temukan, saya mulai menggunakan WordPress untuk beberapa proyek saya. Saya membangun beberapa forum guild dan beberapa situs web sederhana, terutama untuk keluarga dan teman saya. Menjaga mereka tetap up to date, dan menambahkan fungsionalitas baru dari waktu ke waktu membantu saya memahami seluk-beluk membangun situs web dengan WordPress. Menengok ke belakang, memiliki proyek gairah itu benar-benar membuat seluruh proses pembelajaran terasa mudah. Saya tidak sedang belajar untuk mendapatkan pekerjaan; Saya sedang belajar untuk meningkatkan proyek gairah saya. Saat ini, kami memiliki banyak plugin dan tema, dan industri telah berkembang pesat. Anda dapat membangun situs web yang luar biasa dengan sedikit atau tanpa pengkodean.

Di dunia sekarang ini, kita terus-menerus dibombardir dengan informasi karena cerita, sumber, dan tren baru bermunculan setiap hari. Bagaimana Anda tetap mengetahui perkembangan terbaru di WordPress?

Itu pertanyaan yang bagus. Saya merasa terbantu untuk menentukan bidang yang menarik minat saya dan mengawasi beberapa sumber berita agar masing-masing tetap mengikuti perkembangan.

Saya suka WP Tavern dan situs web WordPress resmi (terutama Sumber Daya Pengembang) untuk pengetahuan umum WordPress dan berita komunitas. Selain membaca pengumuman tentang apa yang akan datang, saya ingin tetap terhubung dengan komunitas WordPress. Official WordPress Slack adalah tempat yang tepat untuk mendengar berita dan meminta bantuan dari anggota komunitas lainnya.

Situs web hebat lainnya adalah WP Beginner. Ini mencakup berbagai topik dan terus-menerus merilis dan memperbarui panduan dan artikel mereka. Jika Anda mencari dasar-dasarnya, Anda tidak akan salah memilih WP Beginner.

Area berikutnya yang menurut saya penting adalah keamanan situs web! Sucuri dan WordFence buletin, dan blog, adalah sumber masuk saya untuk tetap mendapat informasi tentang keamanan situs web, karena itu selalu merupakan permainan kucing-dan-tikus.

Untuk berita teknologi web yang lebih luas, saya mengikuti trik CSS, The Register, dan Smashing Magazine.

Bagaimana Anda mendekati pemecahan masalah dan pemecahan masalah ketika datang ke WordPress?

Dengan cara yang sama saya tetap mengikuti perkembangan baru, saya mengidentifikasi area yang terpengaruh oleh masalah dan mengumpulkan informasi sebanyak mungkin sebelum saya mulai menyelidiki . Saya biasanya memulai dengan mengonfirmasi jika itu terbatas pada komponen atau tindakan tertentu. Seperti apa hasil yang diharapkan? Apakah ini sesuatu yang dapat saya reproduksi dengan andal atau tidak? Apakah hal yang sama terjadi di situs lain?

Kemudian, ketika saya memiliki semua informasi itu, saya mulai dengan mereplikasi proses langkah demi langkah dan mengikutinya saat terungkap. Akan sangat membantu ketika log kesalahan diaktifkan, sebagai cara tercepat untuk melihat di mana ada sesuatu yang rusak melalui log tersebut. Ketika ada beberapa informasi berguna di log, saya dapat menemukan solusi untuk masalah dengan cepat, melihat apakah sudah teratasi, lalu coba lagi. Misalnya, jika sebuah plugin tidak diperbarui, saya selalu mencoba menjalankan kembali pembaruan atau mencoba dan memperbarui Hello Dolly atau beberapa plugin dasar lainnya di situs web. Jika prosesnya gagal, saya kemudian dapat memeriksa log dan menemukan respons persis yang diterima situs web atau server. Apakah itu izin file, masalah lisensi, atau kesalahan kritis karena server kehabisan memori? Apa pun itu, memiliki akses ke log kesalahan membuat proses pemecahan masalah menjadi lebih mudah.

Selain itu, suatu masalah dapat memiliki banyak penyebab, jadi tidak jarang muncul masalah lain setelah Anda menyelesaikan masalah pertama. Dalam situasi tersebut, Anda harus tetap fokus pada masalah awal dan mengikuti utas sampai Anda menguraikannya.

Dengan pendekatan itu, Anda pasti memiliki beberapa cerita menarik untuk diceritakan. Dapatkah Anda membagikan contoh kasus dukungan yang sangat menantang yang telah Anda bantu selesaikan?

Ya, permintaan kloning situs web paling menarik entah bagaimana menemukan jalan mereka ke kotak masuk saya. Anda mungkin mengatakan saya magnet untuk kloning kecelakaan! Beberapa tahun yang lalu, kami mendapat tiket bahwa pengguna membutuhkan bantuan untuk mengkloning situs web mereka. Masalahnya adalah situs web langsung mereka mati setelah mereka memulai klon. Awalnya, saya terkejut karena alat Kloning kami tidak berinteraksi dengan situs web yang dikloning, karena kami menggunakan cadangan yang disimpan di server kami, jadi ini sangat tidak biasa. Saya meninjau tiket beberapa kali dan mendapatkan secangkir kopi segar, mencoba memetakan dan menelusuri kembali langkah pengguna kami. Misteri semakin dalam ketika saya masuk untuk mereplikasi masalah tersebut dan mendapatkan hasil yang sama.

Saya memeriksa pengaturan plugin, tema, dan server web untuk mencoba dan melihat apa yang ada di balik ini, tetapi tidak ada yang aneh yang muncul. Saat itu, saya berpikir, “ mari kita kembali ke dasar dan mulai dari atas. ” Cara kerja bagian dalam alat kami cukup sederhana:

• Sebelum mengkloning atau memitigasi situs web, cadangan harus dibuat. Diperiksa!
• Kemudian kami mentransfer cadangan itu ke server tujuan. Apakah kita melakukannya melalui koneksi PHP atau FTP, itu masih merupakan server tujuan dan seharusnya tidak dapat memengaruhi situs web sumber dengan cara apa pun.
• Pada langkah terakhir, ekstrak file di server baru, dan impor database. Sekali lagi, ini adalah server baru tanpa koneksi yang jelas ke sumbernya.

"Ketika Anda telah menghilangkan yang tidak mungkin, apa pun yang tersisa, betapapun mustahilnya, pastilah kebenaran." –

Sherlock Holmes

Di sinilah saya menyalurkan batin saya Sherlock Holmes dan mulai mencoret hal-hal dari daftar. Dengan cepat menjadi jelas bahwa satu-satunya langkah di mana campuran dapat menyebabkan crash situs web sumber adalah impor basis data pada tahap kloning akhir. Ternyata, kedua situs web (sumber dan tujuan) menggunakan paket hosting yang sama, dan kredensial basis data yang dikirimkan pengguna kepada kami adalah untuk situs web langsung (sumber) dan bukan untuk tujuan. Itu biasanya bukan masalah, karena server database biasanya diatur dengan akses terbatas. Namun, dalam kasus ini, kedua situs web dapat terhubung ke kedua database, dan alat Klon kami mengimpor data ke database yang salah. Setelah saya memverifikasinya dengan pengguna, saya kemudian dapat membantu dan membimbing mereka melalui proses kloning. Untungnya, kami belum pernah mencoba ini sejak itu, tetapi pengujian dan konfirmasi asal database telah ditambahkan ke prosedur kami.

Dan bagaimana dengan beberapa kesalahpahaman umum atau tantangan yang dimiliki pengguna saat menggunakan ManageWP?

Untungnya, tidak banyak. Saya suka berpikir alasan untuk ini adalah desain UX yang intuitif . Yang favorit saya untuk memandu pengguna kami harus berurusan dengan URL situs web, yang lebih sesuai dengan cara kerja DNS sebenarnya. Ketika Anda mengunjungi situs web di browser Anda, Anda biasanya mengetikkan URL dan menekan enter, dan tidak memikirkan apakah ada www atau tidak atau apakah Anda mengetik HTTP atau HTTPS. Anda membiarkan browser Anda menangani hal semacam itu.

Saat menambahkan situs web ke ManageWP, Anda harus memperhatikan hal-hal ini. Cara kerja DNS, mungkin ada perbedaan besar antara www.example.com dan example.com, atau antara http://www.example.com dan https://example.com . Keduanya dapat mengarah ke situs web yang sama. Tetapi mungkin juga mereka mengarah ke dua situs web yang sama sekali berbeda! Kami sering melihat ini dengan migrasi situs web atau perubahan kepemilikan, karena saat itulah perubahan DNS kemungkinan besar akan terjadi.

Saran saya kepada semua orang yang mencoba menghubungkan situs web mereka adalah “saat Anda mengisi URL situs web di ManageWP, biarkan browser Anda yang bekerja, dan cukup salin dan tempel URL beranda Anda dari bilah alamat.

Stefan Karamancic, dukungan ManageWP

Bisakah Anda membagikan tip untuk pengguna tentang cara berkomunikasi secara efektif dengan tim dukungan untuk mendapatkan bantuan yang mereka butuhkan?

Hal yang pasti! Saat menghubungi kami, sebaiknya sertakan langkah-langkah tepat yang Anda ambil untuk membantu kami segera mereplikasi masalah tersebut. Idealnya, Anda akan mengirimkan daftar berpoin kepada kami, atau jika Anda lebih dari seorang pendongeng, tidak ada salahnya untuk sespesifik mungkin saat menjelaskan tentang apa yang Anda jangkau. Dengan informasi yang cukup, kami dapat memulai proses pemecahan masalah segera setelah kami mendapatkan tiket dukungan awal Anda dan tidak perlu membalas surat meminta Anda menjelaskan lebih lanjut.

Selain itu, saya perhatikan bahwa lebih banyak orang perlu melampirkan tangkapan layar. Terkadang, kami tidak dapat mereplikasi masalah yang Anda laporkan, dan memiliki tangkapan layar dari apa yang Anda lihat di layar dapat sangat membantu!

Saya tahu ini sepertinya tidak banyak, tetapi hal-hal sederhana ini dapat menghemat waktu secara signifikan dan membawa kita ke resolusi lebih cepat daripada bolak-balik beberapa kali.

Itu meringkas wawancara kami dengan Stefan. Jika Anda memiliki pertanyaan untuknya, atau Anda memiliki saran untuk siapa yang harus kami wawancarai selanjutnya, tinggalkan komentar di bawah!