Glest Board Changes

[John.d.h]

I'm just a bit curious what the two different colors mean:

[Embedded image - Ultifd]

[ElimiNator]

The bright yellow means there are unread messages in the main board, the orange-ish means unread messages in the sub-boards.

[tomreyn]

With Firefox 10 I get to see a bunch of broken images for the toolbar icons on the WYSIWYG editor since about two days.

For example, one of those icons tries to load from here (which currently returns a 404):
http://glest.org/glest_board/Themes/glest_theme_3_9_1/images/bbc/ftable.gif

[MuwuM]

With Firefox 10 I get to see a bunch of broken images for the toolbar icons on the WYSIWYG editor since about two days.

For example, one of those icons tries to load from here (which currently returns a 404):
http://glest.org/glest_board/Themes/glest_theme_3_9_1/images/bbc/ftable.gif

Same Error with Firefox 11.0 on Windows.

[Omega]

It was a theme error, with files added by mods exclusively not being bundled into the new theme's directory. It seems fixed now, thanks for bringing it up.

[Omega]

The boards were down for a period of roughly ten hours earlier today, due to an unknown database error. Presumably Jose fixed them, so thank you for that, Jose. It is unknown how this may affect the boards in the future.

[josepzin]

Yes, it is fixed :)

Sorry by the delay, ten hours is too much time!  :'(

[Omega]

We've been seeing unexplained, random downtimes on the board recently. Seeing what can be done about them.

[josepzin]

The server has hardware problems or something... the tecnicians are working on!  :'(  :look: ::)

Backups are ok :)

[tomreyn]

Thank you for looking into the issue and for taking those backups, Josep!
Do you copy those backups to a remote server, too? And how often do you create full backups?
We're a little worried because we've seen whole forum archives with several years of community building vanish forever due to data losses and hardware failures before, and would really like to prevent this from repeating here. I tend to be a slacker sysadmin and know many others who are, so I'm just worried you may be just like me when it comes to hobby / non-commercial projects like Glest. ;-)

[Omega]

Thank you for looking into the issue and for taking those backups, Josep!
Do you copy those backups to a remote server, too? And how often do you create full backups?
We're a little worried because we've seen whole forum archives with several years of community building vanish forever due to data losses and hardware failures before, and would really like to prevent this from repeating here. I tend to be a slacker sysadmin and know many others who are, so I'm just worried you may be just like me when it comes to hobby / non-commercial projects like Glest. ;-)

No idea what Jose does, but I take weekly backups myself. Note, however, that my backups are limited to the SQL data. In other words, it saves the structure and content of the boards, but media, such as the theme, smilies, etc can't be saved via the forum backups (as a side note, though, I do have a separate theme backup). A full backup for the site can only be taken by Jose (or one of the Glest team members with server access). But as it stands, the important stuff should be more or less safe. Titi and the other members of the Glest Team are also able to create backups, as well.

[tomreyn]

Titi tried yesterday, but it resulted in a 0 byte file. Apparently PHP's processing time limit hits before the SMF script to create DB backups is able to send the file to the user, resulting in an empty download.

[MoLAoS]

I dunno what server you are using but the default Apache time limit is like 30 seconds. Perhaps someone with server access could modify the time cap to a minute or two?

When I was running my browser based text space mmo I changed the time cap sometimes for this reason.

[Omega]

Titi tried yesterday, but it resulted in a 0 byte file. Apparently PHP's processing time limit hits before the SMF script to create DB backups is able to send the file to the user, resulting in an empty download.

He has to untick the "compress with gzip" box. It seems to take too long. Uncompressed, it's a 78MB file.  I can compress it myself in about 10 seconds (as a gzip), but then again, this is a 2700K overclocked and with minimal background processes. The shared servers are likely far more sluggish.

[tomreyn]

He tried both options but neither worked for him. This could be due to a lesser downstream bandwidth than yours. http://www.adminer.org/ is a nice single file alternative to phpmyadmin, i find.

[Omega]

He tried both options but neither worked for him. This could be due to a lesser downstream bandwidth than yours. http://www.adminer.org/ is a nice single file alternative to phpmyadmin, i find.

What's wrong with PHPMyAdmin? I've used it before and it works well (although it should be noted that the timeout limit is set in PHP's ini, which should be password protected). However, only the Glest team is able to modify this setting.

[tomreyn]

What's wrong with PHPMyAdmin? I've used it before and it works well (although it should be noted that the timeout limit is set in PHP's ini, which should be password protected).

The Adminer website lists some deficiencies of PHPMyAdmin, but Adminer also has some, of course.

But I did not even mean to discuss differences between those two. To my knowledge, Adminer consists of a single file (or can do), and thus installation is simple. Which can be convenient if you are in a situation where you are not able to upload files, but can ask someone else to do so for you. Or when you can upload files but your uploads will need to be reviewed.

However, if there already is a PHPMyadmin installation in place other than the CPanel one (which requires authenticating as a CPanel user to access it), then this will be irrelevant.

[josepzin]

Adminer  (or phpminadmin.php) is a good tool for mysql admin, i have use it for the backup!