வாடிக்கையாளர் பாதுகாப்பான பதிப்பு பணிப்பாய்வுகளை (Publishing Workflows) நாங்கள் எவ்வாறு உருவாக்குகிறோம்
பெரும்பாலான சமூக ஊடகத் தானியங்கி முறைகள் (social automation) தோல்வியடைகின்றன, ஏனெனில் அவை பதிப்பையே (publishing) முழு வேலையாகக் கருதுகின்றன.
வாடிக்கையாளர் பணிகளுக்கு, பதிப்பு என்பது கடைசிப் படி மட்டுமே. எதைத் தானியங்கி மயமாக்க வேண்டும் மற்றும் எதற்கு மனித அங்கீகாரம் தேவை என்பதைத் தீர்மானிப்பதே உண்மையான வேலை.
Belac Media-வில், செயல்பாட்டுச் சுமையைக் குறைக்க விரும்பும் ஆஸ்திரேலியக் குழுக்களுக்காக நாங்கள் அமைப்புகளை உருவாக்குகிறோம். வாடிக்கையாளரின் பாதுகாப்பைப் பேணிக்கொண்டே, நிர்வாகப் பணிகளைக் குறைப்பதே எங்கள் இலக்கு.
நாங்கள் எத்தனை பதிவுகளைத் திட்டமிடலாம் (schedule) என்று கேட்பதில்லை. நாங்கள் இதைக் கேட்கிறோம்:
• எதில் நற்பெயர் சார்ந்த அபாயம் (reputational risk) உள்ளது? • எதற்கு வாடிக்கையாளரின் அங்கீகாரம் தேவை? • எந்தத் தள விதிகள் பொருந்தும்? • எதற்கு ஆதாரம் அல்லது சான்று தேவை? • எதற்கு டிஜிட்டல் ரசீது (digital receipt) தேவை?
அபாய நிலைகள் (Risk levels) நீங்கள் ஒரு அமைப்பை வடிவமைக்கும் முறையை மாற்றுகின்றன. குறைந்த அபாயம் கொண்ட ஒரு கட்டுரையைப் பகிர்வதற்கு API போதுமானது. ஆனால், ஒழுங்குமுறைப்படுத்தப்பட்ட (regulated) ஒரு தயாரிப்பிற்குத் கடுமையான ஆய்வுக் கட்டுப்பாடுகள் (review gates) தேவை.
நாங்கள் மூன்று பதிப்பு முறைகளைப் பயன்படுத்துகிறோம்:
- வரைவு (Draft): அமைப்பு உள்ளடக்கத்தைத் தயார் செய்யும், ஆனால் அதைச் சமர்ப்பிக்காது.
- வரிசை (Queue): உள்ளடக்கம் அங்கீகரிக்கப்படும், ஆனால் இறுதி மனித சரிபார்ப்பிற்காக வரிசையில் காத்திருக்கும்.
- தானியங்கி (Auto): முன்-அங்கீகரிக்கப்பட்ட டெம்ப்ளேட்கள் அல்லது விதிகளின் மூலம் உள்ளடக்கம் நேரலையாகும் (live).
இது ஒவ்வொரு வாடிக்கையாளரையும் மற்றும் தளத்தையும் ஒரே அளவிலான அபாயமாகக் கருதும் தவறைத் தவிர்க்கிறது.
உங்கள் கருவிகளைத் தேர்ந்தெடுப்பது எப்படி:
• Postiz போன்ற ஒரு திட்டமிடுபவரை (scheduler) அது சிறப்பாகக் கையாளும் சமூகத் தளங்களுக்குப் பயன்படுத்தவும். • எளிமையான endpoints கொண்ட தளங்களுக்கு நேரடி API-ஐப் பயன்படுத்தவும். • ஒரு தளம் API அணுகலைத் தடுத்தால் மட்டுமே பிரவுசர் உதவியைப் (browser assistance) பயன்படுத்தவும்.
பிரவுசர் தானியங்கி முறை (Browser automation) நிலையற்றது. ஒரு தளம் மனித இருப்பதைச் சரிபார்க்கிறது என்றால், மனிதனைப் போலப் pretending செய்வதையே உங்கள் முழுச் செயல்பாடாகவும் மாற்ற வேண்டாம். வரைவு தயாரிப்பிற்கு பிரவுசர் கருவிகளைப் பயன்படுத்தலாம், ஆனால் முக்கியத் தானியங்கிச் செயல்பாடுகளை (core automation) அதை ஆதரிக்கும் தளங்களில் வைத்திருங்கள்.
ஒவ்வொரு ஸ்கிரிப்ட்டும் ஒரு ரசீதை (receipt) உருவாக்க வேண்டும். ஒரு ரசீதில் பின்வருவன இருக்க வேண்டும்:
• மூலக் கோப்பு மற்றும் வாடிக்கையாளர் பெயர் • தலைப்பு மற்றும் தளம் • பதிவு அல்லது வரைவு URL • பதிப்பு நிலை மற்றும் நேர முத்திரை (timestamp) • Canonical URL
ரசீதுகள் குழப்பங்களைத் தவிர்க்கின்றன. ஒரு தளம் பதிவை ஏற்றுக்கொண்டு, ஆனால் ஒரு கருத்தைப் (comment) பதிவிடுவதில் தோல்வியடைந்தால், என்ன நடந்தது என்பதைக் கண்காணிக்க அவை உதவுகின்றன. மீண்டும் முயற்சிக்கும்போது (retries) ஒரே பதிவுகள் மீண்டும் மீண்டும் வருவதைத் தடுக்கின்றன.
இறுதியாக, உங்கள் உள்ளடக்கத்தை பயனுள்ளதாக வைத்திருங்கள். வெறும் விளம்பரப் பதிவுகளில் மட்டும் வாடிக்கையாளர் இணைப்புகளைப் போடாதீர்கள். அந்த இணைப்புகள் ஒரு பாடத்திற்கு மதிப்பைக் கூட்டுகின்றனவா என்பதைப் பார்த்து அங்கே இணையுங்கள்.
எங்கள் பணிப்பாய்வு (workflow) இந்த நிலைகளைப் பின்பற்றுகிறது:
- மூலக் கட்டுரையை markdown-இல் வரைவாகத் தயார் செய்யவும்.
- தலைப்பு, டேக்ஸ் (tags) மற்றும் canonical URL போன்ற மெட்டாடேட்டாவைச் சேர்க்கவும்.
- தளத்திற்கான payloads-களை உருவாக்கவும்.
- சமர்ப்பிப்பதற்கு முன் ஒரு dry-run செய்யவும்.
- இயல்பாகவே வெளியிடப்படாத வரைவாகச் சமர்ப்பிக்கவும்.
- உடனடியாக ஒரு ரசீதைச் சேமிக்கவும்.
- விதிகள் அனுமதிக்கும்போது மட்டும் வெளியிடவும்.
வாடிக்கையாளர் பாதுகாப்பான பதிப்பு என்பது ஒரு இயந்திரத்தை அதிகப் பதிவுகளைப் போட வைப்பது பற்றியது அல்ல. அது மீண்டும் மீண்டும் செய்யப்படும் பணிகளை நம்பகமானதாக மாற்றுவது மற்றும் எப்போது ஒரு மனிதன் தலையிட வேண்டும் என்பதைத் தெரிந்து கொள்வதைப் பற்றியது.
Source: https://dev.to/thedoctorau/how-we-build-client-safe-publishing-workflows-2i82