Jepp. Om du hämtar sidan via https men alla länkar i sidan fortfarande pekar till http så kommer Chrome att blockera s.k. ”Aktivt innehåll”.
Ladda antingen sidan via http eller (hellre) byt till https:
1. Ändra webbplatsens adress till https://… under inställningar→allmänt.
2. Installera och aktivera https://wordpress.org/plugins/really-simple-ssl/
Du kan stänga av Really simple SSL efter att du söker och ändrar alla länkar till den egna webbplatsen (för foton m.m.) till https. T.ex. tillägget Better search&replace kan hjälpa till med detta. Men innan du gör något sådant ska du först se till att spara hem en kopia av din databas.
(PS. Jag växte upp i Järna…)
Det finns spammare som skickar falska besök till Google Analytics, där de smyger in reklambudskap till webbplatsägare i olika parametrar, såsom t.ex. refererande sida.
Det är möjligt att någon ”spammare” besöker olika sidor som inte finns för att skapa överraskande objekt i statistiken. Det kan också tänkas att det helt enkelt är små misstag. Och nu när du lagt upp dessa länkar i denna fråga kommer du antagligen att fortsätta få anrop från sökmotorer.
Du kanske kan få mer information om du frågar (på engelska) i tilläggets eget forum.
https://wordpress.org/support/plugin/wp-statistics/
Du kanske har en snabb processor på din egen dator.
När du använder ett webbhotell i budgetklassen kan det finnas hundratals andra webbplatser på samma server som du använder.
Om allt innehåll på sidan är statiskt kan något tillägg för cachehantering kanske vara till hjälp? Det tar en del processortid på servern för att köra alla program som behövs för att skapa en färdig sida i WordPress. Ett cachetillägg sparar den färdiga sidan, och om något senare anrop frågar efter precis samma sida (och om det inte finns anledning att bygga sidan på nytt, t.ex. p.g.a. att det är en inloggad användare) så kan tillägget direkt skicka den färdiga sidan i stället, så behöver inte alla hundratals PHP-skript i WordPress-kärnan, olika aktiverade tillägg och i ditt tema, köras. Prova något under https://wordpress.org/plugins/search/cache/
PHPMyAdmin är ett PHP-program som behöver köras på en webbserver, och webbservern behöver i sin tur ha möjlighet att nå databasservern. Nästan alla webbhotell brukar ha PHPMyAdmin installerat. Binero har en guide om hur man dumpar databasen (d.v.s. gör backup) https://www.binero.se/guider/guider-databaser/mysql/exportera-databas-fr-n-mysql
Om du behöver inloggningsuppgifterna för databasen hittar du dem i /wp-config.php som du kan ladda hem via FTP
Binero skriver att de sedan någon vecka har problem med webbhotellstjänsterna. Om de ber er att undvika att göra uppdateringar kanske de har problem att öppna förbindelser FRÅN sina webbservrar till utomstående servrar på nätet. I så fall kan det drabba även Jetpack, som ju behöver kontakta servrarna hos WordPress.com för många av sina funktioner. Om tillägget inte syns till kan det också vara så att en uppdatering avbröts på halva vägen: Den tidigare versionen av tillägget raderades, men den uppdaterade versionen kanske inte kom helt på plats.
Om du vill försöka installera om Jetpack kan du via FTP radera katalogen /wp-content/plugins/jetpack/ och sedan installera som vanligt. Alternativt kan du tanka hem tilläggets senaste zip-fil från https://sv.wordpress.org/plugins/jetpack/; packa upp filen på den egna datorn och sedan ladda upp hela tillägget via FTP (FileZilla) till webbservern. Om du använder FTP behöver du se till att allt hamnar på rätt ställe. Observera att när du packar upp zip-filen kommer den att i roten innehålla katalogen /jetpack/ som ju redan finns på webbservern!
Webbplatsens inställningar och textinnehåll finns i databasen. Bilder säkerhetskopierar du via FTP enligt min tidigare kommentar.
Hej och tack för svar 🙂 Yes, du har säkert rätt i att Jetpack är i konflikt med mitt Tema eller annat plugin isf WordPress. Låter klokt och rimligt.
Jag har laddat ner och kört Healt check som ger många bra tips men har inte löst mitt problem. Vet inte heller riktigt vad jag vågar göra i felsökningsläget heller …
Försökte ominstallera Jetpack men får meddelandet: Installationen misslyckades: målmappen finns redan.
Jag misstänker nu att mitt tema kan vara felet, har inte uppdaterat på länge. Har ett child theme som en konsult gjort vid en uppdatering men som jag inte vill ha och som inte bör innehålla några större varianter mot original eftersom jag inte gjort några ändringar. Har fegat på att ta bort det och uppdatera originalet. Försökte göra backup av bloggen och laddade hem Updraft plus men det funkade inte.
Alltså något har ju hänt där Jetpack är inblandad vid den automatiska uppdateringen av WordPress, och jag kommer inte åt Jetpack på något sätt just nu. Kan inte uppdatera, inaktivera eller avinstallera det. (och vill inte förlora mina mailadresser)
Förslag på åtgärd? Törs jag ta bort child theme och installera originalet. Det heter CheerUp.
I felsökningsläget i Health check så står: du har inget standardtema installerat Ett standardtema kan hjälpa dig att kontrollera om ditt nuvarande tema orsakar konflikter. Samtidigt står det också: Observera att alla ändringar du gör i webbplatsens inställningar kommer att finnas kvar när felsökningsläget avslutas.
Fattar inte riktigt hur jag kan testa och ev. backa om det blir ännu värre eller inte fixar felet, vet ju inte heller innan jag försökt uppdatera WP igen? och kommer Jetpack då ”tillbaka av sig själv”.
Till att börja med kan du prova hur det blir om du inaktiverar alla tillägg och tillfälligt använder något av standardtemana (twenty-nånting).
Enklaste sättet att göra det är att installera tillägget https://sv.wordpress.org/plugins/health-check/ och använda dess felsökningsläge, som låter dig aktivera/inaktvera tillägg, mm bara för dig själv – för andra besökare kommer webbplatsen att se ut som vanligt.
Min gissning är att något av dina tillägg spökar till det. Med hjälp av felsökningsläget kan du prova dig fram till vilket tillägg det kan vara.
Du tänker så. Hur definierar jag en helt egen meny för mobil isf? Krävs installation av nån menyplugin eller liknande? Tips mottages gärna!
Jag tvivlar på att Jetpack skulle ha någon konflikt direkt med själva WordPress – Den biten lär företaget bakom tillägget testa väldigt noga… Men det skulle kunna vara en konflikt med temat du använder eller (troligare) med något annat tillägg.
Du skulle kunna prova om Jetpack fungerar bättre om du tillfälligt inaktiverar alla andra tillägg. Det finns faktiskt ett sätt att prova detta utan att du behöver störa eventuella besökare till din webbplats: Installera https://sv.wordpress.org/plugins/health-check/ och använd dess felsökningsläge.
Återkom gärna och berätta hur det går.
Hallå @mikkolainen
Vanligtvis behöver man inte behöva ändra på FS_METHOD. Att WordPress frågar dig efter FTP-inloggning tyder på att att WordPress inte lyckas skriva till filerna på din hårddisk, tex vid borttagning av tillägg. (direct är nämligen standardinställningen)
Detta kan till exempel bero på att WordPress filer inte ägs av samma användare som PHP körs under. Detta är inte alltid helt uppenbart eftersom man till exempel kan ha en uppsättning med Nginx + PHP-FPM där Nginx kör via nginx användaren och PHP kör under en separat användare. I det fallet måste filerna ägas av samma användare som PHP kör under.
Du kan alltid ta bort ett plugin manuellt genom att ta bort mappen från /wp-content/plugins/<namn>.
Meddelandet ”Ett oväntat fel uppstod” kallas Recovery Mode, och du kan stänga av det med följande wp-config.php-rad:
define( 'WP_DISABLE_FATAL_ERROR_HANDLER', true );
Läs mer här:
https://felipeelia.dev/wordpress-recovery-mode-functions-filters-and-settings/
Har du provat https://wordpress.org/plugins/sticky-header-2020/ ?
Första raden innehåller webbplatsens namn och andra raden webbplatsens slogan från sidan Inställningar > Allmänt.
Du kan eventuellt prova att lägga in <br/> i slogan för att göra radbrytning.
Sen ser jag att du redan aktivt frågar i temats eget forum https://wordpress.org/support/theme/twentytwenty/ vilket är bra. Där hittar du volontärer som kan temat betydligt bättre än jag.
1. Om du menar tillägget Gutenberg så är det bara att inaktivera det. Om du menar blockredigeraren (som är standardredigerare i WordPress sedan version 5.0) så kan du installera tillägget https://sv.wordpress.org/plugins/classic-editor/
2. För närvarande har WordPress ingen standardfunktionalitet för att hantera vissa sidor som ”mallar” för andra sidor. När vi pratar om mallar handlar det om PHP-filer som ingår i ett tema och styr hur webbplatsens innehåll visas genom att styra processen för att att med hjälp av html-fragment och PHP-kod bygga upp en sidas kompletta html-kod utifrån tema-element, menyinnehåll, widgetar, sidfot, branding o.s.v. Mallfilerna (php) finns i serverns filsystem, medan användarnas sidor och inlägg bor i databasen.
3. Nej. Supporten här är tänkt att fungera som en efterhand växande kunskapsbas som många fler än den ursprungliga frågeställaren kan ha nytta av. Jag lägger flera timmar i veckan på att som frivillig svara på frågor här, just eftersom jag vet att svaren kommer att kunna användas flera gånger och hela forumet är en sorts ”hjälp till självhjälp”.
Hmm. Det verkar som om Envira Gallery har rört till det ordentligt för sig. Jag är nämligen ganska säker på att ditt webbhotell använder åtminstone PHP 5.6, men troligen 7.2 eller 7.3…
Du kan sätta tillägget ur spel genom att byta namn på tilläggets katalog via webbhotellets filhanterare eller med hjälp av FTP (t.ex. med programmet FileZilla).
(Tilläggen finns i katalogen /wp-content/plugins/ och om ett tillägg t.ex. har katalogen wp-content/plugins/mitt-tillagg/ kan du t.ex. ändra det till wp-content/plugins/mitt-tillägg-old/ – I databasen har WordPress en lista med adresser till aktiverade tillägg, men kommer då inte att ”hitta” detta tillägg när sidan ska skapas.)
Länken jag gav tidigare förklarar just det du behöver för att skapa ett barntema och ”rädda” dina ändringar. Det är inte särskilt svårt, men inte heller trivialt.
Men har du provat att använda tillägget https://wordpress.org/plugins/childify-me/ som bör kunna underlätta flera av stegen?
Jag ser att du sedan fick svar på dina andra fråga: https://wordpress.org/support/topic/backwpup-errors-2/ Det verkar som om varningen ges i olika fall när processen ”slår i taket”. Det finns sätt att skapa säkerhetskopior utan att du behöver göra det ”inifrån WordPress”, och de lösningarna är ofta något mer stabila. Databasen kan du säkerhetskopiera inifrån webbtillämpningen PHPMyAdmin, t.ex.
Sedan kan du vilja ha en kopia av allt under /wp-content/ eller åtminstone allt under /wp-content/uploads/ och det löser du enkelt med programmet FileZilla och FTP-anslutning (som du hos en del webbhotell behöver aktivera separat i webbhotellets adminpanel).
