{"id":54667,"date":"2020-01-01T00:00:00","date_gmt":"2019-12-31T21:00:00","guid":{"rendered":"https:\/\/prohoster.info\/blog\/blog_prohoster\/chto-ajtishniku-ne-stoit-delat-v-2020"},"modified":"2020-02-18T14:02:42","modified_gmt":"2020-02-18T11:02:42","slug":"chto-ajtishniku-ne-stoit-delat-v-2020","status":"publish","type":"post","link":"https:\/\/prohoster.info\/no\/blog\/administrirovanie\/chto-ajtishniku-ne-stoit-delat-v-2020","title":{"rendered":"Hva b\u00f8r ikke IT-folk gj\u00f8re i 2020?","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Habr er fullt av sp\u00e5dommer og r\u00e5d om hva man b\u00f8r gj\u00f8re i det kommende \u00e5ret \u2013 hvilke spr\u00e5k man b\u00f8r l\u00e6re, hvilke omr\u00e5der man b\u00f8r g\u00e5 inn i, hvordan man b\u00f8r ta vare p\u00e5 helsen sin. Det h\u00f8res inspirerende ut! Men enhver mynt har to sider, og vi snubler ikke bare i noe nytt, men i stor grad i det vi gj\u00f8r hver dag. \u00abHvorfor fikk jeg ikke advarsel!\u00bb, utbryter vi irritert, vanligvis til oss selv. Vi legger oss i skuddlinjen \u2013 vi har samlet en liste over hva du IKKE b\u00f8r gj\u00f8re i 2020 (eller kanskje alltid).\u00a0<\/p>\n

\"Hva<\/a><\/noindex>
\nMen gravitasjonen ble ikke spurt<\/i>
\n<\/a><\/noindex>
\nVi ville gjerne ha rangert anti-anbefalingene i rekkef\u00f8lge, fra det viktigste til det minst betydningsfulle. Men de er s\u00e5 utbredte, likeverdige og kjent for nesten alle at vi vil skrive dem i tilfeldig rekkef\u00f8lge. Klar for \u00e5 sjekke listen?<\/p>\n

Ikke g\u00e5 inn i IT hvis alt g\u00e5r bra<\/h3>\n

\nIkke l\u00e6r en ny teknologi for \u00e5 bytte karriere eller starte p\u00e5 nytt. V\u00e5r tid er fantastisk fordi man kan l\u00e6re, bytte jobb, endre yrkesretning \u2013 og gj\u00f8re det helt til pensjon. Det er en spennende og fristende mulighet. Men hvis du er over 28-30, er det ikke lurt \u00e5 kaste alt for \u00e5 g\u00e5 inn i IT eller bytte til en ny teknologi (for eksempel hvis du jobber med h\u00f8yt belastede systemer p\u00e5 Java og plutselig bestemmer deg for \u00e5 begynne med nevrale nettverk p\u00e5 Python). Grunnen er enkel: det vil v\u00e6re vanskelig for deg. For det f\u00f8rste er konkurransen h\u00f8y fra spesialister som har jobbet med denne teknologien siden starten av karrieren sin, for det andre m\u00e5 du begynne p\u00e5 nytt som junior med lav l\u00f8nn, og for det tredje vil det v\u00e6re f\u00f8lelsesmessig utfordrende \u00e5 v\u00e6re underordnet i den laveste hierarkiske stillingen. S\u00e5 hvis du vil bevege deg i en annen retning, pr\u00f8v \u00e5 gj\u00f8re det enten innenfor rammen av n\u00e5v\u00e6rende arbeid og oppgaver, eller utvikle ny kunnskap som en hobby, lage et pet-prosjekt, slik at du kan g\u00e5 inn i en ny jobb ikke som junior.\u00a0<\/p>\n

\u00c5 bytte teknologi-stakk er bare \u00e5 kaste bort tid<\/h3>\n

\nIkke beveg deg frem og tilbake mellom teknologistakker for utviklingen din. Hvis du skriver et prosjekt p\u00e5 ett spr\u00e5k, bruker en bestemt ramme og biblioteker, er det ikke lurt \u00e5 kaste alt bort og skrive det p\u00e5 Dart, bare fordi det virker interessant. Det b\u00f8r bli en regel \u00e5 finne gode grunner for \u00e5 bytte teknologi \u2013 ikke bare p\u00e5 niv\u00e5et \u00abjeg vil-ikke kan\u00bb, men ogs\u00e5 p\u00e5 finansielt og ingeni\u00f8rmessig niv\u00e5.\u00a0<\/p>\n

\"Hva
\n<\/p>\n

Ikke st\u00e5 fast p\u00e5 ditt syn og bli bronsert.<\/h3>\n

\n\u00c5 holde seg til ett spr\u00e5k eller teknologi og ikke l\u00e6re noe nytt er like ekstremt som \u00e5 skifte teknologi hver gang det kommer noe nytt. S\u00f8rg for \u00e5 l\u00e6re nye biblioteker og rammeverk, v\u00e6r ikke sta i troen p\u00e5 at alt det beste allerede er funnet og kun fullf\u00f8rt av deg. For praktisk talt hvert spr\u00e5k kommer det stadig oppdateringer som kan forbedre prosjektet ditt betydelig. Ikke v\u00e6r lat, f\u00f8lg med p\u00e5 utviklingen av stakken din, og s\u00e5 snart du finner noe kult og nyttig, er det bare \u00e5 ta det inn i prosjektet!<\/p>\n

Egen hjerne er god, alltid god.<\/h3>\n

\nTenk ikke med andres hoder, ditt eget er bedre. Dessverre sitter noen utviklere og venter p\u00e5 oppdrag n\u00e5r de skal kode fra f\u00f8rste feil til slutt, uten \u00e5 fors\u00f8ke \u00e5 bidra med noe eget, utvikle en ny funksjon, teste og foresl\u00e5 for produksjon. Hvorfor slite med dette n\u00e5r lederen eller teamlederen uansett vil ta avgj\u00f8relsene? Hvis du kjenner deg igjen, har vi d\u00e5rlige nyheter: en passiv holdning vil ikke hjelpe verken i karrieren eller utviklingen. Du har sjansen til \u00e5 pr\u00f8ve deg som utviklingsingeni\u00f8r, ikke bare som koder i et ekte prosjekt, og forst\u00e5 hvilken vei du skal g\u00e5, hva du mangler, men foretrekker \u00e5 bruke tiden din p\u00e5 noe annet og gj\u00f8re akkurat \u00abfra dette til dette\u00bb. Slike folk overlever stadig d\u00e5rligere i dagens IT-verden, s\u00e5 komm deg ut av dvalen.\u00a0<\/p>\n

Brukere er fryktelige mennesker.<\/h3>\n

\nIkke overvurder brukerne av programvaren din: hvis du skriver ikke for programmerere, forvent at programmet vil m\u00f8te uforstand. De f\u00f8rste dagene eller ukene vil brukeren hate programvaren din fordi \u00abden gamle ikke var s\u00e5 dum\u00bb. For \u00e5 unng\u00e5 dette, lag god dokumentasjon og oppl\u00e6ringsmateriale. N\u00e5r du installerer eller kj\u00f8per, b\u00f8r du p\u00e5 en veldig p\u00e5trengende m\u00e5te antyde at manualene b\u00f8r leses f\u00f8r man begynner \u00e5 bruke programmet, ikke etter at databasen har krasjet, passordet er mistet og selvkontrollen er borte.<\/p>\n

\"Hva
\n
\nIkke undervurder brukerne: de er smartere, mer kloke og nysgjerrigere enn du tror. Hvis du tror at den buggen med variabelformatet og unntaket p\u00e5 den 138. Enter-tasten med et intervall p\u00e5 ett sekund ikke vil dukke opp, tar du feil - de vil dukke opp og p\u00e5virke appens funksjon p\u00e5 de mest uventede m\u00e5ter. Dilettantreglen gjelder: det er nettopp denne kategorien som gj\u00f8r testing best. Men brukerne liker av en eller annen grunn ikke \u00e5 oppdage bugs i produksjon - det er ingen IT-solidaritet der. Generelt, jo mer sikker du er p\u00e5 programvaren din, jo bedre. Tross alt, det er bedre \u00e5 forsinke lanseringen av noen funksjoner enn \u00e5 legge dem til i en fungerende applikasjon og gj\u00f8re den plutselig ustabil.<\/p>\n

\"Hva\u00a0<\/p>\n

Slutt \u00e5 google!<\/h3>\n

\nSlutt \u00e5 bruke bare Google. Selv om vi ikke kan diskutere det - innen utvikling kan du finne mye med en direkte s\u00f8kefraser. Jo dypere du graver etter informasjon, jo mer 'sideinformasjon' f\u00e5r du, og jo mer l\u00e6rer du, fordi du oppdager noe nytt som ikke er relatert til foresp\u00f8rselen din, men sannsynligvis nyttig i fremtiden. G\u00e5 til komplette materialer, b\u00f8ker, artikler osv. Spr\u00e5k og biblioteker har spesifikasjoner, fellesskap, hvordan gj\u00f8re det, og p\u00e5 denne m\u00e5ten f\u00e5r du den mest p\u00e5litelige metoden for \u00e5 utvikle programmeringsferdigheter - bare les dokumentasjonen, ikke let etter andres lokale l\u00f8sninger og kodefragmenter. Hva om l\u00f8sningen din er mer optimal, raskere og bedre?\u00a0<\/p>\n

Stol, men sjekk<\/h3>\n

\nIkke bruk biblioteker og rammeverk laget av tredjeparter uten \u00e5 sjekke koden og tilpasse den til dine m\u00e5l. Du har ingen grunn til \u00e5 stole blindt p\u00e5 forfatteren av koden, som du ikke kjenner. Ja, forskjellige forsettlig skadelige elementer i tredjepartskode forekommer ikke s\u00e5 ofte, og det er ikke n\u00f8dvendig \u00e5 lide av paranoia, men blind kopiering av ferdige deler av programvare inn i prosjektet ditt kan f\u00f8re til uforutsigbare konsekvenser. Derfor m\u00e5 du alltid lese og analysere koden f\u00f8r bruk og gjennomf\u00f8re testing etter implementeringen av koden.\u00a0<\/p>\n

Lag sikkerhetskopier!<\/h3>\n

\nIkke stop med \u00e5 ta sikkerhetskopier eller oppbevare dem p\u00e5 de samme tredjepartsserverne hvor prosjektet ditt er hostet. Syns du dette er et morsomt og un\u00f8dvendig r\u00e5d? Men mer enn 700 deltakere i Telegram-gruppen som havnet i en nylig uheldig situasjon med nedstengingen av et kjent datasenter, synes ikke det \u2014 det var alt fra pet-prosjekter til store nettsteder for statlige organer og bedriftsdatabaser for 1C og fakturering. En betydelig del \u2014 uten sikkerhetskopier eller med sikkerhetskopier der. S\u00e5 fordel risikoene og oppbevar sikkerhetskopien minst p\u00e5 hovedhosting, p\u00e5 en p\u00e5litelig VDS og p\u00e5 din egen lokale server. Til syvende og sist vil dette koste mye mindre.\u00a0<\/p>\n

Slutt \u00e5 p\u00e5dra deg tap p\u00e5 bekostning av prosjektet<\/h3>\n

\nIkke gj\u00f8r i arbeidsprosjektet det som er spennende for deg, men gj\u00f8r det som er n\u00f8dvendig for kundene. Ja, det er utrolig interessant og moro \u00e5 lage sitt eget nevrale nettverk, trene det og implementere det i sin programvare, men hvis kundene dine trenger en enkel kontaktbehandler, vil det v\u00e6re en un\u00f8dvendig kostnad. Se hvordan prosjektet fungerer, les dokumentasjonen, les tilbakemeldinger og foresp\u00f8rselene fra kunder, og implementer det som gir prosjektet forretningsverdi. Hvis du \u00f8nsker \u00e5 skape noe vitenskapelig eller overkomplisert, start med ditt eget prosjekt.<\/p>\n

Ikke kode, men en klump med nerver<\/h3>\n

\nIkke skriv uleselig og udokumentert kode. Vi kjenner denne trenden: utvikleren skriver kode som han f\u00f8ler for, bevisst gj\u00f8r den litt forvirrende, slik at ingen andre kolleger kan forst\u00e5 det som er skrevet \u2014 en slags preventiv hevn f\u00f8r noe skjer. Men du setter ikke bare selskapet (som betaler deg for arbeidet) i fare, men ogs\u00e5 deg selv: det er ganske sannsynlig at du selv ikke vil huske hva du mente med denne utilsiktede obfuskasjonen. Det samme gjelder for udokumentert kode: ved \u00e5 stole p\u00e5 sin egen logikk for navngivning av variabler og funksjoner og god hukommelse, kan du om et par \u00e5r glemme hvorfor du valgte nettopp denne l\u00f8kken, metoden, m\u00f8nsteret osv. Dokumentering av koden og en god struktur er en flott tjeneste for kolleger, arbeidsgiver og f\u00f8rst og fremst for deg selv.\u00a0<\/p>\n

\"Hva
\n<\/p>\n

Hold det enkelt, dumskalle<\/h3>\n

\nIkke kompliser koden, l\u00f8sningene og prosjektene. Det er ikke n\u00f8dvendig \u00e5 lage en kompleks struktur og skape enheter uten s\u00e6rlig betydning. Jo mer komplisert koden din er, jo mer blir du en fange av den \u2014 det blir ekstremt vanskelig \u00e5 vedlikeholde og utvikle den. Selv om det ber\u00f8mte prinsippet KISS (\u00abKeep it simple, stupid\u00bb) ikke alltid passer, er det skapt med en grunn: enkelhet og eleganse i koden er n\u00f8kkelen til suksess for dens anvendelse og gjenbruk.<\/p>\n

\"Hva
\n<\/p>\n

Beskytt deg selv<\/h3>\n

\nIkke ignor\u00e9r sikkerhet \u2014 i 2020 var det bokstavelig talt kriminelt. Selv om ditt selskap, utviklingen og du ikke er interessante for kriminelle, kan problemer relatert til kompromittering av et nettverkssegment, en hosting-leverand\u00f8r, angrep p\u00e5 datasenteret, tyveri av e-postpassord og usikker oppf\u00f8rsel fra ansatte, som kan stjele data fra selskapet, trekke kunder bort eller kode fra hele prosjektet, ber\u00f8re deg. Hvis det er innenfor dine evner og kompetanseomr\u00e5de, pr\u00f8v \u00e5 beskytte de prosjektene du jobber med. Og f\u00f8lg selv informasjonsikkerheten; det har aldri skadet noen.\u00a0<\/p>\n

Ikke spit i br\u00f8nnen<\/h3>\n

\nIkke v\u00e6r uforsiktig mot arbeidsgiveren din. I dag har kommunikasjonen n\u00e5dd et niv\u00e5 der for eksempel alle HR-er i byen kjenner hverandre og kan utveksle hvilken som helst informasjon i chatter og lukkede grupper (b\u00e5de for \u00e5 f\u00e5 hjelp til \u00e5 f\u00e5 jobb og til \u00e5 si \"Vasilij Ivanov, systemarkitekt, drepte alle kontoene f\u00f8r han dro, slettet sikkerhetskopiene og koblet fra nettverket; gjenopprettingen tok 3 dager. Ikke ansett ham\"). Dermed vil atferden din spille mot deg \u2014 og noen ganger vil ingen relokalisering til en annen by eller hovedstaden hjelpe. Selv om du g\u00e5r med sinne, finnes det ingen bedre hevn enn \u00e5 bli en nyttig og flott ansatt i konkurrentens selskap \ud83d\ude42 Og viktigst av alt, helt straffefri.<\/p>\n

\"Hva
\nDet er heller ikke en god id\u00e9. Men som erfaringen viser, vil vi ikke slutte.<\/i><\/p>\n

Generelt, venner, les r\u00e5dene, men gj\u00f8r det som f\u00f8les best for deg \u2014 for ekte oppdagelser skjer n\u00e5r vi er skeptiske til allerede kjente sannheter. Vi gratulerer dere med det nye \u00e5ret, m\u00e5 prosjektene deres v\u00e6re vellykkede, karrieren \u2014 interessant, kollegaene og lederne \u2014 fornuftige, og livet generelt lykkes. S\u00e5 sk\u00e5l for det nye \u00e5ret og ny kode!\u00a0<\/p>\n

Med kj\u00e6rlighet,
\nteamet til RegionSoft Developer Studio<\/i><\/p>\n

I det nye \u00e5ret vil vi fortsette \u00e5 jobbe for deg og utvikle et kraftig skrivebords-CRM-system. RegionSoft CRM <\/a><\/noindex>og et enkelt og brukervennlig helpdesk og ticket-system. ZEDLine Support<\/a><\/noindex>.\n<\/p><\/blockquote>\n

Kilde: habr.com<\/a><\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"

\u0425\u0430\u0431\u0440 \u043f\u043e\u043b\u043e\u043d \u043f\u0440\u043e\u0433\u043d\u043e\u0437\u043e\u0432 \u0438 \u0441\u043e\u0432\u0435\u0442\u043e\u0432 \u043e \u0442\u043e\u043c, \u0447\u0442\u043e \u0434\u0435\u043b\u0430\u0442\u044c \u0432 \u0441\u043b\u0435\u0434\u0443\u044e\u0449\u0435\u043c \u0433\u043e\u0434\u0443 \u2014 \u043a\u0430\u043a\u0438\u0435 \u044f\u0437\u044b\u043a\u0438 \u0443\u0447\u0438\u0442\u044c, \u0432 \u043a\u0430\u043a\u0438\u0435 \u0441\u0444\u0435\u0440\u044b \u0441\u0432\u043e\u0440\u0430\u0447\u0438\u0432\u0430\u0442\u044c, \u043a\u0430\u043a \u043f\u043e\u0441\u0442\u0443\u043f\u0430\u0442\u044c \u0441\u043e \u0441\u0432\u043e\u0438\u043c \u0437\u0434\u043e\u0440\u043e\u0432\u044c\u0435\u043c. \u0417\u0432\u0443\u0447\u0438\u0442 \u0432\u0434\u043e\u0445\u043d\u043e\u0432\u043b\u044f\u044e\u0449\u0435! \u041d\u043e \u0443 \u043b\u044e\u0431\u043e\u0439 \u043c\u0435\u0434\u0430\u043b\u0438 \u0434\u0432\u0435 \u0441\u0442\u043e\u0440\u043e\u043d\u044b, \u0438 \u043c\u044b \u0441\u043f\u043e\u0442\u044b\u043a\u0430\u0435\u043c\u0441\u044f \u043d\u0435 \u0442\u043e\u043b\u044c\u043a\u043e \u0432 \u0447\u0451\u043c-\u0442\u043e \u043d\u043e\u0432\u043e\u043c, \u0430 \u043f\u043e \u0431\u043e\u043b\u044c\u0448\u0435\u0439 \u0447\u0430\u0441\u0442\u0438 \u0432 \u0442\u043e\u043c, \u0447\u0442\u043e \u0434\u0435\u043b\u0430\u0435\u043c \u043a\u0430\u0436\u0434\u044b\u0439 \u0434\u0435\u043d\u044c. \u00ab\u041d\u0443 \u043f\u043e\u0447\u0435\u043c\u0443 \u043c\u0435\u043d\u044f \u043d\u0438\u043a\u0442\u043e […]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-54667","post","type-post","status-publish","format-standard","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t\n\t\n\t\n\t\n\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\n","aioseo_head_json":{"title":"\ud83e\udd47Hva b\u00f8r IT-folk unng\u00e5 \u00e5 gj\u00f8re i 2020? | ProHoster","description":"Habr er fullt av sp\u00e5dommer og r\u00e5d om hva man skal gj\u00f8re neste \u00e5r \u2013 hvilke spr\u00e5k man skal l\u00e6re, hvilke omr\u00e5der man skal trekke seg fra, hvordan man skal ta vare p\u00e5 helsen sin. H\u00f8res inspirerende ut!","canonical_url":"https:\/\/prohoster.info\/no\/blog\/administrirovanie\/chto-ajtishniku-ne-stoit-delat-v-2020","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"nn_NO","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\u0427\u0442\u043e \u0430\u0439\u0442\u0438\u0448\u043d\u0438\u043a\u0443 \u043d\u0435 \u0441\u0442\u043e\u0438\u0442 \u0434\u0435\u043b\u0430\u0442\u044c \u0432 2020? | ProHoster","og:description":"\u0425\u0430\u0431\u0440 \u043f\u043e\u043b\u043e\u043d \u043f\u0440\u043e\u0433\u043d\u043e\u0437\u043e\u0432 \u0438 \u0441\u043e\u0432\u0435\u0442\u043e\u0432 \u043e \u0442\u043e\u043c, \u0447\u0442\u043e \u0434\u0435\u043b\u0430\u0442\u044c \u0432 \u0441\u043b\u0435\u0434\u0443\u044e\u0449\u0435\u043c \u0433\u043e\u0434\u0443 \u2014 \u043a\u0430\u043a\u0438\u0435 \u044f\u0437\u044b\u043a\u0438 \u0443\u0447\u0438\u0442\u044c, \u0432 \u043a\u0430\u043a\u0438\u0435 \u0441\u0444\u0435\u0440\u044b \u0441\u0432\u043e\u0440\u0430\u0447\u0438\u0432\u0430\u0442\u044c, \u043a\u0430\u043a \u043f\u043e\u0441\u0442\u0443\u043f\u0430\u0442\u044c \u0441\u043e \u0441\u0432\u043e\u0438\u043c \u0437\u0434\u043e\u0440\u043e\u0432\u044c\u0435\u043c. \u0417\u0432\u0443\u0447\u0438\u0442 \u0432\u0434\u043e\u0445\u043d\u043e\u0432\u043b\u044f\u044e\u0449\u0435!","og:url":"https:\/\/prohoster.info\/no\/blog\/administrirovanie\/chto-ajtishniku-ne-stoit-delat-v-2020","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-12-31T21:00:00+00:00","article:modified_time":"2020-02-18T11:02:42+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"54667","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-24 12:18:20","breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-02-28 20:00:12","updated":"2026-01-24 12:18:20","focus_keyword":null,"additional_keywords":null,"truseo_locale":null},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/no\/wp-json\/wp\/v2\/posts\/54667","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/no\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/no\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/no\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/no\/wp-json\/wp\/v2\/comments?post=54667"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/no\/wp-json\/wp\/v2\/posts\/54667\/revisions"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/no\/wp-json\/wp\/v2\/media?parent=54667"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/no\/wp-json\/wp\/v2\/categories?post=54667"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/no\/wp-json\/wp\/v2\/tags?post=54667"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}