[PHP-DB] Waiting for localhost

[Ethan Rosenberg]

Dear List -

I am getting the message - waiting for localhost.

Here are some diagnostic steps I have tried 

root@meow:/home/ethan# cat /var/www/cgi-bin/httpd.conf
ScriptAlias /cgi-bin/ /usr/lib/cgi-bin/jkj
ServerName 127.0.0.1:80
Listen xx.xx.xx.xx:80
Listen 127.0.0.1:80

root@meow:/home/ethan# cat /etc/hosts
127.0.0.1localhost
127.0.1.1meow

# The following lines are desirable for IPv6 capable hosts
::1 localhost ip6-localhost ip6-loopback
ff02::1 ip6-allnodes
ff02::2 ip6-allrouters

root@meow:/var/www# netstat -tulpen | grep apache
tcp6   0  0 :::80   :::*LISTEN  0  479768 
   17489/apache2


root@meow:/var/www# tail -n 20   /var/log/apache2/error.log

Xdebug requires Zend Engine API version 220121212.
The Zend Engine API version 220131226 which is installed, is newer.
Contact Derick Rethans at http://xdebug.org/docs/faq#api for a later version of 
Xdebug.

Xdebug requires Zend Engine API version 220121212.
The Zend Engine API version 220131226 which is installed, is newer.
Contact Derick Rethans at http://xdebug.org/docs/faq#api for a later version of 
Xdebug.

[Mon Mar 02 08:40:45.086896 2015] [mpm_prefork:notice] [pid 12464] AH00169: caught SIGTERM, shutting 
down

Xdebug requires Zend Engine API version 220121212.
The Zend Engine API version 220131226 which is installed, is newer.
Contact Derick Rethans at http://xdebug.org/docs/faq#api for a later version of 
Xdebug.

Xdebug requires Zend Engine API version 220121212.
The Zend Engine API version 220131226 which is installed, is newer.
Contact Derick Rethans at http://xdebug.org/docs/faq#api for a later version of 
Xdebug.

[Mon Mar 02 08:40:56.451265 2015] [mpm_prefork:notice] [pid 17489] AH00163: Apache/2.4.9 (Debian) 
PHP/5.6.0RC2 configured -- resuming normal operations

[Mon Mar 02 08:40:56.451332 2015] [core:notice] [pid 17489] AH00094: Command 
line: '/usr/sbin/apache2'



root@meow:/var/www#
root@meow:/var/www# tail -n 20   /var/log/messages
Mar  2 07:35:07 meow rsyslogd: [origin software="rsyslogd" swVersion="7.6.3" x-pid="1774" 
x-info="http://www.rsyslog.com";] rsyslogd was HUPed
Mar  2 07:35:57 meow rsyslogd-2359: action 'action 17' resumed (module 'builtin:ompipe') [try 
http://www.rsyslog.com/e/2359 ]

--

root@meow:/var/www# tail -n 20/var/log/syslog
Mar  2 08:39:54 meow avahi-daemon[2256]: Received response from host 192.168.1.1 with invalid source 
port 32768 on interface 'eth0.0'
Mar  2 08:40:24 meow avahi-daemon[2256]: Received response from host 192.168.1.1 with invalid source 
port 32768 on interface 'eth0.0'
Mar  2 08:40:54 meow avahi-daemon[2256]: Received response from host 192.168.1.1 with invalid source 
port 32768 on interface 'eth0.0'
Mar  2 08:41:24 meow avahi-daemon[2256]: Received response from host 192.168.1.1 with invalid source 
port 32768 on interface 'eth0.0'
Mar  2 08:41:54 meow avahi-daemon[2256]: Received response from host 192.168.1.1 with invalid source 
port 32768 on interface 'eth0.0'
Mar  2 08:42:22 meow avahi-daemon[2256]: Received response from host 192.168.1.1 with invalid source 
port 32768 on interface 'eth0.0'
Mar  2 08:42:52 meow avahi-daemon[2256]: Received response from host 192.168.1.1 with invalid source 
port 32768 on interface 'eth0.0'
Mar  2 08:43:22 meow avahi-daemon[2256]: Received response from host 192.168.1.1 with invalid source 
port 32768 on interface 'eth0.0'
Mar  2 08:43:52 meow avahi-daemon[2256]: Received response from host 192.168.1.1 with invalid source 
port 32768 on interface 'eth0.0'
Mar  2 08:44:22 meow avahi-daemon[2256]: Received response from host 192.168.1.1 with invalid source 
port 32768 on interface 'eth0.0'
Mar  2 08:44:52 meow avahi-daemon[2256]: Received response from host 192.168.1.1 with invalid source 
port 32768 on interface 'eth0.0'
Mar  2 08:45:22 meow avahi-daemon[2256]: Received response from host 192.168.1.1 with invalid source 
port 32768 on interface 'eth0.0'
Mar  2 08:45:46 meow udisksd[3811]: Error performing housekeeping for drive 
/org/freedesktop/UDisks2/drives/WDC_WD5000BPKX_00HPJT0_WD_WX61AC3E1237: Error updating SMART data: 
sk_disk_check_sleep_mode: Operation not supported (udisks-error-quark, 0)
Mar  2 08:45:52 meow avahi-daemon[2256]: Received response from host 192.168.1.1 with invalid source 
port 32768 on interface 'eth0.0'
Mar  2 08:46:22 meow avahi-daemon[2256]: Received response from host 192.168.1.1 with invalid source 
port 32768 on interface 'eth0.0'
Mar  2 08:46:52 meow avahi-daemon[2256]: Received response from host 192.168.1.1 with invalid source 
port 32768 on interface 'eth0.0'
Mar  2 08:47:22 meow avahi-daemon[2256]: Received response from host 192.168.1.1 with invalid source 
port 32768 on interface 'eth0.0'
Mar  2 08:47:52 meow avahi-daemon[2256]: Received response from host 192.168.1.1 with invalid source 
port 32768 on interface 'eth0.0'
Mar  2 08:48:22 meow avahi-daemon[2256]: Received response from host 192.168.1.1 with invalid source 
por

Re: [PHP-DB] Code Security

[Ethan Rosenberg]

On 02/16/2015 12:10 AM, Mark Murphy wrote:

How do you prevent access to the second partition? What good is a second 
partition going to do? Both
partitions are visible to the OS. If you only have a single OS, then both the 
client and the server
are running on the same OS, and there is only one logon. The number of 
partitions is irrelavant.

So your choices are choose a compiled language like C or Java, or use multiple 
computers. You can
use a hammer to drive a screw if you get a big enough hammer, but you will 
probably break something
and it won't work very well. You are trying to use PHP to do something it was 
never meant to do, and
that can only turn out badly. You can think about it all you want, but you are 
just looking for a
bigger hammer to drive something that isn't a nail.

On Sun, Feb 15, 2015 at 7:21 PM, Ethan Rosenberg 
mailto:erosenb...@hygeiabiomedical.com>> wrote:

On 02/15/2015 05:39 PM, Mark Murphy wrote:

I would say no. It isn't the hard drive that is the problem, you need a 
separate operating
system.
My thought is that even a small retailer will already have a computer, 
so all you have to
sell is
the appliance which is all server. No one needs to log in to the 
server. To make it useable
you just
need a config application that will let the owner set the IP address.

On Feb 15, 2015 1:25 PM, "Ethan Rosenberg" 
mailto:erosenb...@hygeiabiomedical.com>
>> wrote:

 On 02/14/2015 08:54 PM, Mark Murphy wrote:

 There might be a virtual machine solution, probably not the 
VMWare hypervisor since you
 can't get it
 to boot into one of the VMs. I don't know about any of the 
others. Maybe put the
server at a
 hosting
 service like pair networks. You just can't run any scripted 
solution stand alone
because of the
 security risks. You might be able to use something that 
encrypts the source, but it
might
 have the
 same security risks for a determined attacker. Look at Zend 
Guard or Ioncube. These
aren't
 free, but
 less expensive than a whole server.

 That said, the most secure option is a separate server machine 
which you could set
up as a
 Linux box
 without the GUI, and a cheap 4 port switch to hook up to your 
POS client. No one
needs to
 have logon
 authority to the server except you, or other support 
personnel. Kind of like a POS
appliance.

 On Feb 14, 2015 8:27 PM, "Ethan Rosenberg" 
mailto:erosenberg@__hygeiabiomedical.com 
>
 __hygeiabio__medical.com
 __hygeiabio__medical.com
 >>
   
>__hygeiabi__o__medical.com 

  __hygeiabio__medical.com 

  wrote:

   On 02/06/2015 02:45 PM, Bastien Koert wrote:

   Hold on, so you've written a point of sale 
app that exists on the
client