Forum Activity for @brian

brian
@brian
07/13/16 07:05:06AM
10,149 posts

Typo



Just fixed it - thanks Steve.
brian
@brian
07/13/16 06:53:16AM
10,149 posts

Latest chat updates



I've pushed a small javascript update that I'm hoping (not 100% sure) will fix the chat bubble issue. Please do a full browser refresh so the latest chat JS gets reloaded in your browser.

Thanks!
brian
@brian
07/12/16 10:39:49AM
10,149 posts

Latest chat updates



jimmyk:
One thing I noticed, if you leave a movie open and go to another page, it starts playing again. Maybe it should auto-close if you leave the page?
Yeah I've seen this too and will check it out.
brian
@brian
07/12/16 09:40:19AM
10,149 posts

Queue depth status


Using Jamroom

DannyA:
Awesome. Will try it now. Does this include the update you previously mentioned with the queue priority function? Or is that in a future core release?

The actual queue functionality is part of the Core, so that will be in the next core release.
brian
@brian
07/12/16 09:39:43AM
10,149 posts

Customize ACP menu


Jamroom Developers

Parts of the ACP are not modifiable, but you can tweak some of it by modifying the modules/jrCore/templates/admin.tpl file.

Copy that file into your active custom skin @ skins/SkinName/jrCore_admin.tpl then customize it to suit your needs.
brian
@brian
07/12/16 09:05:55AM
10,149 posts

New Module - Single Front Page Presentation for Profiles


Suggestions

What is a "Front Page" - do you mean a splash page?
brian
@brian
07/12/16 09:04:42AM
10,149 posts

Queue depth status


Using Jamroom

I have just pushed new versions of the Queue Client and Queue Server that will help with this. The 404 response is actually correct - it means "no queue entries found". What I've done with the latest update though is have it return a 200 response with "queues are empty" as the data response - this way you know the request was actually successful, even if there are no queue entries.

I also added a new helper function in the Queue Client module:
$_queues = jrCloudQueueClient_get_active_queue_info();
That will return an array of active queue entries on the Queue Server.

Let me know if that works for you.

Thanks!
brian
@brian
07/10/16 01:32:34PM
10,149 posts

Some questions (from a Social Engine user)


Design and Skin Customization

Then I would say yes - JR already supports all this - the only difference is the URL. You would not post from:

yoursite.com/members/home

but

yoursite.com/yourprofilename

I though you were looking for a place where all members of your site could post without being followers - i.e. a "public wall".

Let me know if that helps.
updated by @brian: 07/10/16 01:32:45PM
brian
@brian
07/10/16 01:26:16PM
10,149 posts

Some questions (from a Social Engine user)


Design and Skin Customization

spiritwolfie:
@brian by default facebook actually has a public activity wall and when you post your stuff goes global
Correct - but facebook does not have:

facebook/members/home

where all 1 billion members can interact. That's what I'm getting at. You interact with your friends only. Same way in JR - you interact with people who have chosen to follow you (ala Twitter). This is the best model for avoiding spam as well - if you don't want to hear from someone you just unfollow them.
updated by @brian: 07/10/16 01:27:03PM
brian
@brian
07/10/16 01:18:50PM
10,149 posts

Some questions (from a Social Engine user)


Design and Skin Customization

JR can do anything SE can pretty much, so that's not a problem. Jamroom can easily make "community" type pages, etc, listing anything from your profiles any way you want.

If you plan on having a small niche site, that's all good. I would highly recommend that if you plan on having a lot of users online at the same time interacting with your site, you avoid "community" style pages. Imagine that page you posted a screenshot of with 500 people posting at the same time - it would be unusable. This is why when you go to facebook or twitter there is no "community" section - all the interaction takes place on your profile or other users profiles.

Of course it's 100% up to you, but having been doing this for a very long time I've seen many sites really struggle with performance as many of the features that work great on a small, intimate site suddenly blow up once they get a surge in users.
  240