Patch: differenze tra le versioni
Contenuto cancellato Contenuto aggiunto
LiveRC : Annullate le modifiche di 2a02:b023:8011:1ae1:2172:9103:b230:c426 (discussione), riportata alla versione precedente di Botcrux Etichetta: Annulla |
Funzionalità collegamenti suggeriti: 3 collegamenti inseriti. Etichette: Modifica visuale Modifica da mobile Modifica da web per mobile Attività per i nuovi utenti Suggerito: aggiungi collegamenti |
||
Riga 26:
Il rilascio di patch per un certo sistema in un dato momento solitamente avviene a seguito di una pianificazione denominata ''patch management''. Il rilascio di una patch percorre varie fasi ed è attentamente valutato il rischio potenziale che una patch può introdurre in un sistema, che non sempre è inferiore al mantenerlo immutato.
Le patch possono anche essere rilasciate sotto forma di codice sorgente, solitamente consistono in [[file di testo]] contenenti le differenze, ''diffs'', le quali poi vengono elaborate dai gestori di versione ([[Concurrent Versions System|CVS]]), che generano in automatico la patch. In questo caso l'utente è tenuto a compilare i nuovi sorgenti. Tale soluzione viene solitamente adottata nel caso di software [[open source]], ne è un ottimo esempio il [[kernel linux]].
== Tipologie ==
Riga 35:
=== Patch non ufficiali ===
Una ''patch non ufficiale'' viene rilasciata da terze parti senza scopi commerciali su [[software commerciale]]. Lo scopo è simile a quello di una patch ufficiale. Alcuni esempi sono gli aggiornamenti di sicurezza rilasciati da terze parti quando la patch ufficiale si attarda ad essere rilasciata<ref name="hsecurity2007">{{Cita web|url=http://www.h-online.com/security/news/item/Unofficial-patch-for-Windows-URI-problem-733796.html |data=16 ottobre 2007 |titolo=Unofficial patch for Windows URI problem|editore=The H Security |nome=Mike |cognome=Barwise |accesso=29 gennaio 2012}}</ref><ref>{{Cita web|url=http://www.computerweekly.com/news/2240077005/Another-unofficial-IE-patch-offered-to-counter-critical-flaw |titolo=Another unofficial IE patch offered to counter critical flaw|data=30 marzo 2006 |citazione=''Another unofficial patch has been released to counter a critical flaw in Microsoft’s Internet Explorer browser.''|editore=[[Computer Weekly]] |accesso=9 luglio 2013}}</ref>, o le patch a videogiochi non più supportati ([[abandonware]]<ref name="mythalive2004">{{Cita web|url=http://linuxdevcenter.com/pub/a/linux/2004/06/10/mythdevelopers.html|titolo=Keeping the Myths Alive|nome=Howard |cognome=Wen |data=10 giugno 2004 |accesso=22 dicembre 2012 |editore=linuxdevcenter.com |citazione=''[...]fans of the Myth trilogy have taken this idea a step further: they have official access to the source code for the Myth games. Organized under the name MythDevelopers, this all-volunteer group of programmers, artists, and other talented people devote their time to improving and supporting further development of the Myth game series.''}}</ref><ref name="timcalltopower2">{{Cita web |url=http://timreview.ca/article/294 |titolo=Opening the Source of Art |data=1º ottobre 2009 |nome=John |cognome=Bell |citazione=''[...]that no further patches to the title would be forthcoming. The community was predictably upset. Instead of giving up on the game, users decided that if Activision wasn't going to fix the bugs, they would. They wanted to save the game by getting Activision to open the source so it could be kept alive beyond the point where Activision lost interest. With some help from members of the development team that were active on fan forums, they were eventually able to convince Activision to release Call to Power II's source code in October of 2003.'' |editore=Technology Innovation Management Review |accesso=30 dicembre 2012 |dataarchivio=30 marzo 2014 |urlarchivio=https://web.archive.org/web/20140330084636/http://timreview.ca/article/294 |urlmorto=sì }}</ref>), create dalla comunità per migliorarne la compatibilità coi nuovi sistemi e driver.
Secondariamente per ''patch non ufficiale'' si possono intendere particolari tipi di [[crack (informatica)|crack]] il cui scopo è rimuovere, a livello del [[Codice sorgente|codice]] assemblato, le [[protezione (informatica)|protezioni]] di un [[Programma (informatica)|programma]] in modo da permetterne (illegalmente) l'uso senza le necessarie [[Licenza (informatica)|licenze]].
Riga 61:
L'installazione completamente automatica di aggiornamenti però viene molto spesso utilizzata su sistemi [[Microsoft Windows]], anche se utenti cauti, in particolare amministratori di sistema, tendono a disattivare tale funzionalità.
Applicare patch al [[firmware]] può risultare molto complicato, poiché implica l'installazione parziale o totale di una nuova immagine, invece di applicare solo le differenze dalla versione precedente. La patch consiste solitamente in una immagine firmware binaria con un programma che sostituisce quella attualmente presente sull'hardware. Per esempio l'aggiornamento del firmware [[UEFI]] di una motherboard è un'operazione molto delicata, poiché un'interruzione del processo (assenza alimentazione o spegnimento volontario) potrebbe rendere inutilizzabile la scheda. Per evitare ciò spesso si mettono dei ''checkpoint'' per prevenire seri danni, ad esempio punti di [[backup]] dai quali si può ripristinare lo stato della scheda.
Nella descrizione di un aggiornamento correttivo (patch o fix changelog) compare spesso l'espressione ''addresses an issue'' o ''updates an issue''<ref>Nel software "issue" è situazione anomala ma meno grave di "bug" che è difetto funzionale critico.</ref> traducibile in "risolve un problema" (lett. "affronta una questione" o "aggiorna una questione").
|