Forum Activity for @jimmy

jimmyk
@jimmy
06/05/16 06:13:59PM
514 posts

Javascript Functions


Jamroom Developers

That's pretty neat. I'll have to watch some videos on YouTube and find some tips n tricks for using it.

I honestly don't know how I lived without phpstorm.
updated by @jimmy: 06/05/16 06:14:12PM
jimmyk
@jimmy
06/05/16 07:51:08AM
514 posts

Javascript Functions


Jamroom Developers

Thanks for the tip!

It took me a little bit, but loving phpstorm. :)
jimmyk
@jimmy
06/04/16 06:36:24AM
514 posts

Javascript Functions


Jamroom Developers

Thanks @michael

I'm converting another script into a JR module and it's very JS heavy. So, if you find any others, let me know.

Now I'm hungry for cookies! ;)
jimmyk
@jimmy
06/03/16 11:34:29PM
514 posts

Javascript Functions


Jamroom Developers

Is there a list somewhere of the javascript functions available to developers. In the docs there is a line which is quoted below:

"There are a number of javascript functions provided by Jamroom Core that are useful to know."
https://www.jamroom.net/the-jamroom-network/documentation/development/1670/javascript-functions

But the only one listed in the docs is jrCore_window_location().

Is it possible to get a list of the available functions? Or an update to the docs at least listing what's available.

Thanks!
updated by @jimmy: 09/07/16 02:35:31AM
jimmyk
@jimmy
05/25/16 04:09:02AM
514 posts

Data / Log Folder


Installation and Configuration

michael:
even if access is restricted to the user directly viewing the files via a web browser, as long as the server can access those locations to deliver the file then it should be right.
Like the image functionm your image is not stored at:https://www.jamroom.net/user/image/user_image/78/icon/crop=portrait/_v=1443910743
That url runs the 'user_image' function that goes and gets your image from wherever its stored and delivers it if appropriate.
Accessing the files directly takes away the ability to over-ride it by a module.

Right now the way I have the config file setup, the format of the image link you posted above shows up, but the direct link doesn't work.

I'm assuming that the "Vault" folder in the data/media is for selling items? It had a .htaccess file it in so I setup a location block for that folder too.

I think I have the Centmin Mod Nginx config all finished up.

https://gist.github.com/zeronug/d6511c0e7e451b8b925b
updated by @jimmy: 05/25/16 04:12:10AM
jimmyk
@jimmy
05/24/16 05:35:30PM
514 posts

Data / Log Folder


Installation and Configuration

Brian,

I should allow access to data/media/0/0/ right? See the sprites in there, if I prohibit direct access the folder icon images don't show up in the profile.

I'm restricting access to all other folders in data/media/. It seem to work because I can't see image via direct link to 1/1/some_image_I_uploaded_to_a_blog but can see them in the JR blog post I created.
updated by @jimmy: 05/24/16 05:36:19PM
jimmyk
@jimmy
05/24/16 04:39:34PM
514 posts

Data / Log Folder


Installation and Configuration

I was trying to figure out how to trigger JR to create something in the data/logs folder. I'm testing out a Nginx location block and the folder is empty.

Is there something I can do to trigger the creation of a file in this folder?

Thanks!
updated by @jimmy: 09/11/16 01:26:04AM
jimmyk
@jimmy
05/23/16 09:57:06PM
514 posts

JR Unified Login


Suggestions

1. I'm not sure how a password manager is related to a site owner who is trying to create a single database of his multiple sites users, which lists the users and the sites without duplicates.

Might want to try KeePass which is open source, free, and secure.
http://keepass.info/

I would never use Lastpass, they were hacked once in 2015.

2. If the username was already taken then the new user wouldn't be able to signup using the username. But, you do raise a legit question if the module was installed by someone who already had multiple JR sites with users who signed up on both sites. There would need to be some kind of checking feature of some sort. The admin would have to determine how to handle two different users who were using the same username. I'd admit, that would be an issue.

3. You would only be reserving your name on the JR sites that one person owns, not every JR site in existence. If I owned 3 JR sites, your name would be reserved on my three sites if you signed up for 1 of the JR sites.

Maybe unified Login was a bad choice of wording. How about unified JR Login for a particular owners sites. I would install the cloud module and it would run on my JR sites and only my JR sites.

Flowchart (using X corporation as the owner of several JR sites):

You would come to one of the JR sites and be presented with 2 signup options.
A. Normal Signup for someone who never registered on any of X corporation's sites.
B. Selection asking if you're already a member of any of the X corporations JR sites? If so, enter your username and password from any of those JR sites.

If the user picked A it would:
1. Check if that information was already populated in the master cloud database and if it found a match, return that the user was already a member of one of the X corporation's JR sites and:
a. Ask the user to enter new / different information because the entered information already exists or
b. Enter their username / password from the X corporation's site at which point the existing data would be pulled down from the cloud server.
2. If there wasn't a match, create a new account for the user on the JR site and upload the basic information about that user to the cloud database which would reserve that username for all of the X corporation's JR sites.

If the user picked B it would:
1. Pull down basic information about the user and populate that information in the local JR site's database and mark in the cloud database that he was now a member of that site along with the other X corporation's JR sites.

This would be great for targeted marketing if I had 4 JR sites and a member who signed up on 3 of those sites. I could target market to that user and hopefully get them to signup on the 4th site being that they were already signed up on 3 out of 4 sites.
jimmyk
@jimmy
05/23/16 06:59:36PM
514 posts

JR Unified Login


Suggestions

Quote: "stored basic user data that would then be pulled down to each individual site where the person was signing up."

It would only pull down basic information about the user to populate a new account, so I wouldn't have the duplicate records in the master dbase for all account on all sites. When a user signs up on another site, with an option to use their existing Username and password from one of the other owned site, it would pull down basic information about that user and keep that information in 1 record in the cloud - Jonny is a member of a.com, b.com, and c.com. Where is might get sticky is if the user changed his username or something on one of the sites... honestly, didn't think about that until now. Would that be changed for the master record in the cloud? That might be an issue.

I was thinking about three things with this:

1. A centralized database of all the users on all the sites without duplicates for mailing lists and such.
2. An ability for a user to use his existing information from one site on another site if they choose.
3. Having the ability to block a users username from all the sites if the user signs up on one site. So, if that user is a quality member his can have his username on the other sites with one signup.
updated by @jimmy: 05/23/16 07:03:45PM
  20