Re: [PHP-DEV] Browser side PHP
> On 5 Nov 2014, at 12:51, Lester Caine wrote: > > On 05/11/14 11:29, Andrea Faulds wrote: > Perhaps something does already exist that I'm missing? >>> >>> https://github.com/asmblah/uniter >> >> There's also http://phpjs.hertzen.com and >> https://code.google.com/p/php-to-js/ and some others. >> >> I'm currently writing a JavaScript backend for Anthony Ferrara's Recki-CT, >> too. > > Andrea - that is just the sort of insight I was hoping for. I've spotted > a few options now I'm thinking about this the other way around. I'm not > sure that the 'compile' approach will fit well with the real time work > flow? There are utilities which will watch your files for modifications and automatically recompile, that could work. -- Andrea Faulds http://ajf.me/ -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Browser side PHP
On 05/11/14 11:29, Andrea Faulds wrote: > >> On 5 Nov 2014, at 11:14, Leigh wrote: >> >>> On 5 November 2014 10:57, Lester Caine wrote: >>> Before you fall of your chairs let me expand on that ... >>> >>> Many of the sites I'm supporting are being chased by the we want your >>> work mob, and being told they "Must have apps to stay in business". Of >>> cause that means both an android and an apple one with a discount on the >>> pair. >> >> They're called responsive websites and they've been around for ages. The point was my customers don't need apps - the upgrade to a responsive design would scrap probably 90% of current apps? >>> Perhaps something does already exist that I'm missing? >> >> https://github.com/asmblah/uniter > > There's also http://phpjs.hertzen.com and > https://code.google.com/p/php-to-js/ and some others. > > I'm currently writing a JavaScript backend for Anthony Ferrara's Recki-CT, > too. Andrea - that is just the sort of insight I was hoping for. I've spotted a few options now I'm thinking about this the other way around. I'm not sure that the 'compile' approach will fit well with the real time work flow? But php.js has flagged up the use of conversion to AST trees which I think was something being discussed internally for PHP as well? My original post my have appeared off topic, but I knew there was something dovetailing in with other php discussions - just could not remember what. It's just a pity that what is available seems still very much work in progress and usage in some cases is not obvious. -- Lester Caine - G8HFL - Contact - http://lsces.co.uk/wiki/?page=contact L.S.Caine Electronic Services - http://lsces.co.uk EnquirySolve - http://enquirysolve.com/ Model Engineers Digital Workshop - http://medw.co.uk Rainbow Digital Media - http://rainbowdigitalmedia.co.uk -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Browser side PHP
> On 5 Nov 2014, at 11:14, Leigh wrote: > >> On 5 November 2014 10:57, Lester Caine wrote: >> Before you fall of your chairs let me expand on that ... >> >> Many of the sites I'm supporting are being chased by the we want your >> work mob, and being told they "Must have apps to stay in business". Of >> cause that means both an android and an apple one with a discount on the >> pair. > > They're called responsive websites and they've been around for ages. > >> >> Perhaps something does already exist that I'm missing? > > https://github.com/asmblah/uniter There's also http://phpjs.hertzen.com and https://code.google.com/p/php-to-js/ and some others. I'm currently writing a JavaScript backend for Anthony Ferrara's Recki-CT, too. -- Andrea Faulds http://ajf.me/ -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Browser side PHP
On 5 November 2014 10:57, Lester Caine wrote: > Before you fall of your chairs let me expand on that ... > > Many of the sites I'm supporting are being chased by the we want your > work mob, and being told they "Must have apps to stay in business". Of > cause that means both an android and an apple one with a discount on the > pair. They're called responsive websites and they've been around for ages. > > Perhaps something does already exist that I'm missing? > https://github.com/asmblah/uniter -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Browser side PHP
Hi, On Wed, Nov 5, 2014 at 11:57 AM, Lester Caine wrote: > Before you fall of your chairs let me expand on that ... > > Many of the sites I'm supporting are being chased by the we want your > work mob, and being told they "Must have apps to stay in business". Of > cause that means both an android and an apple one with a discount on the > pair. BUT in most cases a restyling of the existing website to be more > mobile/tablet friendly layout is all that is needed. To that end I've > finally nailed a configuration of bootstrap3 which will work with my > smarty templating and legacy jquery browser side actions. ( Fourth setup > I've worked through as previous 'solutions' proved dead ends! ) > > Very few of us use PHP as a programming language in isolation to > anything else? Although that is perhaps not obvious from some of the > discussions. Areas like better JSON or HTTP support all fall into the > camp of integration with the rest of the infrastructure? Something which > is now totally different to what existed when PHP5 first came out! > > Eclipse provides me with a flat workbench where js, css, raw html, php, > smarty tpl, sql, and even c/c++ all co-exist and the right highlighting > and support tools are provided. Javascript is the obvious choice for > browser side programming, and browser side templates like bootstrap rely > on it to make elements of the layout work, and PHP is more than happy > feeding that functionality, but trying to maintain two different > languages between the two ends is perhaps not ideal? > > Am I totally mad thinking that a tool that converts perhaps a lite > version of PHP into Javascript might plug a hole in the infrastructure? > Parts like validation beyond what html5 has added is one I've just hit > where the original site passed form data back to the server and pushed > validation errors back, so we have the specialist bits in php already. > But while html5 validation does some of the job, some javascript will be > needed to fill the gaps ... with a fall back to PHP for non-html5 browsers. > > Perhaps something does already exist that I'm missing? > This seems kind of off-topic for this mailing list, isn't it? > > -- > Lester Caine - G8HFL > - > Contact - http://lsces.co.uk/wiki/?page=contact > L.S.Caine Electronic Services - http://lsces.co.uk > EnquirySolve - http://enquirysolve.com/ > Model Engineers Digital Workshop - http://medw.co.uk > Rainbow Digital Media - http://rainbowdigitalmedia.co.uk > > -- > PHP Internals - PHP Runtime Development Mailing List > To unsubscribe, visit: http://www.php.net/unsub.php > > Regards, -- Florian Margaine
