aliran kerja pembangunan e -mel html: Panduan praktikal untuk meningkatkan kecekapan
Setiap pemaju web mempunyai cara tersendiri untuk bekerja: editor pilihan, alat tambahan, proses projek peribadi, dan banyak lagi. Untuk projek yang besar atau kompleks, laluan pembangunan yang jelas adalah penting, yang menjimatkan masa dan meminimumkan kesilapan.
Ini amat penting dalam projek e -mel HTML dalam pengalaman saya. E -mel memerlukan banyak tugas berulang yang tidak begitu rumit dalam diri mereka (sekurang -kurangnya tidak selalu), tetapi boleh menjadi rumit kerana banyak unsur dan tugas yang perlu diperiksa.
di sini saya akan cuba menerangkan aliran kerja pembangunan e -mel HTML peribadi saya. Saya harap anda dapat memilih bahagian yang anda suka dari mereka.
mata utama
aliran kerja pembangunan e -mel biasa
aliran kerja pembangunan e -mel klasik terdiri daripada tiga langkah utama:
Menghantar kod melalui e -mel agak rumit, kerana kebanyakan pelanggan tidak membenarkan anda menyusun e -mel dengan menampal kod HTML ke dalam badan (satu -satunya yang saya tahu ialah Thunderbird). Tetapi setiap ujian memerlukan banyak operasi untuk menulis e -mel, CSS sebaris, kod tampal, dll.
Jika anda mempunyai akaun testbed (litmus, e -mel pada asid, monitor kempen, atau lain -lain), anda boleh memudahkan tugas ujian akhir dengan mengemukakan kod sebaris ke testbed, tetapi untuk ujian yang lebih tepat, anda masih perlu menghantar kod dengan mel. Pada masa lalu, saya menggunakan skrip PHP kecil untuk menghantar e -mel ujian, yang menyelamatkan beberapa waktu, tetapi masih memerlukan pengulangan tugas -tugas tertentu.
Kembali ke CSS, anda mungkin perlu bekerja pada dua fail: satu untuk inline dan satu untuk membenamkan (untuk pelanggan yang menyokong pertanyaan media).
Anda perlu mengedit CSS terus ke dalam fail HTML, kemudian mulakan alat inline (seperti alat inline MailChimp), dan akhirnya membenamkan CSS kedua ke dalam fail inline (ia berasa menjengkelkan untuk menulisnya!)
sekarang kita boleh menyemak pelan aliran kerja kami dengan lebih terperinci:
bernasib baik, kami masih mempunyai beberapa cara untuk digunakan: preprocessor dan pelari tugas.
Tambah HTML dan CSS Preprocessor
Apabila saya mula menggunakan preprocessors, saya segera menyedari betapa bergunanya untuk pembangunan e -mel. Bagi kedua -dua HTML dan CSS, preprocessors dengan mudah dapat memudahkan keperluan untuk kod yang panjang (terutama HTML).Saya terutamanya menggunakan Jade untuk HTML dan kurang untuk CSS, tetapi anda boleh memilih teknologi yang anda suka. Jade sangat berguna apabila berurusan dengan kod pendua dan mengelirukan, seperti jadual bersarang. Sila lihat contoh meja bersarang tiga lapisan berikut.
<table> width="100%" id="wrapper"> <tbody>> <tr>> <td> width="100%"> <table> align="center" class="header"> <tbody>> <tr>> <td> width="100%"> <table> width="100%"> <tbody>> <tr>> <td>>cell 1</td>> <td>>cell 2</td>> <td>>cell 3</td>> </tr>> </tbody>> </table>> </td>> </tr>> </tbody>> </table>> </td>> </tr>> </tbody>> </table>>
table(width="100%" ) tbody tr td(width="100%") table( align="center") tbody tr td(width="100%") table(width="100%") tbody tr td cell 1 td cell 2 td cell 3
Dengan Jade, anda boleh membuat templat kompleks dan membina coretan kod perpustakaan anda sendiri untuk menggunakan semula kod dalam lebih banyak projek. Untuk kurang atau sass, anda boleh melakukan perkara yang sama.
Anda boleh menyusun fail dengan Gulp atau Grunt, tetapi untuk pratonton cepat kerja anda, saya dapati bahawa Coda dan CodeKit menyediakan penyelesaian terbaik.
Tugas "Ujian Tempatan" dalam aliran kerja kami memberikan kami maklum balas awal mengenai kerja dan, secara penting, ia tidak memerlukan tindakan lain.
CodeKit menyusun jed kami dan kurang fail pada SAVE dan boleh pratonton projek anda dalam masa nyata. Coda, sebaliknya, membolehkan anda mengedit fail dan pratonton fail yang disusun semula secara automatik dalam tetingkap yang berasingan:
Semua langkah -langkah ini adalah automatik sepenuhnya, dan anda boleh memfokuskan kerja anda pada reka bentuk dan bukannya tugas -tugas yang kurang menyeronokkan, berulang -ulang.
Sekarang kita mempunyai fail Jade dan kurang untuk penciptaan, serta menyusun fail HTML dan CSS untuk pratonton. Langkah seterusnya ialah meletakkan semuanya bersama -sama untuk ujian akhir.
ujian cepat dengan gulp
Saya telah melihat banyak skrip Gulp atau Grunt untuk mengautomasikan beberapa langkah terakhir aliran kerja. NPM menawarkan banyak penyelesaian, tetapi pada akhirnya saya memilih pakej Builder E -mel Gulp. Pakej ini adalah versi Gulp projek yang lebih besar, dan ia juga mempunyai versi yang mengerang jika anda lebih suka.
Pembina e -mel membolehkan anda untuk menyamakan atau membenamkan fail CSS, menguji menggunakan API Litmus, dan menghantar e -mel ujian tambahan.
Untuk menggunakan pembina e -mel, sudah tentu anda perlu memasang Gulp. Saya telah menutup ini dalam jawatan saya "Sesuaikan ikon bootstrap dengan Gulp", jadi anda boleh menyemak siaran untuk mendapatkan bantuan. Di samping itu, anda boleh membaca artikel Etienne Margraff mengenai aliran kerja Gulp dan Grunt.
Di samping pembina e-mel, kami juga akan menggunakan pakej Gulp-Replace, jadi anda perlu memasangnya juga.
Seperti setiap tugas Gulp, kita mesti menetapkan gulpfile.js:
<table> width="100%" id="wrapper"> <tbody>> <tr>> <td> width="100%"> <table> align="center" class="header"> <tbody>> <tr>> <td> width="100%"> <table> width="100%"> <tbody>> <tr>> <td>>cell 1</td>> <td>>cell 2</td>> <td>>cell 3</td>> </tr>> </tbody>> </table>> </td>> </tr>> </tbody>> </table>> </td>> </tr>> </tbody>> </table>>
Pertama, kami menyertakan semua pakej yang diperlukan dan menetapkan empat pembolehubah:
Dalam contoh ini, objek Email_Builder_Options mempunyai tiga elemen, dan anda boleh menyemak halaman-Builder-Core halaman untuk senarai lengkap semua pilihan yang tersedia.
Elemen pertama EncodeSpecialChars memastikan bahawa semua aksara khas dikodkan ke dalam bentuk angka HTML mereka.
Elemen EmailTest digunakan untuk menyediakan ujian e -mel. Ia memerlukan beberapa parameter:
Jika anda menggunakan Gmail sebagai parameter pengangkutan, anda perlu mengaktifkan "membenarkan aplikasi kurang selamat" dalam tetapan akaun Google anda, jika tidak, tugas penghantaran akan gagal (lebih baik tidak menggunakan akaun peribadi anda untuk ini):
Parameter ketiga membolehkan anda membuat ujian pada platform litmus (tentu saja, anda memerlukan akaun litmus). Anda mesti menunjukkan parameter akaun anda, topik pilihan (yang akan digunakan untuk ujian dikumpulkan jika anda melakukan ujian berganda), dan senarai pelanggan e -mel untuk diuji.
Untuk menambah pelanggan, anda mesti menggunakan untuk menguji kod aplikasi . Anda boleh mendapatkan kod ini dari medan Application_code dari fail https://litmus.com/emails/clients.xml (perhatikan bahawa anda mesti log masuk untuk mengakses fail ini).
Dalam contoh di atas, garis
<table> width="100%" id="wrapper"> <tbody>> <tr>> <td> width="100%"> <table> align="center" class="header"> <tbody>> <tr>> <td> width="100%"> <table> width="100%"> <tbody>> <tr>> <td>>cell 1</td>> <td>>cell 2</td>> <td>>cell 3</td>> </tr>> </tbody>> </table>> </td>> </tr>> </tbody>> </table>> </td>> </tr>> </tbody>> </table>>
Beritahu litum untuk menguji e -mel kami menggunakan aplikasi Gmail (Android), Gmail (Explorer), dan iPhone 5S (iOS7).
Hasilnya boleh dilihat pada litmus, seperti yang buatan tangan:
beberapa baris terakhir gulpfile melakukan semua kerja:
Pembina e -mel benar -benar memudahkan tugas ini. Anda boleh menguruskannya dengan hanya menambahkan atribut data ke pautan atau tag gaya:
pautan atau tag gaya tanpa atribut data akan digariskan
Kesimpulan
Sekarang kita akhirnya dapat menjadualkan aliran kerja kita:
Jika anda mempunyai aliran kerja e -mel HTML anda sendiri dan bagaimana ia berbeza dari yang diliputi dalam tutorial ini, sila beritahu saya dalam komen.
soalan yang sering ditanya mengenai pembangunan e -mel html
Pembangunan e-mel HTML adalah proses yang kompleks yang memerlukan pemahaman yang mendalam mengenai prinsip pengekodan dan reka bentuk. Sesetengah amalan terbaik termasuk menggunakan CSS sebaris untuk memastikan gaya anda digunakan dengan betul, menggunakan jadual untuk susun atur untuk memastikan keserasian dengan semua pelanggan e -mel, dan menguji e -mel anda pada pelbagai platform dan peranti untuk memastikan mereka berada di mana sahaja kelihatan baik. Selain itu, adalah penting untuk memastikan kod ringkas dan teratur, gunakan tag alt untuk imej, dan sertakan versi teks biasa e -mel untuk pengguna yang tidak boleh atau tidak mahu melihat e -mel HTML.
Terdapat banyak sumber yang tersedia untuk pembelajaran pembangunan e -mel HTML. Kursus dalam talian yang ditawarkan oleh Udemy dan Skillshare dapat memberikan pengenalan yang komprehensif kepada topik ini. Di samping itu, blog dan artikel di SitePoint dan e -mel mengenai asid dapat memberikan tips dan pandangan yang berharga. Amalan juga kritikal - cuba membina e -mel anda sendiri dari awal untuk memahami prosesnya.
Pembangunan e -mel HTML memerlukan editor teks untuk menulis kod, pelanggan e -mel untuk menguji e -mel, dan mungkin alat reka bentuk untuk membuat susun atur e -mel. Untuk alat ini, terdapat banyak pilihan percuma dan berbayar yang tersedia, jadi anda boleh memilih yang paling sesuai dengan keperluan dan anggaran anda.
Membuat responsif e -mel HTML anda termasuk menggunakan pertanyaan media untuk menyesuaikan susun atur anda berdasarkan saiz skrin peranti yang anda lihat e -mel anda. Ini mungkin termasuk menukar saiz imej, menyesuaikan susun atur jadual, dan sebagainya. Terdapat banyak sumber yang tersedia dalam talian untuk membimbing anda melalui proses tersebut.
Beberapa cabaran umum dalam pembangunan e -mel HTML termasuk pengendalian ketidakkonsistenan antara pelanggan e -mel yang berbeza, memastikan e -mel anda kelihatan hebat pada pelbagai peranti, dan menyimpan kod anda ringkas dan teratur. Di samping itu, mengimbangi keperluan reka bentuk yang menarik dengan batasan pengekodan e -mel juga boleh mencabar.
Menguji e -mel HTML anda adalah bahagian penting dalam proses pembangunan. Ini boleh dilakukan dengan menghantar e -mel kepada diri sendiri dan melihatnya pada peranti dan pelanggan e -mel yang berbeza. Terdapat juga beberapa alat dalam talian yang boleh mensimulasikan peranti dan pelanggan e -mel yang berbeza untuk anda.
inline CSS melibatkan meletakkan gaya CSS anda secara langsung dalam tag HTML, dan bukannya dalam lembaran yang berasingan. Ini penting dalam pembangunan e -mel HTML, kerana sesetengah pelanggan e -mel tidak menyokong stylesheet luaran. Untuk menggunakan CSS sebaris, hanya masukkan gaya anda dalam sifat "gaya" tag HTML.
Imej boleh dimasukkan ke dalam e -mel HTML dengan menentukan URL imej menggunakan tag "IMG" dan atribut "SRC". Ia juga penting untuk memasukkan atribut "alt" untuk memberikan penerangan teks imej kepada pengguna yang tidak boleh atau tidak mahu melihatnya.
Membuat versi teks biasa e -mel HTML termasuk mengeluarkan semua tag HTML dan meninggalkan hanya kandungan teks. Ini boleh dilakukan secara manual, atau terdapat beberapa alat dalam talian yang boleh melakukan ini untuk anda. Versi teks biasa yang mengandungi e -mel adalah penting bagi pengguna yang memilih untuk tidak melihat e -mel HTML.
Atas ialah kandungan terperinci Aliran kerja pembangunan e -mel html saya sekarang. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!