that would require that the calculation also be done on the client side.
On Sun, Sep 11, 2016 at 07:06:15PM -0700, Michael Bochkaryov wrote:
> On Sun, Sep 11, 2016 at 4:51 PM, Ruben Safir wrote:
>
> > > GD::Graph is something that is not going to kill me (like if CGI.pm
> > became
> > > unavai
There's compatibility list - seems quite good to use in production:
http://docs.mathjax.org/en/latest/misc/browser-compatibility.html
On Sun, Sep 11, 2016 at 8:51 PM, Igor Chudov wrote:
> This mathml and asciimath is extremely interesting! Thank you! You are
> awesome!
>
> I was a little unclea
Mathjax is the best for math display on the web. The mathematics
professional societies use it, as do major projects like webwork (
github.com/openwebwork, webwork.maa.org) and Sage (sagemath.org).
On Sunday, September 11, 2016, Igor Chudov wrote:
> This mathml and asciimath is extremely intere
This mathml and asciimath is extremely interesting! Thank you! You are
awesome!
I was a little unclear what browsers it works with, I would have to do some
testing. I hope that it is compatible with all modern browsers and cell
phones and such. If not it would not work, but if it is then I would b
On Sun, Sep 11, 2016 at 4:51 PM, Ruben Safir wrote:
> > GD::Graph is something that is not going to kill me (like if CGI.pm
> became
> > unavailable) but it is certainly a concern.
> >
> > Are there any alternatives to it?
> >
> imagemajic maybe
>
It also make sense to try something like this:
h
On 09/11/2016 07:43 PM, Igor Chudov wrote:
> you are right.
>
> It does not even compile correctly any more due to some stupid and
> incorrect logic in Makefile.PL related to major and minor perl versions. I
> have to edit Makefile.PL prior to compiling it.
>
> It has no real future, sadly.
>
>
you are right.
It does not even compile correctly any more due to some stupid and
incorrect logic in Makefile.PL related to major and minor perl versions. I
have to edit Makefile.PL prior to compiling it.
It has no real future, sadly.
GD::Graph is something that is not going to kill me (like if
On 09/11/2016 05:36 PM, Igor Chudov wrote:
> Examples of graphics are here:
>
> https://www.algebra.com/services/rendering/
>
> I draw these pictures on the fly using GD::Graph, by parsing formulas and
> rendering them in proper notation.
GD Graph might be a longer term problem than CGI.pm
--
On Sun, Sep 11, 2016 at 11:08 AM, Ruben Safir wrote:
> On 09/11/2016 11:38 AM, Igor Chudov wrote:
> > About maybe half of those responses are images generated by
> mod_perl/CGI.pm
> > scripts that draw pictures of math formulas like x/(x+1) etc.
> >
> > I agree that running CGI.pm inside true CGI
CGI.pm is still good - but i you are using modperl "properly" then it is
worth look at APR, which when you use CGI.pm under mod_perl it is what
is used under the hood... and is faster than CGI (one less level of
abstraction) although there is a minor bug in it - in that is broken if
you use mod
On 09/11/2016 11:38 AM, Igor Chudov wrote:
> About maybe half of those responses are images generated by mod_perl/CGI.pm
> scripts that draw pictures of math formulas like x/(x+1) etc.
>
> I agree that running CGI.pm inside true CGI scripts (one process per every
> web object) is expensive. Runnin
On Sun, Sep 11, 2016 at 10:23 AM, Ruben Safir wrote:
> On Sun, Sep 11, 2016 at 09:46:52AM -0500, Igor Chudov wrote:
> > Ruben, thank you for your opinion. You have your own opinion and I have
> > mine, and that is what makes the Internet beautiful.
> >
> > Take a look at your own website coinhang
On Sun, Sep 11, 2016 at 09:46:52AM -0500, Igor Chudov wrote:
> Ruben, thank you for your opinion. You have your own opinion and I have
> mine, and that is what makes the Internet beautiful.
>
> Take a look at your own website coinhangout.com. It is down right now. But
> take a look at its google c
I ca only speak for Dancer2 - I imagine they are all similar
> On 11 Sep 2016, at 15:55, Igor Chudov wrote:
>
> Eugene, sorry for my ignorant questions.
>
> I see several of these frameworks.
>
> Is that correct that the result of setting up and programming the framework
> is a running perl sc
Eugene, sorry for my ignorant questions.
I see several of these frameworks.
Is that correct that the result of setting up and programming the framework
is a running perl script?
It needs a reverse proxy in front of it? (I use nginx as a reverse proxy).
Does nginx proxy to those?
Do you need se
On Sun, Sep 11, 2016 at 09:46:52AM -0500, Igor Chudov wrote:
> Ruben, thank you for your opinion. You have your own opinion and I have
> mine, and that is what makes the Internet beautiful.
>
> Take a look at your own website coinhangout.com. It is down right now. But
> take a look at its google c
Ruben, thank you for your opinion. You have your own opinion and I have
mine, and that is what makes the Internet beautiful.
Take a look at your own website coinhangout.com. It is down right now. But
take a look at its google cache:
http://webcache.googleusercontent.com/search?q=cache%3Awww.coinh
-Original Message-
From: Ruben Safir
Sent: Saturday, September 10, 2016 11:58 PM
Just for the record, this is not correct and I think time has proven
that integrating language into the html output has resulted in a Marjory
of active server pages. [snip]
I just have a distaste for
Title: Re: Alternatives to CGI perl module
Hi, Igor.
You may try http://mojolicious.org/
Вы писали 10 сентября 2016 г., 15:54:44:
I hope that this message would not be considered off topic.
I have been developing web apps since 1996 and have about 84,000 lines of perl code implementing
not for our application
I remember some 2 or 3 years ago I posted a topic for this on the forum,
but it was not answered
On Sun, Sep 11, 2016 at 8:45 AM, Ruben Safir wrote:
> On 09/11/2016 02:35 AM, Eric Aarts wrote:
> > Only non-issue – and only on stopping/restarting service apache2 – are
> >
On 09/11/2016 02:35 AM, Eric Aarts wrote:
> Only non-issue – and only on stopping/restarting service apache2 – are
> lines like these in the apache2 error.log:
>
> [Sun Sep 11 08:31:00.430150 2016] [mpm_prefork:notice] [pid 15239] AH00169:
> caught SIGTERM, shutting down
>
> [ error] oh jeez, se
On our Ubuntu 16.04.1 LTS, after installing mod_perl (simply out-of-the-box
with apt-get), CGI.pm installs:
/usr/lib/x86_64-linux-gnu/perl5/5.22/FCGI.pm
/usr/share/perl5/CGI.pm
We have 20+ Ubuntu LTS instances running on Google Cloud Platform, 12.04,
14.04 and 16.04, on all mod_perl and CGI.pm
On Sat, Sep 10, 2016 at 6:18 AM, Igor Chudov wrote:
> I can, and will of course, install CGI myself as all my sites use it and I
> have 84,000 lines written using it.
> My concern is that it will break at some point going forward if it is not
> maintained.
>
Out of curiosity, why do you think th
On 09/10/2016 09:53 PM, Igor Chudov wrote:
> It turns out that HTML has a very minor and subordinate role to perl
> application logic, and putting "perl inside html" was completely misguided
> and instead I decided to "make html inside perl". Using CGI module of
> course. This was far more maintain
Can you use Dancer2 for multiple websites?
Can it handle, say, 170 object requests per second? (which is what my main
webserver does at the peak times)?
I looked at those templates .tt. I see how they have attempts at
conditional HTML generation based on application logic.
They reminded me about
> On 10 Sep 2016, at 15:41, Paul Johnson wrote:
>
> I'd probably choose Dancer2 for new work now myself, but if you want 20
> year support you might prefer looking towards Catalyst, or perhaps even
> building something for yourself on top of Plack.
>
+1 for Dancer2
And proxy to it with nginx t
On Sat, Sep 10, 2016 at 08:18:53AM -0500, Igor Chudov wrote:
> Tom, thanks for your kind words.
>
> I can, and will of course, install CGI myself as all my sites use it and I
> have 84,000 lines written using it.
>
> My concern is that it will break at some point going forward if it is not
> main
Tom, thanks for your kind words.
I can, and will of course, install CGI myself as all my sites use it and I
have 84,000 lines written using it.
My concern is that it will break at some point going forward if it is not
maintained.
I try to use CGI.pm in ways that are not questionable, such as usi
On Sat, Sep 10, 2016 at 7:54 AM, Igor Chudov wrote:
> I hope that this message would not be considered off topic.
...
> I always considered the CGI perl module to be a work of a genius. How it
I agree, and use it, too.
...
> OK, so now, as of ubuntu 16.04, CGI is considered obsolete and is bein
I hope that this message would not be considered off topic.
I have been developing web apps since 1996 and have about 84,000 lines of
perl code implementing various websites that I own. I do not work for
anybody, own all websites that I work on, and these sites feed my family.
The largest websit
30 matches
Mail list logo
