{"id":31385,"date":"2019-10-31T21:40:58","date_gmt":"2019-10-31T18:40:58","guid":{"rendered":"https:\/\/prohoster.info\/blog\/biznes-logika-v-baze-dannyh-pri-pomoshhi-schemakeeper\/"},"modified":"2019-10-31T21:40:58","modified_gmt":"2019-10-31T18:40:58","slug":"biznes-logika-v-baze-dannyh-pri-pomoshhi-schemakeeper","status":"publish","type":"post","link":"https:\/\/prohoster.info\/sv\/blog\/administrirovanie\/biznes-logika-v-baze-dannyh-pri-pomoshhi-schemakeeper","title":{"rendered":"Aff\u00e4rslogik i databasen med SchemaKeeper","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Syftet med denna artikel \u00e4r att med hj\u00e4lp av biblioteket schema-keeper<\/a><\/noindex> visa verktyg som avsev\u00e4rt underl\u00e4ttar utvecklingsprocessen f\u00f6r databaser inom PHP-projekt som anv\u00e4nder databashanteringssystemet PostgreSQL.<\/p>\n

<\/p>\n

Informationen i denna artikel kommer framf\u00f6rallt vara till nytta f\u00f6r utvecklare som vill maximera anv\u00e4ndningen av PostgreSQL:s f\u00f6rm\u00e5gor, men som st\u00f6ter p\u00e5 problem med att hantera aff\u00e4rslogik som ligger i databasen. <\/p>\n

<\/p>\n

Artikeln kommer inte att beskriva f\u00f6rdelarna eller nackdelarna med att lagra aff\u00e4rslogik i databasen. Det f\u00f6ruts\u00e4tts att valet redan \u00e4r gjort av l\u00e4saren.<\/p>\n

<\/p>\n

F\u00f6ljande fr\u00e5gor kommer att behandlas:<\/p>\n

<\/p>\n

    \n
  1. I vilket format man ska lagra en dump av databasens struktur i versionskontrollsystemet (VCS)<\/li>\n
  2. Hur man sp\u00e5rar f\u00f6r\u00e4ndringar i databasens struktur efter att dumpen har sparats<\/li>\n
  3. Hur man \u00f6verf\u00f6r \u00e4ndringar i databasens struktur till andra milj\u00f6er utan konflikter och stora migreringsfiler<\/li>\n
  4. Hur man organiserar processen f\u00f6r parallellt arbete p\u00e5 projektet f\u00f6r flera utvecklare<\/li>\n
  5. Hur man s\u00e4kert deployar flera \u00e4ndringar i databasens struktur till produktionsmilj\u00f6n<\/a><\/noindex>
    \n

    SchemaKeeper<\/strong> \u00e4r inriktad p\u00e5 att arbeta med lagrade procedurer skrivna p\u00e5 spr\u00e5ket PL\/pgSQL<\/a><\/noindex>. Testning med andra spr\u00e5k har inte genomf\u00f6rts, vilket inneb\u00e4r att anv\u00e4ndningen kan vara mindre effektiv eller till och med om\u00f6jlig.\n<\/p><\/blockquote>\n<\/li>\n<\/ol>\n

    <\/p>\n

    I vilket format man ska lagra en dump av databasens struktur i VCS<\/h2>\n

    <\/p>\n

    Bibliotek schema-keeper<\/a><\/noindex> erbjuder funktionen saveDump<\/code>, som sparar strukturen av alla objekt fr\u00e5n databasen som separata textfiler. En katalog skapas som inneh\u00e5ller databassstrukturen, uppdelad i grupperade filer som enkelt kan l\u00e4ggas till i VCS.<\/p>\n

    <\/p>\n

    L\u00e5t oss titta p\u00e5 konversionen av objekt fr\u00e5n databasen till filer med n\u00e5gra exempel:<\/p>\n

    <\/p>\n

    Objekttyp
    \nDiagram
    \nNamn
    \nRelativ s\u00f6kv\u00e4g till filen<\/p>\n

    Tabell
    \npublic
    \naccounts
    \n.\/public\/tables\/accounts.txt<\/code><\/p>\n

    Lagrad procedur
    \npublic
    \nauth(hash bigint)
    \n.\/public\/functions\/auth(int8).sql<\/code><\/p>\n

    Representation
    \nbooking
    \ntariffs
    \n.\/booking\/views\/tariffs.txt<\/code><\/p>\n

    <\/p>\n

    Inneh\u00e5llet i filerna \u00e4r en textrepresentation av strukturen f\u00f6r ett specifikt databask objekt. Till exempel, f\u00f6r lagrade procedurer kommer inneh\u00e5llet i filen att vara den fullst\u00e4ndiga definitionen av den lagrade proceduren, som b\u00f6rjar med blocket CREATE OR REPLACE FUNCTION<\/code>.<\/p>\n

    <\/p>\n

    Som framg\u00e5r av tabellen ovan inneh\u00e5ller filens s\u00f6kv\u00e4g information om typ, schema och namn p\u00e5 objektet. Detta tillv\u00e4gag\u00e5ngss\u00e4tt underl\u00e4ttar navigering genom dumpen och granskning av kod\u00e4ndringar i databasen.<\/p>\n

    <\/p>\n

    Utvidgning .sql<\/code> F\u00f6r filer med k\u00e4llkod f\u00f6r lagrade procedurer valdes f\u00f6r att IDE automatiskt ska kunna tillhandah\u00e5lla verktyg f\u00f6r databaskommunikation n\u00e4r filen \u00f6ppnas.<\/p><\/blockquote>\n

    <\/p>\n

    Hur man sp\u00e5rar f\u00f6r\u00e4ndringar i databasens struktur efter att dumpen har sparats<\/h2>\n

    <\/p>\n

    Genom att spara en dump av den aktuella databasstrukturen i VCS f\u00e5r vi m\u00f6jlighet att kontrollera om det har gjorts \u00e4ndringar i strukturen efter att dumpen skapades. I biblioteket schema-keeper<\/a><\/noindex> f\u00f6r att identifiera \u00e4ndringar i databasstrukturen finns en funktion verifyDump<\/code>, som utan biverkningar returnerar information om skillnader. <\/p>\n

    <\/p>\n

    Ett alternativt s\u00e4tt att kontrollera \u2014 anropa igen funktionen saveDump<\/code>, ange samma katalog och kontrollera i VCS om det finns \u00e4ndringar. Eftersom alla objekt fr\u00e5n databasen har sparats i separata filer, kommer VCS att visa endast de \u00e4ndrade objekten.
    \nDen st\u00f6rsta nackdelen med detta s\u00e4tt \u00e4r behovet av att skriva \u00f6ver filer f\u00f6r att se \u00e4ndringar.<\/p>\n

    <\/p>\n

    Hur man \u00f6verf\u00f6r \u00e4ndringar i databasens struktur till andra milj\u00f6er utan konflikter och stora migreringsfiler<\/h2>\n

    <\/p>\n

    Tack vare funktionen deployDump<\/code> k\u00e4llkoden f\u00f6r lagrade procedurer kan redigeras precis som vanlig k\u00e4llkod f\u00f6r applikationen. Man kan l\u00e4gga till\/ta bort rader i koden f\u00f6r lagrade procedurer och omedelbart skicka \u00e4ndringarna till versionskontrollsystemet, eller skapa\/ta bort lagrade procedurer genom att skapa\/ta bort motsvarande filer i dump-katalogen. <\/p>\n

    <\/p>\n

    Till exempel, f\u00f6r att skapa en ny lagrad procedur i schemat public<\/code> r\u00e4cker det med att skapa en ny fil med \u00e4ndelsen .sql<\/code> i katalogen public\/functions<\/code>, placera koden f\u00f6r den lagrade proceduren i den, inklusive blocket CREATE OR REPLACE FUNCTION<\/code>, och sedan anropa funktionen deployDump<\/code>. Samma sak g\u00e4ller f\u00f6r att \u00e4ndra och ta bort lagrade procedurer. P\u00e5 s\u00e5 s\u00e4tt hamnar koden b\u00e5de i VCS och i databasen. <\/p>\n

    <\/p>\n

    Om det uppst\u00e5r ett fel i koden f\u00f6r n\u00e5gon lagrad procedur, eller en oenighet mellan filens namn och den lagrade proceduren, kommer deployDump<\/code> inte att utf\u00f6ras och visa felmeddelandet. Oenighet mellan lagrade procedurer mellan dumpen och den aktuella databasen \u00e4r inte m\u00f6jligt n\u00e4r man anv\u00e4nder deployDump<\/code>.<\/p>\n

    <\/p>\n

    Vid skapandet av en ny lagrad procedur beh\u00f6ver man inte manuellt ange det korrekta filnamnet. Det r\u00e4cker med att filen har \u00e4ndelsen .sql<\/code>. Efter anropet kommer felmeddelandet att inneh\u00e5lla det korrekta namnet som kan anv\u00e4ndas f\u00f6r att d\u00f6pa om filen. deployDump<\/code> g\u00f6r att man kan \u00e4ndra funktionsparametrar eller returtyp utan ytterligare \u00e5tg\u00e4rder, medan man i den klassiska metoden skulle ha<\/p><\/blockquote>\n

    deployDump<\/code> f\u00f6rst beh\u00f6va g\u00f6ra
    \nDROP FUNCTION , och f\u00f6rst d\u00e4refter<\/code>, och f\u00f6rst d\u00e5 CREATE OR REPLACE FUNCTION<\/code>.<\/p>\n

    <\/p>\n

    Tyv\u00e4rr finns det situationer n\u00e4r deployDump<\/code> \u00e4ndringar inte kan till\u00e4mpas automatiskt. Till exempel om en triggerfunktion tas bort som anv\u00e4nds av \u00e5tminstone en trigger. S\u00e5dana situationer hanteras manuellt med hj\u00e4lp av migrationsfiler.<\/p>\n

    <\/p>\n

    Om ansvarar f\u00f6r att flytta \u00e4ndringar i lagrade procedurer schema-keeper<\/a><\/noindex>, s\u00e5 kr\u00e4vs migrationsfiler f\u00f6r att \u00f6verf\u00f6ra \u00f6vriga strukturella \u00e4ndringar. Ett bra bibliotek f\u00f6r migrationsarbete \u00e4r doctrine\/migrations<\/a><\/noindex>.<\/p>\n

    <\/p>\n

    Migrationer m\u00e5ste till\u00e4mpas innan deployDump<\/code>. Det g\u00f6r att alla strukturella \u00e4ndringar kan g\u00f6ras och problematiska situationer kan l\u00f6sas s\u00e5 att \u00e4ndringarna i lagrade procedurer kan \u00f6verf\u00f6ras utan problem.<\/p>\n

    <\/p>\n

    Arbetet med migrationer kommer att beskrivas mer ing\u00e5ende i f\u00f6ljande avsnitt.<\/p>\n

    <\/p>\n

    Hur man organiserar processen f\u00f6r parallellt arbete p\u00e5 projektet f\u00f6r flera utvecklare<\/h2>\n

    <\/p>\n

    Ett skript f\u00f6r fullst\u00e4ndig DB-initialisering m\u00e5ste skapas, som utvecklaren kommer att k\u00f6ra p\u00e5 sin arbetsmaskin f\u00f6r att anpassa den lokala DB-strukturen till den som sparats i VCS-dumpen. Det enklaste \u00e4r att dela upp initialiseringen av den lokala DB:n i tre steg:<\/p>\n

    <\/p>\n

      \n
    1. Importera filen med den grundl\u00e4ggande strukturen, som kan kallas base.sql<\/code> <\/li>\n
    2. Till\u00e4mpa migrationer<\/li>\n
    3. Anrop deployDump<\/code><\/li>\n<\/ol>\n

      <\/p>\n

      base.sql<\/code> \u2014 detta \u00e4r utg\u00e5ngspunkten d\u00e4r migrationer till\u00e4mpas och en deployDump<\/code>, det vill s\u00e4ga base.sql + migrationer + deployDump = aktuell DB-struktur<\/code>. En s\u00e5dan fil kan skapas med hj\u00e4lp av ett verktyg pg_dump<\/code>. Anv\u00e4nds base.sql<\/code> endast vid initialisering av databasen fr\u00e5n grunden.<\/p><\/blockquote>\n

      L\u00e5t oss kalla skriptet f\u00f6r fullst\u00e4ndig DB-initiering refresh.sh<\/code>. Arbetsfl\u00f6det kan se ut p\u00e5 f\u00f6ljande s\u00e4tt:<\/p>\n

      <\/p>\n

        \n
      1. Utvecklaren k\u00f6r refresh.sh<\/code> i sin milj\u00f6 och f\u00e5r den aktuella DB-strukturen<\/li>\n
      2. Utvecklaren b\u00f6rjar arbeta med den tilldelade uppgiften, och modifierar den lokala DB:n f\u00f6r att passa de nya funktionernas behov (ALTER TABLE ... ADD COLUMN<\/code> och s\u00e5 vidare)<\/li>\n
      3. Efter att uppgiften \u00e4r slutf\u00f6rd kallar utvecklaren p\u00e5 funktionen saveDump<\/code>, f\u00f6r att spara de \u00e4ndringar som gjorts i DB i VCS<\/li>\n
      4. Utvecklaren k\u00f6r refresh.sh<\/code>, sedan verifyDump<\/code>igen, som nu visar en lista \u00f6ver \u00e4ndringar som ska inkluderas i migrationen<\/li>\n
      5. Utvecklaren flyttar alla strukturella \u00e4ndringar till migrationsfilen, k\u00f6r refresh.sh<\/code> och verifyDump<\/code>igen, och om migrationen har sammanst\u00e4llts korrekt, verifyDump<\/code> kommer den att visa att det inte finns n\u00e5gra skillnader mellan den lokala DB:n och den sparade dumpen.<\/li>\n<\/ol>\n

        <\/p>\n

        Processen som beskrivs ovan \u00e4r kompatibel med gitflow-principerna. Varje gren i VCS kommer att inneh\u00e5lla sin version av dumpen, och vid sammanslagning av grenar kommer dumpor att sl\u00e5s samman. I de flesta fall beh\u00f6ver inga ytterligare \u00e5tg\u00e4rder vidtas efter sammanslagningen, men om \u00e4ndringar har gjorts i olika grenar, till exempel i samma tabell, kan det uppst\u00e5 en konflikt.<\/p>\n

        <\/p>\n

        L\u00e5t oss \u00f6verv\u00e4ga en konfliktfull situation som exempel: det finns en gren develop<\/em>, fr\u00e5n vilken tv\u00e5 grenar har avvikit: feature1<\/em> och feature2<\/em>, som inte har konflikter med develop<\/em>, men har konflikter mellan sig. Uppgiften \u00e4r att utf\u00f6ra en sammanslagning av b\u00e5da grenarna i develop<\/em>. F\u00f6r detta fall rekommenderas det att f\u00f6rst utf\u00f6ra sammanslagningen av en av grenarna till develop<\/em>, och sedan sammanslagningen develop<\/em> till den \u00e5terst\u00e5ende grenen, och l\u00f6sa konflikterna i den \u00e5terst\u00e5ende grenen, varefter den sista grenen sl\u00e5s samman i develop<\/em>. I konfliktl\u00f6sningssteget kan det vara n\u00f6dv\u00e4ndigt att justera migrationsfilen i den sista grenen s\u00e5 att den motsvarar den slutgiltiga dumpen, som inkluderar resultaten fr\u00e5n sammanslagningarna.<\/p>\n

        <\/p>\n

        Hur man s\u00e4kert deployar flera \u00e4ndringar i databasens struktur till produktionsmilj\u00f6n<\/h2>\n

        <\/p>\n

        Genom att ha en dump av den aktuella databasen i VCS finns m\u00f6jligheten att kontrollera produktionsdatabasen mot den kr\u00e4vs strukturen. Detta garanterar att alla f\u00f6r\u00e4ndringar som utvecklarna avsett har \u00f6verf\u00f6rts till produktionsdatabasen.<\/p>\n

        <\/p>\n

        Eftersom DDL<\/a><\/noindex> i PostgreSQL \u00e4r transaktionell<\/a><\/noindex>, det rekommenderas att f\u00f6lja f\u00f6ljande distribueringsordning, s\u00e5 att, i h\u00e4ndelse av of\u00f6rutsedd fel, g\u00f6ra det \"sm\u00e4rtfritt\". ROLLBACK<\/code>:<\/p>\n

        <\/p>\n

          \n
        1. Starta transaktionen<\/li>\n
        2. Utf\u00f6r alla migrationer inom transaktionen<\/li>\n
        3. Utf\u00f6r deployDump<\/code><\/li>\n
        4. utan att avsluta transaktionen. Om inga fel finns, utf\u00f6r verifyDump<\/code>. Om det finns fel, utf\u00f6r COMMIT<\/code>Dessa steg kan l\u00e4tt integreras i befintliga distributionsmetoder f\u00f6r applikationer, inklusive zero-downtime. ROLLBACK<\/code><\/li>\n<\/ol>\n

          <\/p>\n

          Genom de metoder som beskrivits ovan kan man pressa maximalt med prestanda ur \"PHP + PostgreSQL\"-projekt, medan man offrar en relativt liten m\u00e4ngd av utvecklingsbekv\u00e4mlighet j\u00e4mf\u00f6rt med att implementera hela aff\u00e4rslogiken i huvudapplikationen. Dessutom verkar databehandlingen i<\/p>\n

          <\/p>\n

          Slutsats<\/h1>\n

          <\/p>\n

          ofta mer transparent och kr\u00e4ver mindre kod \u00e4n samma funktionalitet skriven i PHP. PL\/pgSQL<\/a><\/noindex> Syftet med denna artikel \u00e4r att med hj\u00e4lp av biblioteket schema-keeper visa verktyg som g\u00f6r det m\u00f6jligt att avsev\u00e4rt.<\/p>\n

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

          \u0426\u0435\u043b\u044c \u0434\u0430\u043d\u043d\u043e\u0439 \u0441\u0442\u0430\u0442\u044c\u0438 \u2014 \u043d\u0430 \u043f\u0440\u0438\u043c\u0435\u0440\u0435 \u0431\u0438\u0431\u043b\u0438\u043e\u0442\u0435\u043a\u0438 schema-keeper \u043f\u043e\u043a\u0430\u0437\u0430\u0442\u044c \u0438\u043d\u0441\u0442\u0440\u0443\u043c\u0435\u043d\u0442\u044b, \u043a\u043e\u0442\u043e\u0440\u044b\u0435 \u043f\u043e\u0437\u0432\u043e\u043b\u044f\u044e\u0442 \u0441\u0443\u0449\u0435\u0441\u0442\u0432\u0435\u043d\u043d\u043e \u043e\u0431\u043b\u0435\u0433\u0447\u0438\u0442\u044c \u043f\u0440\u043e\u0446\u0435\u0441\u0441 \u0440\u0430\u0437\u0440\u0430\u0431\u043e\u0442\u043a\u0438 \u0431\u0430\u0437 \u0434\u0430\u043d\u043d\u044b\u0445 \u0432 \u0440\u0430\u043c\u043a\u0430\u0445 PHP-\u043f\u0440\u043e\u0435\u043a\u0442\u043e\u0432, \u0438\u0441\u043f\u043e\u043b\u044c\u0437\u0443\u044e\u0449\u0438\u0445 \u0421\u0423\u0411\u0414 PostgreSQL. \u0418\u043d\u0444\u043e\u0440\u043c\u0430\u0446\u0438\u044f \u0438\u0437 \u044d\u0442\u043e\u0439 \u0441\u0442\u0430\u0442\u044c\u0438, \u0432 \u043f\u0435\u0440\u0432\u0443\u044e \u043e\u0447\u0435\u0440\u0435\u0434\u044c, \u0431\u0443\u0434\u0435\u0442 \u043f\u043e\u043b\u0435\u0437\u043d\u0430 \u0440\u0430\u0437\u0440\u0430\u0431\u043e\u0442\u0447\u0438\u043a\u0430\u043c, \u043a\u043e\u0442\u043e\u0440\u044b\u0435 \u043f\u043e \u043c\u0430\u043a\u0441\u0438\u043c\u0443\u043c\u0443 \u0445\u043e\u0442\u044f\u0442 \u0438\u0441\u043f\u043e\u043b\u044c\u0437\u043e\u0432\u0430\u0442\u044c \u0432\u043e\u0437\u043c\u043e\u0436\u043d\u043e\u0441\u0442\u0438 PostgreSQL, \u043d\u043e \u0441\u0442\u0430\u043b\u043a\u0438\u0432\u0430\u044e\u0442\u0441\u044f \u0441 \u043f\u0440\u043e\u0431\u043b\u0435\u043c\u0430\u043c\u0438 \u0441\u043e\u043f\u0440\u043e\u0432\u043e\u0436\u0434\u0435\u043d\u0438\u044f \u0431\u0438\u0437\u043d\u0435\u0441-\u043b\u043e\u0433\u0438\u043a\u0438, \u0432\u044b\u043d\u0435\u0441\u0435\u043d\u043d\u043e\u0439 \u0432 \u0411\u0414. \u0421\u0442\u0430\u0442\u044c\u044f \u043d\u0435 \u0431\u0443\u0434\u0435\u0442 \u043e\u043f\u0438\u0441\u044b\u0432\u0430\u0442\u044c \u043f\u0440\u0435\u0438\u043c\u0443\u0449\u0435\u0441\u0442\u0432\u0430 […]<\/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-31385","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\udd47Aff\u00e4rslogik i databasen med hj\u00e4lp av SchemaKeeper | ProHoster","description":"Syftet med denna artikel \u00e4r att med hj\u00e4lp av biblioteket schema-keeper visa de verktyg som m\u00f6jligg\u00f6r avsev\u00e4rt.","canonical_url":"https:\/\/prohoster.info\/sv\/blog\/administrirovanie\/biznes-logika-v-baze-dannyh-pri-pomoshhi-schemakeeper","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"sv_SE","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\u0411\u0438\u0437\u043d\u0435\u0441-\u043b\u043e\u0433\u0438\u043a\u0430 \u0432 \u0431\u0430\u0437\u0435 \u0434\u0430\u043d\u043d\u044b\u0445 \u043f\u0440\u0438 \u043f\u043e\u043c\u043e\u0449\u0438 SchemaKeeper | ProHoster","og:description":"\u0426\u0435\u043b\u044c \u0434\u0430\u043d\u043d\u043e\u0439 \u0441\u0442\u0430\u0442\u044c\u0438 \u2014 \u043d\u0430 \u043f\u0440\u0438\u043c\u0435\u0440\u0435 \u0431\u0438\u0431\u043b\u0438\u043e\u0442\u0435\u043a\u0438 schema-keeper \u043f\u043e\u043a\u0430\u0437\u0430\u0442\u044c \u0438\u043d\u0441\u0442\u0440\u0443\u043c\u0435\u043d\u0442\u044b, \u043a\u043e\u0442\u043e\u0440\u044b\u0435 \u043f\u043e\u0437\u0432\u043e\u043b\u044f\u044e\u0442 \u0441\u0443\u0449\u0435\u0441\u0442\u0432\u0435\u043d\u043d\u043e.","og:url":"https:\/\/prohoster.info\/sv\/blog\/administrirovanie\/biznes-logika-v-baze-dannyh-pri-pomoshhi-schemakeeper","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-10-31T18:40:58+00:00","article:modified_time":"2019-10-31T18:40:58+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"31385","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-21 05:54:24","breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-03-01 03:17:26","updated":"2026-01-21 05:54:24","focus_keyword":null,"additional_keywords":null,"truseo_locale":null},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/posts\/31385","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/comments?post=31385"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/posts\/31385\/revisions"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/media?parent=31385"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/categories?post=31385"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/tags?post=31385"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}