Exactly ! It's cool to have a project like Django Boot ~~
Simone Federici 于2019年2月27日周三 下午4:52写道：
> Spring boot is like a django boot external lib to start a django
> microservice.
> exactly like spring boot. you can build your spring application without a
> spring boot starter.
>
>
> On Wed,
Spring boot is like a django boot external lib to start a django
microservice.
exactly like spring boot. you can build your spring application without a
spring boot starter.
On Wed, 27 Feb 2019 at 09:35, panfei wrote:
> If Django include these production-ready container, and then implement a
>
If Django include these production-ready container, and then implement a
mange.py admin command, by just executing the command we can start a
production-ready service.
Any possibilities on this idea ?
--
不学习，不知道
--
You received this message because you are subscribed to the Google Groups
"Dja
On Wed, Apr 21, 2010 at 3:08 AM, Sven Svenson wrote:
> I'm new to the Django world but it seems that FastCGI is not the
> preferred way to deploy a Django application. Why is that? I've had
> good success using FastCGI with Perl/Catalyst-based applications.
>
> Thanks.
>
> /sven
>
We use FastCGI
I'm new to the Django world but it seems that FastCGI is not the
preferred way to deploy a Django application. Why is that? I've had
good success using FastCGI with Perl/Catalyst-based applications.
Thanks.
/sven
--
You received this message because you are subscribed to the Google Groups
"Dja
Victor Ng wrote:
>> that might be true for the US deficit, but for more normal money
>> amounts, that's not really true at all.
>
> Basic currency conversion for Euro would require 5 decimal places of
> precision with no rounding involved:
> http://europa.eu.int/ISPO/y2keuro/docs/ep22-en.pdf
um
Alan Green wrote:
> On 12/1/06, James Bennett <[EMAIL PROTECTED]> wrote:
>
> > Now, does anybody want to talk about Django?
>
> Yes!
>
> Is anyone writing financial or money-handling applications in Django?
> Any particular issues or "gotchas" the world should know about?
Sort of. I work at a hed
Victor Ng wrote:
> On 11/30/06, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> >
> > Here you mean SELECT FOR UPDATE, right?
>
> No, I mean SELECT.
OK. Then another part of my answer is applied.
> The use case is two users are viewing the same record, and they both
> go to update the same record
On 12/1/06, James Bennett <[EMAIL PROTECTED]> wrote:
> Now, does anybody want to talk about Django?
Yes!
Is anyone writing financial or money-handling applications in Django?
Any particular issues or "gotchas" the world should know about?
a
--~--~-~--~~~---~--~
On 11/30/06, Istvan Albert <[EMAIL PROTECTED]> wrote:
> I think the main reason might be that when they get it wrong they don't
> have to pay the difference from their own pocket.
Depends.
The engineers will tell you it's within tolerance for the system.
The scientists will tell you it's experim
Fredrik Lundh wrote:
> that's probably because they're scientists, and have a pretty good
> understanding of basic math
I think the main reason might be that when they get it wrong they don't
have to pay the difference from their own pocket.
i.
--~--~-~--~~~---~--
On 11/30/06, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
>
> Victor Ng wrote:
>
> > If user A and user B are editting the same records and you enter a
> > race where they do this:
> >
> > A) retrieve record
>
> Here you mean SELECT FOR UPDATE, right?
No, I mean SELECT.
The use case is two users
Victor Ng wrote:
> If user A and user B are editting the same records and you enter a
> race where they do this:
>
> A) retrieve record
Here you mean SELECT FOR UPDATE, right?
> B) retrieve record
Same here, right?
> A) delete record
> B) update record
As SELECT FOR UPDATE starts a transacti
On 11/30/06, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
>
> Even if you are right and the use of numeric is the right decision,
> still naming the fixed decimal type 'float' is, well, surprising ;-)
Agreed. It *is* surprising.
> I will really appreciate an example showing when SELECT FOR UPDA
Victor Ng wrote:
> I find this interesting too since the use of numeric instead of a
> float is the right decision most of the time.
>
> If you're dealing with money at all - you absolutely cannot use float,
> you *must* use fixed decimal types or you risk getting into all kinds
> of really terrib
On 11/30/06, Fredrik Lundh <[EMAIL PROTECTED]> wrote:
>
> Victor Ng wrote:
>
> > If you're dealing with money at all - you absolutely cannot use float,
> > you *must* use fixed decimal types or you risk getting into all kinds
> > of really terrible rounding errors.
>
> that might be true for th
On 11/30/06, Fredrik Lundh <[EMAIL PROTECTED]> wrote:
> basically claimed that if someone pays you $5.999 for a
> $6.00 product, you've lost a full dollar ;-)
Clearly, we should have an infinite number of bits, and then refer
them to something like this:
http://www.newton.dep.anl.gov/
Victor Ng wrote:
> If you're dealing with money at all - you absolutely cannot use float,
> you *must* use fixed decimal types or you risk getting into all kinds
> of really terrible rounding errors.
that might be true for the US deficit, but for more normal money
amounts, that's not really
If you want to take advantage of GPU processors for number crunching,
then float is the ticket. In fact this is the way to go for most
serious scientific applications as well as image processing. Money
roundoff concerns are not part of the scientific application domain.
On Nov 30, 11:13 am, "Vi
I find this interesting too since the use of numeric instead of a
float is the right decision most of the time.
If you're dealing with money at all - you absolutely cannot use float,
you *must* use fixed decimal types or you risk getting into all kinds
of really terrible rounding errors.
I'm fra
On 11/28/06 3:21 PM, [EMAIL PROTECTED] wrote:
> I appologize for rather provocative subject line. I just want to tell
> all why I could not use Django and had to use TurboGears
> instead, even though I like Django more. I wrote this memo
> for internal use, and then desided to post it inhere.
I'm
On 11/28/06, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> Thus, the absence (or different meaning) of table inheritance and
> FloatField made the choice of TurboGears over Django for our
> project.
Hey V. Chukharev,
Thanks for this detailed critique, and good luck with your project!
Everybody
I appologize for rather provocative subject line. I just want to tell
all why I could not use Django and had to use TurboGears
instead, even though I like Django more. I wrote this memo
for internal use, and then desided to post it inhere.
I have been involved in an initial development of databas
23 matches
Mail list logo
