Kjære {FIRSTNAME}, dette er en personlig beskjed bare til deg!

26 April, 2007 av xiando

Jeg føler meg alltid rørt når jeg får personlige tilbud, reklame og annet som er personlig adressert bare til meg. Jeg føler meg litt.. eksklusiv, liksom. Selv om jeg innerst inne vet at det bare er massemail som plukker navn fra en database.

Noen ganger er det litt for tydelig at det er slik det foregår. Som da jeg i dag fikk jeg følgende personlige oppfølgingsmail fra en annonsør jeg bruker:

Kjære {FIRSTNAME},

VÃ¥ren er kommet!

Endelig, vinteren er på hell og det er på tide å la genserene ligge igjen hjemme og vise frem dine t-skjorter!

Vi vil ønske t-skjortesesongen velkommen ved å øke provisjonen fra 20% til 25% for alle affiliates i hele Mai måned!

HÃ¥per det hjelper Ã¥ fÃ¥ solskinnet tilbake i ditt liv etter en sÃ¥ lang vinter! Om du har spørsmÃ¥l eller tilbakemeldinger, {FIRSTNAME}, ta kontakt med meg. Som alltid kan du finne bannere i ditt login omrÃ¥de pÃ¥ www.cj.com.

La oss håpe på mye trafikk og god konvertering!

Mvh,

Christian Banzhaf
Country Manager Norge

Joda. Jeg, {FIRSTNAME}, er dypt rørt over denne personlige omtanken og oppmuntringen fra Christian Banzhaf.

Internet Explorers nedlastningsside vrak i.. Internet Explorer.

23 April, 2007 av xiando

Det er vanskelig Ã¥ lage avanserte nettsider som fungerer i Microsoft’s nettleser “Internet Explorer”. F.eks fungerer CSS instruksen max-width: i Opera, Konqueror (KHTML) og Firefox (Gecko) og alle de ulike nettleserne som er basert pÃ¥ disse (F.eks bruker Safari KHTML, Epiphany og Galeon m.fler bruker Gecko). Og det er ikke bare max-width. De ulike utgavene av IE har sÃ¥ mange problemer at det har blitt skrevet mange bøker om det. Og det er alltid IE som gjør noe helt annet enn Opera, Konqueror og resten av nettleserne der ute. Alltid.

Så jeg bruker nå Windows API-pakken WINE til å sjekke hvordan ting ser ut i de ulike utgavene av IE for å gjøre håpløse forsøk på å gjøre sider ser like bra ut hos de som av en eller annen grunn bruker den nettleseren som hos de som bruker en fungerende nettleser.

Litt for morros skyld prøvde jeg nettopp IE 5.0, ettersom IE6LINUX pakken installerte IE5, IE5.5, IE6 og IE7. Og det er tydeligvis ikke bare webutviklere flest som har problemer med å få nettsider til å se riktig ut i Internet Explorer: IE5 innholder spionvare som automatisk sjekker med Microsoft om nettleseren er bør oppgraderes eller ei, og om den bør det blir du dirigert til http://www.microsoft.com/isapi/redir.dll?Prd=ie&Pver=5.0&Ar=ie5update&O1=b1 - en side som ser vrak it i IE5.

Til venstre: Seamonkey som sier den er “Mozilla/4.0 (compatible; MSIE 5.01; Windows 98)” og til høyre: IE5:

seamonkey-vs-ie5.png

Ja, IE5 er en mange Ã¥r gammel nettleser. Men likevel: Det er litt morsomt at Microsoft’s (i dette tilfellet eldre) nettlesere avviker sÃ¥ fra webstandardene og ellers har sÃ¥ mange renderingsfeil at de ikke klarer Ã¥ fÃ¥ deres egne sider til Ã¥ se korrekt ut i sin egen nettleser.

Angrip http://veldigprivatblogg.trykker.com/

19 April, 2007 av xiando

Det står noe veldig spennende på http://veldigprivatblogg.trykker.com/. Vennligst forsøk å få tilgang til å lese det som står der på alle mulige måter, gjerne inkludert manipulering av kaker, POST-requests, bruk hva du må har av skittne hacker-triks på lur.

For å gi noen hjelpsomme hint:

  • Blogg-programvaren er WordPress MU 1.2.1 svn (WordPress Multi-User).
  • Bloggen kjører pÃ¥ Apache2 og PHP 5.1.6.
  • Bloggen er beskyttet med if ( ‘-1′ == $current_blog->public ) { add_action(’template_redirect’, ‘private_login’); }

Mitt første WordPress tema

16 April, 2007 av xiando

NÃ¥ har jeg offentliggjort mitt første WordPress tema. Det ble et enkelt tema laget for store skjermer, stort utbyttbart-fra-WP toppbilde (880×300 pixler), med mulighet til Ã¥ velge om sidestolpen skal være til høyre eller venstre samt fargetema fra WP.

Designet er kanskje ikke så orginalt, men det er enkelt, det har stor bredde på innholdsfeltet og det er ellers helt passe.

Trivia: Jeg vurderte pÃ¥ Ã¥ gjøre bredden pÃ¥ innholdet variabelt etter størrelsen pÃ¥ nettleservinduet, men fordi jeg definitivt ville ha et stort utbyttbart toppbilde satt jeg fast bredde pÃ¥ innholdet ettersom temaet uansett krever et nesten maksimert nettleservindu pÃ¥ skjermer med 1024×768 pixler oppløsning.

one-001.jpg

PS: Dette er utgave 0.0.1  av mitt ørste WordPress tema.  Ikke forvent allverden. ;-)

Det går fryktelig fort på Internett

14 April, 2007 av xiando

Jeg registrerte et nytt domene for noen få timer siden. 3 timer senere stoppet plutselig Googlebot/2.1, AboutUsBot/0.9, Technoratibot/0.7 og YahooFeedSeeker/2.0 innom i løpet av et ti minutters intervall. Google var først, men det er egentlig ikke så viktig ettersom raidet kom i løpet av ti minutter.

AboutUs, i sin “glorie”, har allerede en side om domenet - med bilde og det hele. Det .. overrasket veldig.

Det er tydelig at søkemotorene følger med pÃ¥ whois databasen og automatisk sjekker IP’n pÃ¥ nye domener straks det finnes en i DNS-systemet.

Hvis du lager en ny og revolusjonerende type web-tjeneste (hva nå det er?) som er totalt annerledes enn alt annet og kanskje det neste store så for all del hold den på 127.0.0.1 eller en vanskelig-å-finne mappe på et domene du har fra før - søkemotorene finner tydeligvis frem uansett om du forteller noen om det nye domenet ditt eller ikke..

SÃ¥ ble jeg plutselig en WordPress tema-forfatter

9 April, 2007 av xiando

Hvorfor? Fordi sannheten er at de de fleste eksisterende WordPress-temaene suger. Og tro meg, jeg har prøvd haugevis. Jeg har ansvaret for temaene på gratis-blogg tjenesten Trykker, og der er det nå over 150+ temaer brukerne kan velge. Og det er et veldig lagt numemr i forhold til antallet temaer jeg har prøvd for å finne frem til ulike temaer tilfeldige folk kanskje liker. Det finnes over 2000+ temaer den offisielle WordPress Tema-katalogen, og jeg kan si deg at omtrent 10%, eller kanskje 200, er i nærheten av brukbare. Flertallet er bare mindre endringer av andre temaer laget for lenke-spam, temaene er ødelagte og fungerer ikke som de skal - eller så er de rett og slett stygge. Så jeg har bestemt meg for å laget mitt eget tema.

Hvorfor, hva er galt med 90% av WordPress temaene som allerede finnes?

En haug. Inkludert..

Spam-tema.

Vanvittig mange temaer er laget av folk som gjør det for “Søkemotoroptimalisering” pÃ¥ den forbudte (ved uskreven lov) metoden: De lager et tema, plasserer pekere til deres egne nettsteder og “sponsorer” og hÃ¥per at folk som tar temaene i bruk gir dem nok tilbake-pekere til at det gir høy rangering i søkemotorene.

Dette, som all slik søkemotoroptimalisering, fungerer ikke i det lange løpet. Google og Technorati, for eksempel, vil ganske enkelt fjerne deg fordi du ikke følger rettningslinjenederes (og generell sunn fornuft) hvis du bedrifer tema-spamming, men det er det ingen som bryr seg om.

Det er minst tre ting galt med alle slike spam-temaer:

  • De er bare et annet tema som er marginalt endret (dobbeltposteringer)
  • De hevder Ã¥ være “widget”-klare selv om de i virkeligheten ikke er det. Et typisk problem er at “Meta”-seksjonen i sidestolpene vises uansett om widgets er tatt i bruk eller ikke (slik at lenkespammen vises flere brukere..)
  • Temaets header, og ofte andre rare filer som temaet brukre er fulle av spam-pekere (det er vel litt frekt Ã¥ plassere lenkespam i comments.php?

Det er ogsÃ¥ interessant at spamtemaer ofte er sluppet under  “Creative Commons Attribution Non Commercial ShareAlike” lisensen med den ekstra betingelsene “Du kan ikke fjerne pekerne pÃ¥ temaet”, som stort sett utelukker Ã¥ bruke disse temaene - med mindre du velger Ã¥ (trygt) ignorere disse betingelsene. Grunnen til at dette kan ignoreres er at mange av disse teamene egentlig faller inn under GNU GPL. Det store flertallet av temaer der ute er nemlig basert pÃ¥ temaet Kubric, som er lisensiert under GNU GPL - hvilket betyr at alle temaer som er basert pÃ¥ Kubric ogsÃ¥ er GNU GPL, uansett om noen har endret fire linjer i style.css, lagt til pekerspam og gitt det ut under “Attribution Non Commercial ShareAlike”… hvis temaet er basert pÃ¥ et GNU GPL tema er slike betingelser uten betydning..

De fleste WP temaer krever at du endrer dem

WordPress og WPMU er brukervennlige og har mange funksjoner, inkludert redigering av ulike ting og tang. So hvorfor krever flertallet av tema-dsignere at de som bruker temaene deres er eksperter som vet hvordan de redigerer tema-filer for hånd? Så og si ingen WP-temaer fungerer som de skal ut-av-boksen. Temaer laget for lenkespam krever selvfølgelig at du fjerner lenke-spammen, men det er bare begynnelsen.

Noen Tema har f.eks lagt inn en sÃ¥nn “Om meg” boks med tilfeldig Lypsium tekst for Ã¥ gjøre det enkelt Ã¥ legge til en sÃ¥nn boks. Hvorfor ikke kommentere vekk slike “hjelpsomme” ting sÃ¥ de kan skrus pÃ¥ om man ønsker det, fremfor Ã¥ gjøre det nødvendig Ã¥ endre temaet?

Og for eksemplet “Om meg”: Dette er ikke noe som bør endres i tema-filer uansett, WP/WPM har nemlig funksjonen the_author_description() (eller get_the_author_description(), og teksten her tas fra “Min Profil”-siden…

Det er helt greit å endre temafiler for folk som kan XHTML og PHP, men det er det få som kan og er ikke noe det er lurt å kreve av folk.

Jeg synes virkelig flere WP designere bør sørge for at temaene deres virker bare man installerer det, uten at det er gjort noen endinger i temafilene.

Og så er det det store problemet med at..

Mange WP temaer er ødelagte i WP 2.1/WPMU 1.2.x.

Dette er selvfølgelig ikke bare tema-designere sin feil, men også WordPress utviklerne som har skyden for. Noen temaer inneholder ting som:

$link_cats = $wpdb->get_results(”SELECT cat_id, cat_name FROM $wpdb->linkcategories”);

for å skrive ut kategoriene - dette virker med eldre utgaver av WP, men ikke nyere.

Hva er galt med WP’s egne tema-tagger som  wp_list_categories()? Denne taggen har haugevis med avanserte alternativer, sÃ¥ det er lite poeng i Ã¥ putte databasekall i temaer..

…og sÃ¥ mangler de fleste temaene avansert WP-funksjonalitet

Det er mulig Ã¥ bytte “bannerbildet” pÃ¥ toppen av WP-temaer fra WordPress - hvis temaet støtter det. Jeg har marginalt endret haugevis av temaer slik at de støtter dette, og det er enkelt Ã¥ gjøre bÃ¥de med eksisterende temaer og om man skriver nye temaer. Det er syns sÃ¥ og si ingen temaer støter dette. Det tar bare fem minutter Ã¥ fikse, men 5 ganger 50 blir.. mye tid. Og det er lettere Ã¥ endre et tema slik at man kan bytte banner-bildet om man kjenner temaet (dvs. har laget det) enn om man først mÃ¥ sette seg inn i hvor og hvordan bildet lastes og sÃ¥ endre temaet..

Og til slutt den brutale sannheten: De fleste WP-temaer er stygge.

Og det er den primære grunnen til at jeg kommer til Ã¥ skrive mitt eget tema. Jeg vil ha noe som er enkelt og  samtidig pent Ã¥ se pÃ¥. Hva jeg liker kan selvfølgelig vise seg Ã¥ være noe helt annet enn hva andre liker, men likevel: Som nevnt har jeg installert 150+ temaer pÃ¥ Trykker.com, sett pÃ¥ sikkert 500+ ulike temaer, og ingen av dem er vanvittig fine.

Planen.

For Ã¥ dele noen enkle ideer: Jeg har lyst Ã¥ lage et enkelt tema som kan brukes som basis for variasjoner  ved hjelp av Template: themefolder taggen i style.css. Denne laster php-filene fra foreldre-temaet og bruker bare style.css og bildene fra temakatalogen for valgt tema. Det er noe flere burde gjøre, hvis du f.eks lager et tema “basert pÃ¥ kuberic” og alt du endrer er stilsettfilen sÃ¥ er det ingen grunn til Ã¥ legge ved php filene fra kuberic i temaet ditt, bruk heller Temlate til Ã¥ fortelle hvilket tema sine PHP filer som skal brukes…

Og så vil jeg at temaet skal støtte de mer avanserte WP 2.1/WPMU funksjonene som utbyttbart header-bildet, osv.

Ønsk meg lytte til.

Finere Fluxbox

8 April, 2007 av xiando

Jeg oppgraderte nettopp til nyere utgave av Fluxbox nærmest ved et uhell og det slår meg at ikonene ser mye finere ut i Fluxbox 1.0RC3 enn i noen av de tidligere utgavene jeg har prøvd. Kanskje det bare er noe jeg innbiller meg, men jeg synes faktisk ikonene ser finere ut etter jeg omlastet Fluxbox.

fluxbox.png

Til alle som lurer veldig på hva Fluxbox er, det er en vindusbehandler for varianter av Operativsystemet GNU som f.eks Linux. Linux er litt som lego, det finnes tusenvis av forskjellige progarmmer som kan fungere sammen om du kan velge akkuratt de bitene som passer deg best. Fluxbox passer meg godt, andre liker dilldall som ikoner på skrivebordet, menyer og sånt tøys og bruker derfor KDE eller GNOME til skrivebordet sitt. Jeg foretrekker at stort sett at data-skrivebordet er så enkelt som mulig - så operativsystemet forstyrrer meg minst mulig.

Men av og til bruker jeg Beryl. Fluxbox er superenkelt og har bare et bittelite panel og en meny man kan få frem ved å høyreklikke på skrivebordet, ellers er det ingen ikoner på skrivebordet og null fancy jalla overhodet. Men Beryl, derimot, er superfancy og lager et 3D desktop der du kan navigere mellom de virtuelle skrivebordene (Det er en standard funksjonalitet på Linux å ha virtuelle skrivebord, f.eks kan man kan nettlesere på skrivebord 1, grafikk-programmer på skrivebord 2, osv, jeg er vant med å ha 9 sånne).

Dette er et bilde av Beryl:

beryl_svn_2badas.png

Beryl ser utrolig fett ut. Men særlig produktivt er det ikke.

Men det duger til å imponere fletta av enhver Windows-brukende nerd som snubler innom.

Hvordan legge inn støtte for å endre topp-bilde på WP temaer uten tekst over bildet

5 April, 2007 av xiando

I gÃ¥r kom jeg med en noe lang forklaring pÃ¥ hvordan man tilpasser WordPress temafiler slik at det er mulig Ã¥ bytte ut topp-bildet fra administrasjonspanelet i WP/WPMU. I dag har jeg ogsÃ¥ endret pÃ¥ et tema eller to, og det er mye enklere Ã¥ tilpasse temaer som ikke har tekst over bildet. Som f.eks Andreas Viklund’s første tema WP-Adreas01.

SÃ¥ fort gjort er det..

Som jeg forklarte i gÃ¥r, WordPress har all støtten for Ã¥ bytte ut temaers topp–bilder innebygget, alt som skal til er to funksjoner i teamet’s functions.php. Og som jeg skrev i gÃ¥r krever det litt if.. sjekking om temaet har tekst over bildet.

Men hvis ikke er det bare å:

  1. Finne ut hvor i temaet bildet lastes, fjerne/bytte ut delen som laster bildet, og
  2. legge til en funksjon i functions.php som laster bildet.

I tilfellet Wp-Andreas01 lastes bildet med <img../> i header.php.

<img id=”frontphoto” src=”<?php bloginfo(’template_directory’); ?>/img/front.jpg”
width=”760″ height=”175″ alt=”" />

og det kan byttes ut med:

<br style=”clear:both;” /><div id=”frontphoto”></div>

Og så må noen konstanter og funsjoner legges til i functions.php (se eventuelt den mer detaljerte forklaringen):

define(’HEADER_IMAGE’, ‘%s/img/front.jpg’);
define(’HEADER_IMAGE_WIDTH’, 760);
define(’HEADER_IMAGE_HEIGHT’, 175);
define(’NO_HEADER_TEXT’, true );

function admin_header_style() {
?>
<style type=”text/css”>
#headimg {
background: url(<?php header_image(); ?>) no-repeat;
height: <?php echo HEADER_IMAGE_HEIGHT; ?>px;
width: <?php echo HEADER_IMAGE_WIDTH; ?>px;
}

#headimg h1, #desc {
display: none;
}
</style>
<?php }

function header_style() { ?>
<style type=”text/css”>
#frontphoto {
background: url(<?php header_image(); ?>) no-repeat;
height: <?php echo HEADER_IMAGE_HEIGHT; ?>px;
width: <?php echo HEADER_IMAGE_WIDTH; ?>px;
}
</style>
<?php }

if ( function_exists(’add_custom_image_header’) ) {
add_custom_image_header(’header_style’, ‘admin_header_style’);
}

?>

Og plutselig er det mulig Ã¥ bytte ut temaets topp-bildet fra WP sitt administrasjonspanel…. funksjonene over kan stort sett klippes og limes inn i ethvert tema med bilde (hvis det ikke er tekst over bildet, som krever litt mer avanserte funksjoner), det eneste som ellers mÃ¥ endres er høyden, bredden og standard-filnavnet pÃ¥ topp-bildet samt orginal-koden i temaet (vanligvis style.css, men av og til header.php) som lastet bildet før temaet fikk støtte for Ã¥ bytte ut bildet.

Fort gjort? Passe fort gjort, ihvertfall… Det er som nevnt marginalt mer pæs om det skal være tekst pÃ¥ bildet, men uten er det sÃ¥ fort gjort at det er nesten morsomt. :-)

Her er den fiksa utgaven av WP-Andreas01: wp-andreas-15-xitar.bz2

Hvordan legge til topp-bilde endring i WP-temaer

4 April, 2007 av xiando

I de siste utgavene av bloggprogramvaren WordPress og WP MU dukket det opp funksjoner for å bytte ut topp-bildet på temaer direkte fra temavelgeren i kontrollpanelet. Hvis et tema støtter dette er det veldig fort gjort å bytte ut toppbilde på temaet samt fargen på eventuell tekst over bildet. Veldig få WP tema har støtte for denne funksjonaliteten, men det er (relativt) fort gjort å tilpasse et hvilket som helst tema til å støtte dette, og det er også enkelt å legge til slik støtte om du lager et nytt tema fra bunnen av.

Hvorfor gidde?

Det første spørsmålet er kanskje hvorfor, hvorfor lære hvordan du kan gjøre dette? Først og fremst er slik funksjonalitet ekstra praktisk på WPMU tjenester som denne ettersom søte jenter som lager seg en gratis blogg ikke kan endre temafilene selv.

Det er også en veldig fin ting å ha i temaer du legger med WordPress-installasjoner du lager for andre mennesker som ikke er l33t og/eller verken kan eller vil leke med PHP-filer. Dessuten er det mye enklere å bytte toppbildet på temaet du bruker enn å laste opp en fil via scp/ftp og så knote med en CSS fil selv om du tilfeldigvis er l33t. Hvis du kan et minimum av PHP og CSS og du bruker/er interessert i WordPress er dette absolutt en kul ting å vite hvordan man legger til i temafiler.

Hvordan lage WP temaer / endre tema-filer slik at det er mulig å bytte topp-bilde

Det første du må gjøre er å se hvor og hvordan temaet laster bildet.

Temaet Benevolence, fra 2005, lar deg ikke bytte ut bildet. Last temaet, venstreklipp pÃ¥ bildet og trykk “egenskaper”. Det viser at toppbilde-filen heter “masthead.jpg”.

Se så hvor i CSS filen dette lastes, i dette tilfellet under #masthead:

#masthead {
position: relative;
top: 0px;
background: url(’images/masthead.jpg’);
width: 700px;
height: 225px;
margin: 0px;
margin-top: 0px;
}

Kopier background: url(’images/masthead.jpg’); til en tekstfil og noter at bildet skal lastes i #masthead {}, Fjern sÃ¥ background: linjen fra style.css. Se ogsÃ¥ hva som setter fargen pÃ¥ eventuell tekst over bildet. I den orginale CSS filen er det #blogTitle a som setter fargen pÃ¥ tittelen, som er en peker. Det er det ogsÃ¥ viktig Ã¥ notere. Merk ogsÃ¥ hvordan #blogTitle plasserer teksten. Fjern sÃ¥ color: ???; linjene som setter fargen pÃ¥ teksten over bildet, i mange temaer (som benevolence) er den samme fargen satt for samme element mer enn nødvendig… merk ogsÃ¥ at a:visited og a:hover ikke bør være satt for teksten over bildet, hvis du laster opp et bilde og velger en tekstfarge som passer til bildet bør den fargen brukes pÃ¥ teksten uansett om teksten er en lenke som har eller ikke har vært klikket tidligere..

orgh.jpg

Neste skritt er å definiere noen konstanter i functions.php, som lastes automatisk av WP, samt to funksjoner. De nødvendige konstantene er:

define(’HEADER_IMAGE’, ‘%s/images/masthead.jpg’);
define(’HEADER_IMAGE_WIDTH’, 700);
define(’HEADER_IMAGE_HEIGHT’, 225);
define(’HEADER_TEXTCOLOR’, ‘000333′);

Merk at %s automatisk byttes ut med filstien til temaet. Det nødvendige er høyden, bredden og filnavnet til det orginale temabildet.

Så er det nødvendig med en funksjon som lager et enkelt stilsett til administrasjonsdelen for temaer.

function admin_header_style() { ?>

<style type=”text/css”>
#headimg {
background: url(<?php header_image() ?>) no-repeat;
height: <?php echo HEADER_IMAGE_HEIGHT; ?>px;
width: <?php echo HEADER_IMAGE_WIDTH; ?>px;
}

#headimg h1 {
position: relative;
top: 50px;
left: 20px;
font-family: ‘Arial Black’;
font-size: 8pt;
text-transform: uppercase;
text-align: left;
}

<?php if ( ‘blank’ == get_header_textcolor() ) { ?>

#headimg h1 {
display: none;
}

<?php }else{ ?>

#headimg h1 a{
color: #<?php header_textcolor() ?>;
}
#headimg #desc {
display: none;
}
<?php } ?>

</style>

<?php }

Målet her er å gjøre at forhåndsvisningen i tema-velgeren skal være så lik resultatet som vises i bloggen som mulig.

WP definerer i tematilpasseren tema-feltet som #headimg, blogg-tittelen som #heading h1 og “slagordet” som #desc.

Elementene i CSS-filen for administrasjon må bruke eventuelle brukerinnstillinger. I tillegg trenger vi støtte for at get_header_textcolor() kan være satt til blank, som betyr at det ikke skal være tekst over bildet.

Det er alt som trengs i admin-funksjonen for å gjøre det mulig å velge tema-toppbilde og tekstfarve. Funksjonene inkludert i wp-admin/admin-header.php tar seg av resten.Velg toppbilde i WP

Så er det nødvendig med en funksjon for å vise selve temabildet og teksten. Det gjøres ved hjelp av funksjonene header_image() og header_textcolor().

Igjen drar vi sjekken if ( ‘blank’ == get_header_textcolor() ) for Ã¥ finne ut om det ikke skal være tekst over bildet, i hvis fall den bør skjules med display: none;.

function header_style() { ?>

<style type=”text/css”>
#masthead {
background: url(<?php header_image() ?>);
}

<?php if ( ‘blank’ == get_header_textcolor() ) { ?>

#blogTitle a {
display: none;
}

<?php }else{ ?>

#blogTitle {
color: #<?php header_textcolor() ?>;
}
#blogTitle a {
color: #<?php header_textcolor() ?>;
}

<?php } ?>

</style>

<?php }

Og da er det bare én liten detalj som mangler:

if ( function_exists(’add_custom_image_header’) ) {
add_custom_image_header(’header_style’, ‘admin_header_style’);
}

…som laster funksjonene og sørger for at de blir tatt i bruk henholdsvis nÃ¥r temaet lastes og nÃ¥r temavelgeren i administrasjonspanelet lastes. Det er strengt tatt ikke nødvendig Ã¥ sjekke om funksjonaliteten eksisterer, men det er “en veldig god vane”. Kanskje du gir temafilene til noen som kjører en WordPress-utgave med haugevis av sikkerhetshull (stort sett alle utgavene < 2.1 og WPMU 1.2.0…) og sÃ¥ fÃ¥r de helt hetta fordi temaet ikke fungerer, etc. (Men jeg er litt alene om Ã¥ synes if ( function_exists(’ … ‘)) er veldig undervurdert nÃ¥r det gjelder modulære CMS-systemer. Men meg om det).

Her er benevolence med par linjer fjernet fra CSS-filen og functions.php som vist i seksjoner over slik at det er mulig å velge temabildet fra WP:

Raskt og enkelt

Hvis et tema støtter å bytte ut bildet er det bare å

  • 1) velge en fil Ã¥ laste opp,
  • 2) velge hvilken del av bildet som skal brukes (kutting av utvalgt del av bildet er innebygget i WP )

f1.jpg

Og vips, så er den valgte delen av bildet brukt som temaets toppbilde.

f2.jpg

Ting å være oppmerksom på.

Definer NO_HEADER_TEXT hvis det ikke er tekst på bildet - så dukker ikke fargevelgeren opp i administrasjonspanelet (den skrives ut i html-koden, men skjules ved hjelp av CSS):

define( ‘NO_HEADER_TEXT’, true );

Merk at dette er en av de ørten innstillingene der WP-utviklerne viser hvor “skarpe” de er; denne linjen mÃ¥ ikke være i functions.php (eller være kommentert) om du vil si at NO_HEADER_TEXT er false. Som wp-admin/custom-header.php avslører:

<?php if ( !defined( ‘NO_HEADER_TEXT’ ) ) {
(…)

(Jeg nevner dette fordi det er noe som kjennetegner hele WP-koden. Du kan enten si “Ja” til noe eller ikke nevne innstillingen, hvis du nevner en innstilling betyr det stort sett “true” uansett om du velger “true” eller “false”…)

Ingen tekst over bildet gjør det naturligvis mye enklere å skrive den nødvendige lille CSS-biten.

Merk også at det bare er mulig å velge en farge fra administrasjonspanelet. Noen temaer har f.eks bloggtittel og slagord over bildet (med ulike farger..) og da må begge tekstfeltene settes til samme farge.

Mesteparten av funksjonaliteten for å la brukere bytte tema-bildet ligger allerede i WP nå, så dette er noe alle nye temaer bør ha (og tema-forfattere bør oppdatere gamle temaer til å støtte dette..).

Hvis du vil prøve hvordan topp-bilde bytteren fungerer kan du logge på dette nettstedet med demo / demo.

Diggbart! v/Alpha

21 March, 2007 av xiando

Diggbart er en ny norsk tjeneste  for deling av  nettsider som er diggbare. Nettstedet er omtrent som den engelske nettstedet digg.com, men det er noen små viktige forskjeller: 1) Historiene på Diggbart er diggbare, og 2) historiene på nettstedet er på norsk, ikke engelsk.

Idéen fikk jeg fra min svenske kompis som driver Digga.se. BÃ¥de Digga.se og Diggbart.com bruker CMS-systemet Pligg, et ferdig ut-av-boksen “Web 2.0″ CMS-system for Ã¥ lage “sosiale” nettsteder.

Kommer det til å bli spesielt populært? Hvem vet. Digg er ihvertfall populært. Det eneste andre norske nettstedet av samme slag er Aller Internet (digi.no, itavisen.no, dinside.no) sitt Kudos.no, og de har ikke fått så mange brukere de knappe to månedene de har eksistert - mend et sier egentlig ganske så lite, ettersom det er helt vanlig at det tar en liten stund før nettsider tar av.

Litt om Pligg

Pligg er et CMS-system under en fri lisens. Hvem som helst kan laste ned Pligg og slenge opp en tjeneste som Diggbart.com i løpet av et par kopper kaffe - forutsatt grunnleggende PHP kunnskaper.

Systemet er vanvittig krevende, faktisk mer krevende enn f.eks tunge MediaWiki og det krever en dedikert LAMP-server med masse RAM, stor MySql cache og rask prosessor for å si hallo innen rimelig tid (Min personlige mening er at mer enn 0.5 sekunder på å generere en side er uakseptabelt lang tid). Popilære Pligg-baserte sider som Wagg.it er uakseptabelt trege. Så det blir interessant å se hvordan Diggbart.com håndterer mer enn de simulerte femti samtidig besøkende jeg prøvde i en akseptabel hastighet.

Lyst å betateste?

Prøv Diggbart og se hvordan nettstedet fungerer. Kanskje du finner noe interessant sladder?

Hvis du har en egen blogg sÃ¥ kan du sette dette pÃ¥ siden din for Ã¥ fÃ¥ en “Diggbart”-knapp pÃ¥ siden din:

<script type=”text/javascript” src=”http://diggbart.com/evb/check_url.js.php”></script>

Dette lager en iframe med en Diggbart-knapp. Hvis siden ikke er lagt til sier knappen “Legg til”, hvis siden allerede er anbefalt sÃ¥ gir knappen stemmer.

WordPress brukere kan sette en “Diggbart”-knapp med en Widget i sidestolpen.

 Diggbart? 

xiando.trykker.comLogg inn