Forum Activity for @michael

Jamroom Install on Amazon EC2 instance

Installation and Configuration

run the repair system.

There is a file in the root folder called repair.php.html rename that to repair.php and access it at your-site.com/repair.php

Docs: "Somethings wrong, what do I do?"
https://www.jamroom.net/the-jamroom-network/documentation/troubleshooting/114/somethings-wrong-what-do-i-do#if-you-cannot-get-in-to-the-acp

Moving Genosis to new server

Genosis

yes, you want to do that with all the modules. and its OK to not have an index.php, Thats the new structure, instead you'll find a /views folder in the module.

Some index.php files were getting too big to work on so the individual views got moved each to their own file.

Jamroom Install on Amazon EC2 instance

Installation and Configuration

Ive never run it from EC2 so don't really know, but the first thing would be to change it from an ipaddress to a domain name. That's often the cause of issues.

Need to make sure mod-rewrite is enabled, is EC2 apache? i dont know.

Here's the requirements doc

Docs: Server Requirements
https://www.jamroom.net/the-jamroom-network/documentation/getting-started/774/server-requirements

Moving Genosis to new server

Genosis

AH!! your simlinks are gone.

Delete every copy of each file except for the latest so if you have
/modules/jrCore-release-6.1.1
/modules/jrCore-release-6.1.2
/modules/jrCore-release-6.1.3

Delete 6.1.1 and 6.1.2 then rename 6.13 to just:
/modules/jrCore

OR If you still have access to the old site then run the tool at ACP -> MODULES -> DEVELOPER TOOLS -> TOOLS -> REBASE MODULES and it will do the same thing.

OR you could make the symlinks again from modules/jrCore to modules/jrCore-the-latest-version

When the marketplace updates a module it saves it to the file system then once its finished saving it updates the symlink. Doing it this way means there's no downtime for your users when modules are updated.

Moving Genosis to new server

Genosis

need to check the server's error log that "Internal Server Error" will be logged there, it will tell you what the problem is. Copy+paste the end of that here and we can help.

--edit--
make sure your server has mod_rewrite on and there is a hidden .htaccess file in the root folder.
updated by @michael: 01/05/23 12:29:17PM

"Already used" in User profile edit page. using Japanese

Using Jamroom

Most of the time you don't want to modify any of the jamroom files because those changes will be over-written if there is a module update. Instead what you want to do is use the "Events and Listeners" system to adjust other modules by building your own.

Then you know that since your custom module will never be updated other than by you that your changes will always work.

Docs: "Events and Listeners"
https://www.jamroom.net/the-jamroom-network/documentation/module-developer-guide/1011/events-and-listeners

If its not possible to get to the point you want to adjust without changing a core module let us know and we'll add in an event close to the point you're after or adjust the core module with the change.

Jamroom Install on localhost

Installation and Configuration

Jamroom needs to have a domain name so you cant access it via http://localhost:8080/jamroom it needs to be on http://yoursite.test or other real domain name.

you can set domain names to resolve to just your machine by editing the /etc/hosts file on linux
then adding a domain name that resolves locally.

There's a guide here thats a bit old but still has the main gist of setting up a server.
https://www.jamroom.net/brian/documentation/contents

particularly useful is this page:
https://www.jamroom.net/brian/documentation/guides/1211/configuring-apache-for-virtual-hosting

Which will allow you to have any number of sites on the same server.

Premium modules

Installation and Configuration

This account that you're using is not attached to a premium membership. Did you buy it with a different account?

Once we figure out which account is the premium one you then need to enter the details found at
JAMROOM.NET -> YOUR PROFILE -> JAMROOM SITES

then enter them in your sites marketplace section
ACP -> MODULES -> MARKETPLACE -> SYSTEM UPDATES

If you can send a receipt to support at jamroom dot net of the payment we can help track down where the premium licesnse is.

"Already used" in User profile edit page. using Japanese

Using Jamroom

Ok, I can see the issue and why it was done that way. The technical reason is: Because there is no way to preg_match just japanese characters.

The closest code I found to matching hiragana and katakan and kanji is:
but the problem with that is it does allow * and ? through and probably more.

So since we cant be SURE that what the user is passing in as their profile_name does not contain code used to hack the site the use of those characters are limited to admin users only.

Admin will be able to change a profile name to japanese characters but a regular user will not be able to.

Unless I can locate some validation system that will ONLY let valid characters through but not extra code then this can't be changed.

Maybe Japanese programmers have a way to do it, but I don't know it unfortunately.

"Already used" in User profile edit page. using Japanese

Using Jamroom

Sorry I haven't got to this yet, been a bit busy. I will get a test environment setup and find the cause.