AI వైబ్ కోడింగ్
ప్రస్తుత ప్రాజెక్ట్ మరియు కావలసిన ప్రవర్తనను AIకి తెలియజేస్తే DATను మరింత సులభంగా వర్తింపజేయవచ్చు. కింది ఉదాహరణల్లో చిరునామా మరియు environment variable పేరును మీ ప్రాజెక్ట్కు అనుగుణంగా మార్చి ఉపయోగించండి.
సరళంగా అమలు చేయడం
ప్రాథమిక నిర్మాణాన్ని త్వరగా రూపొందించాలనుకున్నప్పుడు ఉపయోగించే అభ్యర్థన ఇది.
text
నేను Kotlin మరియు Spring Bootను ఉపయోగిస్తున్నాను.
Spring Securityకి DAT ప్రామాణీకరణను జోడించు.
ముందుగా https://dat.saro.me/llms.txt ను చదివి,
DAT స్పెసిఫికేషన్ మరియు అధికారిక లైబ్రరీ వినియోగ విధానాన్ని తనిఖీ చేయి.
Authorization హెడర్లోని Bearer టోకెన్ను ధృవీకరించి,
ప్రామాణీకరణ విజయవంతమైతే వినియోగదారు సమాచారాన్ని SecurityContextలో ఉంచు.
ఈ సర్వర్ DATలను జారీ చేయదు, ధృవీకరణ మాత్రమే చేస్తుంది.
DAT CMS నుండి ధృవీకరణ-మాత్రమే సర్టిఫికేట్లను పొందాలి.
ముందుగా ప్రాజెక్ట్లో CMS సర్వర్ చిరునామా మరియు టోకెన్ సెట్టింగ్లను వెతుకు;
కనుగొనలేకపోతే నన్ను అడుగు. కల్పిత విలువలను సృష్టించవద్దు.
అధికారిక Java/Kotlin DAT లైబ్రరీని ఉపయోగించి,
ఇప్పటికే ఉన్న ప్రాజెక్ట్ నిర్మాణం మరియు కోడింగ్ శైలికి అనుగుణంగా అమలు చేయి.వివరంగా అమలు చేయడం
ప్రామాణీకరణ విధానం మరియు లోప నిర్వహణను కూడా ఖచ్చితంగా పేర్కొనాలనుకున్నప్పుడు ఉపయోగించే అభ్యర్థన ఇది.
text
ఇది Kotlin, Spring Boot మరియు Spring Securityలను ఉపయోగించే ప్రాజెక్ట్.
ప్రస్తుత భద్రతా సెట్టింగ్లను తనిఖీ చేసిన తరువాత DAT ప్రామాణీకరణను జోడించు.
ముందుగా https://dat.saro.me/llms.txt ను చదివి,
DAT స్పెసిఫికేషన్, సర్టిఫికేట్ సమకాలీకరణ విధానం మరియు అధికారిక లైబ్రరీ APIని తనిఖీ చేయి.
అమలు షరతులు ఇవి.
- Authorization: Bearer హెడర్ నుండి DATను చదవాలి.
- DAT లేకపోతే anonymous అభ్యర్థనగా కొనసాగాలి.
- DAT తప్పుగా ఉంటే లేదా గడువు ముగిసితే 401తో ప్రతిస్పందించాలి.
- ధృవీకరణ విజయవంతమైతే వినియోగదారు ID మరియు అనుమతులను SecurityContextలో ఉంచాలి.
- బహిరంగమైనా సమస్య లేని విలువలను మాత్రమే plain నుండి చదవాలి.
- వినియోగదారు ID మరియు అనుమతులను ధృవీకరించిన secure డేటా నుండి చదవాలి.
- ఈ సర్వర్ ధృవీకరణ-మాత్రమే సేవ కాబట్టి DAT CMSలోని verify-only సర్టిఫికేట్లను ఉపయోగించాలి.
- CMS చిరునామా మరియు టోకెన్ను environment variables ద్వారా పొందాలి.
- ప్రారంభ సమయంలో సర్టిఫికేట్ సమకాలీకరణ విఫలమైతే అప్లికేషన్ ప్రారంభాన్ని కూడా విఫలం చేయాలి.
- అమలులో ఉన్నప్పుడు సర్టిఫికేట్లను ఆటోమేటిక్గా నవీకరించాలి; ముగిసేటప్పుడు మేనేజర్ను మూసివేయాలి.
- లోప సందేశంతో కాకుండా DAT లోప కోడ్తో వైఫల్య కారణాన్ని వర్గీకరించాలి.
- లాగ్లో అసలు DAT, CMS టోకెన్ లేదా వ్యక్తిగత సమాచారాన్ని ఉంచకూడదు.
ముందుగా ప్రాజెక్ట్లోని Spring Security సెట్టింగ్లు మరియు వినియోగదారు-అనుమతి నిర్మాణాన్ని తనిఖీ చేయి.
CMS చిరునామా, టోకెన్ environment variable మరియు secure డేటా రూపం తెలియకపోతే అమలు చేయడానికి ముందు అడుగు.
అధికారిక Java/Kotlin DAT లైబ్రరీలోని పబ్లిక్ APIలను మాత్రమే ఉపయోగించు.
కోడ్ను మార్చడానికి ముందు ప్రామాణీకరణ ప్రవాహం మరియు మార్చబోయే ఫైల్లను క్లుప్తంగా వివరించు.ఏ ఉదాహరణను ఎంచుకోవాలి?
- ముందుగా పనిచేసే కోడ్ను రూపొందించి చూడాలనుకుంటే సరళంగా అమలు చేయడం ఉపయోగించండి.
- నిర్వహణ పరిసరాల్లో వర్తింపజేసే ప్రామాణీకరణ ప్రవాహం అవసరమైతే వివరంగా అమలు చేయడం ఉపయోగించండి.
AI ప్రశ్నిస్తే CMS చిరునామా, టోకెన్ను ఉంచే environment variable పేరు, secure డేటాలో ఉంచే వినియోగదారు సమాచారం మొదట చెప్పండి.