Support » Allmänna frågor » Bloggen visas först efter uppdatering

  • Sedan jag aktiverade https för min domän visas inte sidorna på min blogg förrän man uppdaterar (refresh) dem. Först är sidan helt tom/vit. Efter uppdatering visas sidorna utan problem. Besöksantalet har sjunkit dramatiskt, och jag gissar att det beror på att mina besökare tror att det är fel på sidan och inte uppdaterar, utan lämnar sidan istället. Vad kan det bero på, och vad kan jag göra åt det?

    Sidan jag behöver hjälp med: [logga in för att kunna se länken]

Visar 1 svar - 1 till 15 (av 15 totalt)
  • Moderator Tor-Bjorn Fjellner

    (@tobifjellner)

    WordPress-hemmapulare, Projektledare, Författare, Översättare och Vänlig Själ

    Oj det kan vara lurigt, eftersom man kan behöva helt tömma webbläsarens cache-minne varje gång för att prova. T.o.m. när jag tvingar omladdning av hela sedan (med ctrl-F5) får jag sedan upp sidan.

    När jag besöker sidan känns det som om översättningskontrollen inte reagerar helt smidigt. Det kanske är någon inställning någonstans som ”kör vilse” genom att fortfarande peka på http? Som ett första steg kan du ju kolla vad som händer om du skulle stänga av maskinöversättningen.

    Annars ser jag två vägar att felsöka.

    1. Analysera sidan med pingdom. Där kan du se vilka URL:er som begärs från besökarens sida och hur länge de dröjer att ladda in. (Utöver själva texten i sidan behöver besökarens webbläsare hämta separata filer med CSS-stilmallar, skriptfiler, bilder m.m. Det kan finnas någonting här som ger time-out.

    2. Prova att tillfälligt aktivera felmeddelanden. Eventuella varningar kan leda till att webbsidan inte laddas in korrekt, så denna inställning ska man inte lämna kvar påslagen. Ta hem filen wp-config-php via ftp och ändra false till true på raden: define('WP_DEBUG', false); Besök sedan sidan och se om det kommer något meddelande om fel eller någon varning. Den texten kan i så fall ge viss vägledning för vårt sökande.

    Håller tummarna att du hittar något att nysta i och väntar på uppdatering från dig.

    Hej Tor-Bjorn!

    Tack för tips och råd. Jag har nu avaktiverat GTranslate, på försök.

    Var hittar jag filen wp-config-php? Jag har bläddrat igenom mapparna på servern, men hittar den inte någonstans.

    P.S. Jag använde också serverns sökfunktion, utan att hitta filen.

    Moderator Tor-Bjorn Fjellner

    (@tobifjellner)

    WordPress-hemmapulare, Projektledare, Författare, Översättare och Vänlig Själ

    Jag hade skrivit fel.
    Filen heter wp-config.php och finns i den katalog där WordPress är installerat, för det mesta i den publika rotkatalogen.

    P.P.S. Även när jag skriver på ett nytt blogginlägg och klickar på Förhandsgranska kommer sidan inte fram förrän jag har uppdaterat den.

    Och när jag skriver ett inlägg på Facebook och länkar till min blogg är det inte det senaste blogginlägget som blir synligt, utan ett som jag skrev ett bra tag innan jag aktiverade https.

    Moderator Tor-Bjorn Fjellner

    (@tobifjellner)

    WordPress-hemmapulare, Projektledare, Författare, Översättare och Vänlig Själ

    Aha. Då kan det vara aggressiv server-cache.
    Inget av de tilläggen du räknade upp som aktiva i din andra tråd verkar ha med detta att göra. Skulle kunna vara en ”optimering” från webbhotellets sida. Prova att kontakta deras support också.

    Nu har jag ändrat wp-config.php enligt dina instruktioner. Följande dök upp när jag gick in på sidan:

    Deprecated: Methods with the same name as their class will not be constructors in a future version of PHP; wHitCounter has a deprecated constructor in /home/salvien/subdome/weimoni/eva/wp-content/plugins/hit-counter-max/image.php on line 137

    Deprecated: Function create_function() is deprecated in /home/salvien/subdome/weimoni/eva/wp-content/plugins/hit-counter-max/image.php on line 186

    Vad är ”aggressiv server cache”?

    Jag frågade först mitt webbhotell, men de viftade bara bort mig med att det var någonting som hade med WP att göra.

    Moderator Tor-Bjorn Fjellner

    (@tobifjellner)

    WordPress-hemmapulare, Projektledare, Författare, Översättare och Vänlig Själ

    ok. Då kan du återställa till ”false”.
    Hit-counter fungerar fortfarande, men kan komma att sluta fungera så småningom om dess utvecklare inte uppdaterar koden.

    Cache – Varje gång en besökare begär fram en sida från din webbplats:
    1. startas PHP
    2. Läses WordPress kärna in
    3. Läses ditt aktuella tema och aktiverade tillägg in
    4. Hämtas relevant innehåll från databasen
    5. Kombineras allt detta till den sida som levereras till besökaren
    Cache-lösningar försöker att återanvända allt detta arbete genom att spara slutresultatet som en färdig html-fil. När samma sida efterfrågas nästa gång kan cache-lösningen direkt servera det färdiga resultatet i stället.

    Men i den listan med aktiva tillägg som du gav verkar det inte finnas något tillägg som gör detta.

    Nästa steg i felsökningen:
    Installera tillägget https://sv.wordpress.org/plugins/health-check/
    Det tillägget har ett intressant felsökningsläge: När du aktiverar felsökningsläget kommer alla tillägg att tillfälligt vara inaktiverade, och du kan prova att aktivera dem ett i taget. Men finessen är att detta endast kommer att gälla för dina egna besök till din webbplats, andra besökare kommer inte att märka någon skillnad alls. På detta sätt kan du se om webbplatsen verkar fungera bättre med tilläggen inaktiverade och sedan aktivera ett tillägg i taget tills du märker att felet återuppstår.

    Stort tack för värdefulla tips, Tor-Bjorn!

    Nu har jag installerat Health check, och ser hur jag ska göra för att aktivera felsökningsläge. Så långt är allt kristallklart.

    Men vad är det jag kan se när jag aktiverar ett tillägg i taget? Hur länge kan jag ha bloggen i felsökningsläge? Felet uppstår när jag skriver ett inlägg, när någon besöker sidan och när jag länkar till sidan från Facebook. Att bara aktivera ett tillägg i taget ger mig inte något synligt resultat.

    Jag har testat att aktivera felsökningsläget och sedan, innan jag aktiverar något av tilläggen, logga till bloggen från Facebook. I vanliga fall visas då en bild på bloggen (sedan en tid tillbaka visas alltså ett inlägg jag skrev innan jag aktiverade https för domänen). När felsökningsläget är aktiverat visas ingen bild, som om FB inte hittar bloggen. När jag avaktiverar felsökningsläget fungerar länkningen som vanligt (med nyss nämnda fel i länkningen).

    Var detta en begriplig beskrivning?

    Moderator Tor-Bjorn Fjellner

    (@tobifjellner)

    WordPress-hemmapulare, Projektledare, Författare, Översättare och Vänlig Själ

    Felsökningsläget berör bara dig, inte några andra besökare (och alltså inte heller roboten från Facebook som hälsar på för att kolla vad sidan innehåller). Så i detta luriga fall kanske ett smidigare sätt är att helt sonika inaktivera ett tillägg i taget, på riktigt – för alla.

    Det finns ett snabbare sätt att kolla vad facebook ser!
    Besök http://developers.facebook.com/tools/debug/ och lägg in adressen till en sida. Sedan kan du klicka på Scrape again! för att tvinga Facebook att kolla upp din sida en gång till.

    Nu tror jag att jag har hittat felet. När jag inaktiverade Hi Counter Max behövde jag inte uppdatera sidan för att kunna förhandstitta på ett nytt inlägg. Återstår att se om de där felmeddelandena slutar att dyka upp.

    Men FB hittar fortfarande inte bloggens nya inlägg, bara samma gamla inlägg som hittills, det jag skrev 1 maj, innan jag aktiverade https.

    Vid något tillfälle stod det, när jag gjorde någon koll av något slag, att inte allt material på bloggen var https, t.ex. inte bilder. Hur gör jag bilderna till https?

    Tur att det finns vänliga själar. 🙂

    De här varningarna kom upp i FB debuggern:

    Inferred Property
    The ‘og:image’ property should be explicitly provided, even if a value can be inferred from other tags.

    Missing Properties
    The following required properties are missing: og:url, og:type, og:title, og:image, og:description, fb:app_id

    Jag upptäckte också att när jag skriver https:// framför URLen hittar FB rätt blogginlägg. Men det ska vara så att man automatiskt kommer till https även om man inte uttryckligen skriver det i adressfältet. Funkar FB på något särskilt sätt, som inte kommer dit automatiskt?

    … och när jag öppnade Graph Object Debugger kom även detta fram:

    Share App ID Missing The ‘fb:app_id’ property should be explicitly provided, Specify the app ID so that stories shared to Facebook will be properly attributed to the app. Alternatively, app_id can be set in url when open the share dialog.

    Moderator Tor-Bjorn Fjellner

    (@tobifjellner)

    WordPress-hemmapulare, Projektledare, Författare, Översättare och Vänlig Själ

    Jag tror att de allra flesta får några ”varningar” om saknade element i sin ”open graph”-information. Men några av hålen bör du försöka täppa till.
    Det finns många olika tillägg som kan se till att de bitar som behövs kommer med i koden.
    Yoast SEO, t.ex. kan lägga in dessa koder åt dig, så kommer Facebook att bli gladare.

    Om du skickar sidan via https till besökaren bör du se till att alla element som länkas in i sidan (CSS-stilmallar, skript, bilder m.m.) också hämtas via https, annars kommer webbläsare att ge varningar om blandat innehåll och kan rentav vägra att länka in innehåll som levereras via http.
    Man kan försöka sig på att söka igenom databasen och ändra alla dessa länkar (EFTER ATT MAN SÄKERHETSKOPIERAT DATABASEN). Men en mycket enkel lösning är tillägget https://wordpress.org/plugins/really-simple-ssl/ som kan ”filtrera” detta i samband med att sidan skickas till besökaren.
    (Båda tilläggen jag nämnar här har betalversioner, men det du behöver finns i de fria versionerna.)

    Återkoppling: Nu behöver jag inte längre uppdatera sidan för att den ska visa sig. När jag aktiverade Hi Counter Max kom felet tillbaka. Nu är tillägget raderat.

    Tack för hjälpen, Tor-Bjorn! 🙂

Visar 1 svar - 1 till 15 (av 15 totalt)
  • Du måste vara inloggad för att svara på detta ämne.