Forumsvar skapade

Visar 1 svar - 1 till 15 (av 2 611 totalt)
  • Forum: Allmänna frågor
    Som svar på: Seg inloggning
    Moderator tobifjellner (Tor-Bjorn “Tobi” Fjellner)

    (@tobifjellner)

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

    Hej,

    Det kan bero på många olika saker, såsom:

    • webbserverns kapacitet
    • hur mycket trafik webbplatsen tar emot
    • databasserverns kapacitet
    • hur effektivt webbplatsens tema är
    • hur stor databasen är (om du har tiotusentals användare kan det behövas en optimering av databasstrukturer)
    • hur många tillägg som läses in för varje sidladdning (och framför allt – hur välkodade de är)

    Även om en webbplats använder olika cache-lösningar så är just inloggningen en åtgärd som behöver nå hela vägen fram till WordPress-motorn.

    För att komma vidare behöver du antagligen analysera interaktionen mellan WordPress-kärnan och databasen. Studera om det finns några specifika databasfrågor som tar onödigt lång tid.

    Jag föreslår att du kollar med supporten hos ditt webbhotell. De har tillgång till ”innanmätet” på webbplatsen och kan ge mer handfasta råd.

    Moderator tobifjellner (Tor-Bjorn “Tobi” Fjellner)

    (@tobifjellner)

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

    Hej Mats,

    Det finns många olika tillägg som kan hantera medlemmar och innehåll som bara är åtkomligt för medlemmarna. Sök på ”members” och ”membership” i tilläggskatalogen så drunknar du snart i olika varianter. De flesta av dessa lösningar har färdiga lösningar för att även ta betalt för medlemskapet via WordPress. Men om det är viktigt att listan med medlemmar behöver komma utifrån är jag inte säker på att detta är rätt lösning. (Kolla dock in https://wordpress.org/plugins/members/ som kan låta dig finjustera vilka behörigheter olika typer av användare ska ha.)

    Ett alternativ som kanske skulle kunna fungera är någon sorts import-/exportlösning. T.ex. https://wordpress.org/plugins/wp-all-import/

    Men jag tror en smidig lösning skulle kunna vara administration av WordPress via kommandorad, WP-CLI. Jag vet inte om One erbjuder detta, men både Oderland och Loopia (och troligen många andra webbhotell) har åtminstone några paket där detta är tillgängligt. Fråga efter ”wp-cli”. Du kan läsa mer om hur det fungerar här: https://developer.wordpress.org/cli/commands/user/ För att detta ska fungera väl behöver du dock göra lite förberedelser i Excel: genom att jämföra föregående lista med den nya kan du skapa en lista med nya användare och en lista med användare som ska tas bort.

    Moderator tobifjellner (Tor-Bjorn “Tobi” Fjellner)

    (@tobifjellner)

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

    Utan länk till webbplatsen är det svårt att gissa på vad som kan ha hänt. Om du i ett svar ger en länk kan jag flytta den till det speciella URL-fältet som bara visas åt inloggade användare, så kommer Google inte att katalogisera länken.

    Alternativt kan du skapa ett nytt ämne och då lägga in länken i URL-fältet. I så fall kan jag arkivera denna tråd.

    Moderator tobifjellner (Tor-Bjorn “Tobi” Fjellner)

    (@tobifjellner)

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

    Felmeddelandet antyder att felet inträffar i tillägget onecom-themes-plugins. Jag har inte tillgång till tillägget ifråga för att se vad som anropas på rad 115 i /wp-content/plugins/onecom-themes-plugins/onecom-themes-plugins.php

    På One verkar det som om de har en hel svit av egna tillägg som automatiskt läggs in när du installerar WordPress med ett klick.

    Du kan antagligen sätta tillägget (eller alla tillägg från One) ur spel genom att i Ones filhanterare leta dig fram till httpd.www/wp-content/plugins/ och där radera eller byta namn på katalogerna för deras tillägg. (WordPress databas innehåller en lista med länkar till huvudfilen för varje aktivt tillägg – om du byter namn på katalogen kommer filen inte att hittas och därmed är tillägget inaktiverat.)

    Om föregående stycke känns besvärligt kan antagligen Ones egen support hjälpa dig mer handfast, eftersom de har tillgång till filstrukturen och enkelt kan uppdatera eller inaktivera tillägget.

    Moderator tobifjellner (Tor-Bjorn “Tobi” Fjellner)

    (@tobifjellner)

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

    Problemet är känt och kommer troligtvis att lösas snart. Du kan följa utvecklingen här: https://github.com/WordPress/gutenberg/issues/68641

    Moderator tobifjellner (Tor-Bjorn “Tobi” Fjellner)

    (@tobifjellner)

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

    Problemet är känt och kommer troligtvis att lösas snart. Du kan följa utvecklingen här: https://github.com/WordPress/gutenberg/issues/68641

    Moderator tobifjellner (Tor-Bjorn “Tobi” Fjellner)

    (@tobifjellner)

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

    Kolla noga igenom dina inställningar för Yoast.

    Här är information från dem kring saker att tänka på för WooCommerce när det gäller nofollow. https://yoast.com/video/ask-yoast-layered-navigation-links/

    Moderator tobifjellner (Tor-Bjorn “Tobi” Fjellner)

    (@tobifjellner)

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

    Jag menade att du låter menyn i toppen av sidan vara kvar som den är, men ser till att de viktigaste länkarna i navigeringen också går att nå via någon mer bakåtkompatibel lösning längst ned på sidan.

    Moderator tobifjellner (Tor-Bjorn “Tobi” Fjellner)

    (@tobifjellner)

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

    … om det inte gäller åtgärdslänkar. Blir ju en massa onödigt jobb för WooCommerce om en sökbot går och lägger till alla produkter i en varukorg, helt i onödan.

    Moderator tobifjellner (Tor-Bjorn “Tobi” Fjellner)

    (@tobifjellner)

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

    Vilka övriga tillägg är aktiva på webbplatsen? Jag tror inte att Elementor eller WooCommerce är boven i detta. Snarare något som har med SEO, ”säkerhet” eller användarskapat innehåll att göra.

    Moderator tobifjellner (Tor-Bjorn “Tobi” Fjellner)

    (@tobifjellner)

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

    Vilka tillägg har du aktiva på webbplatsen? Det kanske finns en ledtråd där.

    Du verkar också ha minst ett MU-tillägg. Eventuella tillägg som ligger under wp-content/mu-plugins/ körs varje gång en sida ska skapas. Det enda sättet att inaktivera sådana tillägg är att ta bort dess filer.

    Jag försökte googla på meddelandet du nämnde, men hittade ingenting den vägen.

    Moderator tobifjellner (Tor-Bjorn “Tobi” Fjellner)

    (@tobifjellner)

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

    I så fall kanske nödlösningen från https://sv.wordpress.org/support/topic/lankarna-fungerar-inte-pa-mobilen/ kan fungera: lägg in en extra, ”ständigt öppen navigeringsmeny” längst ned på sidan.

    Moderator tobifjellner (Tor-Bjorn “Tobi” Fjellner)

    (@tobifjellner)

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

    När jag provar från min mobil (Android med Google Chrome Mobile) fungerar menyn perfekt. Vilken mobil och webbläsare använder du?

    Vi hade en annan tråd med i princip samma fråga för några dagar sedan. Där användes temat twentytwentyfour medan din webbplats kör Divi. Jag funderar på om Apple kan ha strulat till något.

    Forum: Allmänna frågor
    Som svar på: Två frågor i en
    Moderator tobifjellner (Tor-Bjorn “Tobi” Fjellner)

    (@tobifjellner)

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

    En mapp med några filer lär inte strula till normal körning om ingenting anropar den koden.

    Från din beskrivning är det inte helt klart vad du har under den extra katalogen. En hel separat WordPress-installation? Eller bara någon sorts omdirigeringskod?

    I allmänhet är det god idé att ta bort filer som inte används, eftersom kodrester som ligger kvar utan att hållas uppdaterade kan innebära en större riskexponering för den händelse något där skulle råka innehålla kända svagheter som kan missbrukas av personer med fula avsikter. Se bara till att först spara en säkerhetskopia, så att du kan lägga tillbaka filen/filerna om det visar sig att webbplatsen inte fungerar utan dem.

    Av samma anledning är det vettigt att radera gamla teman som du inte längre använder. (Men lämna kvar ett standardtema för säkerhets skull, t.ex. twentytwentyfive.)

    Om din webbserver kör Apache har du troligtvis en eller flera filer med namnet .htaccess. Den filen kan innehålla en massa specialkommandon som kan anpassa hur webbservern stuvar om URL:er, förbjuder åtkomst till vissa filer, styra om vissa webbförfrågningar till cache-lagrade kopier, mm. Filen behövs normalt för att webbplatsen ska fungera med ”snygga permalänkar”, så att URL:er kan sluta på ”/2025/01/10/tillbakablick/” snarare än något i stil med ”index.php?p=15264”.

    Innehållet i denna fil behöver ibland anpassas något, men ett typiskt utseende kan du kolla på https://developer.wordpress.org/advanced-administration/server/web-server/httpd/

    Om du ser kommandon som är dåligt uppmärkta i den filen skulle du kunna prova att spara en säkerhetskopia av filen och sedan ta bort den på servern och därefter i adminpanelen besöka ”inställningar → permalänkar” för att låta WordPress återskapa filen. (Observera att om filen saknas behöver du kanske manuellt skriva in din adress som webbserverns-huvudadress/wp-admin/index.php.

    Moderator tobifjellner (Tor-Bjorn “Tobi” Fjellner)

    (@tobifjellner)

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

    När jag provade nu på min mobil (Android med Chrome Mobile) ser det ut att fungera. Vilken mobil och webbläsare är det som strular?

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