Jellyfin க்கு $24,000 க்கும் மேற்பட்ட பட்ஜெட் உள்ளது, இது 40 மாத செலவுகளை கையாள்கிறது, மேலும் பயனர்கள் பயன்படுத்தும் கிளையன்ட்களின் ஆசிரியர்களுக்கு நன்கொடை திருப்புமாறு கேட்டுக்கொள்கிறது.
இந்த கோரிக்கை Jellyfin இன் "செலுத்தப்பட்ட மேம்பாடு இல்லை" கொள்கையுடன் ஒத்துப்போகிறது, ஏனெனில் நன்கொடை கொடுப்பது விருப்பமானது, மேலும் நிதி 12 மாதங்களுக்கு குறைந்தால் திட்டம் மீளாய்வு செய்யப்படும்.
சமூக உறுப்பினர்கள் நேர்மறையாக பதிலளிக்கின்றனர், வாடிக்கையாளர் எழுத்தாளர்களை ஆதரிக்க திட்டங்கள் மற்றும் WebOS போன்ற குறிப்பிட்ட வாடிக்கையாளர் ஆதரவு குறித்து விசாரணைகள் உள்ளன.
Jellyfin, ஒரு திறந்த மூல ஊடக சேவையக திட்டம், தங்களுக்கு போதுமான நிதி இருப்பதாக அறிவித்தது மற்றும் நன்கொடையாளர்கள் பிற சூழல் திட்டங்களை ஆதரிக்க பரிந்துரைத்தது.
சமூகத்தில் இந்த அணுகுமுற ையைப் பற்றி கருத்து வேறுபாடுகள் உள்ளன; சிலர் நிதிகள் பருவ அமைப்பாளர்களுக்கு வழங்கப்பட வேண்டும் என்று நம்புகின்றனர், மற்றவர்கள் கூடுதல் நிர்வாக சுமைகளைத் தவிர்க்க ஜெல்லிஃபின் எடுத்த முடிவுடன் ஒப்புக்கொள்கிறார்கள்.
சர்ச்சை திறந்த மூல திட்டங்களில் நன்கொடைகளை நிர்வகிக்கும் சிக்கல்களை மற்றும் சாத்தியமான பிரச்சினைகளை, அதில் வெளிப்படைத்தன்மை, நிர்வாக சுமை, மற்றும் மைய வளர்ச்சியில் கவனம் செலுத்துவதை உள்ளடக்கியவை எனக் குறிப்பிடுகிறது.
பின் வகை மற்றும் பின்செய்தல் கருத்து ரஸ்ட் இன் அசிங்க் சூழலின் முக்கியமான ஆனால் அடிக்கடி தவறாக புரிந்துகொள்ளப்படும் கூறுகள் ஆகும்.
"Pin" சுய-குறிப்பீட்டு வகைகளை ஆதரிக்க async Rust இல் அறிமுகப்படுத் தப்பட்டது, ஒரு முறை சுய-குறிப்பீடுகளை கொண்டிருந்தால் பொருட்கள் நகராது என்பதை உறுதிப்படுத்துகிறது, இயல்பாகவே பொருள் அடையாளத்தை கையாளும் Mojo விலிருந்து மாறாக.
அதன் அவசியத்தைப் பொருட்படுத்தாமல், Pin அதன் சொற்களஞ்சிய இனிமையின்மையும் ஆதரவு இல்லாமையும் காரணமாக பயனர்களுக்கு குறிப்பிடத்தக்க சிக்கல்களை உருவாக்குகிறது, இது மறுபயன்பாடு, பின் செய்யப்பட்ட திட்டங்கள் மற்றும் Drop பண்புக்கூறுடன் தொடர்புகள் போன்ற பிரச்சினைகளை ஏற்படுத்துகிறது.
இந்த விவாதம் Rust நிரலாக்க மொழியின் Pin வகையைச் சுற்றி நடக்கிறது, இது தெளிவற்ற ஆவணங்களால் பெரும்பாலும் தவறாகப் புரிந்துகொள்ளப்படுகிறது.
பின் குறிப்பிட்ட பொருட்களை நினைவகத்தில் நகர்த்த முடியாதவாறு உறுதி செய்கிறது, இது சுய-குறிப்பீட்டு கட்டமைப்புகளுக்கு முக்கியமானது, ஆனால் இந்த கருத்து அதிகாரப்பூர்வ ஆவணங்களில் நன்றாக விளக்கப்படவில்லை.
உரையாடல் Pin மற்றும் Unpin என்ற கருத்தை ரஸ்ட் டெவலப்பர்களுக்கு, குறிப்பாக புதியவர்களுக்கு, எளிதாக புரியச் செய்ய சிறந்த ஆவணங்கள் மற்றும் ஒப்பீடுகள் தேவை என்பதை முக்கியமாகக் காட்டுகிறது.
Jiff என்பது புதிய ரஸ்ட் தேதி மற்றும் நேர நூலகமாகும், இது பயன்படுத்த எளிமையாகவும் செயல்திறனாகவும் இருக்க மையமாகக் கொண்டு உருவாக்கப்பட்டுள்ளது, ஜாவாஸ்கிரிப்டின் டெம்போரல் முன்மொழிவால் ஈர்க்கப்பட்டுள்ளது.
இது உயர் நிலை datetime அடிப்படைகள், தடையற்ற நேர மண்டல தரவுத்தொகுப்பு ஒருங்கிணைப்பு, DST-அறிந்த கணிதம், வடிவமைத்தல், பகுப்பாய்வு, மற்றும் விருப்ப Serde ஆதரவு போன்ற அம்சங்களை வழங்குகிறது.
Jiff MIT அல்லது UNLICENSE கீழ் இரட்டை உரிமம் பெற்றது, Unix மற்றும் Windows ஐ ஆதரிக்கிறது, மற்றும் Rust 1.70.0 அல்லது புதியது தேவைப்படுகிறது.
Jiff என்பது Rust க்கான புதிய datetime நூலகமாகும், இது ripgrep போன்ற உயர்தர கருவிகளை உருவாக்குவதில் பிரபலமான BurntSushi ஆல் உருவாக்கப்பட்டது.
நூலகம், நேரம் கையாள்வதில் உள ்ள சிக்கல்களை தீர்க்க முயல்கிறது, உதாரணமாக, DST (நேரம் சேமிப்பு நேரம்) கணிதம், நேர மண்டலத்தை உணர்ந்த கணக்கீடுகள், மற்றும் பின்புல நேர மண்டல மோதல் கண்டறிதல் போன்றவை.
Jiff, தற்போதுள்ள நிலையான Chrono-வுடன் ஒப்பிடும்போது, datetime செயல்பாடுகளில் சரியானதும் திறனானதுமானதை பராமரிக்கின்றபோதிலும், மேலும் பயனர் நட்பு மற்றும் நெகிழ்வான API-ஐ வழங்குகிறது.
ஜூலை 19ஆம் தேதி ஒரு முக்கியமான சேவை நிறுத்தம், கர்னல் டிரைவர் புதுப்பிப்பு காரணமாக உலகளாவிய Windows அமைப்பு விபத்துகளை ஏற்படுத்தியது, பாதுகாப்பான புதுப்பிப்பு முறைம ைகளை தேவையாக்கியது.
eBPF (extended Berkeley Packet Filter), ஏற்கனவே லினக்ஸில் பயன்படுத்தப்படுகிறது, இது இவ்வாறான விபத்துகளைத் தடுக்கக்கூடிய ஒரு பாதுகாப்பான கர்னல் செயலாக்க சூழல் ஆகும் மற்றும் விரைவில் விண்டோஸால் ஆதரிக்கப்படும்.
eBPF திட்டங்கள் பாதுகாப்பு சோதனை செய்யப்பட்டு, மணல்வெளியில் அடைக்கப்பட்டுள்ளன, மேம்பட்ட பாதுகாப்பு மற்றும் குறைந்த வள பயன்பாடு போன்ற நன்மைகளை வழங்குகின்றன, Cisco, Google, மற்றும் Meta போன்ற நிறுவனங்கள் பாதுகாப்பு மற்றும் கண்காணிப்புக்காக ஏற்றுக்கொள்கின்றன.
Microsoft இன் eBPF (Extended Berkeley Packet Filter) ஆதரவு Windows இல் தற்போது பாக்கெட் வடிகட்டலுக்கு மட்டுமே வரையறுக்கப்பட்டுள்ளது, Crowdstrike இன் விரிவான கர்னல் கண்காணிப்பு இயக்கிகள் போல் அல்ல.
eBPF ஐ Windows இன் தற்போதைய கட்டமைப்புகளில் ஒருங்கிணைப்பது சவாலானது, மேலும் Microsoft இதை ஒரு நிலையானதாக மாற்ற விரும்புகிறதா என்பது தெளிவாக இல்லை.
eBPF kernel குறியீட்டைப் பிரித்து பாதுகாப்பை மேம்படுத்தக்கூடும், ஆனால் இது முழுமையான தீர்வாக இல்லை, Crowdstrike சம்பவம் மூலம் வலியுறுத்தப்பட்டுள்ளதைப் போல, மேம்பட்ட பிரயோக நடைமுறைகள் மற்றும் பாதுகாப்பு நடவடிக்கைகள் தேவையெனக் குறிப்பிடுகிறது.
பதிவு 'Parse, don’t validate' என்ற கொள்கையை வலிய ுறுத்துகிறது, தரவுகளை சரிபார்ப்பதன் மூலம் தள்ளிவிடாமல், வகை அமைப்பில் தகவலை பாதுகாக்க பர்ச் செய்யுமாறு பரிந்துரைக்கிறது.
இது ஹாஸ்கல் போன்ற மொழிகளில் வகை சார்ந்த வடிவமைப்பு எவ்வாறு பகுதி செயல்பாடுகளை முழு செயல்பாடுகளாக மாற்ற முடியும் என்பதை விளக்குகிறது, NonEmpty பட்டியல்களை உதாரணமாகக் கொண்டு வாத வகைகளை வலுப்படுத்துவதன் மூலம்.
நடைமுறை ஆலோசனைகள், துல்லியமான தரவுக் கட்டமைப்புகளைப் பயன்படுத்துவது, நிரூபண சுமைகளை மேலே தள்ளுவதற்காக மறுசீரமைப்பது, மற்றும் நிரலின் நம்பகத்தன்மை மற்றும் பாதுகாப்பை மேம்படுத்துவதற்காக இயல்பற்ற தரவுத் தரவுத்தொகுப்புகளைத் தவிர்ப்பது ஆகியவற்றை உள்ளடக்கியவை.