Denna gång pajjade inte mina gamla URL:er i alla fall.
februari 27, 2011 | Posted in WordPress | By Cristian Herrera
Vet inte om det bara är jag som önskar det men det ser ut som om WP teamet jobbar mot att tillåta höga unicode tecken URL:erna
Jag gjorde uppdateringen idag till 3.1 och hade ränat med att få lägga ner en halvtimma på att få mina URL:er at fungera igen men till min stora förvåning så översatte WP mina gamla URL:er korrekt till % kodade URL:er.
Tyvärr så översätter inte WP URL:erna från titeln automatiskt, och skriver man in en URL med Å Ä eller Ö så kommer de att översättas till a a o, dock kan man idag skriva in den % kodade motsvarigheten och få väntat resultat.
Jag skall ta och titta i koden inom en snar framtid och se vad jag han hitta på.
WordPress optimering och plug-insen jag inte klarar mig utan.
december 20, 2010 | Posted in WordPress | By Cristian Herrera
Nu när jag har lekt med WP ett tag känner jag att jag har börjat hitta de plug ins som jag faktiskt tycker är värda att använda.
Less is more
Jag brukar tänka att mindre är bättre, mindre att hålla reda på mindre som kan gå fel, en risk med att blanda plug ins hur som helst är att det kan finnas kompatibilitetsproblem mellan dom, och stora (icke standardiserade) fremeworks har även de en tendens att förstöra en del, så därför gäller det här att välja med omsorg, och man skall vara medveten om att det är mycket svårt att hitta en generell lösning som fungerar i alla, eller i de flesta fallen.
Problemet
I en tävling där alla är likvärdiga, och man inte vill fuska (länksamma), gäller det att trimma sin site till tänderna, visst finns det viss funktionalitet man vill ha kvar, och ögongodis, och här gäller det att göra ett val: Skall jag koda om mitt ögongodis så att det tål att komprimeras eller skall jag offra en viss bandbredd för att kunna uppdatera utan problem?
Valet är ditt, men man skall veta att det är en hel del javascript som bara ”går sönder” om man försöker optimera koden, den jag brukar testa med är koden för adSence 
, funkar den fungerar det mesta
Teori…
Vi vill alltså minimera laddningstiderna för vår site, samt undvika att våra URL:er går sönder, då har vi egentligen 4 st verktyg vi kan använda:
- Cachening – en teknik att mellanlagra genererad HTML kod i så att det ej behövsgöras vid anrop.
- Minify – att slå samman scriptfiler (JavaScript och CSS) och på så sätt begränsa antalet anrop till servern.
- Kodkomprimering – att radera alla onödiga ”whitespaces” och kommentaret i den kod som lämnar servern.
- 301 – ompekningar – Att tala om för klienterna att en resurs har flyttat.
Det vi vill undvika är att corehacka i WP, risken är bara att vi får hacka om vid nästa uppdatering, och vi vill juh göra saker enklare för oss.
Tror vi börjar med våra moduler innan ni somnar framför skärmarna
301 – ompekningar
Anledningen till att vi vill automatisera våra 301 ompekningar är för att vi ibland vill göra större förändringar i våra sitestrukturer, och att jaga lösa URL:er är både tidskrävande och tråkigt.
Det finns två olika plug ins som jag skulle använda för detta, det ena är för den late och den andra för den som vill ka full kontroll på sina 301:or och 404:or
Permalinks Moved Permanently (för den late)
Detta är ett bra plug in som fungerar utmärkt så länge man inte vill ändra namnet på en artikel. Detta plug-in arbetar på det sättet att det just innan 404 tar till så gör den en 301 ompekning baserat på det sista tokenet i URL:en, dvs att om du har 2st poster med samma namn under olika kategorier (eller liknande) så kommer det att uppstå en konflikt.
Redirection (rekommenderat)
Detta plug in är det som jag skulle rekommendera varje människa som är seriös med sina 301:or och 404:or.
Man kan t.om sätta det på att bevaka era artiklar och göra automatiska redirects när artikelns URL förändras.
Detta plug in rekommenderas inte för nybörjare, dock ger det en mycket bra kontroll på alla ompekningar.
Minify, kodkomprimering och cache.
Tills för inte så länge sedan använde jag olika verktyg för detta, men idag har det kommit ett riktigt bra verktyg som ger en mycket god kontroll på alla dessa parametrar.
W3 Total Cache
Detta är ett plug in som jag i alla fall är riktigt nöjd med, förutom att den fixar cachening så kan man själv välja hur det skall cacheas för varje komponent. de tre lagringsätten är opcode, memcache och disk.
Om man kan undvika disk cache så skall man göra det då disken är mycket lånsammare är arbetsminnet.
Här kan man även leka med olika minify och kodkomprimerings taktiker. Jag rekommenderar starkt att inaktivera cache när ni leker med dessa, här är det bara att testa sig fram tills det att man märker att ens plug ins slutar fungera.
övrigt
Förutom dessa så är ett plug in jag inte kan leva utan wp-insert. Detta plug in är egentligen till för att man skall kunna lägga in custom element lita vart man vill i sina mallar som t.ex reklam och banners, men förutom detta ger den även syntax-highlightning i den interna editorn för mallar och plug ins, vilket är väldigt uppskattat hos mig.
Är det några plug ins som är värda att nämnas som jag missat?
Konvertera etiketter till kategorier i WP
december 10, 2010 | Posted in WordPress | By Cristian Herrera
Jag ville strukturera om i bloggen lite fast ville få med mig vissa relationer som redan var satta för att minska arbetet lite, den första tanken som slog mig var att konvertera lite gamla etiketter till kategorier.
Det finns juh massor av plug ins till WP
Det finns väldigt många plug ins till WP, men av någon konstig anledning så verkar det aldrig finnas något som gör just det jag vill, så då var det bara att hacka lite som gäller.
Lyckligtvist har jag rotat lite i databasen till WP en del nu så jag hittade rätt snabbt vad som skulle göras.
Det finns dock en liten fallgrop här, se till att ni inte har en kategori redan som heter det som etiketten heter.
Ok, hur ser det ut?
Det är tre tabeller som är intressanta här, fast endast 2 som vi kommer att använda. Men jag har den naturen att jag gärna vill veta hur saker fungerar så…
- wp_terms – Denna tabell är en lista på termer eller och deras slugar, samt ett id.
- wp_term_relationships – Relationen mellan termer och andra objekt.
- wp_term_taxonomy – vilken typ eller ”taxonomy” termen tillhör
OK! Med detta i bakfickan så ger vi oss in i det vi vill göra, och det är att ändra ”typ” på visa termer, och för att göra detta så behöver vi veta vilket id en term har.
Det vi gör är helt enkelt att vi letar upp termen i tabellen wp_terms, noterar ”term_id” för de termerna som vi vill ändra på.
Nästa steg är att helt enkelt leta upp dessa sen i wp_term_taxonomy i term_id fältet, sen byter vi ut taxonomy från post_tag till category och vips så har vi konverterat dessa till kategorier!
nästa gång man loggar in så hittar man dessa kategorier i kategori fliken i WP.
OBS!!
Jag tar inget ansvar för världskrig, att katten blir gravid, tjejen lämnar er, utskällning av mamma, datan exploderar eller andra sidoeffekter detta kan ha, det är helt upp till er att väga av och ta riskerna.
Hoppas detta hjälper någon i alla fall!
/C
hacka om slugarna på wp
december 9, 2010 | Posted in WordPress | By Cristian Herrera
Ok, då var det dags igen för ännu en uppdatering.
Jag hjälpte Niklas Lindh med att få till å, ä och ö i sina slugar lite tidigare för att upptäcka att den nya uppdateringen till wp 3.0.3 pajjade det hela.
För att de som är intresserade skall hänga med, filen man core hackar i är /wp-includes/formatting.php, instruktionerna finner ni på en tidigare post på denna blogg.
WordPress det bästa för webben?
november 13, 2010 | Posted in WordPress | By Cristian Herrera
Det är många som har gått ut och med påståendet att WordPress är det bästa som har hänt webben och att det är det bästa för SEO.
Något som är viktigt att inse är att det sökmotorn inte bryr sig om vad för system ni har bakom, utan det ända som är viktigt ”on page” är vilken output som serveras till roboten. Sökmotorn är egentligen en webbklient som alla andra och måste följa de regler som ställs av http protokollet och språken html / xhtml för att avgöra vad sidorna handlar om.
Jag har testat WordPress nu ett litet tag och jag har kommit fram till både positiva och negativa slutsatser när det gäller WP.
Positiva egenskaper:
- Lättanvänt för slutanvändare
- många mallar
- lättarbetade mallar
- många plugins
- rss
- pingback / trackback
Med rätt plugins är WP väldigt bra att arbeta med med rätt plugins finns det stöd för det mesta som jag egentligen vill göra.
Man kan enkelt få syntaxhighlightning i den inbyggda editorn och filen user.css är en bra lösning för att kunna over ridea default värden i mallen man använder.
Pingback / trackback är ett effektivt sätt att skapa tillbakalänkar om man bloggar.
Negativa egenskaper:
- Absoluta URL:er i databasen
- stor inkopatibilitet mellan versionerna
- ingen hierarkisk struktur för content pages
Det första stora problemet jag stötte på med WP var när jag skulle flytta den mellan sub-domäner. Alla URL:er är hårdkodade i databasen med sina absoluta värden, vilket kan innebära rätt stora problem när man flyttar siten från en domän till en annan.
Det andra jag reagerade på var att WP tvingar en att inte använda å, ä eller ö i URL:erna, dock fungerar tecken som ø, £ och € samt crylliska alfabetet, Detta tyder på att utvecklarna inte tänkt på att vissa vill använda å, ä och ö i sina URL:er.
Sedan har de glömt att exkludera andra tecken som enligt det tänket skulle innebära problem för vissa webbklienter.
Jag skulle vilja se en lösning som tillåter alla tecken men som 301:ar den normaliserade formen av sökvägen till den verkliga, t.ex /losnaglar → /lösnaglar.
Att det inte finns en hierarkisk struktur emellan content pages är enormt frustrerande för mig.
Jag vill arbeta på ett sådant sätt att jag skall kunna skapa stora strukturer och kunna skriva innehåll på parent sidan och ha annat innehåll på childes, för att kunna skapa skalblara och logiska siter.
Sen en till irriterande sak, en av WP’s styrkor är samtidigt en av dess svagheter, pluginsen.
Det finns en enorm uppsjö av plugins, en riktig djungel, och ett plugin som var mästerligt i en version av WP, kanske inte fungerar i nästa.
Slutsats
Jag skulle vilja säga att WP förtjänar beröm, men är långt ifrån felfritt. Trots att det är ett lättanvänt system som passa många så har systemet rena designfel (programmering / databas struktur), om man skulle fråga mig.
Ett önskemål från mig skulle vara att man enkelt skall kunna skapa hierarkiska strukturer, även för ”sidor”, och att man skall kunna ha innehåll i varje nivå.
Men jag skulle inte avråda någon från att använda WP, det är ett bra system för slutanvändaren och det går att skapa mycket i det, men man skall även vara medveten om att det kan bli problem vid ett domänbyte eller om man skulle byta server.
Alla system har sina för och nackdelar och man bör välja plattform utifrån de behov som projektet har.
Men som jag brukar säga, det finns inga universallösningar, one size doesn’t fit all.