{"id":16213,"date":"2025-12-25T11:57:11","date_gmt":"2025-12-25T10:57:11","guid":{"rendered":"https:\/\/webhosting.de\/wordpress-autoload-optionen-performance-datenbank-tuning-boost\/"},"modified":"2025-12-25T11:57:11","modified_gmt":"2025-12-25T10:57:11","slug":"wordpress-autoload-indstillinger-ydeevne-databaseoptimering-boost","status":"publish","type":"post","link":"https:\/\/webhosting.de\/da\/wordpress-autoload-optionen-performance-datenbank-tuning-boost\/","title":{"rendered":"Optimer WordPress Autoload-indstillinger: Skjult ydeevnebremse i databasen"},"content":{"rendered":"<p><strong>WordPress-indstillinger for automatisk indl\u00e6sning<\/strong> bestemme, hvilke indstillinger fra wp_options-tabellen der skal overf\u00f8res til hukommelsen ved hvert sideopkald, og dermed direkte p\u00e5virke indl\u00e6sningstiden, TTFB og hukommelsesbehovet. Jeg viser dig, hvordan du genkender for store autoload-data, reducerer dem m\u00e5lrettet og holder dem sm\u00e5 p\u00e5 lang sigt, s\u00e5 foresp\u00f8rgsler starter hurtigere, og backend reagerer m\u00e6rkbart mere flydende.<\/p>\n\n<h2>Centrale punkter<\/h2>\n\n<p>Mange installationer henter stille voksende datapakker fra <strong>Automatisk indl\u00e6sning<\/strong>, selvom disse poster ikke er n\u00f8dvendige for alle sider. Jeg prioriterer f\u00f8rst analysen af den samlede st\u00f8rrelse, derefter de st\u00f8rste muligheder, og derefter s\u00e6tter jeg ikke-kritiske poster p\u00e5 <strong>autoload=nej<\/strong> eller sletter dem p\u00e5 en kontrolleret m\u00e5de. P\u00e5 den m\u00e5de reducerer jeg TTFB og RAM-forbruget, stabiliserer foresp\u00f8rgsler og aflaster PHP under belastning. Derudover holder jeg transients rene og tjekker tabellen regelm\u00e6ssigt, s\u00e5 der ikke opst\u00e5r ny ballast. Hosting, objektcache og en slank wp_options-tabel spiller sammen og giver m\u00e6rkbare pr\u00e6stationsgevinster uden risiko.<\/p>\n<ul>\n  <li><strong>Analyse<\/strong> Autoload-st\u00f8rrelse og top-indstillinger<\/li>\n  <li><strong>Ryd op<\/strong> forladte plugin-poster<\/li>\n  <li><strong>Skift<\/strong> store, sj\u00e6ldent anvendte optioner p\u00e5 no<\/li>\n  <li><strong>Transienter<\/strong> og fjerne midlertidige data<\/li>\n  <li><strong>Overv\u00e5gning<\/strong> og hostingops\u00e6tning<\/li>\n<\/ul>\n<p>Jeg indarbejder disse trin i min <strong>Vedligeholdelse<\/strong> s\u00e5 databasen forbliver slank, og hjemmesiden reagerer hurtigt og p\u00e5lideligt, selv ved spidsbelastninger.<\/p>\n\n\n<figure class=\"wp-block-image size-full is-resized\">\n  <img fetchpriority=\"high\" decoding=\"async\" src=\"https:\/\/webhosting.de\/wp-content\/uploads\/2025\/12\/wordpress-autoload-optimierung-4729.png\" alt=\"\" width=\"1536\" height=\"1024\"\/>\n<\/figure>\n\n\n<h2>Hvad er autoload-indstillinger i WordPress?<\/h2>\n\n<p>WordPress gemmer konfigurationer i <strong>wp_options<\/strong>, herunder URL'er, aktive plugins, temaoplysninger, widgets, transients og meget mere. Hver datapost har navnet, v\u00e6rdien og feltet <strong>autoload<\/strong>, der med yes eller no fastl\u00e6gger, om WordPress skal indl\u00e6se posten ved hver sideopstart. Funktionen wp_load_alloptions l\u00e6ser alle autoload=yes-poster p\u00e5 \u00e9n gang for at levere hyppige indstillinger uden mange individuelle sql'er. Denne mekanisme sparer tid ved f\u00e5, sm\u00e5 v\u00e6rdier, men oppustes ved mange, store poster, hvilket forl\u00e6nger opstartsprocessen. Det er netop her, der opst\u00e5r en skjult bremse, som du n\u00e6ppe bem\u00e6rker i hverdagen. Over \u00e5rene hober ballast sig op, hvilket kan forl\u00e6nge hver foresp\u00f8rgsel med millisekunder til sekunder.<\/p>\n\n<p>Ikke alle muligheder h\u00f8rer hjemme i <strong>Automatisk indl\u00e6sning<\/strong>: Grundl\u00e6ggende oplysninger som siteurl eller active_plugins ja, cache- eller logdata snarere nej. Hvis gamle plugin-rester forbliver i tabellen og st\u00e5r p\u00e5 yes, forts\u00e6tter WordPress med at indl\u00e6se dem, selvom ingen l\u00e6ngere foresp\u00f8rger dem i koden. Store felter fra Page Builders, formular-plugins eller SEO-suiter kan hurtigt f\u00e5 autoload-pakken til at overstige 1 MB. Fra dette punkt stiger TTFB og hukommelsesbehovet, is\u00e6r p\u00e5 delte v\u00e6rter og ved h\u00f8j belastning. Derfor tjekker jeg regelm\u00e6ssigt, hvad der virkelig skal indl\u00e6ses automatisk.<\/p>\n\n<h2>Hvorfor autoload bliver en bremse for ydeevnen<\/h2>\n\n<p>Hvert sidebes\u00f8g tr\u00e6kker summen af alle <strong>autoload=ja<\/strong> Gemmer v\u00e6rdier i hukommelsen, uanset om dataene er relevante for den aktuelle side. Det koster RAM, \u00f8ger PHP-strukturen og bremser den tidlige udf\u00f8relse f\u00f8r rendering. Jo flere plugins der er installeret, jo mere vokser pakken ubem\u00e6rket. Ogs\u00e5 WooCommerce-ops\u00e6tninger, tracking-plugins eller Page Builder \u00f8ger sandsynligheden for store poster. Hvis du lader det k\u00f8re, lider is\u00e6r First Byte under belastningen, som ofte bestemmer det samlede indtryk.<\/p>\n\n<p>Flere tekniske vejledninger anbefaler, at den samlede st\u00f8rrelse ikke overstiger ca. <strong>1 MB<\/strong> at holde, fordi det \u00f8ger latenstiden m\u00e6rkbart. Hvis store autoload-data m\u00f8der svag I\/O eller meget parallel trafik, stiger responstiderne markant. Backend f\u00f8les tung, admin-sider \u00e5bner langsommere, og cronjobs k\u00f8rer l\u00e6ngere. Effekten p\u00e5virker ikke caching direkte, men den forsinker genereringen af svar og cache-fills. Derfor holder jeg autoload s\u00e5 lille som muligt og indl\u00e6ser kun det, jeg virkelig har brug for overalt.<\/p>\n\n\n<figure class=\"wp-block-image size-full is-resized\">\n  <img decoding=\"async\" src=\"https:\/\/webhosting.de\/wp-content\/uploads\/2025\/12\/wordpress_autoload_meeting_8472.png\" alt=\"\" width=\"1536\" height=\"1024\"\/>\n<\/figure>\n\n\n<h2>S\u00e5dan kontrollerer jeg st\u00f8rrelsen p\u00e5 autoload-dataene<\/h2>\n\n<p>Jeg starter med en komplet <strong>Backup<\/strong> databasen og l\u00e6ser derefter autoload-st\u00f8rrelsen. I dashboardet giver webstedets tilstand allerede en indikation, hvis antallet og st\u00f8rrelsen er us\u00e6dvanligt h\u00f8j. For at f\u00e5 en n\u00f8jagtig m\u00e5ling bruger jeg SQL og l\u00e6gger l\u00e6ngden af alle autoload=yes-v\u00e6rdier sammen. Dette tal viser mig, hvor hurtigt jeg skal gribe ind. Hvis det er over 1 MB, planl\u00e6gger jeg straks en m\u00e5lrettet oprydning. En praktisk <a href=\"https:\/\/webhosting.de\/da\/wordpress-databaseoptimering-wpoptions-tips-vedligeholdelse-af-data\/\">WP-Options Datapleje<\/a> hj\u00e6lper mig med at handle konsekvent.<\/p>\n\n<p>Jeg bruger de to f\u00f8lgende foresp\u00f8rgsler til at analysere <strong>St\u00f8rrelse<\/strong> og de st\u00f8rste stykker. F\u00f8rst beregner jeg summen af alle automatisk indl\u00e6ste v\u00e6rdier. Derefter opstiller jeg en liste over de 10 st\u00f8rste efter feltst\u00f8rrelse for at opn\u00e5 hurtige resultater. P\u00e5 den m\u00e5de kan jeg p\u00e5 f\u00e5 minutter se, hvor der g\u00e5r hukommelse og latenstid tabt. Derefter prioriterer jeg sletning eller skift til autoload=no.<\/p>\n\n<pre><code>SELECT SUM(LENGTH(option_value)) AS autoload_size FROM wp_options WHERE autoload = 'yes';\n<\/code><\/pre>\n\n<pre><code>SELECT option_name, LENGTH(option_value) AS option_value_length FROM wp_options WHERE autoload = 'yes' ORDER BY option_value_length DESC LIMIT 10;\n<\/code><\/pre>\n\n<h2>Hvilke poster bliver typisk store?<\/h2>\n\n<p>Ofte oppustethed <strong>Transienter<\/strong>, cache-objekter og logdata Autoload un\u00f8dvendigt. Ogs\u00e5 Builder-layouts og formular-konfigurationer skriver omfattende arrays, som ikke er n\u00f8dvendige for hver frontend-side. Selv deaktiverede plugins efterlader ofte rester, som fortsat st\u00e5r p\u00e5 yes. I praksis gentager m\u00f8nstre sig, som jeg baserer min oprydning p\u00e5. F\u00f8lgende tabel opsummerer typiske kandidater og anbefalinger. Denne oversigt g\u00f8r det hurtigere at beslutte, om det er fornuftigt at slette eller \u00e6ndre til no.<\/p>\n\n<table>\n  <thead>\n    <tr>\n      <th>Kategori<\/th>\n      <th>Eksempler option_name<\/th>\n      <th>Typisk st\u00f8rrelse<\/th>\n      <th>Anbefaling<\/th>\n    <\/tr>\n  <\/thead>\n  <tbody>\n    <tr>\n      <td><strong>Kerne<\/strong> Basis<\/td>\n      <td>siteurl, home, blogname<\/td>\n      <td>lille<\/td>\n      <td>Behold autoload=yes<\/td>\n    <\/tr>\n    <tr>\n      <td><strong>Tema<\/strong> &amp; Widgets<\/td>\n      <td>skabelon, stylesheet, widget_*<\/td>\n      <td>lille\u2013mellemstor<\/td>\n      <td>kontrollere, som regel ja ok<\/td>\n    <\/tr>\n    <tr>\n      <td><strong>Bygherre<\/strong> \/ Formularer<\/td>\n      <td>builder_*, form_*, theme_mods_*<\/td>\n      <td>mellemstor<\/td>\n      <td>Indstil til autoload=no<\/td>\n    <\/tr>\n    <tr>\n      <td><strong>Transienter<\/strong><\/td>\n      <td>_transient_*, _site_transient_*<\/td>\n      <td>mellemstor<\/td>\n      <td>Slet udl\u00f8bne, ellers nej<\/td>\n    <\/tr>\n    <tr>\n      <td><strong>Cache<\/strong> &amp; Logs<\/td>\n      <td>cache_*, log_*, debug_*<\/td>\n      <td>Stor<\/td>\n      <td>Ikke autoloade, slette om n\u00f8dvendigt<\/td>\n    <\/tr>\n    <tr>\n      <td><strong>For\u00e6ldrel\u00f8s<\/strong><\/td>\n      <td>gamle plugin_*-rester<\/td>\n      <td>lille\u2013stor<\/td>\n      <td>Slet efter sikkerhedskopiering<\/td>\n    <\/tr>\n  <\/tbody>\n<\/table>\n\n<p>P\u00e5 tv\u00e6rs af enheder medf\u00f8rer en rigid <strong>Adskillelse<\/strong> af permanente indstillinger og midlertidige data de bedste effekter. Jeg indl\u00e6ser kun det, som hver side virkelig har brug for. Alt andet forbliver tilg\u00e6ngeligt, men indl\u00e6ses ikke automatisk. P\u00e5 den m\u00e5de aflaster jeg startfasen og objektadministrationen af PHP-processen. Resultatet: m\u00e6rkbart hurtigere reaktionstider.<\/p>\n\n\n<figure class=\"wp-block-image size-full is-resized\">\n  <img decoding=\"async\" src=\"https:\/\/webhosting.de\/wp-content\/uploads\/2025\/12\/wordpress-autoload-optimieren-3947.png\" alt=\"\" width=\"1536\" height=\"1024\"\/>\n<\/figure>\n\n\n<h2>Strategier til optimering<\/h2>\n\n<p>Jeg begynder med at fjerne <strong>gamle forpligtelser<\/strong> forladte plugins, fordi disse trin hurtigt sparer meget plads og tid. Derefter indstiller jeg store, sj\u00e6ldent anvendte indstillinger til autoload=no, s\u00e5 de kun l\u00e6ses, n\u00e5r det er n\u00f8dvendigt. Midlertidige eller cache-relaterede poster h\u00f8rer aldrig hjemme i Autoload og flyves ud eller i dedikeret hukommelse. Jeg rydder fortsat konsekvent op i transients, is\u00e6r udl\u00f8bne dataregistreringer. Til sidst kontrollerer jeg den samlede st\u00f8rrelse igen og dokumenterer den nye status. P\u00e5 den m\u00e5de skaber jeg gennemsigtighed og opbygger overv\u00e5gning.<\/p>\n\n<p>Jeg arbejder trinvist for at <strong>Risici<\/strong> Minimere: f\u00f8rst m\u00e5le, derefter foretage m\u00e5lrettede \u00e6ndringer og til sidst kontrollere. Ved hver sletning har jeg en backup klar. For produktive sider planl\u00e6gger jeg tidsvinduer uden for spidsbelastningstider. \u00c6ndringer af f\u00f8lsomme felter tester jeg p\u00e5 en staging-instans. P\u00e5 den m\u00e5de forbliver siden online, og resultatet er p\u00e5lideligt.<\/p>\n\n<h2>Indstil Autoload til \u201eno\u201c \u2013 sikkert implementeret<\/h2>\n\n<p>Ikke alle store muligheder beh\u00f8ver at forsvinde, mange kan kombineres med <strong>autoload=nej<\/strong> afd\u00e6mpe. S\u00e5ledes bevares konfigurationen, kun den automatiske indl\u00e6sning bortfalder. Jeg foretager \u00e6ndringen kontrolleret via SQL og kontrollerer derefter funktionen i frontend og backend. Jeg tester kritiske sider m\u00e5lrettet, f.eks. formularer eller shop-funktioner. Ved fejl ruller jeg \u00e6ndringen straks tilbage. Proceduren er hurtig og for det meste uden bivirkninger.<\/p>\n\n<pre><code>UPDATE wp_options SET autoload = 'no' WHERE option_name = 'DIN_OPTION_NAVN';\n<\/code><\/pre>\n\n<p>For flere kandidater skriver jeg en lille <strong>Liste<\/strong> fra navne fra top 10-foresp\u00f8rgslen og arbejder dem igennem en efter en. Efter hver opdatering m\u00e5ler jeg st\u00f8rrelsen igen. Hvis summen krymper markant, falder TTFB og RAM-forbruget med det samme. Hvis noget g\u00e5r galt, tr\u00e6kker jeg backupen eller s\u00e6tter autoload tilbage til yes. S\u00e5 er jeg p\u00e5 den sikre side.<\/p>\n\n\n<figure class=\"wp-block-image size-full is-resized\">\n  <img loading=\"lazy\" decoding=\"async\" src=\"https:\/\/webhosting.de\/wp-content\/uploads\/2025\/12\/wordpress_autoload_opt_7493.png\" alt=\"\" width=\"1536\" height=\"1024\"\/>\n<\/figure>\n\n\n<h2>Rydde transients og midlertidige data<\/h2>\n\n<p>Transienter er tidsbegr\u00e6nsede <strong>buffer<\/strong> og opbevares ofte un\u00f8digt l\u00e6nge i wp_options. Udl\u00f8bne poster bliver ofte liggende, hvis oprydningen mislykkes. Jeg sletter regelm\u00e6ssigt udl\u00f8bne _transient_*- og _site_transient_*-poster. Derudover sikrer jeg, at s\u00e5danne data ikke gemmes med autoload=yes. Dette reducerer autoload-pakken markant og holder den lille. Denne vedligeholdelse h\u00f8rer hjemme i enhver vedligeholdelsesplan.<\/p>\n\n<pre><code>DELETE FROM wp_options WHERE option_name LIKE '_transient_%' AND option_name NOT LIKE '_transient_timeout_%';\n<\/code><\/pre>\n\n<p>Hvem bruger v\u00e6rkt\u00f8jer, er opm\u00e6rksom p\u00e5 <strong>Sikkerhed<\/strong> og klare logfiler, s\u00e5 \u00e6ndringer forbliver sporbare. Jeg tester f\u00f8rst manuelt jobs til automatisk oprydning. Derefter planl\u00e6gger jeg tilbagevendende kontroller, f.eks. hvert kvartal. S\u00e5 undg\u00e5r jeg overraskelser. Og tabellen vokser ikke ubem\u00e6rket igen.<\/p>\n\n<h2>Indeks i kolonnen Autoload<\/h2>\n\n<p>Hvis der er mange muligheder, kan der oprettes et indeks p\u00e5 kolonnen <strong>autoload<\/strong> Fremskynde adgangen yderligere. Foresp\u00f8rgslen om autoload=yes drager derefter fordel af en hurtigere opslag. Dette er is\u00e6r v\u00e6rdifuldt for store, aktive butikker eller multisite-ops\u00e6tninger. Indgrebet skal udf\u00f8res af erfarne h\u00e6nder, da forkerte indekser kan skabe deres egne problemer. Med en klar plan og backup reduceres foresp\u00f8rgselstiderne m\u00e6rkbart. Jeg dokumenterer \u00e6ndringen og m\u00e5ler effekten.<\/p>\n\n<p>Samtidig tror jeg, at <strong>Database<\/strong> Holistisk: Engine, buffer, langsomme foresp\u00f8rgsler og cronjobs p\u00e5virker det samlede resultat. Autoload er en central faktor, men ikke den eneste. En ryddelig tabel med god indeksering spiller sammen med caches og PHP-konfiguration. P\u00e5 den m\u00e5de opn\u00e5r jeg yderligere gevinster p\u00e5 millisekunder. Sm\u00e5 korrektioner summerer sig.<\/p>\n\n\n<figure class=\"wp-block-image size-full is-resized\">\n  <img loading=\"lazy\" decoding=\"async\" src=\"https:\/\/webhosting.de\/wp-content\/uploads\/2025\/12\/wordpressautoloaddesk1934.png\" alt=\"\" width=\"1536\" height=\"1024\"\/>\n<\/figure>\n\n\n<h2>Kombiner hosting, objektcache og autoload p\u00e5 en fornuftig m\u00e5de<\/h2>\n\n<p>En hurtig host d\u00e6mper negative effekter af store <strong>Automatisk indl\u00e6sning<\/strong>-pakker, men erstatter ikke oprydning. Det er s\u00e6rligt effektivt, n\u00e5r en objektcache betjener de hyppige optionsadgange. Dermed havner v\u00e6rdierne i hukommelsen og omg\u00e5r tilbagevendende database-reads. Men den st\u00f8rste l\u00f8ftestang er stadig en slank autoload-sum. Denne sammenligning giver en kort orientering: Hold autoload lille, og suppler derefter caches p\u00e5 en fornuftig m\u00e5de. Jeg viser mere om dette i artiklen. <a href=\"https:\/\/webhosting.de\/da\/sidecache-vs-objektcache-wordpress-hosting-boost\/\">Sidecache vs. objektcache<\/a>.<\/p>\n\n<p>Skjul caches <strong>Problemer<\/strong> kun i begr\u00e6nset omfang, hvis databasen er un\u00f8dvendigt stor. F\u00f8rst rydder jeg op i tabellen, s\u00e5 caches ikke skal sl\u00e6be s\u00e5 meget. Derefter f\u00e5r jeg dobbelt fordel: hurtigere opstart plus hurtige gentagne adgang. Overv\u00e5gning viser mig, om TTFB og RAM forbliver stabilt lave. S\u00e5dan opn\u00e5s en ren ops\u00e6tning med reserver til trafikspidser.<\/p>\n\n<h2>Hvorn\u00e5r er autoload=yes uundv\u00e6rligt?<\/h2>\n\n<p>Ikke alt m\u00e5 flyttes til \u201enej\u201c. Der er <strong>Kerneoptioner<\/strong>, som WordPress har brug for meget tidligt i bootstrapping eller ved praktisk talt alle foresp\u00f8rgsler. Herunder t\u00e6ller jeg typisk:<\/p>\n<ul>\n  <li>siteurl og home (basis-URL'er, brugt tidligere)<\/li>\n  <li>active_plugins (kr\u00e6ves direkte ved indl\u00e6sning af plugins)<\/li>\n  <li>stylesheet og template (valg af tema)<\/li>\n  <li>blognavn, blogbeskrivelse, blog_charset (generelle sidedata)<\/li>\n  <li>rewrite_rules (kr\u00e6ves ved parsing af anmodninger og kan v\u00e6re stort)<\/li>\n<\/ul>\n<p>Jeg lader normalt disse indstillinger v\u00e6re p\u00e5 <strong>autoload=ja<\/strong>. I gr\u00e6nsetilf\u00e6lde som <em>rewrite_rules<\/em> Jeg kontrollerer, om der er us\u00e6dvanligt store regels\u00e6t, og om forkerte permalinks eller plugins \u00f8ger st\u00f8rrelsen. Felter som <em>cron<\/em> og komplekse plugin-indstillinger betragtes som <strong>f\u00f8lsom<\/strong>: De kan blive store, men bliver ofte brugt. Her tester jeg p\u00e5 Staging, om <em>autoload=nej<\/em> Bivirkninger, f\u00f8r jeg tr\u00e6ffer en beslutning.<\/p>\n\n<h2>Multisite-s\u00e6rlige egenskaber og netv\u00e6rksmuligheder<\/h2>\n\n<p>P\u00e5 <strong>Multisite<\/strong>-Milj\u00f8er har egne wp_options-tabeller med autoload-felt for hvert websted \u2013 ud over den globale tabel. <em>wp_sitemeta<\/em> for netv\u00e6rksindstillinger. Jeg kontrollerer derfor autoload-summen for hver enkelt side og supplerer med st\u00f8rrelsen p\u00e5 centrale netv\u00e6rksmetadata. Store netv\u00e6rksindstillinger koster ikke ved hver enkelt sideforesp\u00f8rgsel, men kan bremse admin- og cron-processer.<\/p>\n\n<pre><code>-- Kontroller pr. websted (tilpas tabelpr\u00e6fikset afh\u00e6ngigt af blog-id) SELECT SUM(LENGTH(option_value)) AS autoload_size FROM wp_2_options WHERE autoload = 'yes'; -- Gennemg\u00e5 metadata p\u00e5 tv\u00e6rs af netv\u00e6rket SELECT SUM(LENGTH(meta_value)) AS network_meta_size\nFROM wp_sitemeta; -- St\u00f8rste netv\u00e6rksmetadata SELECT meta_key, LENGTH(meta_value) AS len FROM wp_sitemeta ORDER BY len DESC LIMIT 10;\n<\/code><\/pre>\n\n<p>For multisite g\u00e6lder f\u00f8lgende: Jeg rydder op i de st\u00f8rste muligheder pr. site og holder ogs\u00e5 netv\u00e6rksmetadataene slanke. F\u00e6lles caches (objektcache) hj\u00e6lper, men de <strong>erstattede ingen<\/strong> ren database.<\/p>\n\n<h2>WP-CLI: Analyse og masse\u00e6ndringer fra Shell<\/h2>\n\n<p>P\u00e5 servere bruger jeg <strong>WP-CLI<\/strong>, for at udf\u00f8re SQL-analyserne direkte og g\u00f8re \u00e6ndringer reproducerbare. P\u00e5 den m\u00e5de sikrer jeg hurtige revisioner, ogs\u00e5 p\u00e5 st\u00f8rre ops\u00e6tninger.<\/p>\n\n<pre><code># Beregn summen af autoload-st\u00f8rrelsen wp db query \"SELECT SUM(LENGTH(option_value)) AS autoload_size FROM wp_options WHERE autoload='yes';\"\n\n# Vis de 20 st\u00f8rste autoload-indstillinger wp db query \"SELECT option_name, LENGTH(option_value) AS len FROM wp_options WHERE autoload='yes' ORDER BY len DESC LIMIT 20;\"\n<\/code><\/pre>\n\n<p>Til masse\u00e6ndringer arbejder jeg med en <strong>kandidatliste<\/strong> fra analysen og s\u00e6tter dem kontrolleret til nej. Efter hver runde m\u00e5ler jeg summen igen.<\/p>\n\n<pre><code># Eksempel: Kandidater (\u00e9n pr. linje) i names.txt\n# autoload=no for alle navne (v\u00e6r forsigtig, lav f\u00f8rst en sikkerhedskopi!) while read -r NAME; do VAL=\"$(wp option get \"$NAME\")\" wp option update \"$NAME\" \"$VAL\" --autoload=no done &lt; names.txt\n<\/code><\/pre>\n\n<p>Med denne metode forbliver historikken i terminalen sporbar, og jeg kan om n\u00f8dvendigt rulle tilbage p\u00e5 en m\u00e5lrettet m\u00e5de.<\/p>\n\n<h2>Automatisk housekeeping med MU-plugin<\/h2>\n\n<p>For at forhindre fremtidig v\u00e6kst s\u00e6tter jeg sm\u00e5 <strong>R\u00e6kv\u00e6rk<\/strong> . Et MU-plugin kan f.eks. automatisk s\u00e6tte autoload-flagget for kendte m\u00f8nstre som transients, cache- og logposter til \u201eno\u201c og rydde op med j\u00e6vne mellemrum. Jeg tester f\u00f8rst s\u00e5danne indgreb p\u00e5 staging.<\/p>\n\n<pre><code>update($wpdb-&gt;options, array('autoload' =&gt; 'no'), array('option_name' =&gt; $option)); break; } } }, 10, 3);\n\n\/\/ Planlagt oprydning: fjern udl\u00f8bne transients if (!wp_next_scheduled('autoload_housekeeping')) { wp_schedule_event(time(), 'daily', 'autoload_housekeeping'); } add_action('autoload_housekeeping', function() { global $wpdb;\n    \/\/ Ryd op i udl\u00f8bne transients (uden timeouts) $wpdb-&gt;query(\"DELETE FROM {$wpdb-&gt;options} WHERE option_name LIKE '_transient_%' AND option_name NOT LIKE '_transient_timeout_%'\");\n    $wpdb-&gt;query(\"DELETE FROM {$wpdb-&gt;options} WHERE option_name LIKE '_site_transient_%' AND option_name NOT LIKE '_site_transient_timeout_%'\");\n    \/\/ Valgfrit: afb\u00f8de meget store autoload-indstillinger $candidates = $wpdb-&gt;get_col(\"SELECT option_name FROM {$wpdb-&gt;options} WHERE autoload='yes' AND LENGTH(option_value) &gt; 500000\");\n    foreach ($candidates as $name) { $wpdb-&gt;update($wpdb-&gt;options, array('autoload' =&gt; 'no'), array('option_name' =&gt; $name)); } });\n<\/code><\/pre>\n\n<p>P\u00e5 den m\u00e5de undg\u00e5r jeg, at der efter opdateringer eller nye plugins igen indl\u00e6ses un\u00f8dvendigt store datam\u00e6ngder. Jeg dokumenterer undtagelser (whitelist), hvis visse optioner trods deres st\u00f8rrelse bevidst skal forblive i autoload.<\/p>\n\n<h2>Sikker sletning: mere pr\u00e6cise SQL-eksempler<\/h2>\n\n<p>Jeg sletter <strong>m\u00e5lrettet<\/strong> og undg\u00e5 kollaterale skader. For transienter s\u00f8rger jeg for ikke at slette timeouts direkte, men i stedet de tilh\u00f8rende v\u00e6rdier.<\/p>\n\n<pre><code>-- Fjern kun udl\u00f8bne transients (sikker fremgangsm\u00e5de) DELETE o FROM wp_options o JOIN wp_options t ON o.option_name = REPLACE(t.option_name, '_timeout_', '') WHERE t.option_name LIKE '_transient_timeout_%'\n  AND t.option_value &lt; UNIX_TIMESTAMP(); -- Netv\u00e6rksd\u00e6kkende (multisite) transients DELETE o FROM wp_options o JOIN wp_options t ON o.option_name = REPLACE(t.option_name, &#039;_site_transient_timeout_&#039;, &#039;_site_transient_&#039;)\nWHERE t.option_name LIKE &#039;_site_transient_timeout_%&#039; AND t.option_value &lt; UNIX_TIMESTAMP();\n<\/code><\/pre>\n\n<p>Derudover s\u00e6tter jeg systematisk flaget til \u201enej\u201c for store, sj\u00e6ldent anvendte indstillinger i stedet for at slette dem. P\u00e5 den m\u00e5de minimerer jeg risikoen og kan altid vende tilbage, hvis det bliver n\u00f8dvendigt.<\/p>\n\n<h2>Indeksering: oprette, teste, nedl\u00e6gge<\/h2>\n\n<p>Hvis tabellen er stor, fremskynder en kombineret indeks hyppige opslag. Jeg opretter den, m\u00e5ler og ruller tilbage, hvis der ikke er nogen fordel.<\/p>\n\n<pre><code>-- Opret indeks (tilpas navnet i henhold til v\u00e6rtsreglerne) CREATE INDEX autoload_name_idx ON wp_options (autoload, option_name); -- Test, m\u00e5l, fjern om n\u00f8dvendigt DROP INDEX autoload_name_idx ON wp_options;\n<\/code><\/pre>\n\n<p>F\u00f8rst tjekker jeg eksisterende indekser, s\u00e5 jeg ikke opretter noget dobbelt. Efter oprettelsen verificerer jeg foresp\u00f8rgselsplaner og svartider under reel belastning.<\/p>\n\n<h2>M\u00e5ling og validering: Bevis f\u00f8r og efter<\/h2>\n\n<p>Jeg dokumenterer optimeringer med <strong>Tal<\/strong>. Jeg m\u00e5ler TTFB p\u00e5 repr\u00e6sentative sider, sporer hukommelsestoppe og t\u00e6ller databaseforesp\u00f8rgsler. For at f\u00e5 et hurtigt overblik bruger jeg en kort logudskrift under testene (lad den ikke v\u00e6re aktiv hele tiden):<\/p>\n\n<pre><code>&lt;?php \/\/ M\u00e5 ikke bruges permanent i produktion \u2013 kun til m\u00e5lek\u00f8rsler! add_action(&#039;shutdown&#039;, function() { if (defined(&#039;WP_DEBUG&#039;) &amp;&amp; WP_DEBUG) { error_log(sprintf(\n            &#039;WP-Run: %.3fs | Queries: %d | Peak-Mem: %.1fMB&#039;, timer_stop(0, 3), get_num_queries(), memory_get_peak_usage(true) \/ 1048576 )); } });\n<\/code><\/pre>\n\n<p>Med to til tre m\u00e5lerunder f\u00f8r og efter optimeringen kan jeg se, om TTFB, antal foresp\u00f8rgsler og peak-memory forbedres som forventet. Parallelt hermed observerer jeg backend (plugin- og editor-sider), da store autoload-pakker er s\u00e6rligt synlige her.<\/p>\n\n<h2>Almindelige fejl og hvordan du undg\u00e5r dem<\/h2>\n\n<ul>\n  <li><strong>Indstil alt p\u00e5 \u201enej\u201c:<\/strong> Generelle foranstaltninger \u00f8del\u00e6gger funktioner eller genererer mange individuelle sql'er. Jeg g\u00e5r selektivt til v\u00e6rks og tester.<\/li>\n  <li><strong>\u00c6ndring af kritiske kerneindstillinger:<\/strong> siteurl, home, active_plugins, Theme-felter og rewrite_rules skal behandles med forsigtighed.<\/li>\n  <li><strong>Forkert sletning af transienter:<\/strong> Timeouts i stedet for at fjerne v\u00e6rdier eller slette begge dele vilk\u00e5rligt. Bedre: Ryd m\u00e5lrettet op i udl\u00f8bne v\u00e6rdier.<\/li>\n  <li><strong>Arbejde uden backup:<\/strong> F\u00f8r hver runde sikkerhedskopierer jeg databasen og noterer \u00e6ndringer.<\/li>\n  <li><strong>T\u00e6nk kun p\u00e5 \u201eDB\u201c:<\/strong> Objektcache, PHP-hukommelsesgr\u00e6nser, langsomme cronjobs og hostinggr\u00e6nser h\u00e6nger sammen. Jeg betragter systemet som en helhed.<\/li>\n  <li><strong>Ryd op \u00e9n gang for alle og glem det:<\/strong> Uden regelm\u00e6ssig overv\u00e5gning vokser Autoload igen. Jeg planl\u00e6gger faste vedligeholdelsesintervaller.<\/li>\n<\/ul>\n\n<h2>Bedste praksis for fremtiden<\/h2>\n\n<p>Jeg v\u00e6lger bevidst <strong>Plugins<\/strong>, der h\u00e5ndterer indstillinger korrekt og sletter data ved fjernelse. Efter test fjernes add-ons fuldst\u00e6ndigt, ikke kun deaktiveres. F\u00f8r st\u00f8rre \u00e6ndringer sikkerhedskopierer jeg altid databasen. Derefter tjekker jeg autoload-st\u00f8rrelsen igen for straks at opdage nye afvigelser. Is\u00e6r ved caching-ops\u00e6tninger holder jeg konfigurationen slank og undg\u00e5r typiske faldgruber. Et kig p\u00e5 <a href=\"https:\/\/webhosting.de\/da\/hvorfor-redis-er-langsommere-end-forventet-typiske-fejlkonfigurationer-cacheopt\/\">Forkerte konfigurationer af Redis<\/a> hj\u00e6lper med at undg\u00e5 bivirkninger.<\/p>\n\n<p>Almindelig <strong>Pleje<\/strong> forhindrer, at wp_options-tabellen vokser igen. Jeg s\u00e6tter faste datoer, for eksempel hvert kvartal. Hvis jeg noterer v\u00e6rdierne f\u00f8r og efter optimeringen, kan jeg se tendenser. S\u00e5 kan jeg handle i tide i stedet for at reagere under pres senere. Denne rutine sparer tid og nerver p\u00e5 lang sigt.<\/p>\n\n<h2>Konkret arbejdsgang trin for trin<\/h2>\n\n<p>F\u00f8rst sikrer jeg mig <strong>Database<\/strong> og filer fuldst\u00e6ndigt, s\u00e5 jeg kan vende tilbage n\u00e5r som helst. Derefter fastsl\u00e5r jeg den aktuelle autoload-st\u00f8rrelse og de 10 mest popul\u00e6re poster via SQL. Herefter identificerer jeg for\u00e6ldede plugin-data og store cache-, log- eller transient-poster. I n\u00e6ste trin indstiller jeg sj\u00e6ldent anvendte indstillinger til autoload=no og sletter m\u00e5lrettet overfl\u00f8dige rester. Til sidst m\u00e5ler jeg igen, dokumenterer den nye sum og planl\u00e6gger en gentagelse af kontrollen.<\/p>\n\n<p>Ved f\u00f8lsomme <strong>Felter<\/strong> Jeg tester f\u00f8rst \u00e6ndringer p\u00e5 staging. Hvis der opst\u00e5r problemer, genaktiverer jeg enkelte v\u00e6rdier eller gendanner backupen. Derefter tilpasser jeg mit plugin-valg for at undg\u00e5 ny v\u00e6kst. Et enkelt protokol pr. runde er nok til at bevare overblikket. Processen forbliver enkel og f\u00f8rer p\u00e5lideligt til m\u00e5lbare effekter.<\/p>\n\n\n<figure class=\"wp-block-image size-full is-resized\">\n  <img loading=\"lazy\" decoding=\"async\" src=\"https:\/\/webhosting.de\/wp-content\/uploads\/2025\/12\/wordpress-autoload-8234.png\" alt=\"\" width=\"1536\" height=\"1024\"\/>\n<\/figure>\n\n\n<h2>Resum\u00e9: Lille tabel, stor effekt<\/h2>\n\n<p>Autoload er en st\u00e6rk <strong>mekanisme<\/strong>, der bremser kraftigt, n\u00e5r wp_options-tabellen er fyldt med un\u00f8dvendige data. Hvis du holder summen under ca. 1 MB, falder TTFB, RAM-behov og backend-latenser m\u00e6rkbart. Vejen dertil er klar: m\u00e5l, fjern ballast, autoload=no for sj\u00e6ldne v\u00e6rdier, ryd transients og kontroller regelm\u00e6ssigt. Caches og god hosting forst\u00e6rker effekten, men erstatter ikke en ren database. Hvis du g\u00f8r denne proces til en rutine, f\u00e5r du permanent mere hastighed ud af den samme hardware.<\/p>\n\n<p>Jeg ser Autoload som <strong>justeringsskrue<\/strong> med et fremragende forhold mellem pris og ydelse: f\u00e5 \u00e6ndringer, markant effekt. Is\u00e6r butikker og indholdstunge sider drager \u00f8jeblikkelig fordel heraf. Med en kort m\u00e5nedlig eller kvartalsvis kontrol forbliver tabellen slank. S\u00e5 reagerer sider hurtigere, administratorer arbejder hurtigere, og cronjobs k\u00f8rer mere problemfrit. Det er b\u00e6redygtig ydeevne uden risiko og uden nye plugin-krige.<\/p>","protected":false},"excerpt":{"rendered":"<p>L\u00e6r, hvordan du optimerer WordPress Autoload-indstillinger i wp_options-tabellen for at fjerne skjulte bremser og g\u00f8re din hjemmeside hurtigere med m\u00e5lrettet databaseoptimering.<\/p>","protected":false},"author":1,"featured_media":16206,"comment_status":"","ping_status":"","sticky":false,"template":"","format":"standard","meta":{"_acf_changed":false,"_crdt_document":"","inline_featured_image":false,"footnotes":""},"categories":[781],"tags":[],"class_list":["post-16213","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-datenbanken-administration-anleitungen"],"acf":[],"_wp_attached_file":null,"_wp_attachment_metadata":null,"litespeed-optimize-size":null,"litespeed-optimize-set":null,"_elementor_source_image_hash":null,"_wp_attachment_image_alt":null,"stockpack_author_name":null,"stockpack_author_url":null,"stockpack_provider":null,"stockpack_image_url":null,"stockpack_license":null,"stockpack_license_url":null,"stockpack_modification":null,"color":null,"original_id":null,"original_url":null,"original_link":null,"unsplash_location":null,"unsplash_sponsor":null,"unsplash_exif":null,"unsplash_attachment_metadata":null,"_elementor_is_screenshot":null,"surfer_file_name":null,"surfer_file_original_url":null,"envato_tk_source_kit":null,"envato_tk_source_index":null,"envato_tk_manifest":null,"envato_tk_folder_name":null,"envato_tk_builder":null,"envato_elements_download_event":null,"_menu_item_type":null,"_menu_item_menu_item_parent":null,"_menu_item_object_id":null,"_menu_item_object":null,"_menu_item_target":null,"_menu_item_classes":null,"_menu_item_xfn":null,"_menu_item_url":null,"_trp_menu_languages":null,"rank_math_primary_category":null,"rank_math_title":null,"inline_featured_image":null,"_yoast_wpseo_primary_category":null,"rank_math_schema_blogposting":null,"rank_math_schema_videoobject":null,"_oembed_049c719bc4a9f89deaead66a7da9fddc":null,"_oembed_time_049c719bc4a9f89deaead66a7da9fddc":null,"_yoast_wpseo_focuskw":null,"_yoast_wpseo_linkdex":null,"_oembed_27e3473bf8bec795fbeb3a9d38489348":null,"_oembed_c3b0f6959478faf92a1f343d8f96b19e":null,"_trp_translated_slug_en_us":null,"_wp_desired_post_slug":null,"_yoast_wpseo_title":null,"tldname":null,"tldpreis":null,"tldrubrik":null,"tldpolicylink":null,"tldsize":null,"tldregistrierungsdauer":null,"tldtransfer":null,"tldwhoisprivacy":null,"tldregistrarchange":null,"tldregistrantchange":null,"tldwhoisupdate":null,"tldnameserverupdate":null,"tlddeletesofort":null,"tlddeleteexpire":null,"tldumlaute":null,"tldrestore":null,"tldsubcategory":null,"tldbildname":null,"tldbildurl":null,"tldclean":null,"tldcategory":null,"tldpolicy":null,"tldbesonderheiten":null,"tld_bedeutung":null,"_oembed_d167040d816d8f94c072940c8009f5f8":null,"_oembed_b0a0fa59ef14f8870da2c63f2027d064":null,"_oembed_4792fa4dfb2a8f09ab950a73b7f313ba":null,"_oembed_33ceb1fe54a8ab775d9410abf699878d":null,"_oembed_fd7014d14d919b45ec004937c0db9335":null,"_oembed_21a029d076783ec3e8042698c351bd7e":null,"_oembed_be5ea8a0c7b18e658f08cc571a909452":null,"_oembed_a9ca7a298b19f9b48ec5914e010294d2":null,"_oembed_f8db6b27d08a2bb1f920e7647808899a":null,"_oembed_168ebde5096e77d8a89326519af9e022":null,"_oembed_cdb76f1b345b42743edfe25481b6f98f":null,"_oembed_87b0613611ae54e86e8864265404b0a1":null,"_oembed_27aa0e5cf3f1bb4bc416a4641a5ac273":null,"_oembed_time_27aa0e5cf3f1bb4bc416a4641a5ac273":null,"_tldname":null,"_tldclean":null,"_tldpreis":null,"_tldcategory":null,"_tldsubcategory":null,"_tldpolicy":null,"_tldpolicylink":null,"_tldsize":null,"_tldregistrierungsdauer":null,"_tldtransfer":null,"_tldwhoisprivacy":null,"_tldregistrarchange":null,"_tldregistrantchange":null,"_tldwhoisupdate":null,"_tldnameserverupdate":null,"_tlddeletesofort":null,"_tlddeleteexpire":null,"_tldumlaute":null,"_tldrestore":null,"_tldbildname":null,"_tldbildurl":null,"_tld_bedeutung":null,"_tldbesonderheiten":null,"_oembed_ad96e4112edb9f8ffa35731d4098bc6b":null,"_oembed_8357e2b8a2575c74ed5978f262a10126":null,"_oembed_3d5fea5103dd0d22ec5d6a33eff7f863":null,"_eael_widget_elements":null,"_oembed_0d8a206f09633e3d62b95a15a4dd0487":null,"_oembed_time_0d8a206f09633e3d62b95a15a4dd0487":null,"_aioseo_description":null,"_eb_attr":null,"_eb_data_table":null,"_oembed_819a879e7da16dd629cfd15a97334c8a":null,"_oembed_time_819a879e7da16dd629cfd15a97334c8a":null,"_acf_changed":null,"_wpcode_auto_insert":null,"_edit_last":null,"_edit_lock":null,"_oembed_e7b913c6c84084ed9702cb4feb012ddd":null,"_oembed_bfde9e10f59a17b85fc8917fa7edf782":null,"_oembed_time_bfde9e10f59a17b85fc8917fa7edf782":null,"_oembed_03514b67990db061d7c4672de26dc514":null,"_oembed_time_03514b67990db061d7c4672de26dc514":null,"rank_math_news_sitemap_robots":null,"rank_math_robots":null,"_eael_post_view_count":"2515","_trp_automatically_translated_slug_ru_ru":null,"_trp_automatically_translated_slug_et":null,"_trp_automatically_translated_slug_lv":null,"_trp_automatically_translated_slug_fr_fr":null,"_trp_automatically_translated_slug_en_us":null,"_wp_old_slug":null,"_trp_automatically_translated_slug_da_dk":null,"_trp_automatically_translated_slug_pl_pl":null,"_trp_automatically_translated_slug_es_es":null,"_trp_automatically_translated_slug_hu_hu":null,"_trp_automatically_translated_slug_fi":null,"_trp_automatically_translated_slug_ja":null,"_trp_automatically_translated_slug_lt_lt":null,"_elementor_edit_mode":null,"_elementor_template_type":null,"_elementor_version":null,"_elementor_pro_version":null,"_wp_page_template":null,"_elementor_page_settings":null,"_elementor_data":null,"_elementor_css":null,"_elementor_conditions":null,"_happyaddons_elements_cache":null,"_oembed_75446120c39305f0da0ccd147f6de9cb":null,"_oembed_time_75446120c39305f0da0ccd147f6de9cb":null,"_oembed_3efb2c3e76a18143e7207993a2a6939a":null,"_oembed_time_3efb2c3e76a18143e7207993a2a6939a":null,"_oembed_59808117857ddf57e478a31d79f76e4d":null,"_oembed_time_59808117857ddf57e478a31d79f76e4d":null,"_oembed_965c5b49aa8d22ce37dfb3bde0268600":null,"_oembed_time_965c5b49aa8d22ce37dfb3bde0268600":null,"_oembed_81002f7ee3604f645db4ebcfd1912acf":null,"_oembed_time_81002f7ee3604f645db4ebcfd1912acf":null,"_elementor_screenshot":null,"_oembed_7ea3429961cf98fa85da9747683af827":null,"_oembed_time_7ea3429961cf98fa85da9747683af827":null,"_elementor_controls_usage":null,"_elementor_page_assets":[],"_elementor_screenshot_failed":null,"theplus_transient_widgets":null,"_eael_custom_js":null,"_wp_old_date":null,"_trp_automatically_translated_slug_it_it":null,"_trp_automatically_translated_slug_pt_pt":null,"_trp_automatically_translated_slug_zh_cn":null,"_trp_automatically_translated_slug_nl_nl":null,"_trp_automatically_translated_slug_pt_br":null,"_trp_automatically_translated_slug_sv_se":null,"rank_math_analytic_object_id":null,"rank_math_internal_links_processed":null,"_trp_automatically_translated_slug_ro_ro":null,"_trp_automatically_translated_slug_sk_sk":null,"_trp_automatically_translated_slug_bg_bg":null,"_trp_automatically_translated_slug_sl_si":null,"litespeed_vpi_list":null,"litespeed_vpi_list_mobile":null,"rank_math_seo_score":null,"rank_math_contentai_score":null,"ilj_limitincominglinks":null,"ilj_maxincominglinks":null,"ilj_limitoutgoinglinks":null,"ilj_maxoutgoinglinks":null,"ilj_limitlinksperparagraph":null,"ilj_linksperparagraph":null,"ilj_blacklistdefinition":null,"ilj_linkdefinition":null,"_eb_reusable_block_ids":null,"rank_math_focus_keyword":"WordPress Autoload-Optionen","rank_math_og_content_image":null,"_yoast_wpseo_metadesc":null,"_yoast_wpseo_content_score":null,"_yoast_wpseo_focuskeywords":null,"_yoast_wpseo_keywordsynonyms":null,"_yoast_wpseo_estimated-reading-time-minutes":null,"rank_math_description":null,"surfer_last_post_update":null,"surfer_last_post_update_direction":null,"surfer_keywords":null,"surfer_location":null,"surfer_draft_id":null,"surfer_permalink_hash":null,"surfer_scrape_ready":null,"_thumbnail_id":"16206","footnotes":null,"_links":{"self":[{"href":"https:\/\/webhosting.de\/da\/wp-json\/wp\/v2\/posts\/16213","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/webhosting.de\/da\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/webhosting.de\/da\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/webhosting.de\/da\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/webhosting.de\/da\/wp-json\/wp\/v2\/comments?post=16213"}],"version-history":[{"count":0,"href":"https:\/\/webhosting.de\/da\/wp-json\/wp\/v2\/posts\/16213\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/webhosting.de\/da\/wp-json\/wp\/v2\/media\/16206"}],"wp:attachment":[{"href":"https:\/\/webhosting.de\/da\/wp-json\/wp\/v2\/media?parent=16213"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/webhosting.de\/da\/wp-json\/wp\/v2\/categories?post=16213"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/webhosting.de\/da\/wp-json\/wp\/v2\/tags?post=16213"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}