1
Oneprince
NewBB 2.01 Questions
  • 2005/1/24 18:50

  • Oneprince

  • Just popping in

  • Posts: 6

  • Since: 2004/10/11


I'm currently running NewBB 2 Final. I noticed that there weren't any update scripts from 2 Final to 2.01. Was that intentional?

MUST-DO: replace your main.php but only if you not use 2.0.9.2
/modules/system/admin/modulesadmin/main.php with the
-- Bugfix for block update


Also, I've tried reading through and applying the above fix, but I'm just not sure what this is supposed to do. When I applied it a while ago, it messed up my administration area, so I had to remove it. (I'll give you details later as I'm at work and don't have access to my site.)

I'm running 2.0.7.3. I've read the comments for 2.0.9.2 and I just can't see upgrading yet. I see that there were some security fixes in the new version. If I have GIJOE's security mod installed, should I be protected even though I'm still at 2.0.7.3?



2
Oneprince
Re: NewBB 2 Karma Inquiry
  • 2004/12/15 21:09

  • Oneprince

  • Just popping in

  • Posts: 6

  • Since: 2004/10/11


I don't really see any great use for it even if there were an explainable way TO gain karma. I went ahead on my forums and changed the karma system into a privacy system. Users can mark their posts as private so that only themselves and admins can see the post. I use it in threads where users are bidding on something. They can mark their post as private so that others cannot see their bid.



3
Oneprince
Re: How to find IP address?
  • 2004/12/14 16:45

  • Oneprince

  • Just popping in

  • Posts: 6

  • Since: 2004/10/11


Depending on what kind of Internet connection the trolls use, IP banning them could be pointless. The next time they connect to the Internet they may have a different IP.

If you ban by partial IP, then you could be excluding some potential valid users on the same network.

If you ban by username, they could just get a different email and re-register.

If you put them on an ignore list, they may eventually realize that no one is seeing their posts, etc...

It goes on and on... Is there any decent method to deal with trolls? Attrition and a decent user base is usually the only method. Sooner or later the trolls will lose interest or get irritated enough to go find an easier site to fester.



4
Oneprince
Re: Performance, Shared-Hosting, Queries, etc...
  • 2004/12/13 15:05

  • Oneprince

  • Just popping in

  • Posts: 6

  • Since: 2004/10/11


BTW, the chat module doesn't support the same user logging in multiple times. So, if more than one of you are logged in under gamer trying to access the chat module, it'll bomb. I just tried it. Considerations, considerations...



5
Oneprince
Performance, Shared-Hosting, Queries, etc...
  • 2004/12/13 14:57

  • Oneprince

  • Just popping in

  • Posts: 6

  • Since: 2004/10/11


Okay, I am designing a XOOPS site. When I run the main member page, or any page, with Block debugging on, I get anywhere from 23-40 queries and a solid 7-14 second load time.

Now, I am running this site at Brinkster.com under a shared-hosting schema. Needless to say, Brinkster seemingly only supports php as an after-thought. (I believe their main thrust and features is with ASP.net.) They use no accelerators or query caching.

One thing I noticed under the Queries section of the Block Debug is that many identical queries are being run multiple times (sometimes up to 5 times in a row). Is this normal?

Here's an example:

QUERIES
SELECT * FROM xoops_config WHERE (conf_modid = 0 AND conf_catid = 1) ORDER BY conf_order ASC
SELECT sess_data FROM xoops_session WHERE sess_id = ':)blahblahblah:)'
SELECT * FROM xoops_users WHERE uid=1
SELECT * FROM xoops_config WHERE (conf_modid = 0 AND conf_catid = 3) ORDER BY conf_order ASC
SELECT COUNT(*) FROM xoops_banner
SELECT DISTINCT gperm_itemid FROM xoops_group_permission WHERE gperm_name = 'block_read' AND gperm_modid = 1 AND gperm_groupid IN (1,2)
SELECT b.* FROM xoops_newblocks b, xoops_block_module_link m WHERE m.block_id=b.bid AND b.isactive=1 AND b.visible=1 AND m.module_id IN (0,-1) AND b.bid IN (31,29,30,20,19,18,49,12,11,10,9,8,5,4,3,1,2,44,7,6,32,41,40,52,48,53,54,55,47,51,50,42) ORDER BY b.weight,b.bid
SELECT COUNT(*) FROM xoops_priv_msgs WHERE (read_msg = 0 AND to_userid = 1)
SELECT COUNT(*) FROM xoops_xoopsnotifications WHERE (not_uid = 1)
SELECT COUNT(*) FROM xoops_priv_msgs WHERE (read_msg = 0 AND to_userid = 1)
SELECT COUNT(*) FROM xoops_xoopsnotifications WHERE (not_uid = 1)
SELECT f.*, s.tpl_source FROM xoops_tplfile f LEFT JOIN xoops_tplsource s ON s.tpl_id=f.tpl_id WHERE (tpl_tplset = 'default' AND tpl_file = 'system_block_user.html') ORDER BY tpl_refid
SELECT * FROM xoops_tplfile WHERE (tpl_tplset = 'default' AND tpl_file = 'system_block_user.html') ORDER BY tpl_refid
SELECT * FROM xoops_modules WHERE (hasmain = 1 AND isactive = 1 AND weight > 0) ORDER BY weight ASC, mid ASC
SELECT * FROM xoops_group_permission WHERE (gperm_name = 'module_read' AND gperm_modid = 1 AND (gperm_groupid = 1 OR gperm_groupid = 2))
SELECT f.*, s.tpl_source FROM xoops_tplfile f LEFT JOIN xoops_tplsource s ON s.tpl_id=f.tpl_id WHERE (tpl_tplset = 'default' AND tpl_file = 'system_block_mainmenu.html') ORDER BY tpl_refid
SELECT * FROM xoops_tplfile WHERE (tpl_tplset = 'default' AND tpl_file = 'system_block_mainmenu.html') ORDER BY tpl_refid
SELECT * FROM xoops_tplfile WHERE (tpl_tplset = 'default' AND tpl_file = 'news_block_new.html') ORDER BY tpl_refid
SELECT * FROM xoops_tplfile WHERE (tpl_tplset = 'default' AND tpl_file = 'news_block_new.html') ORDER BY tpl_refid
SELECT * FROM xoops_tplfile WHERE (tpl_tplset = 'default' AND tpl_file = 'news_block_new.html') ORDER BY tpl_refid
SELECT * FROM xoops_tplfile WHERE (tpl_tplset = 'default' AND tpl_file = 'news_block_new.html') ORDER BY tpl_refid
SELECT f.*, s.tpl_source FROM xoops_tplfile f LEFT JOIN xoops_tplsource s ON s.tpl_id=f.tpl_id WHERE (tpl_tplset = 'default' AND tpl_file = 'system_dummy.html') ORDER BY tpl_refid
SELECT * FROM xoops_tplfile WHERE (tpl_tplset = 'default' AND tpl_file = 'system_dummy.html') ORDER BY tpl_refid
Total: 23 queries

BLOCKS
User Menu: No Cache
Login: No Cache
Main Menu: No Cache
Recent News: Cached (regenerates every 300 seconds)
Custom Block (PHP): Cached (regenerates every 300 seconds)
Custom Block (PHP): Cached (regenerates every 18000 seconds)
Custom Block (HTML): Cached (regenerates every 3600 seconds)
Custom Block (PHP): No Cache
Total: 8 blocks

Execution Time
XOOPS took 7.84713196754 seconds to load.

------------------------------------------

I'm thinking about moving my site to a Hypernia dedicated server. That would be a 2GH 512MB server. Think that would be okay to start out with? I would have remote desktop access to it so I could set it up however I want.

If you want to hit the site up, tryhttp://www.ArcadeCountry.com/index.php. (Don't forget the index.php as we have a stock index.html page out front to absorb hits until the site goes live.) Log in under gamer/gamer. Keep in mind the site is still under development and is in no way complete and the Dodger game isn't a real game. Also, if you want to, give me any comments on my own homemade chat module. :) It works via xmlhttp. The chat module also supports gaming lobbies.
Please don't screw anything up, though. Don't spread the site around either, I don't want an influx of members while I'm still developing the site.

I've read all the other performance threads I can find, so if there were any additional insights you could give me on the topic, I'd appreciate it. If you just say, "Get a new host." You'd be just re-enforcing what I'm already thinking.

My ultimate goal is to have a server that runs the website, but also runs smaller-scale game servers. That server would be pretty crowded with the MySQL server, webserver and any game application servers, but if money starts coming in, I'd be able to fund additional servers. I'm sure you know how that is...



6
Oneprince
Newbb 2.0 - Changes and streamlining
  • 2004/11/18 20:00

  • Oneprince

  • Just popping in

  • Posts: 6

  • Since: 2004/10/11


First time poster here, so bear with me if I ramble some.

I'm creating a commercial gaming site with Xoops. I've installed the Newbb 2.0 RC2 module and am seeing some delay while the page is processed on the server side. The page takes no time at all to display once it is sent from the server to the client. I'm pretty new to php as well, but I'm a proficient coder, so I've browsed through most of the code and made several changes already.

(For example, I've made it so threads can be marked as private. In a bidding type environment users can hide their bid posts from everyone but moderators. I did this by meddling with the karma system.)

I'm not really using much of the extra functionality of the forum so I was wondering if removing the php code that I don't use would streamline and speed up the forums to any significant degree?

Also, would changing the pngs to gifs or text links make a difference as well? I read somewhere that it takes IE longer to render pngs. I'm tempted to rip out all the image code and just place the images directly into the templates. Other than fixing the png transparency issue in IE, what advantage does having all the image processing handled outside of the template?

Is php a pure interpreted language or does it compile anywhere into bytecode or lower? If php is an interpreted language, it would seem if I can remove as much unneeded code as possible, the forum would work faster.

I'm waiting until Newbb 2.0 Final to start really ripping everything up bigtime.

Is there any type of caching that can be done in the forums? I don't see how there could be, but just asking.

One other quick comment. I noticed that in IE the drop down menues appear behind the select boxes in the "Sorted by" section and other areas. You can make those appear above the select boxes by backing the drop downs with a blank iframe. However, I don't know if the transparency would work then.




TopTop



Login

Who's Online

173 user(s) are online (108 user(s) are browsing Support Forums)


Members: 0


Guests: 173


more...

Donat-O-Meter

Stats
Goal: $100.00
Due Date: May 31
Gross Amount: $0.00
Net Balance: $0.00
Left to go: $100.00
Make donations with PayPal!

Latest GitHub Commits