Logician.org

I’m a big Maxthon fan. It is my default browser for years. I guess I jumped Maxthon ship in its very early days when it was known as “MyIE”. Due to my profession, I have all browsers installed and use them from time to time to test web applications but when it comes to browsing internet for myself, Maxthon is my only choice as my browser.

It has announced 2.0 version sometime ago and since I was pretty happy with 1.0, I didn’t upgraded for a long time. But then I decided it is time to move on, then for the last few weeks I’m using Maxthon 2.0. Well it is more powerful than ever and I really liked it (once again) 😉

I don’t want to compare it with IE as IE can not be considered as a browser anymore. For me, it is just a “browsing engine” anymore, not a browser to use. However firefox definetely deserves to be counted as a browser so I like to compare Maxthon with Firefox to give you an insight:

* Maxthon Uses IE Engine: This means it is prone to IE security breaches but also means it inherits its compatibility. It is upto you to decide whether this is a advantage or disadvantage.

* Maxthon is much more faster in start up: I don’t mean it is faster in compiling webpages because IMO they are both as fast. However firefox is killing me when I click its icon to start it up. It takes too long to start! Maxthon is very fast on this. Actually this is not Firefox’s fault, as Microsoft loads IE engine to memory during Windows start up and since Maxthon uses this engine, its start up time is incredible fast. But Firefox has to load all its .DLL’s and libraries to the memory from the ground so it takes a lot of time for it to initiate. Even if it is not firefox’s fault, I’m the one experiencing this delay as a user so I have my right to dislike it anyway! I suggest firefox devs to develop to caching system which will initiate firefox related libs and dll’s during Windows start up. Until then, Firefox will get a big minus from me.

* Both browsers uses very well designed pluggins to enhance its capabilities. I think firefox pluggins are more than maxthon pluggins and they are also written well. But IMO firefox pluggins are more interfering and is not as fast regarding performance. I don’t like firefox to check for pluggin updates everytime it starts (which is already slow enough!) and I find Maxthon pluggins less inteferring and faster.

* As for configurability, Maxthon is way ahead. It is incredible customizable in every way you can imagine and as a matter of fact this is why I love it. Firefox is also very good in customizations but it is not as good as Maxthon. Just check both browsers options pages and you’ll be amazed by number of configurability option maxthon provides.

Bottomline : I use both browsers but Maxthon is still my favorite.

 

While you are using vbulletin, you may get a nasty “User ….  has already more than ‘max_user_connections’ active connections” database error and your board might go down.

If you contact vbulletin support for this error, they’ll ask you to contact your hosting company and when you email your hosting company, they might not be very helpful telling you :

a) Your vbulletin is openning too many mySQL connections in the server, then fails to close them, hence you get the problem. So they’ll blame vbulletin and ask you to consult with application team so that they’ll revise the application to make less connections to the MYSQL server.

b) They’ll tell your application(s) (=vbulletin) is making persistent MYSQL connections more than acceptable amount and will ask you to stop this.

You’ll then pass this information to vbulletin support team and first thing they’ll tell is to check your MASTER DATABASE PERSISTENT CONNECTIONS setting in your includes/config.php file and make sure it is like this:
$config[‘MasterServer’][‘usepconnect’] = 0;

If this setting is like this, your vbulletin shouldn’t make persistent connections to the server and Jelsoft will tell there is not anything they can  do and it is your host that should solve the problem at this point.
Well the chances are that this setting is already like this so you’ll get stuck where your host asks Jelsoft to fix the application and Jelsoft tells application is already good and your host should increase max_user_connections setting in the server. Though situation.

 As a matter of fact both sides have their points but if I need to pick a side, I’m likely to pick Jelsoft’s side and blame your host. But first let’s have a deeper analyze of the problem and see how come this problem happens in the first place:

Vbulletin is a MYSQL driven application so it connects to MYSQL server everytime it runs (=a website visitor triggers it by visiting ANY vbulletin page). As Jelsoft told you, vbulletin does NOT make persistent connections to the server if config.php file setting is set as you are told. It is also a stable product so it does not create unclosed open connections either. So your host is actually not right while blaming the vbulletin as the culprit of the problem.

Most of the times this error occurs because your host has a very small max_user_connections setting in the server. And in this case, the only fix to the problem will be your hosting’s increasing it. The host will not like this offer much though because it means that MYSQL driven sites will make the server more busy, hence add to the server load and slow down the server when it allows sites to make more connections to the MYSQL. However this is actually the only fix to the problem most of the times.

But there are also some cases where your host has a point. Sometimes they already set this setting to a high number but vbulletin keeps producing the error from time to time. There are usually 2 reasons to this:
a) One of the hacks/pluggins you use in vbulletin might be bogging down the server with too many connections or by slowing down the server somehow. To make sure this is not the culprit make sure you disable too third party pluggins in your vbulletin admin cp and see if you still get the error or not.
b) A vbulletin default query might taking a long time to run, locking all tables during the run and while tables are locked, new MYSQL queries triggered by other visitors compiles and cause the error. If your post count is too many, you have a high traffic and default vbulletin searching is used frequently you can have this problem because database search in a crowded board is always a bottleneck which can cause this error.

If this is your problem, there is not much your host can do actually. You can then consider cutting searching a little (eg. disallow searching for guests), consider moving to a dedicated server or if you are already on dedicated, increase your RAM to deal with more mysql connections.

So if you are getting “User …  has already more than ‘max_user_connections’ active connections” database error” in your vbulletin board frequently, here is your path to go:

1- Check vbulletin config.php and make sure usepconnect setting is off like this:
$config[‘MasterServer’][‘usepconnect’] = 0;

2- Disable all your vb pluggins and hacks and see if you still have the error

3- Contact your host and ask what’s the value for ‘max_user_connections’ in the server and if it is possible for them to increase it more.

4- If they can’t increase it, you should either switch to a host which has a higher setting in their server, or move to a dedicated server in which you own the server and set settings as you wish. In the meantime you can turn off vbulletin searching features to see if it will help releive the error.

5- If you are already on dedicated, you should check your server load and make sure they are under 1.0. If you have high server load you need to upgrade your server speed. If your server load is fine, then you should consider upgrading your RAM and configure the apache, mysql and php settings to use this increased amount of RAM in a more optimized manner.

Good luck!

If you have a community, at some point, you consider adding a chat application to your site to increase the interaction between users. Nearly all large web communities have a member chat room. Chat room applications come with different price ranges, hosted solutions and platforms so you have to consider a lot of factors while selecting your chat room solution. A few major issues are:

• Platform : This means the language application is coded. Chat room applications are written in different languages ranging from PHP to JAVA but I guess you’ll easily notice that all well developed chat solutions uses JAVA platform to give you the most smooth chat experience.
• Host solution: Some scripts are installed on your server so you need to have your own dedicated server to run them. When you install it to your server you have the advantage of having full control of the application, but this solution also means you’ll be spending your own bandwidth and server power for the chat room. If bandwidth or server power is a bottleneck in your server and your chat room gets crowded you may have problems. On the other hand some chat applications are installed in remote servers and they give you access to your own chat environment which is hosted in their server. In this solution, your server does not spend bandwidth or server power for the chat room.
• Integration: If you have a community, you’ll also consider integrating your chat room application with your community member database so that whenever a member logins to your site, chat application also knows him and grant him certain access you specified according to his credentials and usergroup. To achieve this goal, you have to select a chat room solution which is capable of integrating with your database.
• Price: This is of course a concern. There are a lot of scripts which are simply free or very cheap but there are also expensive chat room solutions which can cost as much as $XXXX range.

I’ve worked with many different chat solutions in client boards and in my own communities and I like to give you my comments about a few remarkable ones which you can consider installing to your community based site (especially vbulletin powered).

FLASHCHAT:

Flashchat is a very popular PHP based chat solution. If you patronize small forum communities, I’m sure you have run into that application in one site or another. It is very popular because it is quite cheap (just 5 USD!) and its user interface is pretty charming to end user.

It also have great hacks which integrates it very smoothly with your vbulletin community so many admins who consider to have a chat application, usually starts with FlashChat.

In one my own communities, I also used it for about a year and so and many of my clients still use it in their sites. If you have a small community, it can be a good starting application and I suggest it for admins who do not have large forums.

However IMO, it has a few important disadvantages:

a) It is PHP based, so unlike JAVA based solutions, its chat speed is not so high and smooth. When it comes to chatting, JAVA is the ultimate solution.
b) It puts a high load on the server if ore than a few people enter the chat room. For instance in my server, it couldn’t handle more than 15 people in chat room without taking server load to its tops.
c) 2 years ago a security breach about flashchat is found and it was such a popular script that many exploits have been written to use this breach and many servers which used flashchat have been hacked. Well this can happen to any web application and it has been patched quickly but I don’t blame the script or its author for this but when you use a popular script, its security breaches getting exploited is pretty common so its popularity is also a disadvantage on this aspect.

DIGICHAT: Let’s jump from the cheapest script to most expensive. It has different packages with different features and hosting solutions but the least expensive one starts from $549 so this is the most expensive hosted solution.

I think its charm is its lovely user interface though. It has an awesome design and chatting is very smooth (thanks to its Platform Java). In some more expensive packages it also provides solutions like video chat, voice chat, moderated etc. and it is quite popular chat solution.

If you don’t have budget problems, I can suggest going with digichat as a stand-alone chat solution but frankly speaking it is not my first choice when it comes to integrating it with vbulletin. I don’t find digichat customizable enough in comparison to parachat and realchat when it comes to integration.

REALCHAT: This has been my first suggestion for years for vbulletin communities. A lot of my clients are using it and I like its flexibility to integrate with your member database. But unlike other scripts, it does not come with a remote host solution, so you have to install it your own server (hence have a dedicated server) to use realchat. IMO its user interface is also is not as charming as other chat solutions and in comparison to its price tag, I believe it could be a little more charming. But from developer point of view, I suggest realchat to any large community sites if you don’t have problems running chat application in your own server and can afford it. Its a stable, rock solid, flexible, well supported and customizable chat application.

PARACHAT: I have worked with all of these chat scripts above but didn’t hear about parachat for years. Then one day, when I was looking for a chat solution which is more reasonably priced than digichat and realchat and more powerful than flashchat, I bumped into it and I used it for 1 year in one of my large communities. Well it surprised me and prove to be much better than I expected in the first place.

I find it very flexible when it comes to integration just like realchat so it got a very big plus from my developer side. It has different hosting solutions (remote hosted or dedicated hosted in your own server) and also different packages for different needs and budgets. I used remote hosting of professional package and the service was very stable for the entire year I used it. I haven’t used dedicated hosted solution so I can’t tell anything about its load on the server but as far as I can remember, its license fee was lower than digichat and realchat’s dedicated solutions. It also started to support video / voice chat options but my package didn’t cover them when I used their services so I can’t tell about its quality.

So after this review, let me give you my 2 cents about which solution to use:

* If you have a small community & small budget and your chat room will not be crowded, start your chat experience with flashchat. It is nearly free and will give you everything you need until your chat needs grow.

* When you need a more solid chat room, you can jump to parachat remote hosted solution. You can choose between Advanced or Professional package according to your needs and budget. Since it is remotely hosted, bandwidth, installation, server load or having a dedicated server will not be a concern to you. Your chat room will even work when your site server is down for a reason. I believe parachat will give you everything you need if you own a moderate sized community.

* If your community grows more than that and you need a fully managed, dedicated hosting solution or even a chat server, you can decide between parachat (this time Enterprise package), RealChat or Digichat. If budget and full integration is no concern, you can select digichat which provides the best user interface. But if you need a tighter integration with your community, more flexibility and customization, select between RealChat or Parachat. Both scripts have a free evaluation installation options so I suggest you to install both of them and choose after you and your staff experience them

This is by far one of the most frequently asked question to me. Whenever a new vbulletin version is released, I’m asked whether vbulletin board should upgrade to this version or not.

Well if your board is not hacked or at least not in a major way, to answer this question is very easy: yes, you should. However if your board is not hacked dramatically, you are not likely to ask this question anyway (at least not to me!) so nearly always I have to answer this question for large vbulletin communites which are hacked in a major way.

To answer this question at this scenario, you should always consider if the new features of vbulletin worths time and efforts to port your hacks and upgrade. This decision can change from board to board regarding the sophistication of its hacks, its budget for upgrade project and its goals and niche.

When vbulletin 3.0.x were first released, it was a huge lap from vbulletin 2.x and for most of my clients I suggested switching to this new version. When vb 3.5.x is released, I suggested heavily hacked boards to stick with 3.0.x and rest be upgraded. When 3.6.x is up, I suggested nearly all hacked boards to stick with its current version especially if it was 3.5.x anyway. Now 3.7.x is released and I believe that it is a good version to consider upgrading since it bring many new features to vbulletin which can be worth upgrading unless you are too tight in your budget, has very recently upgraded or very heavily hacked.

So bottom line is, yes vbulletin vb. 3.7.0 is a good jumping point for vb powered hacked communities to consider version upgrade. This suggestion will be stronger for communities who are still running on 3.0.x.

Well being a webdev who compares every webapplication with the beloved vbulletin, I have to compare it to wordpress which I installed in this site too.  Of course their niches are different so this is like comparing apples with bananas but I’ll try to find common grounds from user point of view while comparing.

I developed a few minor modifications for wordpress before but had never used it until today so I can say wordpress is a new world to me (yet). And since I’m a big vbulletin fan, I have to admit that my initial comparison today can be somehow biased and uneducated (on WP part) but I wanted to share my first impressions in the first days of my wordpress experience.

Here is some comments

• WP installation is a breeze. Vb installation is not hard either but WP is really very well designed from installation point of view especially for newbies. Kudos to WP devs!
• I’m sorry but I don’t like WP coding. I worked with it before and it is a not a clean coding at all. Nothing can compare to marvelous coding syntax of vbulletin anyway but WP devs still clean the coding a little bit, it is too untidy. But I have to admit vb coding is an exception and nearly all applications are coded in a messy syntax in PHP world so WP is not an exception here. BTW when I say coding is not clean, I don’t mean it is insecure or buggy, I just mean it is not documented very well, has a clean syntax to follow while reading or modifying. So its being clean does not mean anything to its users but it means a lot to developers who need to work with this code.
• WP is pretty easy to use and learn even for newbies. It is designed greatly in this aspect and no wonder why it became so popular. Unfortunately vbulletin is losing its grip in this field. It is developing so immensely that it is no more easy to use for internet newbies but I guess its market calls for such a progress so I don’t blame it so much. I merely point a fact that vb is no more easy to learn or use for a total newbie anymore.
• Theme (style) editing and pluggin (product) support are similiar in WP and vb and both are quite good in my opinion.
• What I didn’t like about WP is its WYSIWYG edit interface. It is much more advanced than WYSIWYG interface of vbulletin by supporting image/media additions and formating etc. but it is too slow in browsers. I understand that these features are important in a blog editing interface but if parsing time would be increased it would be great. I didn’t like waiting a long time whenever I’m typing something in the interface. Although vb interface is not as developed as WP, it is for sure faster. Yet I know that vb edit interface can easily become problematic if you load long formatted text into it. I don’t know what’s the case for WP in longer texts. I couldn’t test it yet.
• Auto save feature of WP is very nice and vb definetely needs such a tool

When I dug WP more, I may give a more detailed comparison report. For starters I can say that I like WP for now and it is a big kudo for them as I very rarely like a new application especially since I’m too biased to vbulletin. 😉 But well, this is just an initial impression..

Well, this is the first blog entry of this recently established blog.

The funny thing is I’ve developed even blog applications myself as a web developer for years but this is the first time I have a blog and write a blog entry!

I’m not sure how frequent I can write to this blog, nor guarantee I’ll keep blogging but I wanted to take a shot. It occurred to me that for years I’m sharing many information about my profession with my clients whenever they ask a question to me and certain questions are repeatedly answered as they are asked by different people all the time. So after so many years, I thought maybe blogging is not such a bad idea, at least by sharing this kind of information which can save me type same answers over and over again.

So I’ll give it a shot and see if this will linger. But instead of keeping a formal blog and blog everything in detail (like this entry!), I decided, sharing notes and ideas as they occur to me are more like me so if some blog entries are just brisk, please bear with me!