<html><head><meta http-equiv="Content-Type" content="text/html charset=utf-8"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class="">On Apr 16, 2015, at 1:44 PM, James Miller <<a href="mailto:gajs-f0el@dea.spamcon.org" class="">gajs-f0el@dea.spamcon.org</a>> wrote:<div class=""><br class=""><div><blockquote type="cite" class="">No output when, having pasted that content into test.php in place of the former content, I curl that file. Just returns me to the command prompt.</blockquote><div><br class=""></div><div>That’s OK, output means problem, no output means success. We now know that php is able to talk to mysql and all the libraries are in place and so forth.</div><br class=""><blockquote type="cite" class=""><div class="">Yeah, that's a lot of output. I can look at it using a graphical browser on localhost, but I don't get much out of it. See <a href="http://pastebin.com/45TRG0Pi" class="">http://pastebin.com/45TRG0Pi</a><br class=""></div></blockquote><div><br class=""></div><div>I took a look at the versions to make sure it wasn’t a case of seeming like one version of php was in use while another one was actually running. Looks good.</div><br class=""><blockquote type="cite" class=""><div class="">I did, in a bit of preliminary searching last night, run across this thread <a href="http://www.gossamer-threads.com/lists/mythtv/users/560108" class="">http://www.gossamer-threads.com/lists/mythtv/users/560108</a> where Mike Perkins claimed, a couple of years ago, that he'd resolved a problem like mine (see post #7). Does his resolution provide any helpful information?</div></blockquote><div><br class=""></div><div>You could try it, either by changing the fastcgi server parameter in the nginx config or by rerunning that test.php with the server changed:</div><div><br class=""></div><div><?php</div><div> mysql_connect('127.0.0.1', 'mythtv', 'mythtv') or die('Could not connect: ' . mysql_error());</div><div> mysql_select_db('mythconverg') or die('Could not select database');</div><div> $row = mysql_fetch_assoc(mysql_query("select count(*) num from recorded"));</div><div> echo $row["num"] . " recordings.";</div><div>?></div><div> </div><div>I also added some output for a successful run. I tried screwing up the credentials on my running mythweb instance but it failed in the “right” way - I got all sorts of output telling me my db config was screwed up etc. so the fact that yours is running through that code without complaint and then failing later on makes me wonder. It could be that something subtle has changed in php or you don’t have some php.ini setting the way mythweb wants and the database handle isn’t being saved as intended. I’ll look through the code for some place to put helpful logging and post back later.</div><br class=""><blockquote type="cite" class=""><div class="">Thanks for sticking with me on this, George. I'd be totally lost without some guidance on things to try in hopes of resolving this.</div></blockquote><br class=""></div><div>No probs. If that info.php file is still in the mythweb directory you could try browsing to it from a computer on your network, I think the remote access problem is also solved and that would demonstrate it.</div><div><br class=""></div><div>- George</div></div></body></html>