# |
Sep 18th 2019, 11:11 |
adam282 |
AWS RDS instances are not always configured for public access and for good reason. An AWS RDS instance is a hosted database server that’s separate from the compute (EC2) instance where the code is actually being served from. My local copy cannot access the RDS instance because it does not have a public IP address. The code is being hosted on an AWS EC2 compute instance with access to the database, which works just fine. |
# |
Sep 18th 2019, 11:10 |
conehead |
Yes you are. COMPLETELY different |
# |
Sep 18th 2019, 11:10 |
adam282 |
You’re trying to tell me that because my local copy of my code does not have access to my AWS RDS instance means that I have something wrong. |
# |
Sep 18th 2019, 11:09 |
adam282 |
I am? |
# |
Sep 18th 2019, 11:09 |
conehead |
Not going to comment on this anymore. As you are comparing two different things |
# |
Sep 18th 2019, 11:09 |
conehead |
... |
# |
Sep 18th 2019, 11:08 |
adam282 |
Okay, I apologize. You do not know how AWS works |
# |
Sep 18th 2019, 11:08 |
adam282 |
Not trying to be rude |
# |
Sep 18th 2019, 11:08 |
conehead |
... |
# |
Sep 18th 2019, 11:08 |
adam282 |
Then you do not understand how servers work man |
# |
Sep 18th 2019, 11:07 |
conehead |
Imho there is |
# |
Sep 18th 2019, 11:07 |
adam282 |
There is nothing wrong about not being able to test locally when I am using an AWS RDS instance that does not have public access enabled for security reasons |
# |
Sep 18th 2019, 11:06 |
conehead |
I'd say the same. But there is something wrong if you cannot test your code locally |
# |
Sep 18th 2019, 11:06 |
neon1024 |
..but that’s probably fear of the unknown, as I’ve not used AWS, other than doing the Beanstalk tutorial |
# |
Sep 18th 2019, 11:06 |
slackebot |
<conehead> |
# |
Sep 18th 2019, 11:05 |
neon1024 |
Developing directly on AWS is where I’d point my finger |
# |
Sep 18th 2019, 11:05 |
Escw0rm |
Do a session_destroy also after commenting it out |
# |
Sep 18th 2019, 11:05 |
adam282 |
It’s like something is bleeding over |
# |
Sep 18th 2019, 11:05 |
neon1024 |
Perhaps your webservers configuration is executing some other PHP, say a different `index.php` in the `root` directive |
# |
Sep 18th 2019, 11:05 |
adam282 |
Weird. Commenting that out still shows `Session Status: 2` |
# |
Sep 18th 2019, 11:03 |
adam282 |
The ONLY `session_start` that exists in my entire code base including `vendor` is ``` if (!session_start()) { throw new RuntimeException('Could not start the session'); } ``` |
# |
Sep 18th 2019, 11:03 |
adam282 |
Tried it already |
# |
Sep 18th 2019, 11:02 |
Escw0rm |
Maybe this is worth checking out: https://www.php.net/manual/en/session.configuration.php#ini.session.use-cookies |
# |
Sep 18th 2019, 11:00 |
adam282 |
Makes absolutely no sense |
# |
Sep 18th 2019, 10:59 |
Escw0rm |
Yes |
# |
Sep 18th 2019, 10:59 |
adam282 |
Do you see `Session Status: 2`? |
# |
Sep 18th 2019, 10:59 |
adam282 |
https://buildware.projects.elasty.co/users/signin |
# |
Sep 18th 2019, 10:58 |
adam282 |
I have removed all temp session files on the server as well |
# |
Sep 18th 2019, 10:58 |
adam282 |
No `session_start`’s exist in `srv/*` |
# |
Sep 18th 2019, 10:57 |
adam282 |
Evening with switching it to use the database I still get the same error |
# |
Sep 18th 2019, 10:54 |
Escw0rm |
I would try to search for all session_start and remove them temp. Then destroy all sessions and try echo session_status() again |
# |
Sep 18th 2019, 10:52 |
adam282 |
App won’t be able to access the AWS RDS from local server |
# |
Sep 18th 2019, 10:51 |
Escw0rm |
Remove all session_start, destroy all session and echo session_status() |
# |
Sep 18th 2019, 10:51 |
admad |
Do you get same error locally? |
# |
Sep 18th 2019, 10:51 |
adam282 |
Nope, definitely not |
# |
Sep 18th 2019, 10:50 |
admad |
You are maybe including some 3rd party script which is triggering the session start before hand |
# |
Sep 18th 2019, 10:48 |
adam282 |
Hm, nope that didn’t fix it. |
# |
Sep 18th 2019, 10:48 |
conehead |
You should try that on a local machine. |
# |
Sep 18th 2019, 10:46 |
adam282 |
Oh fuck me |
# |
Sep 18th 2019, 10:45 |
neon1024 |
Not too sure, apologies. I would checkout the PHP configuration. I’ve never experienced that issue myself |
# |
Sep 18th 2019, 10:44 |
adam282 |
Nah, just on the server right now |