All Good Things Must Come To An End

As you all know, I have been doing WordPress plugins and supporting it for the past 6 years. These 6 years of my life, I have been through my polytechnic education, my national service as well as my university education.

I just graduated from university in December 2009 and have been looking for full-time jobs. I am offered a full-time job and will be starting work on 1st February 2010.

I regret to say that I am NOT ABLE to provide support for my plugins anymore due to my full-time job commitment. I will leave this forum open and let the community help one another.

However, I WILL still update my plugins whenever I can and you still can report bugs to me via email and I will try to fix it.

Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.


Messages - _ck_

Pages: [1] 2 3 4
1
WP-UserOnline / Re: Not Doublecounting Users who Login
« on: 23 August 2008, 05:48 »
Yes I create sort of an artificial "session" by creating an index which is a MD5 of the user id, ip, agent, and a few other things.

2
WP-UserOnline / Re: Not Doublecounting Users who Login
« on: 22 August 2008, 18:50 »
BTW, here's a peek at the Mini-Track dashboard, it runs standalone:



3
WP-UserOnline / Re: Not Doublecounting Users who Login
« on: 22 August 2008, 18:41 »
By the way, the technique I use to not double count a guest who becomes a user is that I track every access with an "index" assigned to it - it's composed of all their access info, their user id, ip, useragent, proxy, etc.  converted into an MD5.   

Then when I detect a NEW index, I first compare if there is an identical index if the user id # is 0. That means they were first browsing as a guest, and I delete that index first.

Now that I think about it, I probably shouldn't delete the stats but copy them over to the newly logged in user, ie. page views, last url, referer, etc.

I also have a hook for if/when they logout to drop their old logged in index immediately, so they don't persist in the counts.

4
WP-UserOnline / Re: Not Doublecounting Users who Login
« on: 22 August 2008, 18:27 »
Talented gal, ahem ;)    Found this thread through the tracking, heh

Actually my two tracking plugins are completely written from the ground up.
I learned some ideas from Lester's work but I implemented new ideas that I pondered about over the past year.

The first plugin, User Track was written to do a whole bunch of things and worked with WordPress and bbPress at the same time, even running standalone but integrated.  However I have not released it because the code is just not written for a wide range of servers and I grew concerned with the half dozen mysql calls it needed to make per visit.

Recently after a request on the bbPress forums I realized the data could be stored more dynamically via serialized strings into a single mysql call, as long as the dataset was kept within reason. This allows me to add features without having to constantly tweak a database table on every release. I can also store it into the metadata so it's loaded with bbPress (and WordPress) automagically.

After some benchmarks I realized that serializing and unserialzing a long string for every visit was actually FASTER than doing half a dozen mysql queries (by 0.15 seconds on my server - that's per person per visit so it adds up).

So Mini-Track was born. After a couple weeks, it's not so "mini" anymore, lol.
http://bbpress.org/plugins/topic/mini-track/

This time I did not bother to make it wordpress compatible from the start. I will add that later.

0.1.7 will come out this weekend and is what you see running on my site now in the footer. Still missing a few features from User-Track but it's getting there.

Here's a snapshot of the old User Track stat pages which will eventually come to Mini Track
http://img184.imageshack.us/img184/3103/bbshowcaseorgforumsuserfs3.png

5
bbPress 0.9 just went official release today:

http://bbpress.org/blog/2008/04/bbpress-09-brubeck/

Integrates with WordPress 2.5 fairly easily...

6
Yeah I kinda got into it over the last year.
Every time I found a feature missing I just wrote it myself, LOL!

0.9 will make it much better for the mainstream folks
and especially for much easier wordpress integration.

Just let me know if you need any help with anything.
I'm often on the irc://irc.freenode.net#bbpress too

ps. 0.9 is delayed with the WP 2.5 delay because they both use the same new higher security password cookie system but should be out sometime soon...

pps. I'm afraid the lack of performance on dreamhost is not going to help you much. SMF barely runs smoothly here and I know your WordPress suffers in general. We need to find you a real host!




7
Hiya GaMerZ, long time no chat.
We're going to have to get you converted over to bbPress when 0.9 comes out next week ;)

It's getting pretty good and since you know wordpress functions inside and out it's very easy to write plugins for...

Be sure to check out my demo/support forum for it:
http://bbshowcase.org

and all my plugins:
http://bbpress.org/plugins/tags/_ck_

(0.9 is the first version to have WordPress integration (needs WP 2.5) built in)

ps. I finally had time to get my "User Track" plugin going, works like your User Online but it's a plugin for both WordPress and bbPress and tracks across both (look at the very bottom of the page on http://bbshowcase.org

8
WP-Polls / Re: porting WP Polls to bbPress
« on: 17 August 2007, 03:24 »
Dreamhost is good only for static files, even big static files because of their storage game.

But their server config and radical overselling of resources makes it a very bad value.

Then there was the nearly week's worth of downtime this year if you add up all the issues.

I just happened to get their $20/year promo last year so I tried it out.
But anyone who keeps paying ~$100 a year for them is crazy.

GaMerZ got really lucky on this server and SMF seems to be very efficient so it manages to get though. But most WordPress users on Dreamhost are not happy.


9
WP-Polls / Re: porting WP Polls to bbPress
« on: 16 August 2007, 18:48 »
Possibly. But the better idea is to move away from Dreamhost! ;)


10
WP-Polls / Re: porting WP Polls to bbPress
« on: 16 August 2007, 15:33 »
Yeah with my new "fastload" plugin ;)

It concatinates all the plugins and includes to overcome dreamhost's biggest weakness (multiple-files loaded from the content server to the rendering server)

11
WP-Polls / Re: porting WP Polls to bbPress
« on: 16 August 2007, 15:26 »
Oh the speed definitely varies from node to node.
Compare:
http://bbpress.dreamhosters.com/smf/
much slower.
and here's bbpress on the same account:
http://bbpress.dreamhosters.com/forums/


12
WP-Polls / Re: porting WP Polls to bbPress
« on: 16 August 2007, 07:58 »
Wow it looks like you got it 100% now.
FastCGI + eAccelerator, all enabled.

It seems to have cut the SMF page generation times in half if that's even possible!

I wonder if dreamhost will move me to your node ;)

13
WP-Polls / Re: porting WP Polls to bbPress
« on: 15 August 2007, 10:42 »
I just read something else that might help.

Try making a copy of your php.cgi  in cgi-bin as php.fcgi
remember to chmod 755 php.fcgi

Then edit that fastcgi.cgi
Code: [Select]
#!/bin/sh
export PHPRC=/home/lesterchan/php5/etc/php5/lesterchan.net
export PHP_FCGI_CHILDREN=2
exec /home/lesterchan/lesterchan.net/cgi-bin/php.fcgi

By the way, there is a /php5 directory in your /home/lesterchan, right?


If this doesn't work then it's just a matter of rebuilding it with the fastcgi support (which I still suspect must be done)


14
WP-Polls / Re: porting WP Polls to bbPress
« on: 15 August 2007, 02:51 »
Just make a copy of php.cgi and your php.ini but that's really all.

Optionally if you can live without fopen url, you can go back to using dreamhost's own php.

15
WP-Polls / Re: porting WP Polls to bbPress
« on: 15 August 2007, 02:39 »
The php.cgi was built without the option so to the best of my knowledge it cannot be turned on unless it's already included (I could be wrong about this but it seems to make sense)

16
WP-Polls / Re: porting WP Polls to bbPress
« on: 14 August 2007, 17:50 »
No I mean whatever .sh script you used to build PHP the first time you made the custom one you are using now. You'll have to edit it and find that line and add it.

PHP builds take a very long time. So you definitely want to do this when you're not in a rush and definitely make a backup copy of your /cgi-bin/php.cgi first.

17
WP-Polls / Re: porting WP Polls to bbPress
« on: 14 August 2007, 16:58 »
I just had an "oh duh" moment - something I completely missed.

Your PHP is not compiled with fastcgi support.

If you still have the directory around where you built it, you have to add

./configure --enable-fastcgi

in addition to the other commands.

If you don't still have the files and still have the script where you built it, the line you are looking for looks something like this:
Code: [Select]
./configure --prefix=/home/lesterchan/php5 --with-config-file-path=/home/lesterchan/php5/etc/php5/lesterchan.net --enable-force-cgi-redirect --with-xml --with-libxml-dir=/home/lesterchan/php5 --with-freetype-dir=/home/lesterchan/php5 --enable-soap --with-openssl=/usr --with-mhash=/home/lesterchan/php5 --with-mcrypt=/home/lesterchan/php5 --with-zlib-dir=/home/lesterchan/php5 --with-jpeg-dir=/usr --with-png-dir=/usr --with-gd --enable-gd-native-ttf --enable-memory-limit --enable-ftp --with-exif --enable-sockets --enable-wddx --with-iconv=/home/lesterchan/php5 --enable-sqlite-utf8 --enable-calendar --with-curl=/home/lesterchan/php5 --enable-mbstring --enable-mbregex --with-mysql=/usr --with-mysqli --without-pear --with-gettext --with-imap=/home/lesterchan/php5 --with-imap-ssl=/usr
and you need to add  "--enable-fastcgi" to the end (without the quotes)

18
WP-Polls / Re: porting WP Polls to bbPress
« on: 14 August 2007, 12:27 »
I think I have a new idea that I got from looking at the APC wiki page:

1. switch back over to standard CGI mode
2. kill the FCGI processes from the shell.
(they say don't use killall php.cgi but for now it's far easier to explain if you don't know how to kill by PID)
3. while still in standard cgi mode, load some php pages
4. switch back to fastcgi mode
5. check phpinfo and see if eaccelerator is now working


Meanwhile I am going to push my luck and try running APC cache just to compare how the speed feels...

19
WP-Polls / Re: porting WP Polls to bbPress
« on: 13 August 2007, 17:44 »
I'll look at this again tonight but something doesn't make sense.

If the htaccess is setup correctly, it has to be forwarding the requests to the fastcgi script which forwards to php. In theory it should work, or php wouldn't work at all if it was wrong.


20
WP-Polls / Re: porting WP Polls to bbPress
« on: 12 August 2007, 15:33 »
Looks like there's an old dead php.cgi but that will just go away when they restart the server someday.

It may have something to do with your custom php build.
I'll have to research a bit. What we've done so far shouldn't hurt anything in the meanwhile.

If you don't mind I'll have to revisit this much later tonight. I'm kinda out of time for now.

Whatever you do, do NOT delete your custom php.cgi as it will take forever to build a new one. You never answered what was in the custom, so you might be able to fall back to using their default php 5.2.2 and then I know it will work (once you change a few other settigns in the php.ini & htaccess and dispatch.fcgi)



Pages: [1] 2 3 4