Search options (Page 1 of 2)

that would be cool.

any chance to re-publish your other themes?

i mean...

"This should be used if the board needs to be taken down temporarily for maintenance."

make sure that all the files your foum is using are encoded in utf8

interesting, coz i had the same problem on 1.3.2 with language files from 1.3.2. i will do some research on this later

FYI, we teamed up with Robur and are finishing the hungarian translation in the near future hopefully (i'm at ~half of my part)

---

anyway, there's a small error in topic.php and forum.php:

'No permission'            =>    'Sorry! no permission to post a reply',

and

'No permission'                =>    'Sorry! no permission to post new topics',

respectively

note the lowercase n in no

---

another one in topic.php is:

'Visit website'            =>    '%s Website',

it appears as Website, so I don't know what is %s used for

---

another one in post.php:

of course i can replace that string but i'm afraid it might still collide on certain displays. a better solution would be to let the line of string break after a certain limit so that it will surely fit. anyway, this kind of error occurs on other pages too

---

in profile.php

Once deleted a user and/or their posts cannot be restored.

their?

---

in profile.php

'Avatar info size'            =>    'The maximum image size allowed is %sx%s pixels and %s bytes (%s KB).',

it is correctly kB

---

in index.php

'Currently online'            =>    'Currently online ( %s )',

this is quite lousy, coz it's untranslateable and nonsense if no user is logged in, eg:

it would make sense like

and if there are users logged in:

or sg like that

---

in index.php:

'New posts title'            =>    'This forum contain posts made since your last visit.',

contains

---

one last thing: there's something fishy with installation. it is localized on the first page, but later it falls back to english (the sample post and all). i'll have to investigate this further, till then happy new year

ok, its a matter of point of view. not even the display of os is that useful. anyway i tried out your idea

--- admin_index.php    2007-01-31 00:33:46.000000000 +0100
+++ admin_index.php.patched    2007-01-31 00:33:48.000000000 +0100
@@ -184,7 +184,7 @@
                     </dd>
 <?php if ($pun_user['g_id'] == PUN_ADMIN): ?>                    <dt>Environment</dt>
                     <dd>
-                        Operating system: <?php echo PHP_OS ?><br />
+                        Operating system: <?php echo PHP_OS." ".php_uname(r) ?><br />
                         PHP: <?php echo phpversion() ?> - <a href="admin_index.php?action=phpinfo">Show info</a><br />
                         Accelerator: <?php echo $php_accelerator."\n" ?>
                     </dd>

thanks i solved it. actually at the time of writing i was just playing around with this, but now i really need this and im a bit more into web serving stuff.

in my current setup i have user htdocs which i use to upload things to the docroot. htdocs user is in www group, which also includes the www user which runs httpd.

the permissions are setted up like this:
chown -R htdocs:www /var/wwwhtdocs
chmod -R 0750 /var/www/htdocs

then i got the access error again. after googling and playing around with it, i realized how to do the thing.

in upload dir where punbb files are

mkdir db
chmod 0770 db

now run the installer, with db in db/test.db. it successfully creates the database. the problem is discucced here

thats why the installer (which is ran by user www) needs that 0770 on db dir. anyway the explanation above does not completely apply to our case since punbb doesnt need write permission on the _current_ dir but on the one that will contain the db file.

after install completed, it warns me to fix permissions on cache and avatar, i solved it and all was fine.

chmod 0770 cache

after first run it created a few new files

chown -R htdocs:www cache
chmod 0760 cache/cache*

after these there still remained a problem: anyone could download the db file by going to http://hostname/upload/db/test.db, so i had to copy the .htaccess file from cache dir.

i hope this will help someone setting up punbb. of course you have a different setup so you have to modify these steps.

program versions in my setup:

OpenBSD 4.0-stable
OpenBSD httpd (Apache 1.3.29 fork)
php5-core-5.1.4p1-hardened
php5-sqlite-5.1.4-hardened
sqlite-2.8.17p1

Ricard, i suggest you to update the installer doc to inlude some notes about the required permissions to create a new sqlite db.

ok it was just an example....

i think it is. a user who reads a thread usually dont want to leave the messages and then always go back to messages after finished browsing the site the link was pointing to.
and it is annoying to always right click - open link in new tab...

phpbb,vbulletin,ipb etc opens them in new window, punbb is the first one i met that opens them in the same window. couldn't i be right?