I’m also using Transmit and it didn’t show up despite several refreshes
and logging out and back in. However using File Manager in CPanel I both
found and edited config.php successfully. Still not visible in Transmit,
though…
Roger, that’s brilliant. This also worked for me. Somehow, Transmit wasn’t
showing the file despite having permissions. Used cPanel FM to find and
edit the config.php file - now shows in Transmit after that.
What a long effing day… Thanks, everyone, for the community effort.
Oh, wow… I wouldn’t even know where to start with that. A browser hit to http://www.yoursite.com/install-location should be all it takes to
initiate the wizard – unless y’all have some complicated server settings.
Mine are fairly vanilla.
Or the browser? I used Safari, but I think that I saw some special Chrome
settings amidst all the code I poured over today.
I did look at Invoice Ninja - https://www.invoiceninja.com/ - which can be
hosted or using their service. Their Paypal integration seemed more iffy
than Anchor (or Duet Lite or whatever). Like maybe it worked better with
Paypal Pro which is a $30/mo thing from Paypal and they still ding your
sales. I’m hoping this little tool helps me streamline my invoicing labor
losses.
Well, now I can’t get this thing to send or download invoices… even after
reinstalling. Password reset emails and Invoice Discussion notices are
received, but no invoices arrive.
Is it possible the folder permissions aren’t set correctly?
Todd
Well, now I can’t get this thing to send or download invoices… even after
reinstalling. Password reset emails and Invoice Discussion notices are
received, but no invoices arrive.
Is it possible the folder permissions aren’t set correctly?
The install wizard specifically checks permissions, and okayed them. I’ve
altered none.
The system uses the php mail() function - it can be setup with smtp as
well, though the end result is exactly the same. Besides config.php, the
only other file I’ve edited is the all-templates.html file.
I’ve also enabled debugging (as per the Duet docs) but the Error Console in
Safari only turns up CSS warnings.
Do you have shell access to this server? When trying to sort this kind of thing out, I like to cd into whichever folder holds the Apache log files (usually in /var/log/apache2), and try both of these commands:
tail -f error.log
tail -f access.log
Either of these commands will follow (-f) the last lines of the selected log file, and show you interactively whatever is happening in your server. You should see your IP address and connection details as you access the site in your browser. Often times, PHP is configured to not print errors to the screen. That’s actually a very good idea for a production (public) server, but it does you no good in this case. Tailing the error.log will give you a real-time view of whatever may be going wrong with your application.
Walter
On Nov 9, 2014, at 11:43 AM, Ernie Simpson email@hidden wrote:
Is it possible the folder permissions aren’t set correctly?
The install wizard specifically checks permissions, and okayed them. I’ve
altered none.
The system uses the php mail() function - it can be setup with smtp as
well, though the end result is exactly the same. Besides config.php, the
only other file I’ve edited is the all-templates.html file.
I’ve also enabled debugging (as per the Duet docs) but the Error Console in
Safari only turns up CSS warnings.
If you don’t have such access, you can temporarily turn on the visible error reporting features by adding these lines to your .htaccess file (no restart needed).
php_flag display_errors on
php_value error_reporting 32767
That second line turns the error reporting up to paranoid (E_ALL), so you will see every little thing. Anything that begins with WARNING you may ignore, but you may want to figure out a way to correct anyway, because it will cause your error log to balloon if there are a lot of them. Generally your log settings will include warnings at the log file level, so if you’re seeing a lot of those (and you probably will, if your server has the very latest version of PHP on it, and your application was written with a previous version).
Walter
On Nov 9, 2014, at 11:50 AM, Walter Lee Davis email@hidden wrote:
php_flag display_errors on
php_value error_reporting 32767
returns the following
[Sun Nov 09 12:27:51 2014] [alert] [client 104.10.77.58]
/home/ernie/public_html/billing/.htaccess: Invalid command 'php_flag',
perhaps misspelled or defined by a module not included in the server
configuration
Ugh. You probably don’t have your Apache config set to AllowOverride All, then. If you did, it should work. You can still use this technique, but you’ll need to find a common config file that gets included into each php script on this application (the elusive config file you were searching for earlier should do the trick). Then find a spot within that file that is not inside a function, but is inside the <?php ?> tags, and add these two lines:
Save the file, reload, and you should see any errors (unless the error is thrown in the config file, in which case it’s not going to appear either).
Walter
On Nov 9, 2014, at 12:32 PM, Ernie Simpson email@hidden wrote:
php_flag display_errors on
php_value error_reporting 32767
returns the following
[Sun Nov 09 12:27:51 2014] [alert] [client 104.10.77.58]
/home/ernie/public_html/billing/.htaccess: Invalid command 'php_flag',
perhaps misspelled or defined by a module not included in the server
configuration
Save the file, reload, and you should see any errors (unless the error is
thrown in the config file, in which case it’s not going to appear either).
That was simple enough… although, no new errors were reported.
The app itself keeps an error log - which looks like this:
[09-Nov-2014 12:54:06 America/New_York] PHP Warning: PHP Startup: Unable
to load dynamic library
'/usr/local/lib/php/extensions/no-debug-non-zts-20100525/pdo.so' -
/usr/local/lib/php/extensions/no-debug-non-zts-20100525/pdo.so: cannot open
shared object file: No such file or directory in Unknown on line 0
[09-Nov-2014 12:54:06 America/New_York] PHP Warning: PHP Startup: Unable
to load dynamic library
'/usr/local/lib/php/extensions/no-debug-non-zts-20100525/pdo_sqlite.so' -
/usr/local/lib/php/extensions/no-debug-non-zts-20100525/pdo_sqlite.so:
cannot open shared object file: No such file or directory in Unknown on
line 0
[09-Nov-2014 12:54:06 America/New_York] PHP Warning: PHP Startup: Unable
to load dynamic library
'/usr/local/lib/php/extensions/no-debug-non-zts-20100525/pdo_mysql.so' -
/usr/local/lib/php/extensions/no-debug-non-zts-20100525/pdo_mysql.so:
cannot open shared object file: No such file or directory in Unknown on
line 0
[09-Nov-2014 12:54:06 America/New_York] PHP Warning: PHP Startup: Unable
to load dynamic library
'/usr/local/lib/php/extensions/no-debug-non-zts-20100525/ffmpeg.so' -
/usr/local/lib/php/extensions/no-debug-non-zts-20100525/ffmpeg.so: cannot
open shared object file: No such file or directory in Unknown on line 0
[09-Nov-2014 12:54:06 America/New_York] PHP Warning: PHP Startup: Unable
to load dynamic library
'/usr/local/lib/php/extensions/no-debug-non-zts-20100525/magickwand.so' -
/usr/local/lib/php/extensions/no-debug-non-zts-20100525/magickwand.so:
cannot open shared object file: No such file or directory in Unknown on
line 0
Which I don’t know is normal or not. I’ve sent it off to the developer with
a description of the problem, maybe he will look at it.
You don’t have SQLite compiled into your PHP install there. Ask the developer if you can switch over to MySQL (which I will bet you $100 you DO have). That should get you going in no time.
Walter
On Nov 9, 2014, at 1:01 PM, Ernie Simpson email@hidden wrote:
Save the file, reload, and you should see any errors (unless the error is
thrown in the config file, in which case it’s not going to appear either).
That was simple enough… although, no new errors were reported.
The app itself keeps an error log - which looks like this:
[09-Nov-2014 12:54:06 America/New_York] PHP Warning: PHP Startup: Unable
to load dynamic library
'/usr/local/lib/php/extensions/no-debug-non-zts-20100525/pdo.so' -
/usr/local/lib/php/extensions/no-debug-non-zts-20100525/pdo.so: cannot open
shared object file: No such file or directory in Unknown on line 0
[09-Nov-2014 12:54:06 America/New_York] PHP Warning: PHP Startup: Unable
to load dynamic library
'/usr/local/lib/php/extensions/no-debug-non-zts-20100525/pdo_sqlite.so' -
/usr/local/lib/php/extensions/no-debug-non-zts-20100525/pdo_sqlite.so:
cannot open shared object file: No such file or directory in Unknown on
line 0
[09-Nov-2014 12:54:06 America/New_York] PHP Warning: PHP Startup: Unable
to load dynamic library
'/usr/local/lib/php/extensions/no-debug-non-zts-20100525/pdo_mysql.so' -
/usr/local/lib/php/extensions/no-debug-non-zts-20100525/pdo_mysql.so:
cannot open shared object file: No such file or directory in Unknown on
line 0
[09-Nov-2014 12:54:06 America/New_York] PHP Warning: PHP Startup: Unable
to load dynamic library
'/usr/local/lib/php/extensions/no-debug-non-zts-20100525/ffmpeg.so' -
/usr/local/lib/php/extensions/no-debug-non-zts-20100525/ffmpeg.so: cannot
open shared object file: No such file or directory in Unknown on line 0
[09-Nov-2014 12:54:06 America/New_York] PHP Warning: PHP Startup: Unable
to load dynamic library
'/usr/local/lib/php/extensions/no-debug-non-zts-20100525/magickwand.so' -
/usr/local/lib/php/extensions/no-debug-non-zts-20100525/magickwand.so:
cannot open shared object file: No such file or directory in Unknown on
line 0
Which I don’t know is normal or not. I’ve sent it off to the developer with
a description of the problem, maybe he will look at it.
Oh, wait, never mind, you don’t have a bunch of things according to this log. Is it possible that the config file is trying to use a different version of PHP than the one you have installed on your server? Put a test file in the Web root somewhere, with this one line in it:
<?php phpinfo(); ?>
Name that [something cryptic].php and send a link to it to the developer. He or she may be able to tell more accurately what the issue is given the server you are using. Don’t share that link publicly, naturally, and delete the file after the developer has seen it.
Walter
On Nov 9, 2014, at 1:01 PM, Ernie Simpson email@hidden wrote:
Save the file, reload, and you should see any errors (unless the error is
thrown in the config file, in which case it’s not going to appear either).
That was simple enough… although, no new errors were reported.
The app itself keeps an error log - which looks like this:
[09-Nov-2014 12:54:06 America/New_York] PHP Warning: PHP Startup: Unable
to load dynamic library
'/usr/local/lib/php/extensions/no-debug-non-zts-20100525/pdo.so' -
/usr/local/lib/php/extensions/no-debug-non-zts-20100525/pdo.so: cannot open
shared object file: No such file or directory in Unknown on line 0
[09-Nov-2014 12:54:06 America/New_York] PHP Warning: PHP Startup: Unable
to load dynamic library
'/usr/local/lib/php/extensions/no-debug-non-zts-20100525/pdo_sqlite.so' -
/usr/local/lib/php/extensions/no-debug-non-zts-20100525/pdo_sqlite.so:
cannot open shared object file: No such file or directory in Unknown on
line 0
[09-Nov-2014 12:54:06 America/New_York] PHP Warning: PHP Startup: Unable
to load dynamic library
'/usr/local/lib/php/extensions/no-debug-non-zts-20100525/pdo_mysql.so' -
/usr/local/lib/php/extensions/no-debug-non-zts-20100525/pdo_mysql.so:
cannot open shared object file: No such file or directory in Unknown on
line 0
[09-Nov-2014 12:54:06 America/New_York] PHP Warning: PHP Startup: Unable
to load dynamic library
'/usr/local/lib/php/extensions/no-debug-non-zts-20100525/ffmpeg.so' -
/usr/local/lib/php/extensions/no-debug-non-zts-20100525/ffmpeg.so: cannot
open shared object file: No such file or directory in Unknown on line 0
[09-Nov-2014 12:54:06 America/New_York] PHP Warning: PHP Startup: Unable
to load dynamic library
'/usr/local/lib/php/extensions/no-debug-non-zts-20100525/magickwand.so' -
/usr/local/lib/php/extensions/no-debug-non-zts-20100525/magickwand.so:
cannot open shared object file: No such file or directory in Unknown on
line 0
Which I don’t know is normal or not. I’ve sent it off to the developer with
a description of the problem, maybe he will look at it.
It is if its name is guessable. There are a lot of details in there that you don’t want to be general information. Not your password or anything like that, but specifics about the physical layout of your server, and the specific versions of various libraries that were used to build the PHP interpreter, either of which could prove useful to a black-hat.
Walter
On Nov 9, 2014, at 1:21 PM, Ernie Simpson email@hidden wrote:
The app’s install wizard checks that… I passed at each install
I’m still futzing about with this and have it mostly working. What I have
learned…
You may not need to setup the email settings as PHP has its own sendmail
ability - it works well on my server without tweaking these settings. I
recommend that you try it without these settings first, as that may be
easiest.
That said, at one point I had also setup the email settings to work with my
email server… obviously you must first setup the email account on your mail
server or this is pointless. Lucky for me, my server provider does an
excellent job of listing the server name, username, ports etc., in
describing how to setup email clients. I’m not sure how I’d set this up for
an external email host, like Gmail or Yahoo. “Host” wouldn’t be localhost
but something like “cp1.hosting-provider.com” e.g., the mail host.
Simplest route for me was to setup an IMAP email account on my server and
copy the settings to the config file. However, since I’ve reinstalled
several times now (apparently, the only sure fire way of recovering from a
blunder) I just let PHP send the mail.
Also, do not use a transparent image for the logo as that can mess with the
PDF generation of an invoice.
Also also, if contacting Anchor support, be most careful as I think years
of British rule have rendered his people culturally humorless. That or
years of rebellion against British rule have rendered me a cultural ass…
Thanks, Ernie. I’ll have another go later. I don’t have any email
accounts set up with that domain so maybe creating one might be
beneficial.
Roger
Roger Houghton Bath, Somerset, UK
On Wed, 26 Nov 2014, at 04:20 PM, Ernie Simpson wrote:
Hey, Roger -
I’m still futzing about with this and have it mostly working. What I
have learned…
You may not need to setup the email settings as PHP has its own
sendmail ability - it works well on my server without tweaking these
settings. I recommend that you try it without these settings first, as
that may be easiest.
That said, at one point I had also setup the email settings to work
with my email server… obviously you must first setup the email account
on your mail server or this is pointless. Lucky for me, my server
provider does an excellent job of listing the server name, username,
ports etc., in describing how to setup email clients. I’m not sure how
I’d set this up for an external email host, like Gmail or Yahoo.
“Host” wouldn’t be localhost but something like
“cp1.hosting-provider.com” e.g., the mail host.
Simplest route for me was to setup an IMAP email account on my server
and copy the settings to the config file. However, since I’ve
reinstalled several times now (apparently, the only sure fire way of
recovering from a blunder) I just let PHP send the mail.
Also, do not use a transparent image for the logo as that can mess
with the PDF generation of an invoice.
Also also, if contacting Anchor support, be most careful as I think
years of British rule have rendered his people culturally humorless.
That or years of rebellion against British rule have rendered me a
cultural ass…
I wanted to test Anchor locally first so I used a small Ruby app, MailCatcher http://mailcatcher.me/http://mailcatcher.me/ to send the emails. For local email testing it’s a wonderfully useful tool. I know it doesn’t answer your question Roger, but it might be an alternative if all you’re doing is testing Anchor to see if you like it.
Todd
Thanks, Ernie. I’ll have another go later. I don’t have any email
accounts set up with that domain so maybe creating one might be
beneficial.
Thanks. Might try it as nothing else has worked. It will email me a
password reminder without any fuss but won’t email me an invoice.
Roger
–
Roger Houghton
Bath, Somerset, UK
On Wed, 26 Nov 2014, at 05:27 PM, Todd wrote:
I wanted to test Anchor locally first so I used a small Ruby app,
MailCatcher http://mailcatcher.me/http://mailcatcher.me/ to send the
emails. For local email testing it’s a wonderfully useful tool. I know it
doesn’t answer your question Roger, but it might be an alternative if all
you’re doing is testing Anchor to see if you like it.
