1

(22 replies, posted in PunBB 1.3 extensions)

Got the same error as discussed earlier:

Database reported: You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'AND (fp.read_forum IS NULL OR fp.read_forum=1) AND s.topic_id=35 (Errno: 1064).

A bit of info that might (hopefully) help: it happens when the merged posts are first and second in the topic. The posts do merger just fine. The error message appears after redirect to new message view.

Any idea what the problem might be?

If topics in a forum are sorted by "Topic start", I would expect the same sort order at the "Moderate forum" page for that forum.

However, "Moderate forum" page shows topics sorted by "Last post" regardless of the forum's "Sort topics by" setting.

I need to move my forum from a server running PHP 4.3.11 (under Windows server with Apache module v.1.3) to a server running PHP 5.2 (or newer) under Linux 2.6 with Apache module 2.2.

What are the most important differences I should look out for?

And is there a recommended procedure for moving a forum to a new server?

Parpalak wrote:
8k84 wrote:

Would be nice to be able to send message to several recipients...

To make spammer's life easier?

Maybe it makes sense only for admins.

To make easier life of those who need to send messages to several recipients.

If everything that could be misused was blocked, we'd still live happily on trees.

Would be nice to be able to send message to several recipients...

I'd actually like to keep the profile link where it is by default, and to see the "Name" link (the one that inserts the name into quick reply form) as the rightmost one at the bottom strip of the message, i.e. after  "Quick quote" link.

7

(19 replies, posted in PunBB 1.3 discussion)

Since the need to acquire "some basic knowledge" of PHP/MySQL is the same for 1.2, and 1.2 got tremendous amount of mods, what you actually imply is that the punbb community (or part of it interested in 1.3) became dumber and/or lazier, correct?

8

(19 replies, posted in PunBB 1.3 discussion)

Right, but the thing is that not everyone is a developer, and those who are usually do what is interesting to them, not to those who need something extra for the forum (no complaint here, just a fact).

Basically, your statement does not contradict what I said: learning curve is steep enough to discourage non-developers from writing extensions, and there are too few developers to provide a steady flow of new extensions.

9

(19 replies, posted in PunBB 1.3 discussion)

I think the core problem is the extensions system itself. I mean the idea is nice, and the extensions a very convenient to install -- when there are extensions to choose from. But since there is no documentation/tutorials on writing extensions, the learning curve is steep enough to discourage most potential extention-writers.

Also, there is no documentation on the punbb engine, which doesn't help too. It even seems that developers don't know some fundamental things about it.

The idea is to store images on an own server, if you ask me. cool

Looks nice, but you have to limit access to that script somehow, or run an open image hosting service otherwise.

Parpalak wrote:

Looks not bad if "Mobile view" is enabled.

Well, it depends on your definition of "not bad".

http://s40.radikal.ru/i089/0906/78/6e22e367fbed.jpg

What is this "Forums in this category with details of topics, posts, last post" in Index view and similar sentence in Forum view?

After that you see basically the same table, as in "regular" view, only with its rows wrapped into several lines, without any kind of separators:

http://s41.radikal.ru/i094/0906/89/3cf7a4d69cc8.jpg

Looks pretty shapeless to me. The numbers are clearly out of place, date and author could be placed better too. Keep in mind that this is forum view -- it is supposed to give you a quick view over the forum contents... It may be Ok if you never use your handheld/smartphone for browsing and just happened to open your forum on it out of curiosity. But for every day use it's unacceptable.

Topic view looks more or less Ok.

Also, not everyone uses Opera Mini on their devices.

Today my site was stopped because my forum was taking up too much resources. They said that this was done because of the following requests taking too much time to execute:

use gb_punbb_v0;
SELECT word_id FROM search_matches WHERE word_id IN(17,39,73,86,89,165,248,289,302,333,339,468,478,534,599,776,841,972,1023,1085,1207,1351,2645,3090,3618,3897,4011,4839,5817,6706,7005,7384,9326,10612,10991,11394,12079,13091,14583,14606,16344,17144,17211,17807,19184,20299,20625,24523,37023,37024,47657,51487,51681,62654,69220,69343,75527,79526,79542,82807,84153,90668,90669,90670,90671,90672,90673,90705,90717,90718,90821) GROUP BY word_id, subject_match HAVING COUNT(word_id)=1;

this was 15 seconds,

use gb_punbb_v0;
SELECT u.*, g.*, o.logged, o.csrf_token, o.prev_url, o.last_post, o.last_search FROM users AS u INNER JOIN groups AS g ON g.g_id=u.group_id LEFT JOIN online AS o ON o.ident='72.30.142.82' WHERE u.id=1;

-- 19 sec.

use gb_punbb_v0;
SELECT u.email, u.title, u.url, u.location, u.signature, u.email_setting, u.num_posts, u.registered, u.admin_note, p.id, p.poster AS username, p.poster_id, p.poster_ip, p.poster_email, p.message, p.hide_smilies, p.posted, p.edited, p.edited_by, g.g_id, g.g_user_title, o.user_id AS is_online FROM posts AS p INNER JOIN users AS u ON u.id=p.poster_id INNER JOIN groups AS g ON g.g_id=u.group_id LEFT JOIN online AS o ON (o.user_id=u.id AND o.user_id!=1 AND o.idle=0) WHERE p.topic_id=325 ORDER BY p.id LIMIT 150,25;

-- 24 sec.

Any idea what could be the reason?

My site won't be restarted until the problem is fixed. sad

P.S. Cant' find where the first piece is, the second is in set_default_user() function in functions.php, third in viewtopic.php.

14

(19 replies, posted in PunBB 1.3 discussion)

Wolverines wrote:

In Russia, a few sunny days.

Sure about all Russia? lol

15

(8 replies, posted in PunBB feature requests)

Slavok wrote:

$sql = str_replace($this->prefix.'users', <your forum user table> , $sql);

Is there any way to use last_visit field contents for each forum independently?

MattF, I don't understand what you're talking about.

This thread is about a style for small screen mobile devices, which (style) does not exist at the moment. A developer asked a question re: that styling or extension. I offered my opinion on how it might look.

Now, you're trying to say that I can't offer my opinion on this, which basically means that you either think that personal opinions are not allowed on this forum, or you believe that I am not allowed to express mine.

So what is it -- the former or the latter?

Parpalak wrote:

What exactly do you expect from a style or extension for mobile devices?

General idea is that forum (all views of it -- index, forum, topic, etc.) should fit into 320pixel-wide screen (at most) without horizontal scrolling.

Something like this one would be great: http://skins.invisionize.com/db/index.php/f/6402

Discussion board is about personal opinions, is it not? Or you're implying that I'm not entitled to have one?

1) try OperaMini -- forum looks really weird on that one;

2) on "regular" browsers: left column takes up too much space -- should be either narrower, or that info should be put above message text. Some unnecessary info should probably be removed.

I guess it's a feature. Had to that (demote an admin) via phpMyAdmin myself.

IMHO that's about a light-weight theme to be used when viewing on devices with small screen. Mentioned in here: http://punbb.informer.com/forums/post/123010/#p123010

In some other forums click on message author's name inserts that name (in bold) into quick reply form. In PunBB that's taken for profile, however a link like that somewhere at the bottom of the message, say before "Report" link, would be useful to have.

23

(7 replies, posted in PunBB 1.3 troubleshooting)

Slavok wrote:

To hide IP from moderators you can use this code in hook "vt_row_pre_display":

if (isset($forum_page['author_info']['ip']) && $forum_user['g_id'] != FORUM_ADMIN)
    unset($forum_page['author_info']['ip']);

You mean that FORUM_ADMIN is the Moderators group id?

esupergood wrote:

I manually change the offending user to the new user group and then bring them back after a few days or whatever

Important thing is to remember to bring them back though cool

This may come as an even bigger surprise to you, but there is no need to test a langpack (be it Russian or any other non-English one) after "each minor forum update". All you need to do is compare new English language files with the old ones (or just read the list of changes), and insert new phrases into your non-English files.

PunBB does not "stop working correctly" because of untranslated entries, it just gives an error message when a phrase to be used is missing.