{"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\/da\/blog\/administrirovanie\/chto-ajtishniku-ne-stoit-delat-v-2020","title":{"rendered":"Hvad b\u00f8r IT-folk undg\u00e5 i 2020?","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Hacker er fyldt med forudsigelser og r\u00e5d om, hvad man skal g\u00f8re n\u00e6ste \u00e5r - hvilke sprog man skal l\u00e6re, hvilke omr\u00e5der man skal dykke ind i, hvordan man skal tage sig af sin sundhed. Det lyder inspirerende! Men som med enhver m\u00f8nt har det to sider, og vi st\u00f8der ikke kun p\u00e5 noget nyt, men i h\u00f8jere grad p\u00e5 det, vi g\u00f8r hver dag. \"Hvorfor blev jeg ikke advaret!\", udbrister vi irriteret, ofte til os selv. Vi bringer ilden til os selv - vi har samlet en liste over, hvad man IKKE b\u00f8r g\u00f8re i 2020 (eller m\u00e5ske altid).\u00a0<\/p>\n

\"Hvad<\/a><\/noindex>
\nMen gravitationen blev ikke spurgt<\/i>
\n<\/a><\/noindex>
\nVi ville meget gerne organisere anti-anbefalingerne i r\u00e6kkef\u00f8lge, fra det vigtigste til det mindre vigtige. Men de er s\u00e5 udbredte, ligev\u00e6rdige og kendte af n\u00e6sten alle, at vi vil skrive dem i vilk\u00e5rlig r\u00e6kkef\u00f8lge. N\u00e5, lad os tjekke listen?<\/p>\n

Du skal ikke g\u00e5 ind i IT, hvis alt er godt<\/h3>\n

\nL\u00e6r ikke en ny teknologi for at skifte karriere eller starte forfra. Vores tid er fantastisk, fordi man kan l\u00e6re, skifte job, totalt forandre sit felt - og s\u00e5 videre indtil pensionen. Det er en fantastisk, fristende ting. Men hvis du er over 28-30 \u00e5r, s\u00e5 undg\u00e5 at kaste alt v\u00e6k for at komme ind i IT eller skifte til en ny stack (for eksempel hvis du skriver h\u00f8jtydende systemer i Java og pludselig beslutter at g\u00e5 til neurale netv\u00e6rk med Python). \u00c5rsagen er enkel: det vil v\u00e6re sv\u00e6rt for dig. For det f\u00f8rste er der h\u00f8j konkurrence fra fagfolk, som har \"sidet\" i denne stack fra begyndelsen af deres karriere, for det andet, s\u00e5 skal du igen blive junior med lav l\u00f8n, for det tredje, vil det v\u00e6re mentalt sv\u00e6rt for dig at blive underordnet i bunden af hierarkiet. Derfor, hvis du \u00f8nsker at bev\u00e6ge dig i en anden retning, s\u00e5 pr\u00f8v at g\u00f8re det enten i tr\u00e5d med dit nuv\u00e6rende arbejde og opgaver, eller udvikl ny viden som en hobby, arbejd p\u00e5 et pet-projekt for at komme til en ny job allerede som ikke-junior.\u00a0<\/p>\n

At skifte stack er kun et spild af tid<\/h3>\n

\nL\u00f8b ikke mellem stacks af teknologier til dit udviklingsprojekt. Hvis du skriver et projekt i et sprog, bruger en bestemt ramme og biblioteker, er det ikke en god id\u00e9 at smide alt v\u00e6k og omskrive det til Dart, bare fordi det virker interessant for dig. G\u00f8r det til en regel at finde en berettigelse for at \u00e6ndre teknologi - ikke kun p\u00e5 niveauet \"jeg vil - jeg kan ikke\", men ogs\u00e5 p\u00e5 et finansielt og ingeni\u00f8rniveau.\u00a0<\/p>\n

\"Hvad
\n<\/p>\n

Du skal ikke st\u00e5 fast og ruste til<\/h3>\n

\nAtte sig til \u00e9t sprog eller teknologi uden at l\u00e6re noget nyt er lige s\u00e5 ekstremt som at skifte tech-stack ved hver ny teknologi. S\u00f8rg for at studere nye biblioteker og rammer, v\u00e6r ikke st\u00e6dig i troen p\u00e5, at alt det bedste allerede er opfundet og udelukkende f\u00e6rdiggjort af dig. Praktisk talt hvert sprog f\u00e5r konstant opdateringer, som nogle gange kan forbedre dit projekt betydeligt. Lad v\u00e6re med at v\u00e6re doven med at f\u00f8lge med i udviklingen af din tech-stack, og n\u00e5r du finder noget cool og nyttigt, s\u00e5 tag det modigt ind i dit projekt!<\/p>\n

Din egen hoved er godt, altid godt<\/h3>\n

\nT\u00e6nk ikke med andres hoveder, dit eget er bedre. Desv\u00e6rre sidder nogle udviklere og venter p\u00e5, at de f\u00e5r besked om at kode fra den tidligere fejl til enden, uden at fors\u00f8ge at bidrage med noget eget til projektet, udvikle en ny funktion, teste og foresl\u00e5 til produktion. Hvorfor besv\u00e6re sig, n\u00e5r teamlederen eller virksomhedens leder kan beslutte alt? Hvis du genkender dig selv, har vi d\u00e5rlige nyheder: en passiv holdning vil ikke hj\u00e6lpe hverken i karrieren eller udviklingen. Du har en chance for at pr\u00f8ve kr\u00e6fter med at v\u00e6re ingeni\u00f8rudvikler, ikke bare koder i et \u00e6gte projekt og forst\u00e5, hvilken retning du skal bev\u00e6ge dig i, hvad der mangler, men du foretr\u00e6kker at bruge din tid p\u00e5 noget andet og bare g\u00f8re det lige fra \"start til slut\". S\u00e5danne i den moderne IT-verden klarer sig d\u00e5rligere og d\u00e5rligere, kom ud af din dvale.\u00a0<\/p>\n

Brugere er skr\u00e6mmende mennesker<\/h3>\n

\nUndervurder ikke brugerne af din software: hvis du skriver til ikke-programm\u00f8rer, skal du forvente, at programmet vil m\u00f8de uundg\u00e5eligt misforst\u00e5else. I de f\u00f8rste par dage eller uger vil brugeren hade din software, fordi \"den gamle ikke var s\u00e5 dum\". For at undg\u00e5 dette, lav god dokumentation og tr\u00e6ningsmaterialer. Ved installation eller k\u00f8b, giv en meget vedholdende henvisning til, at manualer b\u00f8r l\u00e6ses, f\u00f8r man g\u00e5r i gang med programmet, og ikke efter sammenbrud af databasen, tab af adgangskode og selvkontrol.<\/p>\n

\"Hvad
\n
\nMan skal heller ikke undervurdere brugerne: de er mere snedige, klogere og nysgerrige, end man tror. Hvis du tror, at den fejl med variabelens format og undtagelsen ved det 138. tryk p\u00e5 Enter med et interval p\u00e5 et sekund ikke vil dukke op, tager du fejl \u2014 de vil dukke op og p\u00e5virke dit applikations arbejde p\u00e5 de mest m\u00e6rkelige m\u00e5der. Amat\u00f8rreglen g\u00e6lder: det er netop amat\u00f8ren, der klarer testningen bedst. Men brugerne bryder sig \u00e5benbart ikke om at finde fejl i produktionen \u2014 de har ikke meget IT-solidaritet. Generelt g\u00e6lder det, jo mere sikker du er p\u00e5 din software \u2014 jo bedre. I sidste ende er det bedre at forsinke udgivelsen af nogle funktioner end at tilf\u00f8je dem i en fungerende applikation og pludselig g\u00f8re den uferdig.<\/p>\n

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

Stop med at google!<\/h3>\n

\nHold op med kun at henvende dig til Google. Der er ikke noget at diskutere \u2014 inden for udvikling kan man finde meget med en direkte s\u00f8gning. Jo dybere du graver i din informationss\u00f8gning, desto flere \"side-data\" f\u00e5r du, og desto mere l\u00e6rer du, fordi du vil opdage noget nyt, der ikke er relateret til din foresp\u00f8rgsel, men sandsynligvis vil v\u00e6re nyttigt i fremtiden. Tag fat i omfattende materialer, b\u00f8ger, artikler osv. Sprog og biblioteker har specifikationer, f\u00e6llesskaber, how-tos, og dermed f\u00e5r du den mest p\u00e5lidelige m\u00e5de at udvikle dine programmeringsf\u00e6rdigheder p\u00e5 \u2014 ved simpelthen at l\u00e6se dokumentationen i stedet for at lede efter andres lokale l\u00f8sninger og kodefragmenter. Hvad nu hvis din l\u00f8sning er mere optimal, hurtigere og bedre?\u00a0<\/p>\n

Lyt, men kontroller<\/h3>\n

\nBrug ikke biblioteker og rammer lavet af tredjepartsudviklere uden at kontrollere koden og tilpasse den til dine form\u00e5l. Du har ingen grund til uden videre at stole p\u00e5 denne kodeforfatter, som du slet ikke kender. Ja, forskellige bevidste skadelige elementer i tredjepartskode forekommer ikke s\u00e5 ofte, og det er ikke v\u00e6rd at v\u00e6re paranoid, men blind kopiering af f\u00e6rdige dele af software til dit projekt kan f\u00f8re til uforudsigelige konsekvenser. Derfor skal du altid l\u00e6se og analysere koden, f\u00f8r du bruger den, og udf\u00f8re test efter implementeringen af koden.\u00a0<\/p>\n

Lav backups!<\/h3>\n

\nStop neglecting backups or keeping them on the same third-party servers where your project is hosted. Think it's a silly and unnecessary piece of advice? Just ask more than 700 participants from a Telegram chat who recently faced issues after a famous data center went down\u2014there were projects ranging from pet projects to major government websites and corporate databases like 1C and billing systems. A significant portion were without backups or had backups stored there. So, spread the risk and keep a backup at least on the main hosting, on some reliable VDS, and on your local server. In the end, it will be a lot cheaper.\u00a0<\/p>\n

Stop sacrificing your needs for the project's sake.<\/h3>\n

\nDon't do in a working project what you want; do what your clients need. Yes, it's incredibly interesting and great to create your own neural network, train it, and integrate it into your software, but if your clients need a simple contact manager, it will be an excessive cost. Look at how the project works, read the documentation, check client reviews and requests, and implement what will bring business value to the project. If you want to create something scientific or overly complicated, start with your own project.<\/p>\n

Not code, but a bundle of nerves.<\/h3>\n

\nDon't write unreadable and undocumented code. We know this trick: a developer writes code haphazardly, deliberately makes it a bit convoluted so that no one else can understand it\u2014it's a kind of preventive revenge before anything even happens. However, you're putting not only the company at risk (which pays you for your work) but also yourself: it's very likely that you won\u2019t even remember what you meant with this unintentional obfuscation. The same goes for undocumented code: relying on your variable and function naming logic and good memory, you might forget why you chose that specific loop, method, pattern, etc., after a couple of years. Documenting your code and structuring it well is a great service to your colleagues, employer, and most importantly, to yourself.\u00a0<\/p>\n

\"Hvad
\n<\/p>\n

Keep it simple, stupid.<\/h3>\n

\nG\u00f8r ikke koden, l\u00f8sningerne og projekterne mere komplicerede. Det er ikke n\u00f8dvendigt at skabe en kompleks struktur og generere entiteter uden s\u00e6rlig betydning. Jo mere kompleks din kode er, desto mere bliver du dens fange \u2014 det vil v\u00e6re ekstremt sv\u00e6rt for dig at vedligeholde og udvikle den. Selvf\u00f8lgelig g\u00e6lder det ber\u00f8mte KISS-princip (\"Keep it simple, stupid\") ikke altid, men det er ikke uden grund: enkelhed og elegance i koden er n\u00f8glen til dens succesfulde anvendelse og genbrug.<\/p>\n

\"Hvad
\n<\/p>\n

Beskyt dig selv<\/h3>\n

\nIgnorer ikke sikkerheden \u2014 i 2020 er det bogstaveligt talt en forbrydelse. Selv hvis din virksomhed, udvikling og du ikke er interessante for kriminelle, kan du blive p\u00e5virket af problemer relateret til angreb p\u00e5 en del af netv\u00e6rket, hostingudbyderen, angreb p\u00e5 datacenteret, tyveri af e-mailadgangskoder og usikker adf\u00e6rd fra ansatte, som kan stj\u00e6le data fra virksomheden, tage kunder eller kildekoden til hele projektet. Hvis det ligger inden for din magt og dit ansvarsomr\u00e5de, s\u00e5 pr\u00f8v at beskytte de projekter, du arbejder med. Og husk selv at overholde informationssikkerheden, det har aldrig skadet nogen.\u00a0<\/p>\n

Spyt ikke i br\u00f8nden<\/h3>\n

\nBeskyt ikke din arbejdsgiver. I dag har kommunikationen n\u00e5et et s\u00e5dant niveau, at for eksempel alle HR'ere i byen kender hinanden og kan udveksle enhver information i chats og lukkede grupper (b\u00e5de om at hj\u00e6lpe med ans\u00e6ttelse og skrive \"Vasiliy Ivanov, systemarkitekt, dr\u00e6bte alle konti f\u00f8r han forlod, slettede backups og slukkede netv\u00e6rket, hvilket tog 3 dage at genoprette. Tag ham ikke ansat\"). P\u00e5 denne m\u00e5de vil din adf\u00e6rd kun spille imod dig \u2014 og nogle gange vil relocation til en anden by eller hovedstad ikke hj\u00e6lpe. Selv hvis du forlader med nag, er der ingen bedre h\u00e6vn end at v\u00e6re en nyttig og fremragende medarbejder for konkurrenten \ud83d\ude42 Og vigtigst af alt, helt straffri.<\/p>\n

\"Hvad
\nDet skal man heller ikke g\u00f8re. Men som erfaringen viser, stopper vi ikke.<\/i><\/p>\n

Og generelt, venner, l\u00e6s r\u00e5d, men g\u00f8r som det virker bedst for dig \u2014 for \u00e6gte opdagelser sker, n\u00e5r vi tvivler p\u00e5 allerede \u00e5benbare sandheder. Vi \u00f8nsker jer et godt nyt\u00e5r, m\u00e5 jeres projekter v\u00e6re succesfulde, karrierer \u2014 interessante, kolleger og ledere \u2014 rimelige, og livet generelt lykkes. S\u00e5 for det nye \u00e5r og for ny kode!\u00a0<\/p>\n

Med k\u00e6rlighed,
\nteamet RegionSoft Developer Studio<\/i><\/p>\n

I det nye \u00e5r vil vi forts\u00e6tte med at arbejde for dig og udvikle et kraftfuldt desktop CRM-system. RegionSoft CRM <\/a><\/noindex>og et enkelt og brugervenligt helpdesk og ticketsystem. 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\udd47Hvad skal it-specialister ikke g\u00f8re i 2020? | ProHoster","description":"Habr er fyldt med forudsigelser og r\u00e5d om, hvad du skal g\u00f8re i det n\u00e6ste \u00e5r \u2013 hvilke sprog du skal l\u00e6re, hvilke omr\u00e5der du skal vende dig v\u00e6k fra, og hvordan du skal tage dig af dit helbred. Det lyder inspirerende!","canonical_url":"https:\/\/prohoster.info\/da\/blog\/administrirovanie\/chto-ajtishniku-ne-stoit-delat-v-2020","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"da_DK","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\/da\/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\/da\/wp-json\/wp\/v2\/posts\/54667","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/comments?post=54667"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/posts\/54667\/revisions"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/media?parent=54667"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/categories?post=54667"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/tags?post=54667"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}