Sul nostro hosting gestito discourse.org, faremo un’implementazione graduale della flag nei prossimi due mesi.
Con le festività in arrivo, nessuna deprecazione sarà risolta dalla mia parte prima della fine di gennaio, ti dispiacerebbe darci un intervallo di tempo più preciso?
So che le priorità del mio progetto personale non hanno nulla a che fare con Discourse, ma nel mondo aziendale non possiamo muoverci veloci come vogliamo
Comunque, sembra che non abbia molte cose da correggere, solo 4 deprecazioni:
[THEME 2 'XXX Theme'] Avviso di deprecazione: controller:navigation/category non esiste più e questo shim verrà infine rimosso. Per recuperare informazioni sul percorso di discovery corrente, usa invece il servizio di discovery. [deprecation id: discourse.navigation-category-controller] deprecated.js:54:12
[THEME 2 'XXX Theme'] Avviso di deprecazione: la definizione di classi connettore tramite registerConnectorClass è deprecata. Vedi https://meta.discourse.org/t/32727 per pattern più moderni. [deprecation id: discourse.register-connector-class-legacy] 2 deprecated.js:54:12
DEPRECATION: [THEME 2 'XXX Theme'] Le estensioni del prototipo di funzione sono deprecate, migra da function(){}.property('bar') a computed('bar', function() {}). [deprecation id: function-prototype-extensions.property] Vedi https://deprecations.emberjs.com/v3.x#toc_function-prototype-extensions-property per maggiori dettagli. deprecate-shim.js:33
[THEME 2 'XXX Theme'] "model:user" è già stato inizializzato e registrato come singleton. Sposta la chiamata modifyClass prima nel processo di avvio affinché le modifiche abbiano effetto. https://meta.discourse.org/t/262064 plugin-api.js:220:14
Con l’avvicinarsi delle festività, credo si possa dire con sicurezza che non implementeremo questa soluzione per i livelli standard/business del nostro hosting prima della fine dell’anno. Oltre a ciò, al momento non abbiamo date concrete.
Attualmente stiamo raccogliendo dati su quanto siano diffusi i problemi e stiamo lavorando a strategie per avvisare gli amministratori e aiutarli a risolverli. Seguire le istruzioni nell’annuncio qui aiuterà, ma non possiamo fare affidamento sul fatto che tutti tengano traccia di questi annunci su Meta.
Ottimo! E guardando solo questi, l’unico critico per l’aggiornamento di Ember è quello relativo alle “Estensioni dei prototipi di funzioni” (ma ovviamente, anche gli altri diventeranno critici alla fine, quindi vale comunque la pena risolverli).
Grazie David Ho appena fatto un giro di prova ieri. Sembra che tutto funzioni alla grande tranne 2 plugin che uso. La pagina di amministrazione del plugin Fingerprint è vuota e la mappa utente del plugin Locations non viene caricata. Non ci sono errori nella console o nei /logs. Questa è una buona notizia, posso ripristinarlo e c’è molto tempo per risolvere questi problemi prima che diventino parte del core. Grazie per il tuo lavoro
Non ho ancora avuto tempo di guardare, ma lo farò presto! Il mio tempo è distribuito su molti repository e Locations ha avuto una grossa fetta di me negli ultimi due mesi, e chiaramente ne richiede ancora un po’
Grazie David, sembra che funzioni alla grande Ma ho notato una piccola cosa strana, dopo aver aggiornato Discourse in admin e il log della console Ember è tornato a
Ho ricontrollato app.yml e EMBER_VERSION: 5 è ancora lì. Ma sembra che l’aggiornamento dell’admin abbia ripristinato la versione di Ember. Ho controllato e anche la mappa della posizione si carica correttamente. Quindi il log della console è corretto e in realtà è stato ripristinato.
Posso confermare che funziona. Dopo averlo ricostruito, è di nuovo su Ember 5.4.0. Ho eseguito un aggiornamento dell’amministratore dopo la ricostruzione e la versione di Ember è ancora la 5.4.0. Grazie
Ho aggiornato il primo post qui con un paio di nuove informazioni:
Ora abbiamo una tempistica approssimativa. Intendiamo rendere Ember 5 il default nei test superati la prossima settimana. Sul nostro hosting, sarà abilitato per i siti di ‘livello standard’ a partire dal 15 gennaio, e poi per i siti di livello Business a partire dal 22 gennaio.
Abbiamo introdotto un nuovo banner di avviso nell’interfaccia utente per fornire un avviso più evidente agli amministratori riguardo a temi/plugin incompatibili in anticipo rispetto all’aggiornamento. Questa funzionalità è stata unita oggi in 3.2.0.beta4-dev ed è attiva sui nostri livelli di hosting standard/business.
Il sito a cui ho fatto riferimento è un sito gratuito. Sono così abituato a non vedere siti gratuiti separati e invece a rientrare tipicamente nelle regole dello standard che avrei dovuto guardare più attentamente.
Ciao @xJack, sfortunatamente il sistema non sempre riesce a identificare automaticamente la fonte del problema. Dovrebbe esserci qualche informazione in più nella console per sviluppatori del browser
Un’altra informazione utile sarebbe sapere se il banner è sempre presente, o se appare solo dopo aver visitato determinate pagine o eseguito determinate azioni?
Se il tuo sito è ospitato sulla nostra piattaforma gestita discourse.org e desideri una mano con le indagini, non esitare a contattare il nostro team di supporto tramite team@discourse.org
3 Mi Piace
david
(David Taylor)
Ha separato questo argomento il
45
La versione predefinita di Ember è stata aggiornata in main/tests-passed. Ciò significa che gli ambienti di sviluppo locali, la CI e i siti self-hosted utilizzeranno Ember 5 a meno che non scelgano temporaneamente di non partecipare tramite il flag EMBER_VERSION=3
aiuta.
(ma ovviamente, anche gli altri diventeranno critici alla fine, quindi vale comunque la pena risolverli).
Ho appena fatto un giro di prova ieri. Sembra che tutto funzioni alla grande tranne 2 plugin che uso. La pagina di amministrazione del plugin Fingerprint è vuota e la mappa utente del plugin Locations non viene caricata. Non ci sono errori nella console o nei 
