Skip to content

Kategori: Wordpress

Under huven på WordPress del3

Under huven på WordPress del 3 kommer till största delen att handla om WordPress 3.2 som beräknas att släppas den 30 juni. Det är nya funktioner som kommer och vissa berör alla medan andra är av mer intresse för oss som utvecklar och bygger WordPress-teman. Vi ska kika lite närmare på en del av dessa men det första du i alla fall bör göra är att testa om du fortsättningsvis kommer att kunna köra din WordPress på webbhotellet. Det är nämligen så att WordPress 3.2 kräver PHP 5.2.4 och MySQL 5.0 för att fungera. Enklast gör du det genom att ladda ned pluginet WordPress requirements check från WordPress.org. Installera pluginet. När det är installerat och klart så kommer det upp en stor meddelanderuta (box) högst uppe i toppen på dashboard som talar om ifall ditt webbhotell stöder kraven på PHP och MySql.

Under huven på WordPress del2

Dagens artikel Under huven på WordPress del 2 kommer bland annat att handla om hur du på ett simpelt vis kan ”återanvända” din funktionsfil om du byter tema. Har du några speciella funktioner som du är förtjust i? Det kanske rent av är så att du drar dig för att byta tema just för att du har vissa funktioner som det nya temat inte stöder? Det är ju så att med många funktioner så ges det speciella koder att använda i temat, exempelvis vissa typer av shortcodes – vad tror du händer om ditt nya tema inte stöder just dina shortcodes? Det är inte så svårt att räkna ut.

Under huven på WordPress del1

Vi är många som formligen älskar att dyka ned under huven på WordPress och rota runt – i vardagligt tal kallas vi för WordPress Developers (WordPressutvecklare). Att dissekera koder, skriva om, eller att utveckla nya variationer, är för oss ett stort intresse. Vid sidan av detta bygger vi också gärna olika teman som vi sedan designar efter förmåga. Under huven på WordPress är därför tänkt att vara en serie med tips om hur man kan bygga, utveckla och testa WordPress. Intentionen är att kunna presentera tre tips med förklaringar i varje artikel. Vi ska naturligtvis titta på front end, det vill säga själva byggandet och hur man kan implementera olika koder – men vi ska även smyga lite back end genom att kika närmare på hur man kan lägga till funktioner till själva WordPress ramverk. Med andra ord öppna upp huven på WordPress. Jag rekommenderar er att ta back-up på filerna innan ni sätter igång och ändrar i dem.

CSS-koderna till din kommentarfunktion

Med de nyaste versionerna av WordPress så kan man ju nästla kommentarerna i djupled. Det här innebär också att de äldre css-koderna är ”out of date” – i synnerhet och du vill ha trådade kommentarer. Det har också blivit svårare att överblicka koderna. Vilka är då CSS-koderna till din kommentarfunktion? För att underlätta detta så listar jag här alla koder som kan användas för att styla kommentarerna efter just ditt tycke och smak.

Skydda din WordPress från elakartade URL requests

I anslutning till artikeln Stjäl inte Premium WordPressteman finns det all anledning att se över hur din WordPress är skyddad. Det var ju faktiskt inte så länge sedan flera WordPress sajter blev attackerade med några extremt elakartade koder. Även om version 2.9 ska vara säkrare kan det faktiskt vara vi själva som underlättar för intrång, främst då genom att ladda ned Premiumteman i tron att de är ”gratis” när de i själva verket kan vara sprängfyllda av koder vi inte har en aning om, liksom diverse tillägg (plugin). Men det går att skydda sig på enkelt sätt. Vi ska nu kika på ett litet behändigt script som du antingen kan spara som ett plugin, eller ännu bättre, kopiera hela scriptet och lägg det allra högst upp i din wp-config.php.

Stjäl inte Premium WordPressteman

wpengineer.com uppmanar alla att inte stjäla Premium WordPressteman. Nu handlar det inte främst om själva stölden i sig, vilket nog kan vara rubricerbart, utan det handlar om hur lätt din blogg kan bli sårbar för intrång. I artikeln berättar författaren att denne fick en påringning av en vän som plötsligt upptäckt att det fanns två länkar på sin hemsida (i footern) som ledde till spamsidor. Vid en närmare kontroll av temat såg de en krypterad php-kod i footer.php. När de hade öppnade koden visade det sig att det bara var ”footern” till originaltemat och två länkar till spamsidor. Emellertid så kunde det ha varit värre, det kunde ha varit en kod som hade gjort det möjligt att göra intrång i bloggen, eller i allra värsta fall förstört hela webbserverutrymmet. Som artikelförfattaren påpekar; vad det är för kod är svårt att se om man inte är mycket kunnig inom programmering.

Breadcrumbs utan plugin

De flesta använder sig av olika WordPress-plugin – bland annat just breadcrumbs. Men det går också att fixa breadcrumbs utan plugin på egen hand. Du kan å ena sidan använda din functions.php eller å den andra lägga in några koder direkt på sidan där du vill ha din trådade navigering. Jag har gjort det senare. Vi ska nu kika på hur du kan gå tillväga, och vi börjar med alternativet med att lägga in koderna direkt på sidan. För att göra den enkelt för mig så har jag mina koder i en php-include vilken jag sedan kallar på respektive sida navigeringen ska vara.

Styla ”read-more” länken

Vi ska nu styla ”read-more” länken. WordPress låter oss ställa in om vi å ena sidan vill ha pagineringslänken ”read-more” på samma rad som innehållet, å den andra sidan som en textlänk under innehållet. Det hela är beroende på hur mycket text vi har valt ska visas. För de som använder the_excerpt kommer bara de 55 första tecknen att visas. Därefter klickar vi ju oss vidare via ”read-more” länken. Oavsett vilket tycker jag för min del att det är snyggare att styla denna länk så den ”sticker ut” från de andra länkarna på sidan. Jag ska nu ger er några alternativ om hur man kan gå till väga.

Förhindra poster i WordPress från autosaving

WordPress har en inbyggd funktion som gör att den automatiskt sparar din post flera gånger under tiden som du skriver posten fram till att du publicerar den. Det kallas för auto-saving och post-revision. Vad många inte vet är att förutom posten så sparar WordPress också alla de automatiska backuper som gjorts fram till att inlägget är postat. Din databas fylls alltså med en massa skräp från inte färdigskrivna poster. Med tiden blir det en hel del som kommer att stjäla plats.

Undvik att WP-plugin får bloggen att strejka

Hur många gånger händer det inte att man får deaktivera alla plugin för att till slut ändå upptäcka att ett visst plugin får din blogg att strejka för att pluginet inte längre fungerar? Jag är övertygad om att det inte bara har hänt en gång utan fler! Skälet till detta brukar vara att upphovsmännen till våra plugin i många fall glömmer att lägga till en if-sats i php-koden. När bloggen sedan kallar på pluginet, och denna inte fungerar, så blir resultatet att delar, eller hela sidor, av bloggen inte kan laddas och visas. Bloggen strejkar och vi blir i allmänhet svettiga och ilskna för att vi inte riktigt vet vad detta beror på, till följd att vi måste deaktivera alla plugin och sedan återaktivera ett i taget i en felsökning. Inte bra och definitivt inte roligt! Vad som däremot är trevligt är att vi manuellt kan ordna till detta. Ännu trevligare är att det förvånansvärt nog inte alls är svårt. Jag hittade följande lösning hos wphacks.com.