Detta kan du lösa genom att sätta ihop en länk till search-skriptet med sökparametrarna i URL:en. T.ex.

search.php?action=search&show_as=topics&keywords=psionicist

Någon mer raffinerad metod för att lösa problemet på tror jag inte jag kommer implementera.

8,152

(4 replies, posted in Archive)

Det här är faktiskt lite klurigare än det låter. Problemen uppstår när ett inlägg börjar med en quote- eller code-tag och man ändå vill generera korrekt HTML (vilket vi vill). Att ett inlägg börjar med quote eller code är nämligen ett specialfall som man måste hantera på något vis.

Jag sätter upp det på todo-listan för 1.1 och sen får vi se hur det går. Om någon kommer på något genialiskt sätt (läs snyggt och snabbt sätt) att lösa det på så får ni gärna skriva en rad här i tråden eller kanske ännu bättre skicka en patch :-)

8,153

(2 replies, posted in Archive)

Inte "lite snabbt". Det står på todo-listan för 1.1 dock.

Have a look here: http://www.oinko.net/freephp/

When you register, you will receive the hostname, username and password of the databaser server in question. Just enter that when you install PunBB and viola.

Well, there you go :-)

Not using "reserved characters" in database (and table) names is more of a general database consideration than anything specific to scripting. I don't think I will mention it in the documentation. Fact is that most users will get a database assigned to them (from the service provider) and will therefore not have any influence on the naming of it.

8,156

(1 replies, posted in Archive)

De rättigheter du kan ändra finner du i admin/permissions.

8,157

(2 replies, posted in Archive)

Tja, jag har inget, men kolla på www.sweleet.com

8,158

(2 replies, posted in Archive)

Titta i include/template/main.tpl. Du vill lägga till din bild efter {pun_status} (som ersätts av "Logged in as....").

8,159

(9 replies, posted in Archive)

Ah, du har gjort så. Då fattar jag :-)

8,160

(2 replies, posted in Archive)

Titta på funktionen generate_navlinks() i include/common.php

8,161

(9 replies, posted in Archive)

Np :-)

Jag hävdar dock inte att jag förstår vad du menade med "en dag kan vara mer än 24 timmar", men huvudsaken är att det löste sig :-)

8,162

(9 replies, posted in Archive)

Jag visste fan inte ens att det fanns datatyperna date och time. Jag använder alltid en int som motsvarar en unix timestamp.

Du skulle kanske kunna konkatenera ihop en sträng av de två kolumnerna. Vad säger mysql om det här:

SELECT UNIX_TIMESTAMP(CONCAT(some_date,' ',some_time))

8,163

(9 replies, posted in Archive)

Hur har du lagrat datum och tid då? Som strängar eller intar? Att använda UNIX_TIMESTAMP() ska inte vara några problem så länge du ser till att inparametern date följer:

"date may be a DATE string, a DATETIME string, a TIMESTAMP, or a number in the format YYMMDD or YYYYMMDD in local time"

8,164

(9 replies, posted in Archive)

Hmm. Du har en kolumn för datum och en för tid? Är inte det lite tokigt?

8,165

(6 replies, posted in Archive)

Hmm. Jag har redan fått pilla så jävla mycket för att få allt att funka bra med Opera, så frågan är om jag pallar. Det faktum att det nu också finns en ny stabil version som inte har problemet gör att jag tvekar ännu mer :-)

8,166

(6 replies, posted in Archive)

Tja, jag upplever inte samma problem i Opera 7 (Windows) och jag kan fan inte hitta någon äldre version på opera.com, så jag har inte kunnat testa med 6.x.

8,167

(9 replies, posted in Archive)

Vi hittade problemet. Någon/något hade vid ett tillfället vridit fram klockan 3 månader, så det fanns inlägg som var postade "i framtiden". Det ställde till det lite :-)

PunBB verkar med andra ord fungera utan problem med MySQL 4. Något som gör mig glad :-)

8,168

(9 replies, posted in Archive)

Det här med ordningen på inläggen kan ha något med det faktum att du kör MySQL 4 att göra. Jag har nämligen aldrig testat punbb med mysql 4.

8,169

(6 replies, posted in Archive)

Ska titta på det.

8,170

(9 replies, posted in Archive)

Hmm. Jag vet faktiskt inte vad fan som kan vara fel. Jag hittade en liten bugg i cookie-hanteringen dock som _kan_ vara roten till problemet. Du får gärna testa och se om det hjälper. Öppna misc.php, leta upp:

setcookie('punbb_cookie', serialize(array($cookie['username'], $cookie['password'], $now, $now, $now)), $expire, $cookie_path, $cookie_domain, $cookie_secure);

och ersätt med

setcookie('punbb_cookie', serialize(array($cookie['username'], $cookie['password'], $now, $now)), $expire, $cookie_path, $cookie_domain, $cookie_secure);

Det är möjligt att du måste radera din cookie för att det ska få någon effekt. Prova sen köra en mark all as read.

8,171

(9 replies, posted in Archive)

Mycket konstigt. Kan jag måntro få se ditt forum? Om du inte vill pasta URL:en här, så kan du ta det med mig per e-post.

8,172

(2 replies, posted in Archive)

Den tackar man för. Det ska dock vara num_posts och inte disp_posts :-)

8,173

(9 replies, posted in Archive)

Hmm. Det låter mycket konstigt. Uppdateringsskriptet fungerade som det skulle? Du fick inga felmeddelanden?

8,174

(2 replies, posted in Archive)

http://punbb.org/viewtopic.php?id=2259

:-)

8,175

(4 replies, posted in Feature requests)

You are right about the fact that people should be aware of the "problem", but it's more a general administrative precaution than it is a scripting issue. All PHP scripts that store passwords in it's scripts are vunerable to this sort of attack. I'm not sure what I can do to improve on the situation.