Webbplatsens språk sparas i databasen.
Per användare kan man också välja vilket språk man vill se på admin-sidorna (och där har du tydligen redan angivit svenska för egen del).
Filen ”woocommerce-sv_SE.mo” behöver ligga i /wp-content/languages/plugins/, tillsammans med några .json filer som innehåller översättning för olika strängar i Javascript.
Jag skulle kolla på ett par saker:
1. Kolla i ”konsolen” i webbläsarens utvecklarverktyg om du ser rapporter om några Javascript-fel när du försöker spara ett annat språk.
2. Aktivera tillfälligt rapportering av PHP-fel enligt beskrivning i https://wordpress.org/support/article/debugging-in-wordpress/ och kolla om något fel uppstår just när du försöker spara ett annat språk.
3. Kolla om du ser något strul med databasen. Logga t.ex. in till databasen via webbhotellets kontrollpanel och PHPMyAdmin och kolla om databasen är otympligt stor m.m. Kanske också kolla om det finns några speciella begränsningar/problem med tabellen wp_options.
Hej,
Det går att lösa på olika sätt. Enklast är nog att använda det staging-tillägg som one.com erbjuder. De skriver om det här: https://help.one.com/hc/en-us/articles/360000020617-Use-the-One-com-Staging-plugin-for-WordPress
Eller t.ex. staging-tillägget https://wordpress.org/plugins/wp-staging/ som skapar en extra WordPress-installation i en underkatalog på din webbplats.
Det går också att installera en liten webbserver på din egen dator (till exempel med ”local by flywheel”, XAMPP eller något liknande paket, och sedan hämta hem en komplett kopia av alla filer (via FTP) och av databasen (t.ex. export från PHPMyAdmin) från webbhotellet till den egna datorn. Men du kommer att behöva trixa lite eftersom du bl.a. måste ändra alla URL:er (och i de fall URL:erna finns i s.k. serialiserade data kan du också behöva ändra vissa längduppgifter för URL:erna om de inte är exakt lika långa.)
Så en lokal installation är bättre för att ha att leka med, men kan vara lite besvärlig att använda för staging.
Jag tror inte du kan hitta något som är helt färdigt och samtidigt gratis.
Du kan ju låta besökare skapa inlägg t.ex. med https://wordpress.org/plugins/user-submitted-posts/ men mer avancerad (och kanske automatiserad) bildbehandling hittar du nog inte bland de fria tilläggen.
Att visa något ”mot en förberedd” bakgrund kan gå om du skapar bakgrundsbilden i png-format och gör bilden genomskinlig där den uppladdade bilden ska vara. Sedan lägger du en uppladdade bilden bakom ”bakgrunden” för att den ska lysa igenom på rätt ställe.
Kom också ihåg om du utvecklar något på egen hand att all inmatning från besökare måste kollas ordentligt innan du gör något som helst med det inmatade, i synnerhet i samband med filuppladdnng.
Hej,
Detta är en inställning som görs för varje sida separat.
Det skulle gå att i myPHPadmin skriva en lång och krånglig SQL-sats som stänger kommentarerna för just alla sidor. Men det finns tillägg som kan hjälpa dig. Kolla t.ex. https://wordpress.org/plugins/disable-comments/ som enligt beskrivningen ska kunna låta dig blockera allt som har med kommentarer att göra på vissa inläggstyper (sidor och mediefiler är ”inläggstyper” i WordPress).
Tack
jag får detta på Log-filen:
”Trying to access array offset on value of type null in /customers/4/c/a/laalhambra.se/httpd.www/wp-content/plugins/woocommerce-gateway-klarna/classes/class-klarna-get-address.php on line 93”
Hi,
You’ve posted in the Swedish local WordPress forum. Taking into account that you posted in English, I think that you’d get faster (and better) response if you post in the special support forum for the Elementor plugin: https://wordpress.org/support/plugin/elementor/
Det verkar finnas ett tillägg som innehåller ett fel som gör att PHP-miljön ramlar innan sidan hinner laddas.
1. Gå in i webbhotellets kontrollpanel
2. Öppna deras file manager
3. Gå till katalogen /wp-content/plugins/
4. Byt namn på katalogen /buttonizer-multifunctional-button/ (t.ex. buttonizer-multifunctional-button-2
Nu bör du kunna logga in.
För att kunna använda detta tillägg behöver det rättas/uppdateras. (Det troliga är att tillägget behöver anpassas till den PHP-version ni kör.)
Radera gärna tilläggets filer (via ”File Manager”) om ni inte kommer att använda det.
Moderator
Jonathan Sulo
(@jonathansulo)
Bygger snabbare hemsidor.
Hej! Det låter som ett tillägg har slutat fungera på er webbplats. Förslagsvis att ni inaktiverar det och ser om webbplatsen börjar fungera igen.
Enklaste sättet att inaktivera ett tillägg är att logga in via FTP/SFTP, navigera till mappen /wp-content/plugins samt döpa om mappen för tillägget. Ändra t ex ”buttonizer-multifunctional-button” till ”buttonizer-multifunctional-button-temp”. Ladda om WordPress därefter så har tillägget inaktiverats.
Sedan kan det vara klokt att försöka uppdatera tillägget och se om felet försvinner, om ni återställer namnet på tilläggets mapp därefter. Åtminstone om ni vill ha kvar den funktionalitet som tillägget erbjuder.
WordPress är skrivet i PHP, så du behöver lära dig PHP. (Numer tillkommer alltmer Javascript så att mycket körs lokalt i webbläsaren, blockredigeraren är ett exempel på det.)
Men dessutom har WordPress sitt eget modulära sätt att göra olika saker. Många PHP- och server-funktioner bör du anropa via WordPress egna, virtualiserade, kopior.
Du ska alltså använda WordPress API:er så fort det är möjligt. Du pratar inte direkt med databasen, utan med databasobjektet i WordPress. (Den modulära strukturen funkar åt andra hållet också: Om du har en specialbyggd databas kan du åsidosätta WordPress inbyggda sätt att anropa databasen…)
Du ska t.ex. aldrig ge dig in på att redigera WordPress-kärnan, eftersom nästa uppdatering då kommer att svepa bort dina ändringar.
Många tillägg erbjuder sina egna API:er så att du kan utöka dem. Men om du behöver redigera något tillägg bör du i stället skapa din egen variant som du ger ett eget, lokalt namn. (Annars kan en uppdatering av det ursprungliga tillägget skölja bort alla dina ändringar.)
För teman finns det en speciell struktur för att åsidosätta delar av ett tema: Kolla in ”barnteman”.
Det finns olika sätt att ”spara data från ett formulär”. Beroende på vad du vill göra med dessa data. En smidig lösning är ofta att använda CPT (Custom Post Type, anpassad inläggstyp). Det finns färdiga tillägg som kan hjälpa dig med detta.
Dock: Om du vill spara en massa egenskaper för varje objekt och sedan kunna filtrera på dem kan det vara bättre att skapa sin egen tabell i databasen.
Resurser:
WordPress har mycket i sin dokumentation. Kolla developer.wordpress.org
Om du hittar länkar till codex bör du ha i åtanke att de sidorna inte hålls uppdaterade längre, men ofta ger de bra fingervisningar.
En guldgruva är att studera koden för olika befintliga tillägg. Kolla på wordpress.org/plugins efter något tillägg som gör något som liknar vad du behöver för att se vilka objekt de anropar, och hur.
Kolla https://wordpress.stackexchange.com/
… och googla. Eftersom WordPress är världens mest använda CMS finns det mycket att hitta här och där på nätet.
Jag har nu installerat och kört Query Monitor, vilket har gett mig en massa data som jag inte riktigt förstår hur jag ska tyda. Men jag ser att det finns en plugin som skapar både många frågor och php-fel. Tyvärr har jag byggt en viktig del av navigeringen på denna plugg, och vill inte gärna avaktivera den. Men det finns också ”vanliga” pluggar som MegaMenu, GeneratePress Premium och Elementor som ställer många frågor, enligt QM. Nu behöver jag förstå hur jag ska gå vidare med dessa resultat, jag är ingen programmerare och förstår ganska lite av det wsom uttrycks där.
//LA
