Najlepszy planowaniu architektury tutaj, IMO, jest kontynuować korzystanie z formatowania izoDate Sails.js. Kiedy użytkownik załaduje twoją witrynę/aplikację, isoDate zostanie przekonwertowane na strefę czasową klienta/przeglądarki, która zazwyczaj jest ustawiona na poziomie systemu operacyjnego.
Oto przykład, na który możesz to przetestować. Otwórz konsolę przeglądarki i uruchom new Date().toISOString()
i sprawdź ustawiony czas. To będzie oparte na specyfikacji dla isoDate 8601 (https://developer.mozilla.org/en-US/docs/Web/JavaScript/Reference/Global_Objects/Date/toISOString). Teraz zmień czas systemowy na inną strefę czasową lub po prostu zmień godzinę i zaoszczędź (nie powinieneś ładować ponownie, jeśli używasz konsoli chrome). Ponownie uruchom komendę w konsoli new Date().toISOString()
, a otrzymasz dostosowany czas odpowiedni do czasu, który właśnie zmieniłeś.
Jeśli chcesz dalej udowadniać, że czas jest odpowiedni dla Sails.js, użyj Moment.js na isoDate, który jest przechowywany w bazie danych (utworzonej przez ORM), tak jak moment("2016-02-05T22:36:48.800Z").fromNow()
, a Ty " Zauważ, że czas jest relatywny do czasu systemowego.
ustawienie czasu lokalnego na serwerze, na którym działa aplikacja. Czyż nie? – diproart