tobifjellner (Tor-Bjorn “Tobi” Fjellner)

Du får kolla med din leverantör av inkommande post vilket format ”konstiga” domännamn ska läggas in i filtreringsreglerna.

Men du kanske också behöver konfigurera SPF och DMARC (och kanske även DKIM) för att det hela ska fungera bättre.

SPF är ett textfält du lägger in i DNS-posten för avsändardomänen, med en deklaration av vilka IP-adresser som kan förekomma som tillåtna avsändare av din e-post. Du kan behöva lägga in både IPv4 och IPv6, och om du skickar ut post via t.ex. AWS eller MailChimp behöver du inkludera även deras IP-adresser. Kolla också med ditt webbhotell om du kanske behöver inkludera några privata adresser för den händelse meddelanden kanske går direkt från webbservern till servern för inkommande e-post utan att använda publika adresser.

DMARC är en annan deklaration du gör i form av ett textfält i DNS-inställningarna. Denna deklaration ger instruktioner för eventuellt återrapportering om meddelanden som inte levererades. (Tack vare sådan rapportering vet jag att några spammare stundtals försöker använda e-postadressen för en webbutik som avsändare, men dessa meddelanden kastas, eftersom de skickas från helt felaktiga IP-adresser.)

DKIM är en annan typ av verktyg, som med hjälp av kryptobaserade signaturer bevisar att ett meddelande faktiskt kom från angiven avsändardomän och att meddelandet inte har ändrats.

Många e-postleverantörer (bl.a. gmail) kastar numera automatiskt meddelanden om avsändardomänen sanar SPF-deklaration.

En annan lösning kan vara att du hos webbhotellet skapar en e-postadress för webbutiken på deras mailserver. Använd sedan något av alla SMTP-tillägg som finns för WordPress så att webbplatsen i stället för att rakt av skicka e-posten direkt från webbservern till mottagarens server för inkommande e-post loggar in till webbhotellets e-postserver med användarnamn och lösenord, och sedan skickar sina meddelanden den vägen.
Detta ger två stora fördelar:
1. Meddelandet kommer att ”skickas” från mailserverns IP-adress i stället för webbserverns IP-adress. Tänk att tusentals webbplatser delar samma publika IP-adress — om någon enda av dessa webbplatser aktivt skickar ut spam är risken stor att webbserverns IP-adress är svartlistad. Om du i stället skickar från mail-servern så har webbhotellet antagligen skydd mot vissa spam-beteenden.
2. Du kan använda något av dina ”vanliga” domännamn som avsändaradress.

Jag har försökt googla, men kan inte hitta vilket tillägg det kan vara frågan om.

Om du kan hitta tillägget i din lista över tillägg kan du försöka att uppdatera det till den senaste versionen eller helt enkelt inaktivera tillägget. I det senare fallet kanske något slutar fungera, men namnet antyder att det i så fall mest handlar om att någon layout kan bli lite konstig.

Om du vet varifrån tillägget kommer kan du försöka att kontakta supporten för tillägget. I så fall kan det vara idé att tillfälligt ändra språket i WordPress till Engelska (US) för att kunna referera felmeddelandet ”i original”.

Du kan möjligen trolla fram mer detaljerad information genom att aktivera loggning av fel. Det är inte helt trivialt, så beskrivningen av detta flyttades för ett par år sedan till dokumentationen för utvecklare: https://developer.wordpress.org/advanced-administration/debug/debug-wordpress/

HTML-koden för din webbplats är svårläst. Det verkar som om den filtrerats genom en funktion som tar bort alla ”överflödiga” tecken, bl.a. tecknet för ny rad.

Jag sökte på ordet ”font”, och hittade bland annat en indirekt länk till

src: url(http://test.local/wp-content/uploads/elementor/google-fonts/fonts/gfsdidot-jqzh5tybz9vzmwfssvwse-3h.woff2) format('woff2');

Du kan behöva göra om inställningarna för typsnitt i Elementer på den ”riktiga” webbplatsen för att dessa adresser ska uppdateras.

Det kanske räcker med att du klickar i att typsnitten kan hämtas från Google Fonts, och sedan klicka tillbaka att typsnitten ska distribueras från webbplatsen, så kanske Elementor ser till att ladda upp rätt typsnitt på webbplatsen igen.

Jag har knappt använt Elementor själv, så jag gissar lite här.

När jag går till inloggningssidan ser den ut att fungera (byt ut /beckkaffestund mot /wp-login.php). Men nog verkar något tillägg fortfarande vara aktivt, annars skulle inte ”Logga in med Google” vara synligt.

Om det fortfarande inte löser sig kanske webbhotellet (One) kan hjälpa till, de har ju åtkomst till filsystemet och har skript för att snabbt uppdatera allt.

Hej @loppisuffe

Om man byggde en webbplats för 30 år sedan så handlade det om att antingen skriva HTML-kod för hand eller ha något program som hjälpte dig att skapa HTML-kod för färdiga sidor, och sedan brukade man behöva ladda upp filerna och katalogerna till webbservern via FTP.

WordPress har en annorlunda struktur.

I det administrativa gränssnittet kan du bygga sidor och inlägg och arbeta med webbplatsens design mm. Ditt textinnehåll och dina inställningar sparar WordPress i en databas. När sedan en besökare begär att få se en viss sida kommer WordPress att köra alla dina aktiva tillägg och ditt tema och bygga den färdiga HTML-koden genom att från databasen hämta fram textinnehåll, listorna med länkar som ska visas i menyn, och så vidare.

Du ger för lite information för att jag ska kunna sätta fingret på vad du missat. Om du orkar och vill kan du försöka beskriva steg för steg vad du har gjort.

Det finns inte så mycket kurser och dokumentation på svenska. Men du skulle kunna börja med att läsa ”Webbpublicering med WordPress” som Thord D. Hedengren publicerade 2019. https://wpse.se/webbpublicering-med-wordpress/

Hej @herbis

Vissa datorsystem har en funktion som heter cron(), som låter dig ställa in specifika tidpunkter för körning av något program. Det kan t.ex. användas för att köra ett skript som kl 00:03 varje natt kör och skickar ut en säljrapport.

WordPress behöver också kunna planera åtgärder till specifika tidpunkter i framtiden (kolla efter uppdateringar, publicera tidsinställda inlägg, rensa i databasen m.m.), men saknar normalt direkt åtkomst till cron-kommandot.

I stället har WordPress sin egen lösning: wp-cron.php. Det är en fil som anropas innan WordPress avslutas efter att ha skapat och skickat den begärda sidan till en besökare. När wp-cron.php kollar den om det finns någon inplanerad uppgift som behöver utföras och kör den i så fall.

(Det här betyder att om du gjort ett tidsinställt inlägg som ska publiceras klockan 15, kommer den första sidvisningen efter klockan 15 av vad som helst på webbplatsen att leda till att inlägget publiceras, så på en webbplats med få besökare blir inlägget synligt först för besökare nummer 2.)

Varningen kan alltså bero på att det sällan kommer några förfrågningar till WordPress över huvud taget. Men det kan också tänkas att någon i webbplatsens konfiguration stängt av anropet till wp-cron genom att lägga in raden

define('DISABLE_WP_CRON', true);

i filen /wp-config.php

Min gissning är att webbplatsen helt enkelt har vädigt få besökare. Om ditt webbhotell erbjuder CRON-körning skulle du kunna ställa in ett http-anrop per timme till:

wget -q -O - https://domain.com/wp-cron.php?doing_wp_cron >/dev/null 2>&1

(Givetvis behöver du ändra domain.com till adressen för din webbplats.)

En annan möjlighet är att använda uptimerobot eller något liknande för att få regelbundna besök till sidan.

Då kanske det helt enkelt är så att en genväg behöver konverteras till app för att kunna härbärgera en ikon? Det verkar inte vara något du kan lösa inifrån WordPress, hur som helst.

Smidigast är nog att kontakta supporten för ert webbhotell, då de har möjlighet att kolla webbplatskonfiguration, CDN-inställningar mm.. Att döma av webbplatsens IP-adress bör du kontakta https://www.egensajt.se/