Attempting to integrate Ajax IM into a social network

[robin]

Hi there,

I tried downloading and installing the latest version of Ajax IM but
it wasn't working out with the php-only configuration so I decided to
try an older version. 3.4.1

This one seems to be working with the test script.. at least I can log
in. But actually now it seems to be taking forever to load. maybe
that's just a current problem with my host.

but my question is what is the best strategy for integrating this so
that it uses my authentication and the already existing friend
connections in my database to decide who shows up in the buddylist.

thanks.

r

[ajaximrpg]

The latest Ajax IM doesn't have a PHP only configuration. node.js is
always required. But ajaximrpg 4.00 and Ajax IM 3.41 are PHP only
implementations.

In terms of slowness, it shouldn't be that slow ... if you send me a
link to your test server, I can investigate.

You should be able to integrate it with your authentication by hacking
up ajax_im.php (3.41) or ajax_act.php (ajaximrpg 4.00). You can turn
off all the RPG stuff in ajaximrpg by setting var haveLobby = false in
js/config.js. If you reference your own tables instead of the 'user'
tables, you can authenticate against your own password database. The
'buddylist' table also contains the buddies and you can redirect those
references to your own database tables.

Reply if you need more help.

[robin]

Am I correct in my understanding that we can't use Node.js in a shared
server hosting environment and only on a VPS or dedicated server?

The latest copy of AjaxIM I just downloaded and installed definitely
had an option in the install that allowed a non node.js configuration.

What is the main difference between ajaxim 3.4.1 and ajaximrpg 4.00 ?

thanks.

[robin]

oh.. these are my test implementatios..

AjaxIM 4.0a
http://rheo.neotribes.net/imtest.php

AjaxIM 3.4.1
http://rheo.neotribes.net/im

i think the slowness i saw before was actually ISP issues on my end.

[ajaximrpg]

I tested your Ajax IM 3.4.1 link and confirmed that the speed seems
fine now. It's either your ISP or the limits of a PHP implementation.

I tried your Ajax IM 4.0a link but it didn't work for me.

On Jun 26, 5:36 am, robin <rgood...@gmail.com> wrote:
> oh..  these are my test implementatios..
>
> AjaxIM 4.0ahttp://rheo.neotribes.net/imtest.php
>

> AjaxIM 3.4.1http://rheo.neotribes.net/im

> > > > r- Hide quoted text -
>
> - Show quoted text -

[ajaximrpg]

You're right.

Most, possibly all, hosters don't provide Node.js as part of their
hosted service. If they did, it would work and maybe you can find a
hoster that does. Otherwise, you need a situation where you can get
command line access and install Node.js yourself and keep it running
as a daemon. A VPS or dedicated server should allow you to do that.

I don't have any first hand knowledge on Ajax IM 4.0a. But I do
recall a bunch of exchanges on the Ajax IM Google Group that said that
PHP doesn't work and the maintainer saying, "Yes, it doesn't work and
we aren't planning on supporting it anymore." As I recall, the
distributions on the Ajax IM web site are horribly outdated; you need
to go to their repository and get the latest code from there.

ajaxim 3.41 is the last release for the Ajax IM 4.0a team before they
junked the code base and rewrote everything from scratch using
Node.js. ajaximrpg 3.41 was a fork of ajaxim 3.41 that just had the
names changed. ajaximrpg 4.00 is an upgrade of the ajaximrpg 3.41
codebase with a bunch of new features and bug fixes. It is oriented
towards role-playing games but I'm trying to keep it functional (via
configuration options) for all other uses as well. ajaximrpg 4.00 is
meant to be the inheritor and upgrade to ajaxim 3.41, what ajaxim 3.41
would have been if the original maintainers had continued on with it.

As I recall, new featuers in 4.00 are (1) having an optional lobby so
accounts are optional; (2) registering for a new account automatically
logs you in; (3) whispers; (4) chat logs; (5) rolling dice; (6)
installation can be done on the main page via a wizard instead of on
install.php.

On Jun 25, 9:22 pm, robin <rgood...@gmail.com> wrote: