Si të rivendosni siç duhet Android në cilësimet e fabrikës? Opsionet e skadimit të cache

Në këtë udhëzim, ne do t'ju tregojmë se si të rivendosni një smartphone me bazë Android në cilësimet e fabrikës, dhe gjithashtu do të ndalemi në pyetjen se si ta përgatisni siç duhet vegël dhe të ruani të gjithë informacionin e nevojshëm përpara se ta fshini aksidentalisht.

Çfarë është një rivendosje e Android dhe pse bëhet?

Shumë prej nesh janë përballur me problemin e ngrirjes së vazhdueshme të pajisjes, defekteve të firmuerit, humbjes së komunikimit, etj. Për të hequr qafe vështirësi të tilla, rivendosja e veglës në cilësimet e fabrikës në Android vjen në shpëtim. Çfarë do të thotë kjo? Rivendosja e cilësimeve të pajisjes ju lejon të rivendosni karakteristikat e firmuerit të fabrikës, gjë që më pas ka një efekt pozitiv në performancën e pajisjes dhe mungesën e "Defekteve" shtesë.

Cilat skedarë dhe të dhëna duhet të ruhen së pari përpara se të rivendosni cilësimet?

Ka një numër të madh mënyrash për të rivendosur Android në cilësimet e fabrikës, por e vetmja gjë që kanë të përbashkët është fshirja totale e të gjithë skedarëve dhe të dhënave nga memoria e pajisjes. Prandaj, duhet të kujdeseni paraprakisht për skedarët e rëndësishëm të medias dhe informacionet e kontaktit, shënimet dhe dokumentet e tjera që dëshironi të ruani. Si ta bëni këtë saktë, lexoni më tej.

Rezervimi i saktë i kontakteve dhe fletores për Android

Le të fillojmë me ruajtjen dhe transferimin paraprak të kontakteve, "ku më larg" nga vegla jonë. Mënyra më e lehtë është të kopjoni kontaktet në një kartë SIM. Kjo është e lehtë për t'u bërë duke ndjekur udhëzimet tona. Shkoni te menyja e kontakteve dhe zgjidhni "Import/Eksport". Në dritaren që shfaqet, eksportoni kontaktet në çdo medium të përshtatshëm për ju: kartë SIM ose pajisje ruajtëse SD.

Mënyra më e besueshme është të kopjoni kontaktet tuaja në një fletore, por, në epokën tonë "të jashtme" të teknologjisë dhe pajisjeve, ky opsion nuk është i përshtatshëm për të gjithë. Ne rekomandojmë përdorimin e një metode efektive dhe efikase për rezervimin e kontakteve në Android - sinkronizimin e të dhënave me llogarinë tuaj të Google ose me ruajtjen e saj në renë kompjuterike. Përveç kontakteve, shërbimi i ruajtjes së resë kompjuterike ju ofron të sinkronizoni mesazhet SMS, shënimet dhe shënimet në kalendar nga çdo pajisje Android.

Për të filluar, duhet të regjistroheni në shërbimin Google, thjesht të krijoni një llogari të re ose të identifikoheni në atë të vjetër. Ne nuk do të flasim për këtë në detaje, pasi veprime të tilla të thjeshta nuk kanë nevojë për komente. Ne do t'ju tregojmë për sinkronizimin e saktë të informacionit të nevojshëm me serverët e Google.

Shkoni te cilësimet e telefonit tuaj, seksioni "Llogaritë". Zgjidhni llogaritë e Google. Do të ketë disa artikuj në dritaren që hapet

Siguria dhe hyrja;

Konfidencialiteti;

konfigurimi i llogarisë;

Llogaria juaj (Llogaria Google) do të shfaqet në këndin e sipërm të ekranit të pajisjes, trokitni lehtë mbi të.

Pas këtyre hapave, do të shfaqet një dritare që ofron opsione sinkronizimi. Ne kontrollojmë kutitë pranë artikujve që na duhen. Nëse dëshironi të rezervoni manualisht të dhënat në serverin e Google, klikoni në shigjetat e zeza rrethore, siç tregohet në pamjen e ekranit.

urime! Informacioni dhe të dhënat e nevojshme janë ngarkuar në serverin e Google dhe janë sinkronizuar me llogarinë tuaj. Pas rivendosjes së pajisjes tuaj, nuk do të jetë e vështirë për ju të rivendosni fletoren ose shënimet e telefonit inteligjent.

Ne bëjmë kopje rezervë të shpejtë të fotografive, videove, muzikës dhe dokumenteve në Android.

Një mënyrë e thjeshtë është të lidhni pajisjen me një kabllo USB me kompjuterin tuaj dhe të transferoni informacionin e nevojshëm në të. Ekziston një nuancë e vogël - jo të gjithë telefonat sinkronizohen me një kompjuter në modalitetin "Flash drive". Kur lidhni vegël me kompjuterin, zgjidhni modalitetin "Përdorni si disk USB".

Mënyra e dytë për të rezervuar skedarët e nevojshëm është transferimi i tyre nga kujtesa e pajisjes në një kartë flash. Hapni menaxherin e skedarëve.

Në dritaren e menaxherit, zgjidhni fotot që janë në kujtesën e telefonit. Karta SD shfaqet në një vend tjetër (sdcard1).

Shënoni fotot që duhet të transferohen në flash drive (shtypni gishtin në skedarin e dëshiruar derisa të shfaqet një shenjë kontrolli).

Në këndin e sipërm të djathtë ka një buton "Menu". Nëse ju duhet të zgjidhni skedarë të shumtë, klikoni Zgjidhni të gjitha në mënyrë që të mos humbni kohë duke zgjedhur secilën foto. Në hapin tjetër, trokitni lehtë mbi artikullin "Lëviz" dhe specifikoni kartën SD si pikën përfundimtare për vendndodhjen e skedarëve tuaj. Për të shmangur konfuzionin, mund të krijoni një dosje shtesë duke klikuar (+) dhe të ruani të dhënat në të.

Bëni të njëjtën gjë me videot, muzikën dhe dokumentet nëse këta skedarë janë të rëndësishëm për ju.

Mënyra e tretë për të ruajtur të dhënat në Andorid përpara se të rivendosni cilësimet e tij është përdorimi i ruajtjes në renë kompjuterike. Algoritmi i veprimeve nuk ndryshon nga pika e mëparshme, gjithçka që duhet të bëni është të shkarkoni aplikacione shtesë nga tregu i lojërave: Google Drive, Yandex Drive, etj. Ju këshillojmë të përdorni Google Drive, sepse... ai sinkronizohet automatikisht me të dhënat e llogarisë suaj pas rivendosjes së cilësimeve në vegël.

Shkoni në Google Drive, klikoni "+" dhe zgjidhni "Shkarko".

Shënoni imazhet dhe dosjen për ngarkim në ruajtjen e resë kompjuterike. Kryeni veprimet e përshkruara me pjesën tjetër të të dhënave të medias.

Udhëzime të hollësishme për rivendosjen e cilësimeve të Android në cilësimet e fabrikës

Mënyra e parë dhe më e lehtë për të rivendosur cilësimet është përdorimi i menysë standarde të telefonit, sepse... vetë pajisja do t'ju tregojë se çfarë të bëni. Së pari, duhet të shkoni te menyja e smartphone dhe të gjeni seksionin "Cilësimet". Si rregull, ky është "Gear".

Këshilla! Përdoruesit me përvojë mund të thonë se në secilën pajisje Android, rivendosja hap pas hapi e cilësimeve ndryshon në algoritmin dhe sekuencën e veprimeve. Në fakt kjo nuk është e vërtetë. "Stock" ose "Standard Android" nuk ndryshojnë në strategjinë për rivendosjen e cilësimeve dhe të dhënave.

Ne gjejmë në "Cilësimet", artikullin "Backup and Reset". Zgjidhni "Rivendosni cilësimet e telefonit" - "Fshi gjithçka".

Për shembull, nëse keni një telefon inteligjent Samsung, në vend të artikullit të menysë "Rimëkëmbja", ekziston "Backup and Reset".

Në një rast tjetër, me telefonat inteligjentë Xiaomi, Meizu dhe Huawei, algoritmi nuk ndryshon, por emri i butonave ka pësuar ndryshime. Shkoni te "Cilësimet" - "Avancuar" - "Rivendosni cilësimet"

Pasi rivendosja të përfundojë me sukses, performanca e vegël do të jetë në maksimumin e saj dhe do të harroni përgjithmonë defektet dhe ngadalësimet e procesorit.

Mënyra e dytë për të rivendosur cilësimet është përdorimi i kodeve sekrete, të cilat përdoren kryesisht nga teknikët e riparimit të smartfonëve. Por edhe përdoruesi më i thjeshtë mund të përdorë cilindo prej tyre pa asnjë problem. Për ta bërë këtë, duhet të shtypim butonin "Dalje" dhe kur numrat shfaqen në ekran, duhet të formojmë "Secret Code".

*2767*3855# - ky kod riinstalon plotësisht firmuerin, duke e bërë telefonin tuaj të ri Pas manipulimit (1-3%), përdoruesit mund të thonë se telefoni inteligjent Android nuk ndizet. Po, ekziston rreziku i një ngjarje të tillë të pashmangshme, por nuk duhet të hiqni dorë. Në këtë rast, duhet të përditësoni firmuerin e pajisjes.

*#*#7780#*#* - me këtë kod cilësimet do të rivendosen. Aplikacionet do të fshihen, por pjesa tjetër e të dhënave do të mbetet.

Rivendosja e vështirë ose rivendosja e vështirë e cilësimeve të Android.

Metoda e tretë është më interesante. Ai u krijua për përdoruesit, hobi kryesor i të cilëve është përditësimi i firmuerit në një pajisje Android. Ky është një rivendosje fabrike nëpërmjet Rimëkëmbjes. E ashtuquajtura "Metodë e vështirë" ose "Rivendosja e fabrikës". Ka nuanca dhe hollësi, të cilat do t'ju tregojmë më në detaje dhe do të përpiqemi t'u përgjigjemi të gjitha pyetjeve në komentet e artikullit.

Kjo metodë "Rivendosje" zakonisht ndodh kur ekrani i pajisjes fiket, duke përdorur një kombinim të caktuar tasti.

Per referim! Sigurohuni që ta ngarkoni pajisjen tuaj në të paktën 80%.

Le të fillojmë. Fikni pajisjen.

Çdo prodhues i telefonave inteligjentë Android ka një kombinim të ndryshëm të çelësave për futjen e pajisjes në modalitetin "Rikuperimi". Ne ju këshillojmë që paraprakisht të njiheni me opsionet e mundshme, për të cilat tani do t'ju tregojmë. Në mënyrë tipike, ekziston një kombinim bazë: butoni i uljes së volumit (-) dhe butoni ON/OFF i pajisjes. Shtypni ato derisa të shfaqet rikuperimi (si imazhi në foton më poshtë).

Nëse keni një smartphone Samsung pa butonin HOME (butoni Home), atëherë shtypni tastin e volumit (+) dhe ndizni/FIKeni pajisjen.

Përndryshe, nëse "Home" është i pranishëm, kombinimi i tastit do të jetë si më poshtë: shtypni dhe mbani shtypur "+", "Home" dhe "On/Off" në të njëjtën kohë. Sapo të shfaqet Samsung, lëshoni butonat e shtypur.

Për disa modele LG, duhet të shtypni (-) dhe butonin "ON/OFF", por pasi të shfaqet logoja, butoni i ndezjes duhet të lirohet dhe të shtypet përsëri.

Në disa lloje të telefonave SONY, shtypni (-), (+) dhe butonin "ON/OFF" njëkohësisht.

Pas veprimeve tona, menyja "Rimëkëmbja" do të duket diçka si ajo e treguar në foton më poshtë.

Më pas, duhet të lundroni nëpër menynë e Rimëkëmbjes duke përdorur butonat e volumit dhe të zgjidhni "fshij të dhënat/rivendosjen në fabrikë" ose "Fshij eMMC", "Flash Flash" Përzgjedhja bëhet duke përdorur ON/OFF. Zgjidhni artikullin e dëshiruar " ose " po - fshini të gjitha të dhënat e përdoruesit." Pasi telefoni të ketë përfunduar një rivendosje të fortë, zgjidhni opsionin "Rindizni sistemin Tani". Në këtë pikë, procesi "Rivendosja e vështirë" mund të konsiderohet i përfunduar.

Ne kemi theksuar si pikë më vete situatën në të cilën mund të gjenden pronarët e pajisjeve Samsung. Ndodh që vegël të mos hyjë në modalitetin "Rimëkëmbje". Në këtë rast, përshtatësi Ging do t'ju ndihmojë. Futet në prizën e karikimit dhe brenda 3 sekondave futet në modalitetin e rimëkëmbjes.

Një program është zhvilluar gjithashtu për të rivendosur cilësimet në Android duke përdorur një kompjuter - Android Debug Bridge (ADB). Duhet të instalohet në kompjuterin tuaj dhe modaliteti ADB duhet të aktivizohet në telefon. Lidhni telefonin me kompjuterin (mundësisht me kabllo origjinale).

Për të rivendosur cilësimet e Android nga kompjuteri juaj, klikoni "Start" - "Run" dhe shkruani "cmd". Pas ekzekutimit të vijës së komandës, hapni programin duke shtypur "adb reboot recovery" në vijën e komandës. Pasi të keni futur telefonin inteligjent në modalitetin e Rimëkëmbjes, ndiqni udhëzimet e përshkruara më sipër.

konkluzionet

Në këtë udhëzues, ne shikuam mënyrat më të njohura për të rivendosur cilësimet në telefonat inteligjentë Android. Përpara se të fshini informacionin ose të bëni një rivendosje të vështirë, përpiquni të përgatisni një kopje rezervë të të dhënave tuaja ose të sinkronizoni pajisjen tuaj me llogarinë tuaj të Google.

Nëse keni ndonjë pyetje, pyesni ato në komentet e këtij artikulli.

Detajet Benks Krijuar: 28 tetor 2017 Përditësuar: 11 nëntor 2017

Pothuajse të gjitha projektet hasin probleme të shkaktuara nga trajtimi dhe ruajtja jo e duhur e datës dhe orës. Edhe nëse projekti përdoret në të njëjtën zonë kohore, përsëri mund të merrni surpriza të pakëndshme pasi të kaloni në orën dimërore/verore. Në të njëjtën kohë, pak njerëz janë në mëdyshje nga zbatimi i mekanizmit të saktë që në fillim, sepse duket se nuk mund të ketë probleme me këtë, pasi gjithçka është e parëndësishme. Fatkeqësisht, realiteti i mëvonshëm tregon se kjo nuk është kështu.

Logjikisht, mund të dallohen llojet e mëposhtme të vlerave që lidhen me datën dhe kohën:

Le të shqyrtojmë secilën pikë veç e veç, duke mos harruar.

Data dhe ora

Le të themi se laboratori që ka mbledhur materialin për analizë ndodhet në zonën kohore +2, dhe dega qendrore, e cila monitoron përfundimin në kohë të analizave, është në zonën +1. Kohët e dhëna në shembull janë shënuar kur materiali është mbledhur nga laboratori i parë. Shtrohet pyetja - çfarë shifre orare duhet të shohë zyra qendrore? Natyrisht, softueri i zyrës qendrore duhet të tregojë 15 Janar 2014 12:17:15 - një orë më pak, pasi sipas orës së tyre ngjarja ka ndodhur pikërisht në atë moment.

Le të shqyrtojmë një nga zinxhirët e mundshëm të veprimeve përmes të cilave të dhënat kalojnë nga klienti në server dhe mbrapa, i cili ju lejon të shfaqni gjithmonë saktë datën/kohën sipas zonës kohore aktuale të klientit:

1. Vlera krijohet tek klienti, për shembull 2 ​​Mars 2016 15 :13:36, klienti është në zonën kohore +2.
2. Vlera është konvertuar në një paraqitje të vargut për transmetim në server - "2016-03-02T 15 :13:36+02:00”.
3. Të dhënat e serializuara dërgohen në server.
4. Serveri deserializon kohën në një objekt datë/kohë, duke e sjellë atë në zonën e tij aktuale kohore. Për shembull, nëse serveri funksionon në +1, atëherë objekti do të përmbajë 2 Mars 2016 14 :13:36.
5. Serveri i ruan të dhënat në bazën e të dhënave, por ai nuk përmban asnjë informacion në lidhje me zonën kohore - llojet më të përdorura të datës/kohës thjesht nuk dinë asgjë për të. Kështu, data 2 mars 2016 do të ruhet në bazën e të dhënave 14 :13:36 në një zonë kohore "të panjohur".
6. Serveri lexon të dhënat nga baza e të dhënave dhe krijon një objekt përkatës me vlerën 2 Mars 2016 14 :13:36. Dhe meqenëse serveri funksionon në zonën kohore +1, kjo vlerë do të interpretohet gjithashtu brenda të njëjtës zonë kohore.
7. Vlera është konvertuar në një paraqitje të vargut për transmetim te klienti - "2016-03-02T 14 :13:36+01:00”.
8. Të dhënat e serializuara i dërgohen klientit.
9. Klienti deserializon vlerën e marrë në një objekt datë/kohë, duke e hedhur atë në zonën e tij aktuale kohore. Për shembull, nëse është -5, atëherë vlera e shfaqur duhet të jetë 2 Mars 2016 09 :13:36.

Gjithçka duket se është e paprekur, por le të mendojmë se çfarë mund të shkojë keq në këtë proces. Në fakt, problemet këtu mund të ndodhin pothuajse në çdo hap.

• Ora në klient mund të gjenerohet fare pa një zonë kohore - për shembull, tipi DateTime në .NET me DateTimeKind.Unspecified.
• Motori i serializimit mund të përdorë një format që nuk përfshin një zhvendosje të zonës kohore.
• Kur deserializohet në një objekt, kompensimi i zonës kohore mund të injorohet, veçanërisht në deserializuesit "shtëpi" - si në server ashtu edhe në klient.
• Kur lexoni nga një bazë të dhënash, një objekt datë/kohë mund të gjenerohet fare pa një zonë kohore - për shembull, shkruani DateTime në .NET me DateTimeKind.Unspecified. Për më tepër, me DateTime në .NET, në praktikë, kjo është pikërisht ajo që ndodh nëse nuk specifikoni në mënyrë eksplicite një tjetër DateTimeKind menjëherë pas korrigjimit.
• Nëse serverët e aplikacioneve që punojnë me një bazë të dhënash të përbashkët ndodhen në zona të ndryshme kohore, do të ketë konfuzion serioz në kompensimet kohore. Vlera e datës/kohës e shkruar në bazën e të dhënave nga serveri A dhe e lexuar nga serveri B do të jetë dukshëm e ndryshme nga e njëjta vlerë origjinale e shkruar nga serveri B dhe e lexuar nga serveri A.
• Transferimi i serverëve të aplikacionit nga një zonë në tjetrën do të çojë në interpretim të gabuar të vlerave të datës/kohës të ruajtura tashmë.

Por pengesa më serioze në zinxhirin e përshkruar më sipër është përdorimi i një zone kohore lokale në server. Nëse nuk ka kalim në orën verore/dimërore, atëherë nuk do të ketë probleme shtesë. Por përndryshe, ju mund të merrni shumë surpriza të pakëndshme.

Rregullat për konvertimin në orën verore/dimërore janë, në mënyrë rigoroze, të ndryshueshme. Vende të ndryshme mund t'i ndryshojnë rregullat e tyre herë pas here dhe këto ndryshime duhet të përfshihen në përditësimet e sistemit shumë më parë. Në praktikë, janë hasur në mënyrë të përsëritur situata të funksionimit të gabuar të këtij mekanizmi, të cilat përfundimisht janë zgjidhur duke instaluar korrigjime të shpejta qoftë për sistemin operativ, qoftë për bibliotekat e palëve të treta. Mundësia që të njëjtat probleme të përsëriten nuk është zero, kështu që është më mirë të keni një mënyrë për t'u siguruar që ato të shmangen.

Duke marrë parasysh konsideratat e përshkruara më sipër, ne do të formulojmë qasjen më të besueshme dhe të thjeshtë për transmetimin dhe ruajtjen e kohës: në server dhe në bazën e të dhënave, të gjitha vlerat duhet të konvertohen në zonën kohore UTC.

Le të shohim se çfarë na jep ky rregull:

• Kur dërgoni të dhëna në server, klienti duhet të kalojë kompensimin e zonës kohore në mënyrë që serveri të mund të konvertojë saktë kohën në UTC. Një opsion alternativ është të detyrosh klientin të bëjë këtë konvertim, por opsioni i parë është më fleksibël. Kur merr të dhëna nga serveri, klienti do të konvertojë datën dhe orën në zonën e tij lokale kohore, duke ditur që në çdo rast do ta marrë kohën në UTC.
• Nuk ka kalime midis kohës së verës dhe dimrit në UTC, kështu që problemet që lidhen me këtë nuk do të jenë të rëndësishme.
• Në server, kur lexoni nga baza e të dhënave, nuk keni nevojë të konvertoni vlerat e kohës, thjesht duhet të tregoni qartë se ajo korrespondon me UTC. Në .NET, për shembull, kjo mund të arrihet duke vendosur DateTimeKind në objektin kohë në DateTimeKind.Utc.
• Dallimi në zonat kohore midis serverëve që punojnë me një bazë të dhënash të përbashkët, si dhe transferimi i serverëve nga një zonë në tjetrën, nuk do të ndikojë në asnjë mënyrë në korrektësinë e të dhënave të marra.

Për të zbatuar një rregull të tillë, mjafton të kujdeseni për tre gjëra:

1. Bëni mekanizmin e serializimit dhe deserializimit të tillë që vlerat e datës/kohës të përkthehen saktë nga UTC në zonën lokale kohore dhe mbrapa.
2. Sigurohuni që deserializuesi nga ana e serverit krijon objekte të datës/kohës në UTC.
3. Sigurohuni që gjatë leximit nga baza e të dhënave, objektet e datës/kohës të krijohen në UTC. Ky artikull ndonjëherë ofrohet pa ndryshime kodi - thjesht zona kohore e sistemit në të gjithë serverët është vendosur në UTC.

Konsideratat dhe rekomandimet e mësipërme funksionojnë shumë kur kombinohen dy kushte:

• Kërkesat e sistemit nuk kërkojnë që zhvendosja e orës lokale dhe/ose e zonës kohore të shfaqet saktësisht siç është ruajtur. Për shembull, biletat e linjës ajrore duhet të printojnë oraret e nisjes dhe mbërritjes në zonën kohore që korrespondon me vendndodhjen e aeroportit. Ose nëse serveri dërgon fatura printimi të krijuara në vende të ndryshme, secila duhet të përfundojë me orën lokale dhe jo të konvertohet në zonën kohore të serverit.
• Të gjitha vlerat e datës dhe kohës në sistem janë "absolute" - d.m.th. përshkruani një pikë në kohë në të ardhmen ose të kaluarën që korrespondon me një vlerë të vetme në UTC. Për shembull, "automjeti lëshues u zhvillua në orën 23:00 me kohën e Kievit", ose "takimi do të zhvillohet nga ora 13:30 deri në 14:30 me kohën e Minskut". Numrat për këto ngjarje do të jenë të ndryshëm në zona të ndryshme kohore, por ato do të përshkruajnë të njëjtën pikë në kohë. Por mund të ndodhë që kërkesat e softuerit nënkuptojnë kohën "relative" lokale për disa raste. Për shembull, "ky program televiziv do të transmetohet nga ora 9:00 deri në orën 10:00 në çdo vend ku ka një filial kanali televiziv". Rezulton se transmetimi i një programi nuk është një ngjarje, por disa, dhe potencialisht të gjitha ato mund të ndodhin në periudha të ndryshme kohore në një shkallë "absolute".

Për rastet kur kushti i parë është shkelur, problemi mund të zgjidhet duke përdorur llojet e të dhënave që përmbajnë zonën kohore - si në server ashtu edhe në bazën e të dhënave. Më poshtë është një listë e vogël shembujsh për platforma të ndryshme dhe DBMS.

.NETO	DataTimeOffset
Java	org.joda.time.DateTime, java.time.ZonedDateTime
MS SQL	zhvendosja e datës
Oracle, PostgreSQL	VULL KOHORE ME ZONË KOHORE
MySQL	—

Shkelja e kushtit të dytë është një rast më kompleks. Nëse kjo kohë "relative" duhet të ruhet thjesht për t'u shfaqur dhe nuk ka asnjë detyrë për të përcaktuar momentin "absolut" në kohë kur ngjarja ka ndodhur ose do të ndodhë për një zonë të caktuar kohore, mjafton thjesht të çaktivizoni konvertimin e kohës. Për shembull, përdoruesi ka hyrë në fillimin e programit për të gjitha degët e kompanisë televizive më 25 mars 2016 në orën 9:00 dhe ai do të transmetohet, ruhet dhe shfaqet në këtë formë. Por mund të ndodhë që një programues të kryejë automatikisht veprime speciale një orë para fillimit të çdo programi (të dërgojë njoftime ose të kontrollojë praninë e disa të dhënave në bazën e të dhënave të kompanisë televizive). Zbatimi i besueshëm i një planifikuesi të tillë nuk është një detyrë e parëndësishme. Le të themi se planifikuesi e di se në cilën zonë kohore ndodhet secila degë. Dhe një nga vendet ku ka një degë vendos të ndryshojë zonën kohore pas disa kohësh. Rasti nuk është aq i rrallë sa mund të duket - gjatë këtij dhe dy viteve të mëparshme kam numëruar më shumë se 10 ngjarje të ngjashme (http://www.timeanddate.com/news/time/). Rezulton se ose përdoruesit duhet t'i mbajnë të përditësuara lidhjet e zonës kohore, ose planifikuesi duhet ta marrë automatikisht këtë informacion nga burime globale si API-ja e zonës kohore të Google Maps. Nuk marr përsipër të ofroj një zgjidhje universale për raste të tilla, thjesht do të vërej se situata të tilla kërkojnë studim serioz.

Siç shihet nga sa më sipër, nuk ka asnjë qasje të vetme që mbulon 100% të rasteve. Prandaj, së pari duhet të kuptoni qartë nga kërkesat se cilat nga situatat e lartpërmendura do të ndodhin në sistemin tuaj. Me shumë mundësi, gjithçka do të kufizohet në qasjen e parë të propozuar me ruajtje në UTC. Epo, situatat e jashtëzakonshme të përshkruara nuk e anulojnë atë, por thjesht shtojnë zgjidhje të tjera për raste të veçanta.

Data pa kohë

Le të themi se kemi renditur shfaqjen e saktë të datës dhe orës duke marrë parasysh zonën kohore të klientit. Le të kalojmë në datat pa kohë dhe shembullin e dhënë për këtë rast në fillim – “kontrata e re hyn në fuqi më 2 shkurt 2016”. Çfarë do të ndodhë nëse përdoren të njëjtat lloje dhe i njëjti mekanizëm për vlera të tilla si për datat dhe oraret "të rregullta"?

Jo të gjitha platformat, gjuhët dhe DBMS-të kanë tipe vetëm për data. Për shembull, në .NET ekziston vetëm lloji DateTime, nuk ka asnjë lloj të veçantë "vetëm Date". Edhe nëse është specifikuar vetëm një datë gjatë krijimit të një objekti të tillë, ora është ende e pranishme dhe është e barabartë me 00:00:00. Nëse transferojmë vlerën "2 Shkurt 2016 00:00:00" nga një zonë me një zhvendosje prej +2 në +1, marrim "1 Shkurt 2016 23:00:00". Për shembullin e mësipërm, kjo do të ishte e barabartë me kontratën e re që fillon më 2 shkurt në njërën zonë kohore dhe më 1 shkurt në tjetrën. Nga pikëpamja juridike, kjo është absurde dhe, natyrisht, nuk duhet të jetë kështu. Rregulli i përgjithshëm për datat "të pastra" është jashtëzakonisht i thjeshtë - vlera të tilla nuk duhet të konvertohen në asnjë hap të ruajtjes dhe leximit.

Ka disa mënyra për të shmangur konvertimin për data:

• Nëse platforma mbështet një lloj që përfaqëson një datë pa kohë, atëherë duhet të përdoret.
• Shtoni një atribut të veçantë në meta të dhënat e objektit që do t'i tregojë serializuesit se zona kohore duhet të injorohet për një vlerë të caktuar.
• Kaloni datën nga klienti dhe mbrapa si varg dhe ruajeni si datë. Kjo qasje është e papërshtatshme nëse nuk duhet vetëm të shfaqni datën në klient, por edhe të kryeni disa operacione mbi të: krahasimi, zbritja, etj.
• Kaloni dhe ruani si varg dhe konvertojeni në një datë vetëm për formatim bazuar në cilësimet rajonale të klientit. Ai ka edhe më shumë disavantazhe se opsioni i mëparshëm - për shembull, nëse pjesët e datës në vargun e ruajtur nuk janë në rendin "vit, muaj, ditë", atëherë do të jetë e pamundur të bëhet një kërkim efektiv i indeksuar sipas intervalit të datave.

Sigurisht, mund të përpiqeni të jepni një kundërshembull dhe të thoni se kontrata ka kuptim vetëm brenda vendit në të cilin është lidhur, vendi është në të njëjtën zonë kohore, dhe për këtë arsye momenti i hyrjes në fuqi mund të përcaktohet pa mëdyshje. Por edhe në këtë rast, përdoruesit nga zona të tjera kohore nuk do të jenë të interesuar në cilin moment në kohën e tyre lokale do të ndodhë kjo ngjarje. Dhe edhe nëse do të kishte nevojë për të treguar këtë moment në kohë, atëherë do të duhej të shfaqej jo vetëm data, por edhe koha, e cila bie ndesh me kushtin origjinal.

Interval kohor

Me ruajtjen dhe përpunimin e intervaleve kohore, gjithçka është e thjeshtë: vlera e tyre nuk varet nga zona kohore, kështu që nuk ka rekomandime të veçanta këtu. Ato mund të ruhen dhe transmetohen si një numër njësish kohore (numër i plotë ose pikë lundruese, në varësi të saktësisë së kërkuar). Nëse saktësia e dytë është e rëndësishme, atëherë si numri i sekondave, nëse saktësia e milisekondës është e rëndësishme, atëherë si numri i milisekondave, etj.

Por llogaritja e intervalit mund të ketë kurthe. Le të themi se kemi një mostër të kodit C# që llogarit intervalin kohor midis dy ngjarjeve:

DataTime start = DataTime.Tani; //... DataTime fund = DataTime.Tani; orët e dyfishta = (mbarimi - fillimi).TotalHours;
Në pamje të parë, këtu nuk ka probleme, por nuk është kështu. Së pari, mund të ketë probleme me testimin e njësisë së një kodi të tillë, por ne do të flasim për këtë pak më vonë. Së dyti, le të imagjinojmë se momenti fillestar i kohës bie në kohën e dimrit, dhe momenti i fundit bie në kohën e verës (për shembull, kështu matet numri i orëve të punës, dhe punëtorët kanë një turn të natës).

Le të supozojmë se kodi po funksionon në një zonë kohore në të cilën koha e kursimit të ditës në 2016 ndodh natën e 27 marsit dhe simulojmë situatën e përshkruar më sipër:

DataTime start = DateTime.Parse("2016-03-26T20:00:15+02"); DataTime fund = DataTime.Parse("2016-03-27T05:00:15+03"); orët e dyfishta = (mbarimi - fillimi).TotalHours;
Ky kod do të rezultojë në 9 orë, megjithëse në fakt kanë kaluar 8 orë midis këtyre momenteve. Mund ta verifikoni lehtësisht këtë duke ndryshuar kodin si ky:

DataTime start = DateTime.Parse("2016-03-26T20:00:15+02").ToUniversalTime(); DataTime fund = DataTime.Parse("2016-03-27T05:00:15+03").ToUniversalTime(); orët e dyfishta = (mbarimi - fillimi).TotalHours;
Prandaj përfundimi - çdo operacion aritmetik me datë dhe orë duhet të bëhet duke përdorur ose vlerat UTC ose llojet që ruajnë informacionin e zonës kohore. Dhe pastaj transferojeni përsëri në ato lokale nëse është e nevojshme. Nga ky këndvështrim, shembulli origjinal mund të korrigjohet lehtësisht duke ndryshuar DateTime.Now në DateTime.UtcNow.

Kjo nuancë nuk varet nga një platformë apo gjuhë specifike. Këtu është kodi i ngjashëm në Java që ka të njëjtin problem:

LocalDateTime start = LocalDateTime.now(); //... LocalDateTime fund = LocalDateTime.now(); orë të gjata = ChronoUnit.HOURS.ndërmjet (fillimi, fundi);
Mund të rregullohet gjithashtu lehtësisht - për shembull, duke përdorur ZonedDateTime në vend të LocalDateTime.

Orari i ngjarjeve të planifikuara

Planifikimi i ngjarjeve të planifikuara është një situatë më komplekse. Nuk ka asnjë lloj universal që ju lejon të ruani oraret në bibliotekat standarde. Por një detyrë e tillë nuk lind shumë rrallë, kështu që zgjidhjet e gatshme mund të gjenden pa probleme. Një shembull i mirë është formati i planifikuesit cron, i cili përdoret në një formë ose në një tjetër nga zgjidhje të tjera, si Quartz: http://quartz-scheduler.org/api/2.2.0/org/quartz/CronExpression.html. Ai mbulon pothuajse të gjitha nevojat e planifikimit, duke përfshirë opsione si "e premtja e dytë e muajit".

Në shumicën e rasteve, nuk ka kuptim të shkruani planifikuesin tuaj, pasi ka zgjidhje fleksibël, të testuara me kohë, por nëse për ndonjë arsye ka nevojë të krijoni mekanizmin tuaj, atëherë të paktën formati i orarit mund të huazohet. nga cron.

Përveç rekomandimeve të përshkruara më sipër në lidhje me ruajtjen dhe përpunimin e llojeve të ndryshme të vlerave kohore, ka edhe disa të tjera që do të doja të përmendja gjithashtu.

Së pari, në lidhje me përdorimin e anëtarëve të klasës statike për të marrë kohën aktuale - DateTime.UtcNow, ZonedDateTime.now(), etj. Siç u tha, përdorimi i tyre drejtpërdrejt në kod mund të komplikojë seriozisht testimin e njësisë, pasi pa korniza të veçanta tallëse nuk do të jetë e mundur të zëvendësohet koha aktuale. Prandaj, nëse planifikoni të shkruani teste për njësi, duhet të siguroheni që zbatimi i metodave të tilla mund të zëvendësohet. Ekzistojnë të paktën dy mënyra për të zgjidhur këtë problem:

• Siguroni një ndërfaqe IDateTimeProvider me një metodë të vetme që kthen kohën aktuale. Pastaj shtoni një varësi në këtë ndërfaqe në të gjitha njësitë e kodit ku duhet të merrni kohën aktuale. Gjatë ekzekutimit normal të programit, zbatimi "default" do të injektohet në të gjitha këto vende, i cili kthen kohën reale aktuale, dhe në testet e njësisë - çdo zbatim tjetër të nevojshëm. Kjo metodë është më fleksibile nga pikëpamja e testimit.
• Krijoni klasën tuaj statike me një metodë për marrjen e kohës aktuale dhe aftësinë për të instaluar çdo zbatim të kësaj metode nga jashtë. Për shembull, në rastin e kodit C#, kjo klasë mund të ekspozojë vetinë UtcNow dhe metodën SetImplementation(Func) impl). Përdorimi i një vetie ose metode statike për të marrë kohën aktuale eliminon nevojën për të specifikuar në mënyrë eksplicite një varësi nga një ndërfaqe shtesë kudo, por nga pikëpamja e parimeve OOP nuk është një zgjidhje ideale. Sidoqoftë, nëse për ndonjë arsye opsioni i mëparshëm nuk është i përshtatshëm, atëherë mund ta përdorni këtë.

Një çështje shtesë që duhet të adresohet kur migroni në zbatimin e ofruesit tuaj aktual të kohës është të siguroheni që askush të mos vazhdojë të përdorë klasa standarde në "mënyrën e modës së vjetër". Kjo detyrë është e lehtë për t'u zgjidhur në shumicën e sistemeve të kontrollit të cilësisë së kodit. Në thelb, bëhet fjalë për kërkimin e një nënvargu "të padëshiruar" në të gjithë skedarët, përveç atij ku deklarohet zbatimi "i parazgjedhur".

Paralajmërimi i dytë për marrjen e kohës aktuale është ai klientit nuk mund t'i besohet. Koha aktuale në kompjuterët e përdoruesve mund të jetë shumë e ndryshme nga ajo reale dhe nëse ka logjikë të lidhur me të, atëherë ky ndryshim mund të shkatërrojë gjithçka. Të gjitha vendet ku ka nevojë për të marrë kohën aktuale duhet, nëse është e mundur, të bëhen në anën e serverit. Dhe, siç u përmend më herët, të gjitha veprimet aritmetike me kohën duhet të kryhen ose në vlera UTC ose duke përdorur lloje që ruajnë kompensimin e zonës kohore.

Dhe një gjë tjetër që doja të përmendja është standardi ISO 8601, i cili përshkruan formatin e datës dhe orës për shkëmbimin e informacionit. Në veçanti, paraqitja e vargut të datës dhe orës së përdorur në serializimin duhet të jetë në përputhje me këtë standard për të parandaluar problemet e mundshme të përputhshmërisë. Në praktikë, është jashtëzakonisht e rrallë që ju duhet ta zbatoni vetë formatimin, kështu që vetë standardi mund të jetë i dobishëm kryesisht për qëllime informative.

Etiketa: Shtoni etiketa

Nëse në kompjuterin tuaj ora dhe data janë rivendosur. Nëse Cilësimet e BIOS janë rivendosur. Nëse ngarkimi i Windows ndërpritet (për shembull, Windows fillon për herë të dytë). Erdhi koha për të ndryshuar baterinë CMOS në motherboard në njësinë tuaj të sistemit! Ja përgjigjja e pyetjes: “Pse koha në kompjuter shkon keq?”!

Pas zëvendësimit të baterisë, herën e parë që ndizni kompjuterin, cilësimet e fabrikës të ruajtura në BIOS do të "rivendosen" në memorien CMOS. Kjo, nga rruga, është një nga mënyrat për të rregulluar problemin nëse jeni shumë të zgjuar me cilësimet e BIOS. Për ta bërë këtë, duhet të fikni kompjuterin, të hiqni baterinë nga pllaka amë për 30 sekonda, ta instaloni përsëri dhe cilësimet e BIOS-it të fabrikës do të rikthehen dhe kompjuteri do të funksionojë përsëri.

Jetëgjatësia e baterisë CMOS

Jetëgjatësia e baterisë është 3-5 vjet. Megjithatë, ka përjashtime - disa bateri zgjasin më shumë (me cilësi të lartë) ose më pak (për shkak të defekteve). Nëse shkaku është bateria, atëherë ka shumë të ngjarë që cilësimet e tjera të përdoruesit të humbasin së bashku me orën.

Çfarë është BIOS dhe CMOS

Për ata që e kanë hasur fjalën BIOS për herë të parë, unë do t'ju shpjegoj. BIOS(Anglisht: sistemi bazë input/output - “basic input/output system”), gjithashtu BSVV, është një pjesë e softuerit të sistemit të implementuar në formën e mikroprogrameve, i cili synon t'i sigurojë sistemit operativ akses API në harduerin e kompjuterit dhe pajisjet e lidhura me të.
CMOS(emri i teknologjisë me të cilën prodhohet çipi: Complementary Metal-Oxide-Semiconductor - gjysmëpërçues oksid metalik plotësues ose CMOS). Përveç cilësimeve të BIOS-it, CMOS ruan cilësimet e konfigurimit të kompjuterit.

Një arsye tjetër për të rivendosur datën dhe orën

Së dyti Arsyeja që koha në kompjuter humbet mund të jetë zgjedhja e gabuar e zonës kohore rajonin tuaj. Është e rëndësishme që ora që vendosni të përputhet me zonën tuaj kohore. Nëse zona kohore është vendosur saktë, bateria është e mirë dhe koha në kompjuterin tuaj është ende e fikur, atëherë mund të supozojmë se sistemi juaj nuk ka përditësimet më të fundit dhe ka mosmarrëveshje me serverin e kohës në internet. Për të siguruar që koha në kompjuterin tuaj të mos humbasë, duhet të bëni sa më poshtë.
Në orën në tabaka, kliko me të djathtën mbi miun dhe do të hapet një menu e kontekstit. Më pas, zgjidhni artikullin Vendosja e datës dhe orës.

Në skedën Data dhe Ora, zgjidhni - Ndrysho zonën kohore.

Hiq zgjedhjen e opsionit Kalimi automatik në kohën e kursimit të ditës dhe kthimi dhe klikoni OK.

Tjetra, shkoni te skeda Koha e Internetit dhe klikoni - Ndrysho cilësimet.

Arkivi i një sistemi të mbikqyrjes video është një sasi e caktuar informacioni (incizime nga kamerat CCTV) të ruajtura në një medium. Më shpesh, ky është një hard disk (HDD) i kapacitetit (vëllimit) të kërkuar. Le të shohim çështjet kryesore që lidhen me arkivimin e videove nga një këndvështrim praktik.

Në mënyrë konvencionale, sistemet e mbikëqyrjes video mund të ndahen në grupet e mëposhtme:

• amator;
• gjysmë-profesionale;
• profesionale.

Prandaj, kërkesat për metodën e krijimit të një arkivi dhe koha për ruajtjen e të dhënave do të jenë të ndryshme.

Grupi i parë përfshin mbikëqyrjen video të instaluar në një shtëpi të vendit, në një shtëpi private ose apartament. Si rregull, sisteme të tilla kanë një numër relativisht të vogël kamerash, regjistrimi kryhet në hard diskun e DVR.

Sisteme gjysëm profesionale do t'i quaja pajisje të instaluara në dyqane të vogla, zyra etj. Nga pikëpamja teknike nuk ndryshojnë shumë nga të parët. Koha e ruajtjes së arkivit në të dyja rastet përcaktohet nga pronari dhe mund të variojë nga disa ditë në disa javë.

Zakonisht ekzistojnë dy faktorë që përcaktojnë këto terma:

• koha gjatë së cilës mund të jetë e nevojshme të merret informacion për qëllime të caktuara;
• Buxheti i ndarë për pajisjen e objektit me sistem video survejimi.

Pavarësisht qartësisë së pikës së parë, këtu ka disa nuanca. Fakti është se sistemet moderne të regjistrimit të videove ju lejojnë të krijoni kopje rezervë të fragmenteve të nevojshme. Rezervimi bëhet më shpesh në një flash drive (disk USB), megjithëse opsione të tjera janë të mundshme - kjo varet nga modeli dhe aftësitë e të njëjtit DVR.

Kështu, detyra e përcaktimit të thellësisë së kërkuar të arkivit zbret në përcaktimin e kohës gjatë së cilës bëhet e ditur për një ngjarje që kërkon hetim të mëtejshëm.

Pas kësaj, krijohet një kopje e skedarëve të nevojshëm video dhe ruhet për çdo kohë të nevojshme, për shembull, gjatë procedurave ligjore.

Sistemet profesionale të instaluara në banka, dyqane bizhuterish dhe hipermarkete kanë një jetëgjatësi ruajtjeje prej të paktën një muaji. Për objekte veçanërisht të rëndësishme, arkivi i regjistrimeve nga kamerat CCTV mund të jetë dy muaj ose më shumë i thellë. Nga rruga, kërkesat për metodat e arkivimit janë më të rrepta këtu, por më shumë për këtë më poshtë.

SA GJATE RUAJHET REGJISTRIMI NGA KAMERA CCTV?

Pak a shumë i kemi rregulluar çështjet organizative në lidhje me kohën e ruajtjes së regjistrimeve nga videokamerat. Tani mund të kalojmë në anën teknike të çështjes. Siç është përmendur tashmë, pajisja kryesore e ruajtjes së regjistrimit për sistemet e thjeshta të mbikëqyrjes video është hard disk drive (HDD). Kapaciteti i tij përcakton kohën e ruajtjes së arkivit.

Fakti është se askush nuk do të llogarisë vlerën e saktë për ju. Në të vërtetë, përveç faktorëve të tillë që mund të merren parasysh:

• Rezolucioni i kamerës CCTV;
• shpejtësia e kompresimit;
• lloji i kodekut të përdorur, etj.,

Ka aspekte që janë të vështira për t'u përcaktuar, për shembull, intensiteti i trafikut njerëzor në zonën e shikimit. Përveç kësaj, mund të jetë i ndryshëm për kamera të ndryshme CCTV. Në këtë rast, ia vlen të përcaktohet koha e kërkuar e ruajtjes për secilën videokamerë, të llogaritet sasia e kërkuar e memories për kohën e regjistrimit të një zone specifike dhe të mblidhen rezultatet.

Sidoqoftë, siç tregon përvoja personale, në shumicën e rasteve, për sistemet e mbikëqyrjes video, të cilat i klasifikova në fillim të artikullit si amatore, një kapacitet memorie prej 1 TB është mjaft i mjaftueshëm. Por megjithatë, ia vlen të vlerësohet përafërsisht kapaciteti i HDD.

Vlen të përmendet se llogaritja e thellësisë së arkivit nuk bën ndonjë ndryshim thelbësor për sistemet analoge dhe IP të mbikëqyrjes video. Sigurisht, këtu ka hollësi, por në nivelin "e përditshëm" ato nuk janë themelore.

HDD PER VIDEO MBIKQYRJE

Siç është përmendur tashmë, shumica dërrmuese e sistemeve të mbikëqyrjes video përdorin një hard disk për të regjistruar informacione video. Përveç një sasie të caktuar memorie, HDD duhet të ketë besueshmëri të lartë. Në të njëjtën kohë, nuk është aspak e nevojshme të blini një hard disk të specializuar për mbikëqyrje video, veçanërisht pasi kjo është më shumë një mashtrim marketingu sesa realitet.

Karakteristikat e një hard disk tregojnë gjithmonë parametrat e mëposhtëm:

• shpejtësia e rrotullimit;
• sasia e memories së integruar;
• lloji i ndërfaqes.

Dy të parat nuk kanë një ndikim të veçantë në zgjedhjen e HDD për sistemet e mbikqyrjes video. Përveç nëse flasim për shpejtësinë e rrotullimit të boshtit, një numër i madh rrotullimesh mund të ndikojnë indirekt në qëndrueshmërinë e diskut në DVR.

Fakti është se sa më i lartë ky tregues, aq më e lartë është temperatura e funksionimit të pajisjes. Për një sistem me një numër të madh kamerash dhe intensitet të lartë regjistrimi, kjo mund të jetë kritike. Një shpejtësi prej 5400 ose 7200 rps është mjaft e mjaftueshme për qëllimet tona.

Sa i përket ndërfaqes, shumica e regjistruesve përdorin SATA, dhe ato janë gjithashtu më të zakonshmet. Por megjithatë, kushtojini vëmendje kësaj pike kur blini një disk.

Për dashamirët e statistikave: hard disqet më të njohura për sistemet e mbikqyrjes video janë Western Digital dhe Seagate.

Dëshiroj t'ju kujtoj edhe një herë se formatimi i hard drive fshin të gjithë arkivin, megjithëse DVR zakonisht paralajmëron për këtë. Por ai nuk thotë se ka dy mënyra të punës me HDD, por ju duhet ta dini këtë:

Kur hard disku është plot, regjistrimi ndalon; ose, nëse disku është plot, atëherë kryhet mbishkrimi - skedarët e rinj shkruhen në vend të skedarëve më të vjetër.

Diçka tjetër që nuk duhet të harroni:

• çdo DVR ka kufizime në madhësinë e diskut të mbështetur;
• Ka regjistrues me aftësinë për të lidhur dy HDD.

Të gjitha sa më sipër do t'ju lejojnë të zgjidhni pajisjet e kërkuara dhe të siguroni periudhën e kërkuar të ruajtjes për të dhënat. Por mbani në mend se kur përdorni opsionet e diskutuara, dështimi i hard drive do t'ju privojë nga të gjitha informacionet e regjistruara më parë.

Nëse kërkohet besueshmëri e lartë e ruajtjes së informacionit të videos, atëherë duhet të përdorni sisteme IP me ruajtje informacioni në një server të mbikqyrjes video dhe të përdorni grupe RAID për të krijuar dhe ruajtur arkivat e videove. I shtrenjtë, sigurisht, por një sistem profesional nuk është kurrë i lirë.

* * *

© 2014-2019 Të gjitha të drejtat e rezervuara.
Materialet në faqe janë vetëm për qëllime informative dhe nuk mund të përdoren si udhëzime ose dokumente rregullatore.

Sot do të merremi me problemin: pse cilësimet e datës dhe orës mund të humbasin kur ngarkoni sistemin operativ. Mos u shqetësoni, asgjë e keqe nuk ka ndodhur me kompjuterin tuaj dhe problemi mund të zgjidhet vetë.

Zonat kohore

Arsyeja e parë mund të jetë një zonë kohore e zgjedhur gabimisht. Prandaj, kur ngarkoni sistemin operativ, koha sinkronizohet me serverin dhe, në përputhje me rrethanat, vendoset gabimisht.

Për të parë zonën kohore që keni zgjedhur, duhet të klikoni me të djathtën në orën e vendosur në tabaka dhe të zgjidhni artikullin nga menyja e kontekstit "Vendosja e datës dhe orës".

Në dritaren tjetër, shikoni zonën e caktuar kohore. Nëse është zgjedhur gabimisht, klikoni në butonin "Ndrysho zonën kohore..." dhe vendosni vlerën e dëshiruar. Pastaj klikoni në butonin "Aplikoni" dhe "OK".

Ndrysho në një kohë tjetër

Arsyeja e dytë është kalimi automatik në kohën verore/dimërore. Siç e dini, ky tranzicion është anuluar në Rusi që nga viti 2014. Kjo është arsyeja pse ora në kompjuterin tuaj mund të jetë ose prapa ose e shpejtë për 1 orë.

Për të zgjidhur këtë problem, thjesht duhet të përditësoni sistemin operativ të instaluar. Nëse, për arsye të njohura, nuk mund ta bëni këtë, atëherë ne do të shqyrtojmë metoda të tjera.

Për ta bërë këtë, kliko me të djathtën përsëri në orën në tabaka dhe zgjidhni nga menyja e kontekstit "Vendosja e datës dhe orës". Në dritaren tjetër shkoni te skeda "Koha në internet". Këtu klikojmë në butonin "Ndrysho cilësimet". Tani ju duhet të zgjidhni kutinë "Sinkronizimi me serverin e kohës së internetit" dhe klikoni "OK". Pastaj klikoni "Aplikoni" dhe "OK". Pastaj thjesht vendosni kohën e duhur.

Mund të provoni gjithashtu të ndryshoni zonën kohore. Për shembull, keni vendosur UTC+03.00, ndryshojeni në UTC+02.00.

Bateria në motherboard është e vdekur

Arsyeja e tretë, pse humbet ora dhe data në kompjuter, mund të jetë një bateri e vdekur në motherboard. Për më tepër, ato humbasin sa herë që fikni energjinë në njësinë e sistemit.

Gjë është se kur kompjuteri shkëputet nga rrjeti, koha e sistemit dhe cilësimet e BIOS nuk humbasin vetëm për shkak të fuqisë së marrë nga bateria. Prandaj, kur ulet, kur ngarkoni sistemin operativ, mund të shfaqet një dritare ku ju, dhe më pas ora dhe data janë të pasakta.

Në këtë rast, duhet të shkëputni njësinë e sistemit nga rrjeti, ta ktheni me kapakun e pasmë drejt jush dhe të hiqni vidhat që sigurojnë kapakët anësore. Pastaj hiqni mbulesën anësore dhe gjeni baterinë e vogël në motherboard. Ajo ka formën e një tablete, siguron një tension prej 3 volt dhe zakonisht quhet CR2016, CR2025, CR2032. Hiqeni me kujdes, fiksohet atje me një shul dhe blini të njëjtin në dyqan - nuk janë të shtrenjta. Më pas instaloni baterinë dhe bashkojini sërish pjesët e njësisë së sistemit.

Tani ndizni kompjuterin dhe menjëherë. Kjo mund të bëhet duke shtypur F2 ose Del kur ngarkoni sistemin operativ. Aty vendosëm datën dhe orën e duhur. Pastaj dalim nga BIOS dhe presim që sistemi të përfundojë ngarkimin. Pastaj thjesht vendosni datën dhe orën e saktë në kompjuterin tuaj.

Viruset

Arsyeja e katërt mund të quhen viruse kompjuterike. Në të njëjtën kohë, ato janë të ngulitura në skedarët e sistemit dhe për shkak të kësaj, cilësimet e datës dhe orës mund të humbasin.

Kontrolloni kompjuterin tuaj me një program antivirus. Për më tepër, është më mirë ta bëni këtë jo vetëm me atë të instaluar në kompjuter, por edhe me disa të tjerë. Nëse diçka nuk është në rregull, hiqni çdo virus të gjetur. Nëse jeni ende në dyshim, kontrolloni disqet jo-sistem për viruse dhe formatoni diskun e sistemit në kompjuterin tuaj. Ju mund të lexoni më shumë rreth kësaj në një artikull të veçantë.

Shpresoj që një nga metodat e diskutuara më lart do t'ju ndihmojë. Dhe kur ngarkoni sistemin operativ, nuk do të shqetësoheni më nga cilësimet e pasakta të datës dhe orës në kompjuterin tuaj.

Vlerësoni këtë artikull: