Sidste opdateringsdato og -tid i LuckyTemplates – Opdateret løsning

I dette blogindlæg vil jeg lave en opdatering til, hvor jeg viste dig, hvordan du indsætter den sidste opdatering i dine LuckyTemplates-rapporter, så du eller dine kunder kan se den. Jeg har lavet lidt research på dette for at prøve at gøre tingene lettere. Du kan se den fulde video af denne tutorial nederst på denne blog.

På denne måde behøver du ikke gå ind hver gang og ændre nummeret, så du kan opdatere til sidste opdatering. For eksempel bor jeg i den østlige tidszone, som er -4 timer, men nu hvor vi har flyttet urene tilbage, er jeg nu -5 timer fra UTC-tid. Jeg har fundet en anden løsning, så du ikke engang skal justere antallet.

Indholdsfortegnelse

• Tidligere løsning for at få den sidste opdateringsdato i LuckyTemplates
• Sidste opdateringsdato og -tid: Opdateret løsning
• Konklusion

Tidligere løsning for at få den sidste opdateringsdato i LuckyTemplates

Lad os gå over til forespørgselseditoren for at se, hvordan tingene blev sat op før. The Last Refresh Version 2 er den, vi oprettede sidste gang.

Hvis vi åbner den avancerede editor, vil vi se M-koden fra før. I den sidste kodelinje havde jeg den sidste opdatering ved -4 for at få det korrekte tidspunkt for min tidszone, som er den østlige tidszone sammenlignet med UTC-tid.

Nå, vi kan skabe noget bedre. Så lad os gå videre og oprette endnu en sidste opdateringstabel med en ny kode. Jeg afslutter og opretter en ny tom forespørgsel.

Og så går jeg til Advanced Editor og kopierer og indsætter koden der.

Som du kan se, er den fremhævede linje til højre kolonnen, der opretter den sidste opdateringsdato og -klokkeslæt, hvor jeg ikke har nogen tal involveret.

Sidste opdateringsdato og -tid: Opdateret løsning

Jeg vil bare nævne denne ene Last Refresh Version 3 .

Med denne nye M-kode, som jeg indtastede, markerede den automatisk dette som -5 timer, hvilket er den aktuelle tidszone, som jeg bor i nu.

Når tiden ændrer sig med denne nye M-kode, behøver jeg ikke gå ind og justere tiden, som jeg gjorde før.

Lad os gå til Tilføjet brugerdefineret og dobbeltklikke, så du kan se, hvordan vi tager den sidste opdateringstid minus varigheden.

Du skal være opmærksom på, at hvis du bygger rapporter til dig selv eller din virksomhed, der er i samme tidszone, skal du beholde det samme format.

Men for dem af jer som mig selv, der bygger til kunder over hele verden, går vi over forskellige tidszoner. Det, jeg gør for disse kunder, er at ændre dette andet nul lige her.

Hvis jeg ændrer dette andet nul til 1, vil det give mig tiden lige nu i den centrale tidszone.

Hvis jeg skulle gå tilbage til den kolonne og indtaste 2, vil det give mig bjergstandardtid.

Og hvis jeg indtaster 3, vil det give mig Pacific standardtid.

Når du gør dette, behøver du ikke at bekymre dig om at gå ind i hver enkelt af dine rapporter og opdatere den sidste opdateringsdato. Dette er en god teknik til at løbe rundt om datoen/tidspunktet for opdateringen.

Jeg vil nu gå tilbage til den kolonne og ændre den tilbage til 0 for at holde den i østlig standardtid.

Jeg vil derefter kopiere og indsætte dette.

For den anden tabel, lad os bruge Last Refresh Version 3 og vælge den sidste opdateringsdato og -tidskolonne. Og nu kan vi se, at dette er den aktuelle dato og tid for østlig standardtid.

Konklusion

Denne teknik gjorde alt, hvad vi ønskede at gøre, og fremadrettet behøver vi ikke at gå ind og opdatere den sidste opdateringsdato og -tidspunkt i vores LuckyTemplates-rapporter.

Jeg håber, du nød denne godbid, som hjælper med at forbedre din sidste opdateringsdato og -tidspunkt i alle dine rapporter. Hvis du ikke allerede har abonneret på LuckyTemplates-kanalen , skal du sørge for at gøre det for at få alt det indkommende indhold.

Alt det bedste,

Jarrett