At 9:58 AM -0400 8/26/10, Bob McConnell wrote:
From: tedd
>
4. Host? Roll the dice like the rest of us.
Before you can select a hosting provider, define what you want. Are you
looking for a cage with power and network connections, a VM that you can
load up and manage, or a fully managed ser
From: tedd
> At 1:45 PM -0500 8/25/10, Tim Martens wrote:
>>Hi Everyone,
>>
>>New to the list. Hello!
>>
>>I'm in the customer discovery phase for a Health IT web application
concept
>>I have. My programmer is new to web apps, but not to programming and
is set
>>up with LAM(PHP). We're still debat
At 4:45 PM -0500 8/25/10, Tim Martens wrote:
Thanks for all your answers. To clarify my question, I'm looking for advice
regarding how best to set up users for a web app, e.g., username.myapp.comvs
myapp.com/username and the pros and cons of each. All users will be using
essentially the same app
At 1:45 PM -0500 8/25/10, Tim Martens wrote:
Hi Everyone,
New to the list. Hello!
I'm in the customer discovery phase for a Health IT web application concept
I have. My programmer is new to web apps, but not to programming and is set
up with LAM(PHP). We're still debating weather to use a frame
Peter Lind wrote:
> On 26 August 2010 08:08, Per Jessen wrote:
>> Tim Martens wrote:
>>
>>> Thanks for all your answers. To clarify my question, I'm looking for
>>> advice regarding how best to set up users for a web app, e.g.,
>>> username.myapp.com vs myapp.com/username and the pros and cons of
On 26 August 2010 08:08, Per Jessen wrote:
> Tim Martens wrote:
>
>> Thanks for all your answers. To clarify my question, I'm looking for
>> advice regarding how best to set up users for a web app, e.g.,
>> username.myapp.com vs myapp.com/username and the pros and cons of
> each.
>
> Using usernam
Shreyas Agasthya wrote:
> I am not sure who the end-users are for your website but if you are
> concerned about scalability, I would definitely go for a sub-domain
> approach. Assuming you approach a CDN like Akamai and you want to
> offload the traffic to come from the cloud, it's lot easier for
Tim Martens wrote:
> Thanks for all your answers. To clarify my question, I'm looking for
> advice regarding how best to set up users for a web app, e.g.,
> username.myapp.com vs myapp.com/username and the pros and cons of
each.
Using username.myapp.com means defining that name in your DNS and ha
On Wed, 2010-08-25 at 21:01 +0200, Peter Lind wrote:
> On 25 August 2010 20:54, Ashley Sheridan wrote:
> > On Wed, 2010-08-25 at 13:45 -0500, Tim Martens wrote:
> >
> > If you're new to PHP, I would recommend not using a framework for the
> > experience you will gain with the language, as a framew
Thanks for all your answers. To clarify my question, I'm looking for advice
regarding how best to set up users for a web app, e.g., username.myapp.comvs
myapp.com/username and the pros and cons of each. All users will be using
essentially the same app that will have their data in their account. I c
On Wed, Aug 25, 2010 at 01:45:33PM -0500, Tim Martens wrote:
> Hi Everyone,
>
> New to the list. Hello!
>
> I'm in the customer discovery phase for a Health IT web application concept
> I have. My programmer is new to web apps, but not to programming and is set
> up with LAM(PHP). We're still de
On Wed, Aug 25, 2010 at 01:45:33PM -0500, Tim Martens wrote:
> Hi Everyone,
>
> New to the list. Hello!
>
> I'm in the customer discovery phase for a Health IT web application concept
> I have. My programmer is new to web apps, but not to programming and is set
> up with LAM(PHP). We're still de
On Wed, Aug 25, 2010 at 1:20 PM, Shreyas Agasthya wrote:
> I am not sure who the end-users are for your website but if you are
> concerned about scalability, I would definitely go for a sub-domain
> approach. Assuming you approach a CDN like Akamai and you want to offload
> the traffic to come fro
Certs, and the clients preferred to have their own
> IP's... long story, not my call, I just program it :P
>
>
> Steven Staples
>
>
> > -Original Message-
> > From: Peter Lind [mailto:peter.e.l...@gmail.com]
> > Sent: August 25, 2010 3:01 PM
al@lists.php.net
> Subject: Re: [PHP] Web application architecture (subdomain vs. sub
> directory)
>
> On 25 August 2010 20:54, Ashley Sheridan wrote:
> > On Wed, 2010-08-25 at 13:45 -0500, Tim Martens wrote:
> >
> > If you're new to PHP, I would recommend no
On Wed, Aug 25, 2010 at 12:45 PM, Tim Martens wrote:
> Language/Framework decisions aside... my main question is about subdomain (
> customerx.appname.com vs subdirectory (appname.com/customerx/) models for
> instances of individual customers' accounts.
>
> It seems most people are opting for the
On 25 August 2010 20:54, Ashley Sheridan wrote:
> On Wed, 2010-08-25 at 13:45 -0500, Tim Martens wrote:
>
> If you're new to PHP, I would recommend not using a framework for the
> experience you will gain with the language, as a framework will tend to
> hide away certain caveats and peculiarities
On Wed, 2010-08-25 at 13:45 -0500, Tim Martens wrote:
> Hi Everyone,
>
> New to the list. Hello!
>
> I'm in the customer discovery phase for a Health IT web application concept
> I have. My programmer is new to web apps, but not to programming and is set
> up with LAM(PHP). We're still debating
Hi,
If you want to develop a professional business - enterprise application I
suggest you research books related to Database Design and Development, and
Business Systems Analysis.
UML or Unified Modeling Language will help you with database design and
system design. ERD - Entity Relationship Diag
Tony Marston wrote:
>
> If you are building a business application with PHP rather than an
> ordinary
> website then I suggest that you use a framework instead of trying to
> reinvent the wheel (and making a hash of it). The Radicore framework was
> specifically designed for CRUD application
Tony Marston wrote:
Let me expand on that. When you have a form (which is what most of your
application will be composed of), it will return all the data you need
to process it. You process it, and proceed to a menu or somesuch to
tackle the next task. If, for some reason, you need to track dat
On Tue, Jun 02, 2009 at 03:49:03PM +0100, Tony Marston wrote:
>
> "Paul M Foster" wrote in message
> news:20090602134327.gk14...@quillandmouse.com...
> > On Tue, Jun 02, 2009 at 02:50:36PM +1000, Angus Mann wrote:
> >
> I would advise against this as hidden fields in forms are NOT in fact
> i
My suggestion to you is probably mosty a rehashing of what a lot of other
people have said. I definitely think you should take a good, hard look at
some existing solutions (frameworks, cms's, etc.) and decide whether you
want to use one or not. In my experience, which is admittedly limited,
pre-f
"Paul M Foster" wrote in message
news:20090602134327.gk14...@quillandmouse.com...
> On Tue, Jun 02, 2009 at 02:50:36PM +1000, Angus Mann wrote:
>
>> Hi all.
>>
>> I'm working on a PHP project for my own personal business use. It will
>> handle billing and invoices as well as payments and time ma
On Tuesday 02 June 2009 07:50:36 am Angus Mann wrote:
> Hi all.
>
> I'm working on a PHP project for my own personal business use. It will
> handle billing and invoices as well as payments and time management,
> bookings, appointments and a few more. I may add things like personal
> messaging betwe
Angus Mann wrote:
Hi all.
I'm working on a PHP project for my own personal business use. It will
handle billing and invoices as well as payments and time management,
bookings, appointments and a few more. I may add things like personal
messaging between the various users and a customer login
On Tue, Jun 02, 2009 at 02:50:36PM +1000, Angus Mann wrote:
> Hi all.
>
> I'm working on a PHP project for my own personal business use. It will
> handle billing and invoices as well as payments and time management,
> bookings, appointments and a few more. I may add things like personal
> messagin
hi angus...
You're probably going to get a lot of different approaches to this one! as a
long term/time developer in a past life.. In my humble opinion, a reasonable
approach is to start by laying out the key things that the app has to
accomplish, and then to break this down into a list/sublist un
I am on the same position, half a year ago I tried to wrote the PHP
application (sake of learning) using from scratch approaches.
Now I want to have a production application, I am bussy to start over
and writting/intergrating everthing using a framework.
I think for my case is Joomla...
So I think
Do not under any circumstances try to do this from scratch. :-) Use an
existing framework like Zend Framework or CakePHP or a CMS/framework hybrid
like Drupal or a dedicated app for billing and processing. It will save you
months of work, and countless security holes.
Even if you don't use
Yup,
Just keep a minimal include file for access to the DB's etc, then keep a
config table in MySQL, and write an interface for it. Nice idea for some
stuff (like "how many news items to show on the front page"), bad idea for
other stuff (like "server root").
I might look into something like th
: RE: [PHP] web application development question
On Fri, 26 Apr 2002, SP wrote:
> How about storing it in a database like you said with variable and value
but
> when you change a value then you write over your config.inc.php file with
a
> new one. So you get to change the value ea
Message-
From: Miguel Cruz [mailto:[EMAIL PROTECTED]]
Sent: 26 April 2002 21:19
To: Erik Price
Cc: [EMAIL PROTECTED]
Subject: Re: [PHP] web application development question
On Fri, 26 Apr 2002, Erik Price wrote:
> although include files are great for storing data that will probably not
>
ecial" - Nelson Mandela
> From: Erik Price <[EMAIL PROTECTED]>
> Date: Fri, 26 Apr 2002 16:14:43 -0400
> To: [EMAIL PROTECTED]
> Subject: Re: [PHP] web application development question
>
>
> On Friday, April 26, 2002, at 03:58 PM, Jason Wong wrote:
>
>>
On Fri, 26 Apr 2002, SP wrote:
> How about storing it in a database like you said with variable and value but
> when you change a value then you write over your config.inc.php file with a
> new one. So you get to change the value easily in a database and by using a
> file you make your app faster
.
-Original Message-
From: Erik Price [mailto:[EMAIL PROTECTED]]
Sent: April 26, 2002 4:15 PM
To: [EMAIL PROTECTED]
Subject: Re: [PHP] web application development question
On Friday, April 26, 2002, at 03:58 PM, Jason Wong wrote:
>> For those of you who write web applications (
On Fri, 26 Apr 2002, Erik Price wrote:
> although include files are great for storing data that will probably not
> change (but are now in a convenient include file in case they have to
> change), I was thinking of making this data updateable from within the
> application. So that my employer,
On Friday, April 26, 2002, at 03:58 PM, Jason Wong wrote:
>> For those of you who write web applications (in any language), what do
>> you recommend as the best way to store arbitrary atomic data for the
>> web
>> application? in other words, data that doesn't really need to be
>> stored
>>
> To: "'Richard Baskett'" <[EMAIL PROTECTED]>, "'Erik Price'"
> <[EMAIL PROTECTED]>, "'PHP General'" <[EMAIL PROTECTED]>
> Subject: RE: [PHP] web application development question
>
> Agreed, this is how I
L PROTECTED]]
> Sent: Friday, April 26, 2002 1:01 PM
> To: Erik Price; PHP General
> Subject: Re: [PHP] web application development question
>
> I usually have an info.inc file that has all these variables that I
might
> need to change. Then include it in the files that use t
I usually have an info.inc file that has all these variables that I might
need to change. Then include it in the files that use those variables and
if I ever need to change one of them I just change it in the include file
and it updates everything that way..
Rick
Beauty of whatever kind, in its
On Saturday 27 April 2002 03:50, Erik Price wrote:
> For those of you who write web applications (in any language), what do
> you recommend as the best way to store arbitrary atomic data for the web
> application? in other words, data that doesn't really need to be stored
> in a relational databa
From: "Christopher Ostmo" <[EMAIL PROTECTED]>
> The lack of transactions can easily be overcome by proper programming
> logic.
That, unfortunately, is totally untrue if there's the possibility of more
than one person manipulating data at one time on tables.
The "old fashioned way" of locking all
- http://sms.clambert.org/
- Original Message -
From: Matthew Loff <[EMAIL PROTECTED]>
To: 'Chris Lambert - WhiteCrown Networks' <[EMAIL PROTECTED]>;
<[EMAIL PROTECTED]>
Sent: Saturday, July 14, 2001 1:57 PM
Subject: RE: [PHP] Web application?
Just for reference, I ori
ern of his.
-Original Message-
From: Chris Lambert - WhiteCrown Networks [mailto:[EMAIL PROTECTED]]
Sent: Saturday, July 14, 2001 11:30 AM
To: [EMAIL PROTECTED]
Subject: Re: [PHP] Web application?
And the article was written by Joshua Drake, not Zeev. It seems to have
been published ear
pplication Security - www.whitecrown.net
*/
- Original Message -
From: Rasmus Lerdorf <[EMAIL PROTECTED]>
To: Martín Marqués <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>
Sent: Saturday, July 14, 2001 11:24 AM
Subject: Re: [PHP] Web application?
| > On Sáb 14 Jul 2
ves Gauvreau <[EMAIL PROTECTED]>
> To: <[EMAIL PROTECTED]>; Rasmus Lerdorf <[EMAIL PROTECTED]>
> Sent: Friday, July 13, 2001 5:48 PM
> Subject: Re: [PHP] Web application?
>
>
> | Is that to say that mySQL is not a good choice in this situation?
> |
> |
Thank you.
I came to the same conclusion on mySQL after only reading about it's
comparative benchmarks and that's why I choose it.
By their own admission mySQL developers have concentrated their effort
on speed but I wondered about real life situations. I wondered if those
benchmarks where do
Matthew Loff pressed the little lettered thingies in this order...
>
> I realize this is off-topic a bit... I also use MySQL for all
> database-related projects...
>
> Does anyone have any comments on benchmarks of the new beta of
> PostgreSQL vs. MySQL? Postgres appears staggeringly faster i
Inércia Sensorial pressed the little lettered thingies in this order...
> I am sorry, maybe going a little off-message here, but what would do you
> mean by eliminate 'table-scans'?
>
> --
What is typically referred to as a "table scan" is any operation that
requires scanning of the entire t
I am sorry, maybe going a little off-message here, but what would do you
mean by eliminate 'table-scans'?
--
Julio Nobrega.
You're asking me will my love grow, I don't know.
"Christopher Ostmo" <[EMAIL PROTECTED]> wrote in message
news:3B4F343A.18504.2376C59B@localhost...
> As Rasmus stated
Nothing wrong with MySQL. My comment was not specific to any particular
database. It was just a general comment that any database-backed web site
will have the database as the bottleneck and any little optimizations you
try to do at the scripting level is not going to matter much in the
grander
]>
Sent: Friday, July 13, 2001 5:48 PM
Subject: Re: [PHP] Web application?
| Is that to say that mySQL is not a good choice in this situation?
|
| If you would be so kind. Why would mySQL be the bottleneck and why PHP
| would not?
|
| Regards.
|
| Yves
|
|
| Rasmus Lerdorf wrote:
|
| > Sho
Is that to say that mySQL is not a good choice in this situation?
If you would be so kind. Why would mySQL be the bottleneck and why PHP
would not?
Regards.
Yves
Rasmus Lerdorf wrote:
> Should be fine. Chances are your bottleneck will be your database, not
> PHP.
>
> -Rasmus
>
> On Fri,
Should be fine, but if your main script is HUGE, say, 1MB (hey, it's
possible, if all HTML was inline :-) then you should consider breaking it up
to seperate files and include()'ing them. Require() is just as bad as having
them inline, in terms of memory usage, but include() replaces them only if
Is that to say that mySQL is not a good choice in this situation?
If you would be so kind. Why would mySQL be the bottleneck and why PHP
would not?
Regards.
Yves
Rasmus Lerdorf wrote:
> Should be fine. Chances are your bottleneck will be your database, not
> PHP.
>
> -Rasmus
>
> On Fri,
I do this on several large high-traffic sites, as part of a
content-management system, and it works fine. If you also use a script
cache product (Zend Cache or APC) and a cacheing template engine (cough,
cough) together in this kind of environment, you should see excellent
results, with the data
Should be fine. Chances are your bottleneck will be your database, not
PHP.
-Rasmus
On Fri, 13 Jul 2001, Yves Gauvreau wrote:
> Hi,
>
> The question is this: Say I have a large main script that handles most
> of the request if not all, I wonder what are the effect of this approach
> on perform
58 matches
Mail list logo