<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Mon, Dec 28, 2015 at 7:42 AM, Eherr <span dir="ltr"><<a href="mailto:email.eherr9633@gmail.com" target="_blank">email.eherr9633@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div dir="auto"><div>Thanks Dale!</div><div><br></div><div>I will try your method in the one web directory. </div><div><br></div><div>Also while I was waiting for a response, I decided to start from scratch in a different web directory and rewrite my code for a database based system. </div><div><br></div><div>I am writing so that the system inserts into table the extension and time of call with those two grouped with a unique key to avoid duplicates. </div><div><br></div><div>Then have a cron check every minute to move any files with time of call datertime as current to the outgoing directory. </div><div><br></div><div>I have been considering two methods</div><div>1 - create the call file and leave in directory where Apache can write to. Then put the uniqueID of the call file into the database so when cron runs, it'll grab the file name and move that file to outgoing/</div><div><br></div><div>2- run cron and when it gets time for the call file, have the perl grab the extension and write the call file then and there and then move it to outgoing/ and deleting the database entry. </div><div><br></div><div>I currently going for option 2. </div><div><br></div><div>Is there any benefit in a database driven application or does best practices favor the original directory permissions?</div><div><br></div><div>I am not expecting a high level of wake up calls. Maybe the most of 5-10 in the system nightly. </div><div><br></div><div>Thanks,<div>--Eric</div><div><br></div><div>Sent from my phone.</div></div><div><div class="h5"><div><br></div></div></div></div></blockquote><div><br></div><div><br></div><div>As to best practice or perceived benefits, that is really a matter of your point of view, your comfort level and the comfort level of the End User or System Administrator. A great technical solution that the end user/system admin does not like to use is of no real value.<br></div><div><br></div><div><div>I like database driven solutions because of the easy update factor. No need to touch the file system until you absolutely need to.  With my basic understanding of your use case, I would probably for with option 2 as well.</div></div><div><br></div><div>Dale</div><div><br></div></div></div></div>