FS Data

FS Data - webbhotell, domännamn, e-post, servrar


  • Om oss

  • Blogg

  • Panel

  • Webbmail

  • Support

apr 04 2013

Flytta från Drupal till WordPress

Under påskhelgen som var så utförde jag en flytt, eller migrering, från Drupal till WordPress. Innan flytten funderade jag mycket kring hur svårt det skulle vara, om det ens var möjligt. Med facit i hand så var det enklare än förväntat. Tänkte därför berätta lite kort om detta, om fler vill göra detsamma.

Varför ska man då flytta från Drupal till WordPress?

Flytta från Drupal till WordPressDrupal är ett riktigt bra CMS. Den har en stor användarbas med många olika tillägg och teman. Personligen har jag dock större kunskap om WordPress och detta var en Drupal 6-sida som hade behövt uppgraderas till Drupal 7, vilket är ett rätt så stort projekt i sig. Därav denna migrering.

Flytten skedde mellan Drupal 6.2.6 och WordPress 3.5.1. Dessa instruktioner kan fungera med andra versioner av Drupal och WordPress, men det kan inte garanteras (t ex pga förändrad tabellstruktur, ändrade fältnamn osv). Som alltid, när man gör sådana här saker, se till att du har ordentlig backup på allt.

Så flyttar man från Drupal till WordPress

1. Börja med att exportera den fullständiga databasen för Drupal-sidan och ladda ner den till din dator. Det gör man enklast via t ex phpMyAdmin och dess exportfunktion (kör bara en standardexport). Om det är en stor Drupal-sida så kan det här ta en stund.

2. Installera sedan den nya WordPress-sidan. Om du har ett webbhotellspaket hos FS Data så kan du följa dessa enkla instruktioner: FS Data manualer, Installera WordPress på ditt webbhotell.

3. Skapa därefter ytterligare en MySQL-databas. Det är till denna databas som vi ska importera den tidigare exporterade databasen från Drupal. Instruktioner för hur man skapar en databas hos FS Data finns här: FS Data manualer, Skapa MySQL-databas.

4. Nu är det dags att importera den tidigare exporterade databasen. Om databasexporten är större än 25 MB så bör man använda en fristående MySQL-klient istället för phpMyAdmin. Jag använder Mac OS X och kan rekommendera den kostnadsfria MySQL-klienten Sequel Pro. Anslut mot den nyligen skapade (och tomma) MySQL-databasen och importera den exporterade Drupal-databasen. Detta kan likaså ta en stund att genomföra.

5. När importen är klar så är det dags att köra ett antal SQL-kommandon. Dessa kommandon är anpassade för en WordPress-databas med namnet ”u1234567_a” och en (importerad) Drupal-databas med namnet ”u1234567_d”, så man behöver givetvis anpassa detta efter namnen på sina motsvarande databaser. Förslagsvis att man använder en separat MySQL-klient även för att köra dessa SQL-kommandon.

Vi börjar med att rensa WordPress-databasen från de inlägg/kommentarer som ingår i en ny WordPress-installation.

TRUNCATE TABLE u1234567_a.wp_comments;
TRUNCATE TABLE u1234567_a.wp_links;
TRUNCATE TABLE u1234567_a.wp_postmeta;
TRUNCATE TABLE u1234567_a.wp_posts;
TRUNCATE TABLE u1234567_a.wp_term_relationships;
TRUNCATE TABLE u1234567_a.wp_term_taxonomy;
TRUNCATE TABLE u1234567_a.wp_terms;

Därefter är det dags att importera lite kategorier från Drupal-databasen till WordPress-databasen. Notera att WordPress kräver unika kategorinamn, till skillnad från Drupal. Om du har flera kategorier med samma namn i Drupal så behöver dessa döpas om innan importen.

INSERT INTO u1234567_a.wp_terms (term_id, `name`, slug, term_group)
SELECT
d.tid, d.name, REPLACE(LOWER(d.name), ' ', '-'), 0
FROM u1234567_d.term_data d
INNER JOIN u1234567_d.term_hierarchy h
USING(tid)
;

INSERT INTO u1234567_a.wp_term_taxonomy (term_id, taxonomy, description, parent)
SELECT
d.tid `term_id`,
'category' `taxonomy`,
d.description `description`,
h.parent `parent`
FROM u1234567_d.term_data d
INNER JOIN u1234567_d.term_hierarchy h
USING(tid)
;

Sedan importerar vi alla sidor från Drupal-databasen till WordPress-databasen.

INSERT INTO
u1234567_a.wp_posts (id, post_date, post_content, post_title,
post_excerpt, post_name, post_modified)
SELECT DISTINCT
n.nid, FROM_UNIXTIME(created), body, n.title,
teaser,
REPLACE(REPLACE(REPLACE(REPLACE(LOWER(n.title),' ', '-'),'.', '-'),',', '-'),'+', '-'),
FROM_UNIXTIME(changed)
FROM u1234567_d.node n, u1234567_d.node_revisions r
WHERE n.vid = r.vid

Samt kopplar dessa inlägg/sidor till rätt kategorier.

INSERT INTO u1234567_a.wp_term_relationships (object_id, term_taxonomy_id)
SELECT nid, tid FROM u1234567_d.term_node;

UPDATE wp_term_taxonomy tt
SET `count` = (
SELECT COUNT(tr.object_id)
FROM wp_term_relationships tr
WHERE tr.term_taxonomy_id = tt.term_taxonomy_id
);

Vi importerar även kommentarer och döljer eventuella dolda kommentarer.

INSERT INTO u1234567_a.wp_comments (comment_post_ID, comment_date, comment_content, comment_parent, comment_author, comment_author_email, comment_author_url, comment_approved)
SELECT nid, FROM_UNIXTIME(timestamp), comment, thread, name, mail, homepage, status FROM u1234567_d.comments;

UPDATE `wp_posts` SET `comment_count` = (SELECT COUNT(`comment_post_id`) FROM `wp_comments` WHERE `wp_posts`.`id` = `wp_comments`.`comment_post_id`);

Sedan ordnar vi lite radbrytningar i de importerade inläggen/sidorna.

UPDATE u1234567_a.wp_posts SET post_content = REPLACE(post_content, '', '');

För att till sist ändra sökvägen till samtliga bilder för våra importerade inlägg/sidor.

UPDATE u1234567_a.wp_posts SET post_content = REPLACE(post_content, '"/sites/default/files/', '"/wp-content/uploads/sites/8old/');

UPDATE u1234567_a.wp_posts SET post_content = REPLACE(post_content, 'http://www.exempel.se/sites/default/files/', '/wp-content/uploads/sites/8old/');

Ersätt http://www.exempel.se ovan med adressen till den tidigare Drupal-sidan. Sökvägen till filerna i Drupal kan även behöva anpassas. Sedan är vi klara med våra SQL-kommandon.

Om man vill importera de tidigare användarna från Drupal-databasen till WordPress-databasen så kan man följa instruktionerna i slutet av detta blogginlägg: Migration from Drupal to WordPress. I mitt fall så gjorde jag inte det, utan samtliga inlägg/sidor kopplades till min enda WordPress-användare (som skapades när jag installerade WordPress).

6. Några saker kvarstår innan vi är helt klara med flytten. Först så behöver vi hämta samtliga bilder från Drupal-sidan och lägga upp dem i WordPress. Det gör man genom att logga in mot den gamla Drupal-sidan via FTP/SFTP och hämta ner samtliga bilder under /sites/default/files/ (standardsökvägen för Drupal-sidor, kan behöva anpassas). Dessa laddar man sedan upp mot den nya WordPress-sidan under /wp-content/uploads/sites/8old/ (skapa old-mappen). Detta innebär dock att bilderna inte hamnar i WordPress inbyggda mediahantering.

7. När vi importerade sidorna från Drupal, med ovan angivna SQL-kommandon, så skapades de som inlägg i WordPress. Om man vill att de istället ska vara sidor i WordPress så kan man installera/aktivera följande WordPress-tillägg: Post Type Switcher. Med det tillägget installerat så är det bara att redigera valfritt inlägg och ändra ”Post Type” till Page för att ändra inlägget till en vanlig sida.

Mycket svårare än så här är det inte att flytta en sida från Drupal till WordPress.

Utöver ovanstående saker så behöver man givetvis ställa in permalänkarna på din nya WordPress-sida, skapa användare, välja ett tema och strukturera upp sina sidor/inlägg osv. För en normalstor sida tar det inte mer än någon timme eller två. Därefter är det WordPress för hela slanten som gäller!

Lämna gärna en kommentar om du har några frågor eller om du flyttar från Drupal till WordPress med denna guide.

Written by · Categorized: WordPress · Tagged: Drupal, Flytta, Guide, Migrera, MySQL, Tips, Webbhotell, WordPress

mar 22 2013

Guide till en blixtsnabb WordPress-server

Även om våra webbhotellspaket är väldigt snabba och väl anpassade för WordPress så kan man ibland behöva något lite extra för att snabba upp sin WordPress-sida. Vi tänkte därför visa hur man sätter upp en blixtrande snabb WordPress-server, med de allra senaste tekniska programmen på marknaden.

Även om det är enkelt att följa denna guide så bör man ändå ha viss vana av att hantera en Linux-server sedan tidigare. Vi kommer köra program såsom MariaDB, Nginx, PHP-FPM och Redis på servern. Det är extremt snabba och optimerade program, men de kan även orsaka huvudvärk om man inte kan hantera dem ordentligt.

Använd denna guide på egen risk. 🙂

Vår kundtjänst har inte möjlighet att erbjuda support på denna installation, men ni får gärna lämna en kommentar här nedan om ni har några frågor. Om ni har förslag på förändringar/förbättringar i denna guide så mottas det givetvis tacksamt (och kan leda till fortsatta uppdateringar av denna guide).

Till vår WordPress-server använder vi en snabb och kraftfull VPS hos FS Data med Linux Ubuntu 12.04 som operativsystem. Samtliga kommandon nedan körs inloggad på servern via SSH som root-användare.

Guide till en blixtsnabb WordPress-server

Uppdatera servern

Börja med att uppdatera servern. Detta bör man fortsättningsvis göra åtminstone en gång i veckan.

apt-get update && apt-get upgrade

Om frågor uppstår under uppdateringen, svara ja på dessa. Det gör man antingen genom att trycka på Y eller enter-knappen. Detsamma gäller samtliga kommandon nedan, om inte annat anges.

Installera MariaDB

Vi börjar med att installera databasservern MariaDB, istället för MySQL. MariaDB är en snabbare databasserver än MySQL. Den utvecklas aktivt under ledning av tidigare MySQL-utvecklare och är fullt binärkompatibel med MySQL.

apt-get install python-software-properties
apt-key adv --recv-keys --keyserver keyserver.ubuntu.com 0xcbcb082a1bb943db
add-apt-repository 'deb http://mirror.netcologne.de/mariadb/repo/5.5/ubuntu precise main'
apt-get update
apt-get install mariadb-server

Ange ett säkert lösenord för root-användaren när detta efterfrågas.

Därefter säkerställer vi databasservern genom att ta bort databas/användare som skapas automatiskt med installationen av MariaDB. Vi tar även bort möjligheten till fjärranslutning mot databasservern som root-användare.

mysql_secure_installation

Följ instruktionerna på skärmen. Om du har angivit ett säkert lösenord så behöver du inte byta detta. Övriga frågor kan du svara ”Y” på.

Installera Nginx och PHP-FPM

Som webbserver använder vi Nginx istället för Apache. Nginx är mycket snabbare och mindre resurskrävande än Apache. WordPress fungerar alldeles utmärkt med Nginx, med vissa justeringar. För PHP använder vi PHP-FPM, av säkerhets- och prestandaskäl.

apt-get install nginx
apt-get install php5-cgi php5-cli php5-common php5-curl php5-fpm php5-gd php5-imap php5-mcrypt php5-mhash
php5-mysql php5-pspell php5-remctl php5-sqlite php5-suhosin php5-svn php5-tidy php5-xmlrpc php5-xsl
php-pear php-apc

Listan med PHP-tillägg ovan kan givetvis minskas om man så önskar det (för ännu bättre prestanda).

– Konfigurera Nginx

Nginx är rätt bra konfigurerad redan från början. Vi behöver därför bara göra några mindre justeringar.

nano /etc/nginx/nginx.conf

Uppdatera/lägg till följande variabler:

worker_connections 1024;
client_max_body_size 25m;

Avkommentera även samtliga rader som inkluderar gzip. Med gzip-stödet komprimeras samtliga filer, vilket ger en avsevärd förbättring av hastigheten på WordPress.

– Konfigurera PHP

Den observante såg att vi installerade PHP-tillägget APC. Till detta cache-tillägg tilldelar vi 256 MB minne så här:

echo "apc.shm_size="256"" >> /etc/php5/conf.d/apc.ini

Öppna därefter filen /etc/php5/fpm/php.ini med valfri textredigerare och uppdatera följande värden:

memory_limit = 128M
max_execution_time = 120
max_input_time = 300
post_max_size = 25M
upload_max_filesize = 25M

Lägg även in detta i slutet av filen:

cgi.fix_pathinfo = 0

Förändringarna i php.ini ger WordPress mer tid till att avsluta script, minskar eventuell minnesförlust och ökar storleken på filer som man kan ladda upp. Variabeln som läggs till i slutet kan ställa till problem med WordPress, det är därför vi inaktiverar den.

Lägg upp en webbsajt

Nu är det dags att skapa en WordPress-sajt på servern. Av säkerhetsskäl så kör vi denna sajt med en egen användare. På så sätt begränsas rättigheterna samtidigt som man bl a får möjlighet att logga in via SFTP med sin egen användare. I nedanstående instruktioner får ni byta ut exempel_se och exempel.se mot era egna användarnamn och domännamn.

adduser exempel_se

Välj ett säkert lösenord och tryck på enter-knappen för övriga frågor. Därefter skapar vi en databas för sajten.

mysql -u root -p

Ange det tidigare valda lösenordet för root-användaren till MariaDB. Väl inloggad, kör följande kommandon:

CREATE DATABASE exempel_se;
GRANT ALL PRIVILEGES on exempel_se.* TO "exempel_se"@"%" IDENTIFIED BY "lösenord";
FLUSH PRIVILEGES;
EXIT;

Byt givetvis ut ”lösenord” mot ett eget lösenord.

Nu ska vi skapa en PHP-konfiguration för webbsajten. Men vi börjar med att flytta undan standardkonfigurationen.

cd /etc/php5/fpm/pool.d/
mv www.conf ../

Sedan skapar vi en konfiguration för sajten med valfri textredigerare.

nano exempel.se.conf

Lägg in följande text och spara denna fil:

[exempel.se]
listen = 127.0.0.1:9000
listen.backlog = -1
listen.owner = exempel_se
listen.group = exempel_se
listen.mode = 0666
user = exempel_se
group = exempel_se
pm = dynamic
pm.max_children = 15
pm.start_servers = 5
pm.min_spare_servers = 3
pm.max_spare_servers = 5
pm.max_requests = 50
request_slowlog_timeout = 60s
slowlog = /var/log/php-fpm.log.slow

De värden som anges i PHP-konfigurationen bör anpassas beroende på hur mycket minne man vill använda för PHP. Med denna konfiguration används ca 1 GB RAM-minne (i kombination med APC-cachen).

Därefter skapar vi konfigurationen för webbsajten i webbservern (Nginx).

nano /etc/nginx/sites-enabled/exempel.se

Nedanstående konfiguration gäller för en sajt, i kombination med PHP-konfigurationen ovan. Konfigurationen anger även denna sajt som standardsajt på servern, så att man kan surfa in till den direkt via sin egen IP-adress (med värdet ”default” under listen).

Om man vill ha fler sajter på samma server (och inte köra dem i ett WordPress-nätverk) så behöver man ändra portnummer för ytterligare sajter. Här använder vi t ex portnummer 9000. För extra sajter, öka detta till 9001, 9002 osv. Glöm inte bort att exkludera ”default” för extra sajter.

server {
listen 80 default deferred;
server_name exempel.se *.exempel.se;
index index.php;
charset utf-8;
root /home/exempel_se/exempel.se;

location / {
try_files $uri $uri/ /index.php?$args;
}

rewrite /wp-admin$ $scheme://$host$uri/ permanent;

location ~* .(js|css|png|jpg|jpeg|gif|ico)$ {
expires max;
log_not_found off;
}

rewrite /files/$ /index.php last;

if ($uri !~ wp-content/plugins) {
rewrite /files/(.+)$ /wp-includes/ms-files.php?file=$1 last;
}

if (!-e $request_filename) {
rewrite ^/[_0-9a-zA-Z-]+(/wp-.*) $1 last;
rewrite ^/[_0-9a-zA-Z-]+.*(/wp-admin/.*.php)$ $1 last;
rewrite ^/[_0-9a-zA-Z-]+(/.*.php)$ $1 last;
}

location ~ .php$ {
try_files $uri =404;
fastcgi_split_path_info ^(.+.php)(/.+)$;
include fastcgi_params;
fastcgi_index index.php;
fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
fastcgi_pass 127.0.0.1:9000;
}
}

Ovanstående konfiguration anpassas givetvis efter eget användarnamn och domännamn. Konfigurationen fungerar med både en vanlig WordPress-sida och WordPress Multisite (nätverkssida).

Installera WordPress

Nu ska vi lite snabbt hämta ner och installera WordPress. För att automatiskt få den senaste versionen av WordPress så använder vi subversion. I dagsläget fungerar inte subversion med WordPress-översättningar, så där behöver man kontrollera senaste version och anpassa installationen därefter (vi hämtar den svenska översättningen för WordPress 3.5.1 här nedan).

apt-get install subversion
mkdir /home/exempel_se/exempel.se && cd /home/exempel_se/exempel.se
svn co http://core.svn.wordpress.org/tags/3.5.1/ .
mkdir wp-content/languages && cd wp-content/languages/
wget http://svn.automattic.com/wordpress-i18n/sv_SE/tags/3.5.1/messages/sv_SE.mo
cd -
mv wp-config-sample.php wp-config.php
nano wp-config.php

Ange uppgifterna för din databas. För att aktivera det svenska språkstödet, ändra denna variabel:

define ('WPLANG', 'sv_SE');

Spara och stäng wp-config.php. Denna fil kan med fördel även flyttas en mapp nedåt (av säkerhetsskäl). Dessutom så behöver vi sätta rätt ägare till samtliga WordPress-filer.

cd ..
mv exempel.se/wp-config.php .
chown -Rf exempel_se:exempel_se *

Nu är WordPress installerat och klart. Det enda som kvarstår är att slutföra installationen via WordPress webbgränssnitt.

För att våra ändringar av Nginx och PHP-FPM ska träda i kraft så behöver vi ladda om dessa tjänster. Så här gör vi det:

service nginx reload
service php5-fpm reload

Därefter är det bara att surfa till IP-adressen för servern och ange de uppgifter som där efterfrågas av WordPress. Om du har en WordPress-sida som du vill importera till denna nya server så är det en bra idé att göra det nu.

– Kort om tillägg

Installera inga WordPress-tillägg för cache (såsom WP Super Cache, W3 Cache osv). Cachen på denna server hanteras separat, via Redis, och konflikter kan uppstå med cache-tillägg.

Installation av WordPress-tillägget nginx Compatibility rekommenderas. Detta löser omskrivningar i WordPress med Nginx (WordPress är från grunden anpassat för omskrivningar med Apache).

WordPress-tillägg som är väldigt beroende av funktioner i Apache kanske inte fungerar med denna server. Det är som sagt en väldigt optimerad och specialanpassad server, så installera och testa nya tillägg på egen risk.

Installera och konfigurera Redis

Istället för en traditionell cache med WordPress-tillägg så ska vi köra Redis. Redis är en lokal cacheserver som lagrar data i RAM-minnet för maximal hastighet i t ex WordPress. Inspiration till detta kommer från Jim Westergrens utmärkta guide till WordPress med Redis.

Börja med att installera Redis.

apt-get install redis-server

Redis kommer att ligga och köra som en servertjänst i bakgrunden. För att kommunicera med denna server så använder vi PHP-biblioteket Predis.

cd /home/exempel_se/exempel.se/
wget http://uploads.staticjw.com/ji/jim/predis.php

Därefter ska vi ersätta WordPress egen index.php med en Redis-anpassad index-sida. Kopiera denna all text:

Skapa sedan en fil som heter index-with-redis.php.

nano index-with-redis.php

Klistra in den kopierade texten och spara filen. Som du kan se så finns det tre variabler som man kan definiera i toppen av denna fil. Testa gärna att t ex sätta debug-flaggan. Filen innehåller även information om hur man hanterar cachen (missa inte det).

Därefter tar vi en backup på den ursprungliga index-sidan och ersätter den med vår Redis-sida.

cp index.php index-backup.php
cp index-with-redis.php index.php
chown exempel_se:exempel_se *

Den enda egentliga nackdelen med att köra cache i WordPress med Redis, det är att man måste ersätta index-sidan varje gång man har uppdaterat till en ny version av WordPress (då index.php ersätts med uppdateringen).

Om du har satt debug-flaggan i din nya index-fil så är det bara att surfa till din WordPress-sida och njuta av den minimala laddningstid som visas längst ner på sidan.

Några avslutande ord

Det tål att upprepas att denna guide inte bör följas om man saknar grundläggande kunskap om Linux och inte är beredd att lägga ner en hel del tid på att lära sig mer om de olika programvarorna angivna ovan. Det finns utrymme för optimeringar och förbättringar, men med denna installation till grund så kommer man väldigt långt, väldigt snabbt.

Faktum är att ovanstående guide kommer att användas för det populära och vältrafikerade humornätverket Skyltat.se, som ligger på en VPS hos FS Data. När detta WordPress-nätverk är migrerat (tester pågår just nu) så kommer mer information och laddningstider även att läggas in här.

Lämna gärna en kommentar nedan om du har några frågor eller om du har förslag till ytterligare förbättringar!

Written by · Categorized: VPS, WordPress · Tagged: Blixtsnabb, Cache, Guide, MariaDB, Nginx, PHP-FPM, Redis, Server, VPS, WordPress

mar 07 2013

E-handel med WordPress, WooCommerce 2.0 är här

Lagom till att Posten går ut med sin senaste E-barometer, där de bl a berättar att svensk e-handel ökade med 14 % under 2012 (största ökningen sedan 2008), så har nästa stora version av e-handelslösningen WooCommerce släppts.

WooCommerce är ett tillägg för WordPress, som gör det möjligt att snabbt och enkelt komma igång med en egen e-handelsida. Vi har en serie med inlägg om WooCommerce som bl a visar hur man installera, lägger till produkter och tar betalt för dessa. Läs gärna dessa i våra manualer: WooCommerce, FS Data manualer

Nu är som sagt WooCommerce 2.0 ute. I denna version har mycket energi lagts på att ännu mer förbättra säkerhet. Ett flertal förändringar och förbättringar har skett i bakgrunden, med bl a nya produktklasser och ett bättre API. WooCommerce 2.0 är nu även mycket smidigare om man t ex använder ett cache-tillägg på sin WordPress-sida.

Här är några av våra favoriter bland nyheterna i WooCommerce 2.0:

  • Smidigare orderformulär. Eventuella felaktiga uppgifter visas i realtid, utan omladdning av formuläret, vilket underlättar för kunder när de lägger sina beställningar. Ordersidan har även blivit tydligare, för bättre överblick.
  • En ny produktpanel. Ett renare, mer logiskt och tydligt upplägg. Att lägga till och hantera produkter är nu ännu enklare i WooCommerce. En ny funktion har även tillkommit för att ”släppa” obetalda beställningar efter viss tid och därigenom återställa ett lagersaldo.
  • Förbättrad hantering av e-postmallar. Det är nu busenkelt att hantera mallar för olika e-postutskick (uppgifter, fakturor, påminnelser osv) med bättre integration i WordPress.
  • Retina-anpassning och CSS-förbättringar. Stöd för högupplösta skärmar har tillkommit och CSS-klasserna för WooCommerce är nu unika, vilket förhindrar konflikter med särskilda teman.

Mer information om nyheterna i WooCommerce 2.0 finns även hos WooThemes. Om du använder en tidigare version av WooCommerce och vill uppgradera till 2.0, se då till att läsa uppgraderingsinstruktionerna. WooCommerce uppdateras enklast precis ett vanligt WordPress-tillägg, direkt via WordPress administrationsgränssnitt.

WooCommerce 2.0 på svenska

Den svenska översättningen av WooCommerce, som FS Data står bakom, är givetvis även uppdaterad för denna nya version. Översättningen kan kostnadsfritt laddas ner här: Svensk översättning av WooCommerce

Är du ännu inte helt såld på WooCommerce? Här är några argument för denna e-handelslösning:

  • Öppen källkod. WooCommerce är ett kostnadsfritt WordPress-tillägg, baserat på öppen källkod. Det uppdateras och förbättras frekvent, vilket leder till ständiga förbättringar.
  • Väldigt flexibelt. Precis som WordPress så kan även WooCommerce anpassas exakt efter de behov och önskemål man själv har. Chansen är stor att det finns tillägg för den funktionalitet man söker.
  • Lika enkelt som WordPress. WordPress är världens mest populära lösning för hemsidor, till stor del tack vare att det är så enkelt. WooCommerce hanteras genom exakt samma gränssnitt som WordPress.
  • En stor användarbas. WooCommerce har redan laddats ner över 500 000 gånger. Förutom det officiella supportforumet för WooCommerce så finns det även en svensk grupp för WooCommerce på Facebook.
  • Många olika tillägg. WooCommerce har ett stort antal olika tillägg som bl a ger stöd för fler betalningsmetoder, rabattkuponger, avancerade import/exportfunktioner osv. Antalet tillägg till WooCommerce ökar likaså konstant.
  • Teman för e-handel. WooCommerce fungerar både med vanliga WordPress-teman och med WooCommerce-specifika teman, särskilt anpassade för e-handelssidor. Dessa teman lyfter fram och säljer produkter och tjänster ännu bättre.
  • Sökmotorsvänligt. WooCommerce är optimerad och anpassad för sökmotorsoptimering. Det innebär att man väldigt enkelt kan få bra placeringar i Google med sin e-handelssida i WooCommerce.
  • Leverantörsoberoende. Med WooCommerce sitter man inte fast hos en viss leverantör, utan är fri att t ex byta webbhotell. FS Data är ett WordPress-vänligt webbhotell och ett utmärkt val av webbhotell för e-handel.

Fortfarande inte övertygad? Lägg då 3 minuter på denna lilla film (från Shawn Hesketh):

Har du uppdaterat till WooCommerce 2.0 än? Vad tycker du om den nya versionen? Eller har du några frågor om WooCommerce? Lämna gärna en kommentar här!

Written by · Categorized: E-handel, WordPress · Tagged: e-handelsbarometern, Förbättringar, Nyhet, Öppen källkod, Uppdatering, Webbhotell, WooCommerce, WooCommerce 2.0, WordPress

feb 21 2013

Automatisk farthållare i WordPress

Vi vill verkligen att våra kunders hemsidor ska vara så snabba som möjligt. En snabbare hemsida ger fler besökare, bättre placering i Google och en ökad försäljning för e-handlare. Det är därför som vi trimmar våra servrar och nätverk, för snabbast möjliga webbhotell och servrar, samt bloggar så ofta om vikten av en snabb hemsida.

Att analysera och optimera en hemsida är dock inget man gör en gång och sedan kan förvänta sig att den kommer vara fortsatt snabb. Det är en fortlöpande process, där man ständigt behöver vara alert och anpassningsbar. Detta kan givetvis både ta tid och kosta rätt mycket pengar, men det finns sätt att underlätta det här arbetet.

Här är ett tips om hur man automatiskt kan kontrollera hastigheten på WordPress-sidor.

De som har läst vår tidigare guide till en säkrare och snabbare WordPress-sida vet att vi rekommenderar GTmetrix för att kontrollera hastigheten på en hemsida. Vi använder själva denna tjänst för vår hemsida och vi är mycket nöjda med den.

Nu har GTmetrix släppt ett nytt WordPress-tillägg som gör det ännu enklare att kontrollera hastigheten på WordPress-sidor. Tillägget heter kort och gott ”GTmetrix for WordPress” och det installeras enklast direkt via wp-admin i WordPress (sök bara efter detta tillägg under ”Tillägg” > ”Lägg till nytt”).

När tillägget är installerat och aktiverat så behöver man ange en API-nyckel. En sådan nyckel får man genom att registrera sig och skapa ett (kostnadsfritt) konto hos GTmetrix. Följ bara instruktionerna på huvudsidan för tillägget (under ”GTmetrix” i menyn till vänster) för att lösa detta.

Det första testet

Det man sedan först gör, när allt är klart, det är att testa sin förstasida. Under huvudsidan för tillägget (”GTmetrix” i menyn till vänster) så klickar man bara på knappen ”Test your Front Page now”. När testet är klart så får man ett resultat som visar hur snabb förstasidan är. Detta kan man granska i detalj, genom att klicka på ”Detailed report”.

Ett bra resultat i GTmetrix är en Page Speed på över 90 %. Page Speed är en sammanställning av de faktorer som Google använder för att avgöra hur snabb en sida är. Om du vill ha hjälp med att snabba upp din hemsida och få ett bättre resultat i GTmetrix, läs då vår guide till en säkrare och snabbare WordPress-sida.

Testresultatet visas även direkt i en ”widget” på förstasidan i wp-admin, för enkel överblick. Här är ett exempel:

GTmetrix i wp-admin

Om automatiska kontroller

Under huvudsidan för tillägget (”GTmetrix i menyn till vänster som sagt) så finns det ett flera intressanta alternativ. Här kan man både utföra enskilda kontroller av sin förstasida (och olika undersidor) samt schemalägga automatiska kontroller av olika sidor. De automatiska kontrollerna kan även meddela, via e-post, om en sida laddar långsamt.

Att automatiskt kontrollera hastigheten är väldigt bra om man arbetar aktivt med sin sida genom att skriva inlägg, installera olika WordPress-tillägg och teman osv. Det händer rätt ofta att tillägg och teman orsakar långsamma sidor i WordPress och det är inte alltid som man själv upptäcker detta.

Skapa en automatisk kontroll

För att skapa en automatisk kontroll med e-post om en sida är långsam, klicka på länken ”Schedule tests” som finns både i ovan nämnda widget och på huvudsidan för tillägget. Ange sedan hur ofta kontrollerna ska ske under ”Frequency” (dagliga kontroller är bra) och bocka i rutan för ”Enable notifications”.

Välj när e-post ska skickas under ”Email admin when”, t ex om Page Speed är lägre än 90 % eller om en sida tar längre tid än 5 sekunder att ladda. När du är nöjd klickar du bara på knappen ”Save” för att skapa kontrollen.

De automatiska kontrollerna utförs sedan enligt angivna intervaller och resultaten från dem visas på huvudsidan för tillägget. Här är ett exempel på hur det kan se ut:

Automatiska kontroller med GTmetrix

Svårare än så här är det inte att ordna en ”automatisk farthållare” i WordPress!

Om ni har några frågor, eller kanske tips på t ex hur ni snabbar upp er hemsida, lämna då gärna en kommentar.

Written by · Categorized: WordPress · Tagged: Besökare, Försäljning, Google, GTmetrix, Optimera, Servrar, Snabbare, Webbhotell, WordPress

feb 18 2013

WooCommerce på svenska

En av våra mest uppskattade serier med blogginlägg här på FS Data, det var de tidigare inläggen om hur man sätter upp en e-handel i WordPress med WooCommerce. Det glädjer oss att så många läser dessa inlägg och att vi fortfarande får kommentarer och frågor där.

Efter att denna bloggserie publicerades förra året så har WooCommerce uppdaterats rätt flitigt. Det har lett till att den svenska översättningen, som var aktuell under vår bloggserie, inte längre har fungerat ordentligt. Det tycker vi är synd.

Därför har vi nu, i samarbete med WordPress och WooCommerce-konsulten Björn Sennbrink, tagit fram en ny svensk översättning av WooCommerce. Denna översättning kommer vi att hålla fortsatt uppdaterad, åtminstone ett år framöver. Den kostnad som denna översättning medför, det står vi på FS Data för.

Den svenska översättningen av WooCommerce är fritt tillgänglig för nedladdning i våra manualer:

Svensk översättning av WooCommerce

Översättningen kan laddas ner och användas fritt, oavsett om man är kund till oss eller ej. FS Data är ett WordPress-vänligt webbhotell och ett utmärkt val av webbhotell för e-handel. Men vi vill främst att så många som möjligt ska få upp ögonen för möjligheterna med WordPress och WooCommerce.

I våra manualer har vi även samlat våra tidigare inlägg om e-handel i WordPress med WooCommerce:

  1. E-handel med WordPress – Installera WooCommerce och lägg till produkter
  2. E-handel med WordPress – Frakt och moms i WooCommerce
  3. E-handel med WordPress – Paypal, Payson och Klarna i WooCommerce
  4. E-handel med WordPress – Orderflöde med rabatter samt trogna kunder
  5. E-handel med WordPress – Tips på bra tillägg för WooCommerce

Written by · Categorized: WordPress · Tagged: E-handel, Guide, Nedladdning, Öppen källkod, Översättning, Svenska, WooCommerce, WordPress

  • « Previous Page
  • 1
  • …
  • 10
  • 11
  • 12
  • 13
  • 14
  • …
  • 18
  • Next Page »

© 2025 FS Data AB | Priser exkl. moms