Forumsvar skapade

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

    (@tobifjellner)

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

    Ja,
    Då är det stor chans att rutorna går upp i rök. 🙂

    Forum: Tillägg
    Som svar på: Annonstext i sidhuvudet
    Moderator tobifjellner (Tor-Bjorn Fjellner)

    (@tobifjellner)

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

    Kolla i temats supportdokumentation https://envothemes.com/docs/docs/envo-storefront/general-settings/ om du hittar någon vägledning.

    Moderator tobifjellner (Tor-Bjorn Fjellner)

    (@tobifjellner)

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

    Hej,
    Webbplatsen verkar använda ett specialbyggt tema. Så det kan tänkas att du inte ens kommer åt att ta bort dessa s.k. bokningswidgetar på egen hand, utan behöver hjälp av en utvecklare.

    Forum: Allmänna frågor
    Som svar på: Inlägg
    Moderator tobifjellner (Tor-Bjorn Fjellner)

    (@tobifjellner)

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

    Med WordPress har du betydligt större frihet. Du kan bestämma utseendet för hela webbplatsen.

    Du kan enkelt skapa ett inlägg och där lägga in bilder, beskrivningar, berättelser, mer bilder, kanske en ljudfil o.s.v.

    Om du i inställningarna för ditt inlägg tillåter kommentarer kan dina besökare kommentera. Men om vem som helst kan kommentera är risken stor att du får spam. Det kan vara god idé att använda någon form av spamfilter eller åtminstone moderering.

    Moderator tobifjellner (Tor-Bjorn Fjellner)

    (@tobifjellner)

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

    När jag söker på ”WordPress theme SLEEK” hittar jag ett öppet/fritt start-tema på https://sleekwp.dev/ till en temamall WordPress-utvecklare kan använda för att bygga ett kundanpassat tema. För att uppdatera temat du har på webbplatsen kan du alltså behöva hjälp av någon utvecklare, eftersom det inte är något ”färdigt kommersiellt tema med support”.
    Alternativt kan du överväga att byta till något annat tema. Webbplatsen verkar inte vara alltför besvärlig.
    Om du är villig att prova något nytt kan du t.ex. prova att bygga med temat Twenty-twentythree, där du i princip har helt fria händer – hela temat kan redigeras via blockredigeraren. (Men jag har inte provat detta, så kan inte hjälpa så mycket 🙂 )

    Moderator tobifjellner (Tor-Bjorn Fjellner)

    (@tobifjellner)

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

    WordPress har ett ”felsökningsläge” för PHP-problem.
    Det är framför allt tänkt för webbutvecklare och aktiveras med några rader i WordPress ”konfigurationsfil” wp-config.php.

    Information om hur det fungerar finns i https://wordpress.org/support/article/debugging-in-wordpress/
    För att ändra i filen /wp-config.php behöver du antagligen FTP, (t.ex. med FileZilla som klient) för att kunna tanka hem wp-config.php och redigera med en bra textredigerare, för Windows rekommenderar jag Notepad-plus-plus. Det luriga är att filens måste vara kodad i UTF-8, men UTAN BOM (”bit order mark” – ett osynligt tecken allra först i filen som bl.a. Windows anteckningar smyger in, vilket ger upphov till fel i WordPress.)

    Just nu står det antagligen
    define( ’WP_DEBUG’, true );

    och du behöver ändra den raden till
    define( ’WP_DEBUG’, false );

    Moderator tobifjellner (Tor-Bjorn Fjellner)

    (@tobifjellner)

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

    WordPress-kärnan kan fortfarande innehålla några enstaka kodrader som i PHP 8.1 orsakar NOTICE eller WARNING. Så länge du inte får ERROR är det tills vidare OK att dölja dessa.

    Moderator tobifjellner (Tor-Bjorn Fjellner)

    (@tobifjellner)

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

    Temat kan mycket väl vara i behov av uppdatering, men här verkar du snubbla redan på att du kör en för gammal version av WordPress.
    Enklast vore om du har möjlighet att tillfälligt kunna backa tillbaka till PHP 7.4 för att uppdatera allt som går att uppdatera, och direkt byta till något annat tema, eftersom boot-store senast uppdaterades för 8 år sedan, dvs långt innan PHP 8 ens var påtänkt.

    Om det inte går: Be Loopia att uppdatera WordPress-kärnan och byta namn på (eller helt enkelt radera boot-store) och se till att något standardtema finns i webbplatsens filstruktur (typ twenty-twentytwo )

    Moderator tobifjellner (Tor-Bjorn Fjellner)

    (@tobifjellner)

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

    @jansvante Jag har arkiverat din kommentar här av flera skäl.
    1. Du publicerade telefonnummer och e-postadress i ett publikt forum. Dessa sidor genomsöks regelbundet av Google och många andra robotar. En del av dessa letar efter adresser att spamma, så…
    2. Vi blandar helst inte samman olika supportfrågor från olika personer i samma tråd, det blir så lätt rörigt.
    3. Men av allt att döma använder du, precis som trådstartaren, tjänsten WordPress.COM. Din fråga handlar alltså inte om hur du använder programpaketet WordPress. (För den som har WordPress installerat hos ett vanligt webbhotell kan man komma åt administrationen genom att direkt göra ett par ändringar i databasen, eller indirekt om man bara har tillgång till serverns filsystem via FTP, men här är det företaget bakom WordPress.com (Automattic) du behöver kontakta. Följ länken i mitt tidigare svar.)

    Moderator tobifjellner (Tor-Bjorn Fjellner)

    (@tobifjellner)

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

    Hej,
    Det här forumet är för användare-till-användare för dem som själva direkt använder WordPress på en egen server eller hos ett webbhotell.

    Din frågar ser ut att gälla din användarinloggning till tjänsteföretaget WordPress.COM, och det kan ingen här hjälpa dig med.

    Min gissning är att du möjligen har ett par olika konton hos WordPress.com, kopplade till olika mejladresser.

    Kolla igenom alternativen på https://wordpress.com/sv/support/contact/ för att komma vidare.

    Forum: E-handel
    Som svar på: Ändrat utseende
    Moderator tobifjellner (Tor-Bjorn Fjellner)

    (@tobifjellner)

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

    Antagligen har temat inställningar för vilka brytpunkter som ska användas. De kan då finnas på en separat sida med inställningar för temat, men det är mycket möjligt att du når dem via Utseende → Anpassa

    Ditt tema verkar använda Bootstrap som bas. Så du skulle kunna snegla på vilka brytpunkter för skärmbredd Bootstrap använder som standard, se https://getbootstrap.com/docs/5.0/layout/breakpoints/
    Jag tar och kopierar in siffrorna från tabellen hit, för bekvämlighets skull:

    $grid-breakpoints: (
      xs: 0,
      sm: 576px,
      md: 768px,
      lg: 992px,
      xl: 1200px,
      xxl: 1400px
    );
    Forum: E-handel
    Som svar på: WooCommerce
    Moderator tobifjellner (Tor-Bjorn Fjellner)

    (@tobifjellner)

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

    Jag är inte säker på att jag förstår din fråga.

    Varukorgen skapas automatiskt när en besökare ”lägger till produkter”. Men du kan behöva se till att lägga till motsvarande widget eller block i sidhuvudet eller någon annanstans för att visa detta.

    När du konfigurerar WooCommerce skapas det dessutom en speciell sida för varukorgen, och du kan behöva länka till denna sida i menyn och/eller från produktsidor.

    PS! Om du finns på Facebook kan jag tipsa om gruppen https://www.facebook.com/groups/WooCommerceSverige/ där du troligtvis kan få bättre svar kring just WooCommerce.

    Moderator tobifjellner (Tor-Bjorn Fjellner)

    (@tobifjellner)

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

    Även om det i WordPress standardutförande går att ange kategorier och skapa länkar som är begränsade till en viss kategori, så finns det inga speciella verktyg för besökaren att manipulera detta.
    Det kanske handlar om någon funktion som skapats med något WordPress-tillägg, eller möjligen en funktion som finns inbyggd i det (kommersiellt införskaffade) tema webbplatsen använder.

    När jag studerar HTML-koden för webbplatsens startsida ser det dock ut som om webbplatsens tema är daterat till år 2013. Av den anledningen är min första gissning att något slutat fungera i samband med att webbhotellet kanske flyttat över webbplatsen till en modern version av PHP.

    Du kan behöva uppdatera eller byta temat. För att uppdatera temat (om temat fortfarande underhålls) behöver du kanske köpa en ny licens från utvecklaren. Det vanliga är att en licens ger tillgång till support och uppdateringar i ett år.

    Jag klistrar in min standardtext om vad som kan hända vid uppdatering av webbservern till PHP 8 här nedan.
    ————————
    Min gissning är att ditt webbhotell har uppgraderat din webbplats till en modernare version av PHP, den miljö i vilken WordPress körs.
    Den nuvarande planen är nämligen att PHP 7.4 ska sluta att få rättelser av eventuella säkerhetsproblem den 28 november 2022 (ref: https://www.php.net/supported-versions.php ) så många webbhotell börjar nu tvinga upp sina kunder till PHP 8.0 eller 8.1.

    WordPress-kärnan i sig stödjer PHP 8.0 sedan WordPress 5.6, och PHP 8.1 sedan WordPress 5.9 (ref: https://make.wordpress.org/core/handbook/references/php-compatibility-and-wordpress-versions/ ), men det krävs också att alla dina tillägg och ditt WordPress-tema har uppdaterats så att de kan samspela väl med PHP 8.x. (Om den senaste uppdateringen var under de senaste 1-2 åren är det hyfsade chanser att så är fallet. Äldre tillägg kan fortfarande fungera utmärkt om de inte råkar använda någon av de programmeringsfunktioner som ändrats.)

    Ett första steg kan vara att om möjligt växla tillbaka till PHP 7.4 för att se om webbplatsen då fungerar normalt igen, och sedan se till att allt är tillräckligt uppdaterat, WordPress-kärnan behöver vara lägst 5.6 för att PHP 8.0 ska stödjas, o.s.v.
    För att uppdatera ett kommersiellt tema eller tillägg behöver du kontakta respektive utvecklare och kanske köpa en förnyad licens. Men kolla först om du fortfarande vill behålla dina tidigare lösningar. Exempelvis låter WordPress egen inbyggda blockredigerare dig numer göra en hel del som tidigare bara var möjligt med hjälp av s.k. sidbyggare. Och moderna teman, t.ex. ”Twenty twenty-two” har stöd för FSE, redigering av hela webbplatsen via samma typ av blockredigerare. Dessa nya flexibla lösningar kanske är tillräckligt för dina behov.

    Om du behöver felsöka finns det två olika ställen och sätt att kolla.
    I några av de större webbläsarna kan man öppna ”webbkonsolen” som är en del av utvecklarverktygen. Det fönstret bör du vara försiktig med, eftersom det ger dig djup åtkomst till funktioner som vanligtvis är blockerade för sidor (och användaren), men eventuella fel som inträffar i Javascript som körs i webbläsaren, t.ex. kommunikationsfel om servern inte går att nå eller om den svarar med några felkoder kommer att synas där. (Javascript som körs i webbläsaren och som försöker att kommunicera med servern ”programmatiskt” kan t.ex. handla om redigering, mediahantering, o.s.v.)

    Den andra vektorn för felsökning gäller att kolla om några kritiska fel inträffar i webbserverns körning av PHP. (Vilket alltså ofta kan vara orsaken just nu, när många webbhotell tvingar upp sina kunder till PHP 8.x, vilket bl.a. innebär att en del äldre programmeringsformat för hantering av matriser slutar att fungera…), så här är min standardharang om felsökning av PHP:

    ————-
    Förhoppningsvis kan du hitta ledtrådar till vad som spökar genom att TILLFÄLLIGT aktivera PHP-felsökning enligt nedan.

    Följ instruktionerna i https://wordpress.org/support/article/debugging-in-wordpress/ och ändra i filen /wp-config.php raden (För detta behöver du antagligen FTP, som jag kommenterar nedan, och en bra textredigerare, på Windows rekommenderar jag Notepad-plus-plus.)

    define( ’WP_DEBUG’, false );
    till

    define( ’WP_DEBUG’, true );
    define( ’WP_DEBUG_LOG’, true );

    Eventuella fel kommer att skrivas till filen /wp-content/debug.log

    Kom ihåg att efteråt stänga av loggningen. Annars finns risken att loggen tar onödigt mycket plats och att eventuella angripare i framtiden via loggen kan få information om säkerhetsproblem som de kan försöka att utnyttja.

    Om du behöver hjälp med att tolka eventuella felmeddelanden kan du posta dem här. Kolla bara så att du inte av misstag lägger ut någon känslig information.

    För att kunna göra dessa ändringar behöver du använda FTP (t.ex. med FileZilla som klient) för att kunna tanka hem wp-config.php och redigera dem (t.ex. i programmet notepad++ ) och sedan tanka upp den redigerade versionen.

    ———-
    Slutligen: En ytterligare sak som kan vara värda att kolla är om man har något underligt/oväntat i .htaccess
    Grundinnehållet brukar vara 4-5 rader, mellan ”BEGIN WordPress” och ”END WordPress”, men framför allt vissa säkerhetstillägg lägger gärna in massor av regler, och det är inte alltid dessa fungerar snällt med senare versioner av PHP.

    Moderator tobifjellner (Tor-Bjorn Fjellner)

    (@tobifjellner)

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

    Det är nog inte att betrakta som en ”nödvändig cookie”, eftersom de flesta nöjer sig med att läsa utan att fylla i några formulär. Så snarare ”funktionsbegränsande”.

    Fråga 2. Det kan vara något tillägg som inte fungerar. Om det där räddningsmejlet kommer fram (beror på en rad faktorer) så innehåller det en genväg för att undersöka problemet via vanliga WordPress-gränssnittet. Om mejlet inte kommer fram behöver du skaffa dig åtkomst till filsystemet (troligtvis via FTP, möjligen via någon ”filhanterare” om ditt webbhotell har en) för felsökning och/eller sätta något tillägg ur spel.

    Det kan tänkas att ditt problem aktiverades om ditt webbhotell flyttade din webbplats till någon av de senaste versionerna av PHP, så jag kopierar in min ”standard-harang” om PHP 8 nedan.

    —————–
    Min gissning är att ditt webbhotell har uppgraderat din webbplats till en modernare version av PHP, den miljö i vilken WordPress körs.
    Den nuvarande planen är nämligen att PHP 7.4 ska sluta att få rättelser av eventuella säkerhetsproblem den 28 november 2022 (ref: https://www.php.net/supported-versions.php ) så många webbhotell börjar nu tvinga upp sina kunder till PHP 8.0 eller 8.1.

    WordPress-kärnan i sig stödjer PHP 8.0 sedan WordPress 5.6, och PHP 8.1 sedan WordPress 5.9 (ref: https://make.wordpress.org/core/handbook/references/php-compatibility-and-wordpress-versions/ ), men det krävs också att alla dina tillägg och ditt WordPress-tema har uppdaterats så att de kan samspela väl med PHP 8.x. (Om den senaste uppdateringen var under de senaste 1-2 åren är det hyfsade chanser att så är fallet. Äldre tillägg kan fortfarande fungera utmärkt om de inte råkar använda någon av de programmeringsfunktioner som ändrats.)

    Ett första steg kan vara att om möjligt växla tillbaka till PHP 7.4 för att se om webbplatsen då fungerar normalt igen, och sedan se till att allt är tillräckligt uppdaterat, WordPress-kärnan behöver vara lägst 5.6 för att PHP 8.0 ska stödjas, o.s.v.
    För att uppdatera ett kommersiellt tema eller tillägg behöver du kontakta respektive utvecklare och kanske köpa en förnyad licens. Men kolla först om du fortfarande vill behålla dina tidigare lösningar. Exempelvis låter WordPress egen inbyggda blockredigerare dig numer göra en hel del som tidigare bara var möjligt med hjälp av s.k. sidbyggare. Och moderna teman, t.ex. ”Twenty twenty-two” har stöd för FSE, redigering av hela webbplatsen via samma typ av blockredigerare. Dessa nya flexibla lösningar kanske är tillräckligt för dina behov.

    Om du behöver felsöka finns det två olika ställen och sätt att kolla.
    I några av de större webbläsarna kan man öppna ”webbkonsolen” som är en del av utvecklarverktygen. Det fönstret bör du vara försiktig med, eftersom det ger dig djup åtkomst till funktioner som vanligtvis är blockerade för sidor (och användaren), men eventuella fel som inträffar i Javascript som körs i webbläsaren, t.ex. kommunikationsfel om servern inte går att nå eller om den svarar med några felkoder kommer att synas där. (Javascript som körs i webbläsaren och som försöker att kommunicera med servern ”programmatiskt” kan t.ex. handla om redigering, mediahantering, o.s.v.)

    Den andra vektorn för felsökning gäller att kolla om några kritiska fel inträffar i webbserverns körning av PHP. (Vilket alltså ofta kan vara orsaken just nu, när många webbhotell tvingar upp sina kunder till PHP 8.x, vilket bl.a. innebär att en del äldre programmeringsformat för hantering av matriser slutar att fungera…), så här är min standardharang om felsökning av PHP:

    ————-
    Förhoppningsvis kan du hitta ledtrådar till vad som spökar genom att TILLFÄLLIGT aktivera PHP-felsökning enligt nedan.

    Följ instruktionerna i https://wordpress.org/support/article/debugging-in-wordpress/ och ändra i filen /wp-config.php raden (För detta behöver du antagligen FTP, som jag kommenterar nedan, och en bra textredigerare, på Windows rekommenderar jag Notepad-plus-plus.)

    define( ’WP_DEBUG’, false );
    till

    define( ’WP_DEBUG’, true );
    define( ’WP_DEBUG_LOG’, true );

    Eventuella fel kommer att skrivas till filen /wp-content/debug.log

    Kom ihåg att efteråt stänga av loggningen. Annars finns risken att loggen tar onödigt mycket plats och att eventuella angripare i framtiden via loggen kan få information om säkerhetsproblem som de kan försöka att utnyttja.

    Om du behöver hjälp med att tolka eventuella felmeddelanden kan du posta dem här. Kolla bara så att du inte av misstag lägger ut någon känslig information.

    För att kunna göra dessa ändringar behöver du använda FTP (t.ex. med FileZilla som klient) för att kunna tanka hem wp-config.php och redigera dem (t.ex. i programmet notepad++ ) och sedan tanka upp den redigerade versionen.

    ———-
    Slutligen: En ytterligare sak som kan vara värda att kolla är om man har något underligt/oväntat i .htaccess
    Grundinnehållet brukar vara 4-5 rader, mellan ”BEGIN WordPress” och ”END WordPress”, men framför allt vissa säkerhetstillägg lägger gärna in massor av regler, och det är inte alltid dessa fungerar snällt med senare versioner av PHP.

    Moderator tobifjellner (Tor-Bjorn Fjellner)

    (@tobifjellner)

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

    Senaste versionen av reCaptcha använder en rad olika knep för att kolla om en besökare verkar vara en levande person eller inte. Jag kan tänka mig att de verkligen behöver en cookie för att kunna göra detta.

Visar 1 svar - 1 till 15 (av 2 259 totalt)