{"id":37830,"date":"2019-10-31T22:20:00","date_gmt":"2019-10-31T19:20:00","guid":{"rendered":"https:\/\/prohoster.info\/blog\/koe-chto-eshhe-pakety-prilozhenij-haiku\/"},"modified":"2019-10-31T22:20:00","modified_gmt":"2019-10-31T19:20:00","slug":"koe-chto-eshhe-pakety-prilozhenij-haiku","status":"publish","type":"post","link":"https:\/\/prohoster.info\/it\/blog\/administrirovanie\/koe-chto-eshhe-pakety-prilozhenij-haiku","title":{"rendered":"Qualcos'altro: pacchetti di applicazioni Haiku?","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"<p><img decoding=\"async\" alt=\"Qualcos&#039;altro: pacchetti di applicazioni Haiku?\" src=\"\/wp-content\/uploads\/2019\/09\/90604411e96ca7ef7b2d7dccac374d4e.jpg\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<p><\/p>\n<p><strong>TL;DR<\/strong>: Haiku pu\u00f2 ricevere un adeguato supporto per pacchetti applicativi, come ad esempio cataloghi di applicazioni (come <code>.app<\/code> su Mac) e\/o immagini applicative (Linux <code>AppImage<\/code>)? Mi sembra che sarebbe un'aggiunta degna di nota, pi\u00f9 facile da implementare rispetto ad altri sistemi, dato che gran parte dell'infrastruttura \u00e8 gi\u00e0 presente.<\/p>\n<p><noindex><a rel=\"nofollow\" name=\"habracut\"><\/a><\/noindex><\/p>\n<p><noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/southbridge\/blog\/461141\/\">Una settimana fa<\/a><\/noindex> ho scoperto Haiku, un sistema sorprendentemente valido. E poich\u00e9 ho a lungo avuto interesse per i cataloghi e le immagini applicative (ispirati dalla semplicit\u00e0 del Macintosh), non \u00e8 sorprendente che mi sia venuta in mente un'idea\u2026<\/p>\n<p><\/p>\n<p>Per completezza: sono il creatore e autore di AppImage, un formato di distribuzione per applicazioni Linux, progettato per la semplicit\u00e0 del Mac e che fornisce il pieno controllo agli autori delle applicazioni e agli utenti finali (vuoi saperne di pi\u00f9 \u2014 vedi il <noindex><a rel=\"nofollow\" href=\"https:\/\/ru.wikipedia.org\/wiki\/AppImage\">wiki<\/a><\/noindex> e <noindex><a rel=\"nofollow\" href=\"https:\/\/docs.appimage.org\/\">documentazione<\/a><\/noindex>).<\/p>\n<p><\/p>\n<h2 id=\"chto-esli-my-sdelaem-appimage-dlya-haiku\">Cosa accadrebbe se creassimo AppImage per Haiku?<\/h2>\n<p><\/p>\n<p>Discutiamo un po', puramente teoricamente, di cosa servirebbe per ottenere <noindex><a rel=\"nofollow\" href=\"https:\/\/appimage.org\/\">AppImage<\/a><\/noindex>, o qualcosa di simile, su Haiku? Non \u00e8 necessario creare qualcosa proprio ora, poich\u00e9 il sistema gi\u00e0 presente in Haiku funziona sorprendentemente bene, ma un esperimento concettuale sarebbe interessante. Inoltre, dimostra la raffinatezza di Haiku rispetto agli ambienti di lavoro Linux, dove tali operazioni sono estremamente complesse (lo posso dire: da 10 anni mi affliggo con il debugging).<\/p>\n<p><\/p>\n<p><img decoding=\"async\" alt=\"Qualcos&#039;altro: pacchetti di applicazioni Haiku?\" src=\"\/wp-content\/uploads\/2019\/09\/f72209cb7c70702e614729f3b250c1b8.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<em>Su Macintosh System 1 ogni applicazione era un file separato, &#171;gestito&#187; in Finder. Utilizzando AppImage, cerco di ricreare questa stessa esperienza utente su Linux.<\/em><\/p>\n<p><\/p>\n<p>Prima di tutto, che cos'\u00e8 AppImage? \u00c8 un sistema per il rilascio di applicazioni di terze parti (per esempio, <noindex><a rel=\"nofollow\" href=\"https:\/\/ultimaker.com\/software\/ultimaker-cura\">Ultimaker Cura<\/a><\/noindex>), che consente di rilasciare applicazioni quando e come si desidera: non \u00e8 necessario conoscere le peculiarit\u00e0 dei vari distribuzioni, le politiche di build o l'infrastruttura di build, non \u00e8 necessaria la supporto di accompagnamento, e non indicano agli utenti cosa (non) possono installare sui loro computer. AppImage pu\u00f2 essere inteso come qualcosa di simile a un pacchetto per Mac nel formato <code>.app<\/code> all'interno dell'immagine del disco <code>.dmg<\/code>. La principale differenza \u00e8 che le applicazioni non vengono copiate, ma rimangono sempre all'interno di AppImage, pi\u00f9 o meno come i pacchetti Haiku <code>.hpkg<\/code> si installano e mai vengono configurati nel senso tradizionale.<\/p>\n<p><\/p>\n<p>Nel corso di oltre 10 anni di esistenza, AppImage ha guadagnato un certo fascino e popolarit\u00e0: lo stesso Linus Torvalds lo ha approvato pubblicamente e progetti conosciuti (come LibreOffice, Krita, Inkscape, Scribus, ImageMagick) lo hanno adottato come principale metodo di distribuzione delle versioni continui o notturne, senza interferire con le applicazioni installate o non installate degli utenti. Tuttavia, gli ambienti di lavoro e le distribuzioni Linux tendono ancora a mantenere il tradizionale modello di distribuzione centralizzato basato su assistenti e\/o promuovono i propri programmi aziendali e\/o ingegneristici. <noindex><a rel=\"nofollow\" href=\"https:\/\/ru.wikipedia.org\/wiki\/Flatpak\">Flatpak<\/a><\/noindex> (RedHat, Fedora, GNOME) e <noindex><a rel=\"nofollow\" href=\"https:\/\/ru.wikipedia.org\/wiki\/Snappy_%28%D1%81%D0%B8%D1%81%D1%82%D0%B5%D0%BC%D0%B0_%D1%83%D0%BF%D1%80%D0%B0%D0%B2%D0%BB%D0%B5%D0%BD%D0%B8%D1%8F_%D0%BF%D0%B0%D0%BA%D0%B5%D1%82%D0%B0%D0%BC%D0%B8%29\">Snappy<\/a><\/noindex> (Canonical, Ubuntu). Si arriva <noindex><a rel=\"nofollow\" href=\"https:\/\/blogs.gnome.org\/hughsie\/2019\/07\/12\/gnome-software-in-fedora-will-no-longer-support-snapd\/\">al ridicolo<\/a><\/noindex>.<\/p>\n<p><\/p>\n<h3 id=\"kak-vse-rabotaet\">Come funziona tutto<\/h3>\n<p><\/p>\n<ul>\n<li>Ogni AppImage contiene 2 parti: un piccolo eseguibile ELF (chiamato anche <code>runtime.c<\/code>), seguito da un'immagine del file system <noindex><a rel=\"nofollow\" href=\"https:\/\/en.wikipedia.org\/wiki\/SquashFS\">SquashFS<\/a><\/noindex>.<\/li>\n<\/ul>\n<p><\/p>\n<p><img decoding=\"async\" alt=\"Qualcos&#039;altro: pacchetti di applicazioni Haiku?\" src=\"\/wp-content\/uploads\/2019\/09\/c48bdc61fb08cdd9d2a2be10d4cfa5a5.jpg\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<p><\/p>\n<ul>\n<li>Il file system SquashFS contiene il payload sotto forma di applicazione e tutto il necessario per il suo avvio, il quale non pu\u00f2 essere ragionevolmente considerato parte di un'installazione predefinita su ogni sistema target sufficientemente recente (distribuzione Linux). Include anche metadati, come il nome dell'applicazione, le icone, i tipi MIME e altro ancora.<\/li>\n<\/ul>\n<p><\/p>\n<p><img decoding=\"async\" alt=\"Qualcos&#039;altro: pacchetti di applicazioni Haiku?\" src=\"\/wp-content\/uploads\/2019\/09\/57285196436aaa5468f544942b39a608.jpg\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<p><\/p>\n<ul>\n<li>Quando un utente avvia il runtime, utilizza FUSE e squashfuse per montare il file system, dopodich\u00e9 gestisce l'avvio di un certo punto di ingresso (il cosiddetto AppRun) all'interno dell'AppImage montato.<br \/>\nIl file system viene smontato dopo che il processo termina.<\/li>\n<\/ul>\n<p><\/p>\n<p>Sembra tutto semplice.<\/p>\n<p><\/p>\n<p>Ma queste cose complicano tutto:<\/p>\n<p><\/p>\n<ul>\n<li>Con una tale variet\u00e0 di distribuzioni Linux, non si pu\u00f2 pi\u00f9 considerare nulla \u00abdi buonsenso\u00bb come &#171;parte dell'installazione predefinita per ogni nuovo sistema target&#187;. Affrontiamo questo problema assemblando <noindex><a rel=\"nofollow\" href=\"https:\/\/github.com\/AppImage\/pkg2appimage\/blob\/master\/excludelist\">excludelist<\/a><\/noindex>, che permette di determinare cosa sar\u00e0 imballato nell'AppImage e cosa dovr\u00e0 essere preso da altrove. Tuttavia, a volte falliamo, nonostante in generale tutto funzioni perfettamente. Per questo motivo, raccomandiamo ai creatori di pacchetti di testare le AppImages su tutti i sistemi target (distribuzioni).<\/li>\n<li>Le applicazioni come payload devono essere portabili nel file system. Sfortunatamente, molte applicazioni hanno percorsi assoluti fissi per, ad esempio, le risorse in <code>\/usr\/share<\/code>. Questo deve essere corretto in qualche modo. Inoltre, \u00e8 necessario esportare <code>LD_LIBRARY_PATH<\/code>, o correggere <code>rpath<\/code> in modo che il loader possa trovare le librerie collegate. Il primo metodo ha i suoi svantaggi (che richiedono approcci complessi), mentre il secondo \u00e8 semplicemente ingombrante.<\/li>\n<li>La trappola UX pi\u00f9 grande per gli utenti \u00e8 che \u00e8 necessario <noindex><a rel=\"nofollow\" href=\"https:\/\/discourse.appimage.org\/t\/how-to-run-an-appimage\/80\">impostare il bit di esecuzione<\/a><\/noindex> il file AppImage dopo il download. Credeteci o no, ma per alcuni rappresenta un reale ostacolo. La necessit\u00e0 di impostare il bit eseguibile \u00e8 ingombrante anche per gli utenti esperti. Come soluzione alternativa, abbiamo proposto l'installazione di un piccolo servizio che monitora i file AppImage e imposta il bit eseguibile. In senso stretto, non \u00e8 la soluzione migliore, poich\u00e9 non funzioner\u00e0 &#171;out of the box&#187;. Le distribuzioni Linux non forniscono questo servizio, quindi per gli utenti &#171;out of the box&#187; la situazione \u00e8 problematica.<\/li>\n<li>Gli utenti Linux si aspettano che una nuova applicazione abbia un'icona nel menu di avvio. Non si pu\u00f2 dire al sistema: \u00abGuarda, c'\u00e8 una nuova applicazione, mettiamoci al lavoro&#187;. Invece, secondo le specifiche XDG, \u00e8 necessario copiare il file <code>.desktop<\/code> nella posizione corretta in <code>\/usr<\/code> per un'installazione di sistema, oppure in <code>$HOME<\/code> per installazioni individuali. Le icone di determinate dimensioni, secondo le specifiche XDG, devono essere collocate in posizioni specifiche in <code>usr<\/code> o <code>$HOME<\/code>, dopodich\u00e9 bisogna eseguire comandi nell'ambiente di lavoro per aggiornare la cache delle icone, oppure sperare che il gestore dell'ambiente di lavoro riesca a capirlo e scopra tutto automaticamente. Lo stesso vale per i tipi MIME. Come soluzione alternativa, si suggerisce di utilizzare lo stesso servizio che, oltre a impostare il flag di eseguibilit\u00e0, copier\u00e0, se presenti icone ecc. nell'AppImage, da AppImage nelle posizioni corrette secondo XDG. Durante la rimozione o lo spostamento, il servizio presumibilmente pulir\u00e0 tutto. Ovviamente, ci sono differenze nel comportamento di ogni ambiente di lavoro, nei formati dei file grafici, nelle loro dimensioni, nei luoghi di archiviazione e nei metodi di aggiornamento delle cache, il che genera il problema. In breve, questo metodo \u00e8 un ripiego.<\/li>\n<li>Se quanto sopra non \u00e8 sufficiente, nel gestore file non c'\u00e8 nemmeno l'icona AppImage. Nel mondo Linux non \u00e8 ancora stata presa una decisione sull'implementazione di elficon (nonostante <noindex><a rel=\"nofollow\" href=\"https:\/\/wiki.kubuntu.org\/ELFIconSpec\">discussione<\/a><\/noindex> e <noindex><a rel=\"nofollow\" href=\"https:\/\/github.com\/pld-linux\/elficon\">implementazioni<\/a><\/noindex>), quindi non \u00e8 possibile integrare direttamente l'icona nell'applicazione. Risultato: le applicazioni nel gestore di file non hanno icone proprie (indipendentemente dal fatto che siano AppImage o altro), esse si trovano solo nel menu di avvio. Come soluzione alternativa, utilizziamo le miniature: un meccanismo originariamente progettato affinch\u00e9 i gestori desktop potessero mostrare immagini ridotte in anteprima come icone. Pertanto, il servizio per impostare il bit di eseguibilit\u00e0 funziona anche come \u00abminiaturizzatore\u00bb, creando e registrando miniature delle icone nei luoghi appropriati. <code>\/usr<\/code> e <code>$HOME<\/code>. Inoltre, questo servizio esegue una pulizia se l'AppImage viene eliminata o spostata. Poich\u00e9 ogni gestore desktop si comporta in modo leggermente diverso, ad esempio, quali formati accettano e quali dimensioni o posizioni considerano, tutto questo \u00e8 realmente problematico.<\/li>\n<li>L'applicazione si chiude semplicemente durante l'esecuzione se si verificano errori (ad esempio, ci sono librerie che non fanno parte del sistema di base e non sono fornite nell'AppImage) e nessuno informa l'utente tramite GUI su cosa stia succedendo. Abbiamo iniziato a superare questo problema usando <noindex><a rel=\"nofollow\" href=\"https:\/\/developer.gnome.org\/notification-spec\/\">notifiche<\/a><\/noindex> sul desktop, il che significa che dobbiamo estrarre gli errori dalla riga di comando, convertirli in messaggi comprensibili per l'utente, che poi devono essere visualizzati sul desktop. E, naturalmente, ogni ambiente desktop li gestisce in modo leggermente diverso.<\/li>\n<li>Al momento attuale (settembre 2019, nota del traduttore), non ho trovato un modo semplice per dire al sistema di aprire il file <code>1.png<\/code> con Krita, mentre <code>2.png<\/code> con GIMP.<\/li>\n<\/ul>\n<p><\/p>\n<p><img decoding=\"async\" alt=\"Qualcos&#039;altro: pacchetti di applicazioni Haiku?\" src=\"\/wp-content\/uploads\/2019\/09\/347e54772a7312e27c83fef68be98e66.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<em>Il luogo di archiviazione delle specifiche cross-desktop utilizzate in <noindex><a rel=\"nofollow\" href=\"https:\/\/ru.wikipedia.org\/wiki\/GNOME\">GNOME<\/a><\/noindex>, <noindex><a rel=\"nofollow\" href=\"https:\/\/ru.wikipedia.org\/wiki\/KDE\">KDE<\/a><\/noindex> e <noindex><a rel=\"nofollow\" href=\"https:\/\/ru.wikipedia.org\/wiki\/Xfce\">Xfce<\/a><\/noindex> \u00e8 freedesktop.org. <\/em><\/p>\n<p><\/p>\n<p>Raggiungere un livello di raffinatezza, profondamente intrecciato nell'ambiente di lavoro Haiku, \u00e8 complicato, per non dire \"impossibile\", a causa delle specifiche <noindex><a rel=\"nofollow\" href=\"https:\/\/www.freedesktop.org\/wiki\/\">XDG di freedesktop.org.<\/a><\/noindex> per cross-desktop e anche per le implementazioni dei gestori di desktop basati su queste specifiche. Un esempio \u00e8 la famosa icona di sistema di Firefox: evidentemente, agli autori di XDG non \u00e8 venuto in mente che l'utente potrebbe avere pi\u00f9 versioni della stessa applicazione installate.<\/p>\n<p><\/p>\n<p><img decoding=\"async\" alt=\"Qualcos&#039;altro: pacchetti di applicazioni Haiku?\" src=\"\/wp-content\/uploads\/2019\/09\/d9743766c183f78e68a2669b09aa48d9.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<em>Icone di diverse versioni di Firefox<\/em><\/p>\n<p><\/p>\n<p>Ero curioso di sapere cosa il mondo Linux potesse imparare da Mac OS X per evitare errori nell'integrazione di sistema. Se avete tempo e vi occupate di questo, leggete assolutamente cosa ha detto Arno Gourdol, uno dei primi ingegneri di Mac OS X:<\/p>\n<p><\/p>\n<blockquote><p>Volevamo che installare un'applicazione fosse semplice come trascinare l'icona dell'app da qualsiasi luogo (server, disco esterno) nel disco del tuo computer. A tal fine, il pacchetto dell'applicazione contiene tutte le informazioni, comprese le icone, la versione, il tipo di file elaborato, e il tipo di schema URL di cui il sistema ha bisogno per gestire l'applicazione. Include anche informazioni per il 'centralized storage' nel database Icon Services e Launch Services. Per supportare le prestazioni, le applicazioni vengono 'individuati' in diverse 'posizioni ben note': nella directory di sistema e utente delle Applicazioni, cos\u00ec come in alcune altre automaticamente, se l'utente accede al Finder nella directory contenente l'app. In pratica, questo ha funzionato molto bene.<\/p><\/blockquote>\n<p><noindex><a rel=\"nofollow\" href=\"https:\/\/youtu.be\/qQsnqWJ8D2c\">https:\/\/youtu.be\/qQsnqWJ8D2c<\/a><\/noindex><br \/>\n<em>Sessione 144 di Apple WWDC 2000 \u2014 Mac OS X: imballaggio di applicazioni e stampa di documenti.<\/em><\/p>\n<p><\/p>\n<p>Niente di simile a questa infrastruttura esiste negli ambienti di lavoro Linux, quindi stiamo cercando soluzioni alternative alle limitazioni strutturali nel progetto AppImage.<\/p>\n<p><\/p>\n<p><img decoding=\"async\" alt=\"Qualcos&#039;altro: pacchetti di applicazioni Haiku?\" src=\"\/wp-content\/uploads\/2019\/09\/a2550cb690d92d1aeb4fccff7e7fa57b.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<em>Davvero Haiku arriva in soccorso?<\/em><\/p>\n<p><\/p>\n<p>Inoltre: le piattaforme Linux come base per gli ambienti di lavoro sono spesso cos\u00ec mal specificate che molte cose, che sono piuttosto semplici in un sistema coerente con un stack completo, risultano deludenti per la frammentazione e la complessit\u00e0 in Linux. Ho dedicato un'intera presentazione alle questioni relative alla piattaforma Linux per ambienti di lavoro (i sviluppatori esperti hanno confermato: sar\u00e0 cos\u00ec ancora per molto tempo).<\/p>\n<p>\n<center><div class=\"youtube-placeholder\" data-id=\"SQ8OXf7o6UA\" onclick=\"loadVideo(this)\">\r\n        <img decoding=\"async\" src=\"https:\/\/img.youtube.com\/vi\/SQ8OXf7o6UA\/hqdefault.jpg\" alt=\"Riproduci video\" loading=\"lazy\" width=\"480\" height=\"360\" style=\"width:100%;height:auto;\">\r\n        <div class=\"play-button\"><\/div>\r\n    <\/div><\/center><\/p>\n<p><em>La mia presentazione sui problemi degli ambienti di lavoro Linux nel 2018<\/em><\/p>\n<p><\/p>\n<p>Anche Linus Torvalds ha riconosciuto che proprio a causa della frammentazione l'idea degli ambienti di lavoro non ha avuto successo.<\/p>\n<p><\/p>\n<p>\u00c8 bello vedere Haiku!<\/p>\n<p><\/p>\n<h2 id=\"s-haiku-vse-stanovitsya-potryasayusche-prostym\">Con Haiku tutto diventa incredibilmente semplice<\/h2>\n<p><\/p>\n<p>Sebbene l'approccio ingenuo al &#171;porting&#187; di AppImage su Haiku consista nel semplice tentativo di compilarne (principalmente runtime.c e il servizio) i componenti (cosa che potrebbe anche essere possibile!), questo non apporter\u00e0 grandi benefici a Haiku. Infatti, la maggior parte di questi problemi \u00e8 gi\u00e0 risolta su Haiku ed \u00e8 concettualmente giustificata. Haiku fornisce proprio i mattoncini per l'infrastruttura di sistema che ho a lungo cercato negli ambienti di lavoro su Linux e non potevo credere che non ci fossero.<\/p>\n<p><\/p>\n<p><img decoding=\"async\" alt=\"Qualcos&#039;altro: pacchetti di applicazioni Haiku?\" src=\"\/wp-content\/uploads\/2019\/09\/29f583bd24bd06cd67311a5087243639.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<em>Credeteci oppure no, ma molti utenti Linux non riescono a superare questo. Su Haiku tutto avviene in modo automatico!<\/em><\/p>\n<p><\/p>\n<ul>\n<li>I file ELF, privi del bit eseguibile, acquisiscono questo automaticamente con un doppio clic nel gestore di file.<\/li>\n<li>Le applicazioni possono avere risorse incorporate, come le icone, che vengono visualizzate nel gestore di file. Non \u00e8 necessario copiare molte immagini in directory specifiche per le icone, quindi non \u00e8 necessario pulirle dopo aver eliminato o spostato l'applicazione.<\/li>\n<li>Esiste un database per collegare le applicazioni ai documenti, non \u00e8 necessario copiare alcun file per questo.<\/li>\n<li>Nella directory lib\/ accanto all'eseguibile, le librerie vengono cercate per impostazione predefinita.<\/li>\n<li>Non ci sono numerose distribuzioni e ambienti desktop, tutto ci\u00f2 che funziona funziona ovunque.<\/li>\n<li>Non esiste un modulo separato per l'esecuzione, diverso dalla directory Applications.<\/li>\n<li>Nelle applicazioni non ci sono percorsi assoluti incorporati per le proprie risorse, esistono funzioni speciali per determinare la posizione durante l'esecuzione.<\/li>\n<li>\u00c8 stata introdotta l'idea delle immagini compresse dei file system: qualsiasi pacchetto hpkg. Tutti vengono montati dal kernel.<\/li>\n<li>Ogni file si apre con l'applicazione che lo ha creato, a meno che non venga specificato diversamente. \u00c8 davvero fantastico!<\/li>\n<\/ul>\n<p><\/p>\n<p><img decoding=\"async\" alt=\"Qualcos&#039;altro: pacchetti di applicazioni Haiku?\" src=\"\/wp-content\/uploads\/2019\/09\/335fedea2cc70e9d9e0c8f3dbcd41560.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<em>Due file png. Nota le diverse icone che mostrano che verranno aperti da applicazioni differenti con un doppio clic. Nota anche il menu a discesa &#171;Apri con:&#187;, dove l'utente pu\u00f2 scegliere un'applicazione specifica. \u00c8 cos\u00ec facile!<\/em><\/p>\n<p><\/p>\n<p>Sembra che molti workaround e soluzioni necessarie per AppImage su Linux diventino superflui su Haiku, che si basa su semplicit\u00e0 e raffinatezza, permettendo di soddisfare la maggior parte delle nostre esigenze.<\/p>\n<p><\/p>\n<h2 id=\"nuzhny-li-haiku-pakety-prilozheniy-v-konce-koncov\">Servono davvero i pacchetti di applicazioni su Haiku, alla fine?<\/h2>\n<p><\/p>\n<p>Questo porta a una grande domanda. Se creare un sistema simile a AppImage su Haiku fosse notevolmente pi\u00f9 semplice che su Linux, varrebbe la pena farlo? O Haiku, con il suo sistema di pacchetti hpkg, ha effettivamente eliminato la necessit\u00e0 di sviluppare un'idea simile? Beh, per rispondere, dobbiamo esaminare la motivazione dietro l'esistenza degli AppImages.<\/p>\n<p><\/p>\n<h3 id=\"vzglyad-so-storony-polzovatelya\">Uno sguardo dalla prospettiva dell'utente<\/h3>\n<p><\/p>\n<p>Diamo un'occhiata al nostro utente finale:<\/p>\n<p><\/p>\n<ul>\n<li>Voglio installare un'applicazione senza richiedere la password dell'amministratore (root). <em>Su Haiku non esiste il concetto di amministratore, l'utente ha il pieno controllo poich\u00e9 si tratta di un sistema personale!<\/em> (In linea di principio, \u00e8 possibile immaginarlo anche in modalit\u00e0 multiutente, spero che gli sviluppatori mantengano la semplicit\u00e0)<\/li>\n<li>Voglio avere le ultime e migliori versioni delle applicazioni, senza dover aspettare che vengano rilasciate nel mio distribuzione (il che significa pi\u00f9 spesso &#171;mai&#187;, almeno a meno che non aggiorni l'intero sistema operativo). <em>Su Haiku, questo \u00e8 \"risolto\" attraverso versioni flottanti. Ci\u00f2 significa che \u00e8 possibile ottenere le ultime e migliori versioni delle applicazioni, ma per questo \u00e8 necessario aggiornare costantemente il resto del sistema, trasformandolo di fatto in un \"bersaglio in movimento\".<\/em>.<\/li>\n<li>Desidero avere diverse versioni della stessa applicazione affiancate, poich\u00e9 non \u00e8 possibile sapere cosa sia stato rotto nell'ultima versione, oppure, ad esempio, come sviluppatore web, ho bisogno di controllare il mio lavoro su pi\u00f9 versioni del browser. <em>In Haiku \u00e8 stata risolta la prima, ma non la seconda problematica. Gli aggiornamenti possono essere annullati, ma solo per l'intero sistema, non \u00e8 possibile (per quanto ne so) eseguire, ad esempio, pi\u00f9 versioni di WebPositive o LibreOffice contemporaneamente.<\/em><\/li>\n<\/ul>\n<p><\/p>\n<p>Uno degli sviluppatori scrive:<\/p>\n<p><\/p>\n<blockquote><p>Fondamentalmente, la giustificazione \u00e8 questa: lo scenario d'uso \u00e8 cos\u00ec raro che ottimizzarlo non ha senso; gestirlo come un caso speciale in HaikuPorts sembra pi\u00f9 che accettabile.<\/p><\/blockquote>\n<p><\/p>\n<ul>\n<li>Ho bisogno di conservare le applicazioni dove voglio, e non sul disco di avvio. Spesso lo spazio sui dischi finisce, quindi devo collegare un'unit\u00e0 esterna o una directory di rete per conservare le applicazioni (tutte le versioni che ho scaricato). Se collego un'unit\u00e0 di questo tipo, vorrei che le applicazioni si avviassero con un doppio clic. <em>Haiku mantiene le vecchie versioni dei pacchetti, ma non so come spostarle su un'unit\u00e0 esterna, n\u00e9 come richiamare le applicazioni da l\u00ec.<\/em><\/li>\n<\/ul>\n<p><\/p>\n<p>Commento dello sviluppatore:<\/p>\n<p><\/p>\n<blockquote><p>Tecnicamente, \u00e8 gi\u00e0 possibile con il comando mount. Naturalmente, realizzeremo un'interfaccia grafica per questo, non appena ci saranno abbastanza utenti interessati.<\/p><\/blockquote>\n<p><\/p>\n<ul>\n<li>Non ho bisogno di milioni di file sparsi nel file system, che non posso gestire manualmente da solo. Vorrei un file per applicazione, che posso facilmente scaricare, spostare ed eliminare. <em>In Haiku questo problema \u00e8 risolto tramite i pacchetti. <code>.hpkg<\/code>, che importano, ad esempio, Python, da migliaia di file in uno solo. Ma se c'\u00e8, per esempio, Scribus, che utilizza Python, allora devo gestire almeno due file. E devo preoccuparmi di mantenere le loro versioni funzionanti tra loro.<\/em><\/li>\n<\/ul>\n<p><\/p>\n<p><img decoding=\"async\" alt=\"Qualcos&#039;altro: pacchetti di applicazioni Haiku?\" src=\"\/wp-content\/uploads\/2019\/09\/94ccb9d0b693b7411946b432f3d2f347.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<em>Numerose versioni di AppImages, eseguite affiancate su un Linux<\/em><\/p>\n<p><\/p>\n<h3 id=\"vzglyad-so-storony-razrabotchika-prilozheniy\">Uno sguardo dal punto di vista dello sviluppatore di applicazioni<\/h3>\n<p><\/p>\n<p>Esaminiamo dal punto di vista dello sviluppatore di applicazioni:<\/p>\n<p><\/p>\n<ul>\n<li>Voglio gestire l'esperienza utente nel suo complesso. Non voglio dipendere dal sistema operativo che mi dice quando e come devo rilasciare le applicazioni. <em>In Haiku, gli sviluppatori possono lavorare con i propri repository hpkg, ma questo significa che gli utenti dovranno configurarli manualmente, il che rende quest'idea \"meno attraente\".<\/em><\/li>\n<li>Ho una pagina di download sul mio sito web, dove distribuisco <code>.exe<\/code> per Windows, <code>.dmg<\/code> per Mac e <code>.AppImage<\/code> per Linux. E magari vorr\u00f2 monetizzare l'accesso a questa pagina, tutto \u00e8 possibile? Cosa devo mettere l\u00ec per Haiku? <em>Basta un file <code>.hpkg<\/code> con dipendenze solo da HaikuPorts<\/em><\/li>\n<li>Il mio software richiede versioni specifiche di altri software. Ad esempio, \u00e8 noto che per Krita \u00e8 necessaria una versione corretta di Qt, o Qt che sia ottimizzata per una particolare versione di Krita, almeno fino a quando le correzioni non verranno reintegrate in Qt. <em>\u00c8 possibile impacchettare la propria Qt per l'applicazione nel pacchetto <code>.hpkg<\/code>, ma probabilmente non \u00e8 visto di buon occhio.<\/em><\/li>\n<\/ul>\n<p><\/p>\n<p><img decoding=\"async\" alt=\"Qualcos&#039;altro: pacchetti di applicazioni Haiku?\" src=\"\/wp-content\/uploads\/2019\/09\/7dcb146d08ebd570899d0d73b6517faa.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<em>Una pagina di download standard per l'applicazione. Cosa dovrebbe contenere qui per Haiku?<\/em><\/p>\n<p><\/p>\n<p>I pacchetti (disponibili come cataloghi di applicazioni, come AppDir o <code>.app<\/code> nello stile Apple) e\/o le immagini (sotto forma di AppImages pesantemente modificate o <code>.dmg<\/code> di Apple) delle applicazioni saranno un'aggiunta utile per l'ambiente di lavoro di Haiku? Oppure questo frammenter\u00e0 il tutto, rendendo la situazione pi\u00f9 complessa? Sono diviso: da un lato, la bellezza e la raffinatezza di Haiku si basano sul fatto che c'\u00e8 solitamente un modo per fare le cose, non molti. D'altra parte, gran parte dell'infrastruttura per cataloghi e\/o pacchetti di applicazioni \u00e8 gi\u00e0 presente, quindi il sistema chiede a gran voce che anche i restanti pochi percento trovino il loro posto.<\/p>\n<p><\/p>\n<p>Secondo lo sviluppatore <noindex><a rel=\"nofollow\" href=\"https:\/\/medium.com\/u\/f103a52f4b96?source=post_page-----1803a11f9748----------------------\">mr. waddlesplash<\/a><\/noindex><\/p>\n<p><\/p>\n<blockquote><p>Su Linux essi (<em>cataloghi e set di applicazioni, \u2014 nota del traduttore<\/em>) sono probabilmente una soluzione tecnica per problemi di sistema. Su Haiku preferiamo semplicemente risolvere i problemi di sistema.<\/p><\/blockquote>\n<p><\/p>\n<h2 id=\"a-vy-chto-dumaete\">E voi, cosa ne pensate?<\/h2>\n<p><\/p>\n<h3 id=\"prezhde-chem-otvetite\">Prima di rispondere...<\/h3>\n<p><\/p>\n<p>Aspettate, facciamo un rapido controllo della realt\u00e0: di fatto <em>cataloghi di applicazioni<\/em> \u2014 sono gi\u00e0 parte di Haiku:<\/p>\n<p><\/p>\n<p><img decoding=\"async\" alt=\"Qualcos&#039;altro: pacchetti di applicazioni Haiku?\" src=\"\/wp-content\/uploads\/2019\/09\/b9d3c8ce130d256bc645bd2ee28905a7.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<em>I cataloghi delle applicazioni esistono gi\u00e0 su Haiku, ma non sono ancora supportati nel file manager<\/em><\/p>\n<p><\/p>\n<p>Non sono semplicemente supportati cos\u00ec bene come, ad esempio, nel Finder di Macintosh. Quanto sarebbe fantastico se la cartella di QtCreator avesse in alto a sinistra il nome e l'icona \"QtCreator\" che avviassero l'applicazione con un doppio clic?<\/p>\n<p><\/p>\n<p>Poco prima ho gi\u00e0 <noindex><a rel=\"nofollow\" href=\"https:\/\/medium.com\/@probonopd\/historic-software-can-your-package-manager-handle-this-86563a46f8b5\">chiesto<\/a><\/noindex>:<\/p>\n<p><\/p>\n<blockquote><p>Siete sicuri di poter avviare le vostre applicazioni risalenti a un decennio fa oggi, quando tutti i negozi di applicazioni e i repository delle distribuzioni le dimenticheranno insieme alle loro dipendenze? Siete sicuri di poter ancora accedere al vostro lavoro attuale in futuro?<\/p><\/blockquote>\n<p>C'\u00e8 gi\u00e0 una risposta da parte di Haiku, oppure i cataloghi e i set di applicazioni potranno aiutare qui? Penso che possano.<\/p>\n<p><\/p>\n<p>Secondo mr. waddlesplash:<\/p>\n<p><\/p>\n<blockquote><p>S\u00ec, abbiamo una risposta alla domanda: supporteremo queste applicazioni finch\u00e9 necessario, fino a quando qualcuno non sar\u00e0 in grado di leggere correttamente i loro formati di file o di garantire una funzionalit\u00e0 uno a uno. La nostra determinazione a mantenere operative le applicazioni BeOS R5 su Haiku ne \u00e8 una chiara prova...<\/p><\/blockquote>\n<p>Esatto!<\/p>\n<p><\/p>\n<h3 id=\"kakoy-plan-deystviy-dolzhna-prinyat-haiku\">Quale piano d'azione dovrebbe adottare Haiku?<\/h3>\n<p><\/p>\n<p>Posso immaginare una coesistenza pacifica tra hpkg, cataloghi e immagini delle applicazioni:<\/p>\n<p><\/p>\n<ul>\n<li>Il software di sistema utilizza <code>.hpkg<\/code><\/li>\n<li>Per il software pi\u00f9 comunemente usato (soprattutto per quello che richiede rilascio programmato) si usa <code>.hpkg<\/code> (circa l'80% di tutti i casi)<\/li>\n<li>Alcuni, installati tramite <code>.hpkg<\/code>, le applicazioni trarranno vantaggio dal passaggio a un'infrastruttura con cataloghi di applicazioni (ad esempio, QtCreator): saranno distribuite come <code>.hpkg<\/code>, come prima.<\/li>\n<\/ul>\n<p><\/p>\n<p>mr. waddlesplash scrive:<\/p>\n<p><\/p>\n<blockquote><p>Se tutto ci\u00f2 che serve \u00e8 la visualizzazione delle applicazioni in <code>\/system\/apps<\/code>, invece si dovrebbero rendere i cataloghi nella Deskbar pi\u00f9 gestibili per gli utenti, poich\u00e9 <code>\/system\/apps<\/code> non \u00e8 destinato ad essere aperto e visualizzato regolarmente dagli utenti (a differenza di MacOS). Per tali situazioni, Haiku ha un'altra paradigma, ma questa opzione \u00e8, in teoria, accettabile.<\/p><\/blockquote>\n<p><\/p>\n<ul>\n<li>Haiku offre un'infrastruttura per il lancio di immagini applicative, assemblaggi notturni, continui e di test, oltre che in situazioni in cui l'utente desidera 'congelarle nel tempo', per software privato e interno, e altri casi d'uso particolari (circa il 20% del totale). Queste immagini contengono i file necessari per l'avvio dell'applicazione. <code>.hpkg<\/code>, montati attraverso il sistema e smontati dopo il completamento dell'applicazione. (Forse il gestore di file potrebbe collocare i file <code>.hpkg<\/code> nelle immagini delle applicazioni, automaticamente o su richiesta dell'utente \u2014 proprio come quando trascini un'applicazione in una cartella di rete o su un'unit\u00e0 esterna. \u00c8 semplicemente una canzone! O meglio, una poesia \u2014 un haiku.) D'altra parte, l'utente potrebbe voler installare il contenuto dell'immagine come file<code>.hpkg<\/code>, dopo di che verranno aggiornati e gestiti esattamente come se fossero stati installati tramite HaikuDepot\u2026 \u00c8 necessario fare un brainstorming).<\/li>\n<\/ul>\n<p><\/p>\n<p>Citazione di mr. waddlesplash:<\/p>\n<p><\/p>\n<blockquote><p>Avviare applicazioni da dischi esterni o directory di rete potrebbe essere utile. Inoltre, l'aggiunta della possibilit\u00e0 di configurare un numero maggiore di 'zone' per pkgman sarebbe sicuramente una buona funzionalit\u00e0.<\/p><\/blockquote>\n<p>Un sistema del genere trarr\u00e0 vantaggio da hpkg, directory e immagini di applicazioni. Questi sono buoni singolarmente, ma insieme diventeranno imbattibili.<\/p>\n<p><\/p>\n<h2 id=\"zaklyuchenie\">Conclusione<\/h2>\n<p><\/p>\n<p>Per Haiku c'\u00e8 un'infrastruttura che fornisce un'interfaccia utente semplice e raffinata per PC, superando di gran lunga ci\u00f2 che \u00e8 normalmente offerto per i PC Linux. Il sistema dei pacchetti <code>.hpkg<\/code> \u2014 un esempio di questo tipo, ma anche le altre parti del sistema sono permeate di raffinato design. Tuttavia, un adeguato supporto per i cataloghi e le immagini delle applicazioni gioverebbe a Haiku. Come farlo nel modo migliore \u00e8 qualcosa di cui discutere con persone che conoscono Haiku, la sua filosofia e architettura molto meglio di me. Dopo tutto, uso Haiku da poco pi\u00f9 di una settimana. Tuttavia, credo che questo nuovo punto di vista possa risultare utile per i designer, gli sviluppatori e gli architetti di Haiku. Almeno, sono felice di essere per loro un \"partner di allenamento\". Ho oltre 10 anni di esperienza pratica con cataloghi e insieme di applicazioni per Linux, e mi piacerebbe trovare un'applicazione per Haiku, per la cui concezione ritengo che siano perfettamente adatti. Le soluzioni potenziali che propongo non sono affatto le uniche valide per i problemi che ho descritto, e se il team di Haiku decidesse di trovare altre soluzioni pi\u00f9 eleganti, sarei completamente d'accordo. In linea di massima, sto gi\u00e0 pensando all'idea di come realizzare il sistema. <code>hpkg<\/code> ancora pi\u00f9 sorprendente, senza cambiare il modo in cui funziona. Pare che il team di Haiku stesse gi\u00e0 considerando i bundle applicativi quando ha implementato il sistema di gestione dei pacchetti, ma purtroppo, (mi sembra) l'idea sia andata 'in disuso'. Forse \u00e8 tempo di farla rinascere?<\/p>\n<p><\/p>\n<p>Provatelo voi stessi! Infatti, il progetto Haiku fornisce immagini da scaricare su DVD o USB, generate <noindex><a rel=\"nofollow\" href=\"https:\/\/download.haiku-os.org\/?source=post_page---------------------------\">quotidianamente<\/a><\/noindex>.<br \/>\nAvete domande? Vi invitiamo a unirvi al nostro <noindex><a rel=\"nofollow\" href=\"https:\/\/t.me\/HaikuOS_RU_chat\">canale Telegram in lingua russa<\/a><\/noindex>.<\/p>\n<p><\/p>\n<p>Panoramica sugli errori: <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/pvs-studio\/blog\/461255\/\">Come spararsi un colpo al piede in C e C++. Raccolta di ricette Haiku OS<\/a><\/noindex><\/p>\n<p><\/p>\n<p>Da <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/users\/Finnix\/\">autore<\/a><\/noindex> traduzione: questo \u00e8 l'ottavo e ultimo articolo della serie su Haiku.<\/p>\n<p><\/p>\n<p>Elenco degli articoli: <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/southbridge\/blog\/461141\/\">Primo<\/a><\/noindex> <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/southbridge\/blog\/461451\/\">La seconda<\/a><\/noindex> <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/southbridge\/blog\/462815\/\">Terzo<\/a><\/noindex> <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/southbridge\/blog\/463105\/\">Quarto<\/a><\/noindex> <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/southbridge\/blog\/463803\/\">Quinto<\/a><\/noindex> <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/southbridge\/blog\/464819\/\">Sesto<\/a><\/noindex> <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/southbridge\/465241\/\">Settimo<\/a><\/noindex><\/p>\n<p class=\"for_users_only_msg\">Solo gli utenti registrati possono partecipare al sondaggio. <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/auth\/login\/\">Accedi<\/a><\/noindex>, per favore.<\/p>\n<h2 class=\"default-block__polling-title\">Ha senso portare il sistema hpkg su Linux?<\/h2>\n<ul class=\"content-list content-list_polling\">\n<li class=\"content-list__item content-list__item_polling\">\n<p>                    S\u00ec<\/p>\n<\/li>\n<li class=\"content-list__item content-list__item_polling\">\n<p>                    No<\/p>\n<\/li>\n<li class=\"content-list__item content-list__item_polling\">\n<p>                    Gi\u00e0 implementato, scriver\u00f2 nei commenti.<\/p>\n<\/li>\n<\/ul>\n<p>    Hanno votato 20 utenti. 5 utenti si sono astenuti.<br \/>\n<br \/>Fonte: <a content=\"nofollow\" rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/southbridge\/blog\/466301\/\">habr.com<\/a><\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"<p>TL;DR: \u043c\u043e\u0436\u0435\u0442 \u043b\u0438 Haiku \u043f\u043e\u043b\u0443\u0447\u0438\u0442\u044c \u043d\u0430\u0434\u043b\u0435\u0436\u0430\u0449\u0443\u044e \u043f\u043e\u0434\u0434\u0435\u0440\u0436\u043a\u0443 \u043f\u0430\u043a\u0435\u0442\u043e\u0432 \u043f\u0440\u0438\u043b\u043e\u0436\u0435\u043d\u0438\u0439, \u043a \u043f\u0440\u0438\u043c\u0435\u0440\u0443 \u043a\u0430\u0442\u0430\u043b\u043e\u0433\u043e\u0432 \u043f\u0440\u0438\u043b\u043e\u0436\u0435\u043d\u0438\u0439 (\u043a\u0430\u043a .app \u0432 Mac) \u0438\/\u0438\u043b\u0438 \u043e\u0431\u0440\u0430\u0437\u043e\u0432 \u043f\u0440\u0438\u043b\u043e\u0436\u0435\u043d\u0438\u0439 (Linux AppImage)? \u041c\u043d\u0435 \u043a\u0430\u0436\u0435\u0442\u0441\u044f, \u044d\u0442\u043e \u0431\u0443\u0434\u0435\u0442 \u0434\u043e\u0441\u0442\u043e\u0439\u043d\u044b\u043c \u0434\u043e\u043f\u043e\u043b\u043d\u0435\u043d\u0438\u0435\u043c, \u043a\u043e\u0442\u043e\u0440\u043e\u0435 \u043f\u0440\u0430\u0432\u0438\u043b\u044c\u043d\u043e \u0432\u043d\u0435\u0434\u0440\u0438\u0442\u044c \u043f\u0440\u043e\u0449\u0435, \u0447\u0435\u043c \u0432 \u0434\u0440\u0443\u0433\u0438\u0445 \u0441\u0438\u0441\u0442\u0435\u043c\u0430\u0445, \u043f\u043e\u0441\u043a\u043e\u043b\u044c\u043a\u0443 \u0431\u043e\u043b\u044c\u0448\u0430\u044f \u0447\u0430\u0441\u0442\u044c \u0438\u043d\u0444\u0440\u0430\u0441\u0442\u0440\u0443\u043a\u0442\u0443\u0440\u044b \u0443\u0436\u0435 \u0435\u0441\u0442\u044c. \u041d\u0435\u0434\u0435\u043b\u044e \u043d\u0430\u0437\u0430\u0434 \u044f \u043e\u0442\u043a\u0440\u044b\u043b \u0434\u043b\u044f \u0441\u0435\u0431\u044f Haiku, \u043d\u0435\u043e\u0436\u0438\u0434\u0430\u043d\u043d\u043e \u0445\u043e\u0440\u043e\u0448\u0443\u044e \u0441\u0438\u0441\u0442\u0435\u043c\u0443. \u041d\u0443 \u0430 \u043f\u043e\u0441\u043a\u043e\u043b\u044c\u043a\u0443 [&hellip;]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":28393,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-37830","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t<!-- All in One SEO 5.0.0.1 - aioseo.com -->\n\t<meta name=\"description\" content=\"TL;DR: \u043c\u043e\u0436\u0435\u0442 \u043b\u0438 Haiku.\" \/>\n\t<meta name=\"robots\" content=\"max-image-preview:large\" \/>\n\t<meta name=\"author\" content=\"Yuri Gagarin\"\/>\n\t<link rel=\"canonical\" href=\"https:\/\/prohoster.info\/it\/blog\/administrirovanie\/koe-chto-eshhe-pakety-prilozhenij-haiku\" \/>\n\t<meta name=\"generator\" content=\"All in One SEO (AIOSEO) 5.0.0.1\" \/>\n\t\t<meta property=\"og:locale\" content=\"it_IT\" \/>\n\t\t<meta property=\"og:site_name\" content=\"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b\" \/>\n\t\t<meta property=\"og:type\" content=\"article\" \/>\n\t\t<meta property=\"og:title\" content=\"\ud83e\udd47\u041a\u043e\u0435-\u0447\u0442\u043e \u0435\u0449\u0435: \u043f\u0430\u043a\u0435\u0442\u044b \u043f\u0440\u0438\u043b\u043e\u0436\u0435\u043d\u0438\u0439 Haiku? | ProHoster\" \/>\n\t\t<meta property=\"og:description\" content=\"TL;DR: \u043c\u043e\u0436\u0435\u0442 \u043b\u0438 Haiku.\" \/>\n\t\t<meta property=\"og:url\" content=\"https:\/\/prohoster.info\/it\/blog\/administrirovanie\/koe-chto-eshhe-pakety-prilozhenij-haiku\" \/>\n\t\t<meta property=\"og:image\" content=\"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg\" \/>\n\t\t<meta property=\"og:image:secure_url\" content=\"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg\" \/>\n\t\t<meta property=\"og:image:width\" content=\"350\" \/>\n\t\t<meta property=\"og:image:height\" content=\"350\" \/>\n\t\t<meta property=\"article:published_time\" content=\"2019-10-31T19:20:00+00:00\" \/>\n\t\t<meta property=\"article:modified_time\" content=\"2019-10-31T19:20:00+00:00\" \/>\n\t\t<meta property=\"article:publisher\" content=\"https:\/\/www.facebook.com\/prohoster\" \/>\n\t\t<meta property=\"article:author\" content=\"https:\/\/www.facebook.com\/prohoster\" \/>\n\t\t<!-- All in One SEO -->\n\n","aioseo_head_json":{"title":"\ud83e\udd47Qualcos'altro: pacchetti di applicazioni Haiku? | ProHoster","description":"TL;DR: pu\u00f2 Haiku.","canonical_url":"https:\/\/prohoster.info\/it\/blog\/administrirovanie\/koe-chto-eshhe-pakety-prilozhenij-haiku","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"it_IT","og:site_name":"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b","og:type":"article","og:title":"\ud83e\udd47\u041a\u043e\u0435-\u0447\u0442\u043e \u0435\u0449\u0435: \u043f\u0430\u043a\u0435\u0442\u044b \u043f\u0440\u0438\u043b\u043e\u0436\u0435\u043d\u0438\u0439 Haiku? | ProHoster","og:description":"TL;DR: \u043c\u043e\u0436\u0435\u0442 \u043b\u0438 Haiku.","og:url":"https:\/\/prohoster.info\/it\/blog\/administrirovanie\/koe-chto-eshhe-pakety-prilozhenij-haiku","og:image":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:secure_url":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:width":350,"og:image:height":350,"article:published_time":"2019-10-31T19:20:00+00:00","article:modified_time":"2019-10-31T19:20:00+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"37830","title":null,"description":null,"keywords":null,"keyphrases":null,"primary_term":null,"canonical_url":null,"og_title":null,"og_description":null,"og_object_type":"default","og_image_type":"default","og_image_url":null,"og_image_width":null,"og_image_height":null,"og_image_custom_url":null,"og_image_custom_fields":null,"og_video":null,"og_custom_url":null,"og_article_section":null,"og_article_tags":null,"twitter_use_og":false,"twitter_card":"default","twitter_image_type":"default","twitter_image_url":null,"twitter_image_custom_url":null,"twitter_image_custom_fields":null,"twitter_title":null,"twitter_description":null,"schema":{"blockGraphs":[],"customGraphs":[],"default":{"data":{"Article":[],"Course":[],"Dataset":[],"FAQPage":[],"Movie":[],"Person":[],"Product":[],"ProductReview":[],"Car":[],"Recipe":[],"Service":[],"SoftwareApplication":[],"WebPage":[]},"graphName":"","isEnabled":true},"graphs":[]},"schema_type":null,"schema_type_options":null,"pillar_content":false,"robots_default":true,"robots_noindex":false,"robots_noarchive":false,"robots_nosnippet":false,"robots_nofollow":false,"robots_noimageindex":false,"robots_noodp":false,"robots_notranslate":false,"robots_max_snippet":null,"robots_max_videopreview":null,"robots_max_imagepreview":"large","priority":null,"frequency":null,"local_seo":null,"seo_analyzer_scan_date":"2026-01-23 19:26:35","breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-03-01 01:20:22","updated":"2026-01-23 19:26:35","focus_keyword":null,"additional_keywords":null,"truseo_locale":null},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/posts\/37830","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/comments?post=37830"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/posts\/37830\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/media\/28393"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/media?parent=37830"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/categories?post=37830"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/tags?post=37830"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}