• 0

Deploying PHP Applications as a Native Desktop Application


Question

Hi,

 

I am sure this is one of those things that people probably asked many times. However, my research still

hasn't pointed me to a suitable solution. Basically I am tring to make my PHP applications (running on CakePHP, and SQLite) as painless as possible to deploy.

 

Are there any kind of tool or a package of Apache and PHP that self-contained and is very small and makes it super easy

to deploy an application for production use? So, the end user just has to run a single file and it will take care of

starting the web servers and launching the website. And once the window is closed it turns off the servers as well?

 

A solution that works on three major platforms (Windows, Mac and Linux) would be ideal.

 

Any ideas or options?

 

FYI coding in JAVA is not an option. CakePHP and EXTJS are all you need!

 

Thanks :)

21 answers to this question

Recommended Posts

  • 0

WAMP/LAMP/MAMP or XAMPP? (These are useful for installing/configuring apache, mysql, php all together - then simply place your web application in a folder from the root of the server and browse to it).

 

Not exactly 'native'  but would suffice.

  • 0
  On 27/06/2013 at 12:07, TheGhostWalker said:

OMG I love you. Which one do you suggest though. Downloaded PHP Desktop and messed around with it. Which one provides the most options.

  • 0

PHP-GTK seems to be the oldest / most popular, although people like WinBinder. The real issue is that there wasn't a PHP release worth developing with on the desktop until (arguably) 5.3 so... obviously there's not a lot of support for desktop applications out there. Also, Python has existed as long as PHP has, and already covered the native application side of things.

  • 0
  On 27/06/2013 at 13:07, threetonesun said:

PHP-GTK seems to be the oldest / most popular, although people like WinBinder. The real issue is that there wasn't a PHP release worth developing with on the desktop until (arguably) 5.3 so... obviously there's not a lot of support for desktop applications out there. Also, Python has existed as long as PHP has, and already covered the native application side of things.

But I haven't been bothered to learn Python. Right now I do all of my web development in PHP/SQL so having the ability to transfer that knowledge to the desktop makes a bit of sense for me. I hate switching between languages on a daily basis. Eventually you confuse something and can't find what you did wrong because both versions look fine.

  • 0

What's stopping you from serving the app from a server? Surely that would take care of all your problems and make it even easier for people.

 

In any case, you're probably better of trying out the alternatives mentioned by TheGhostWalker to find which one you like since your requirements are a little bit on the vague side.

  • Like 1
  • 0
  On 27/06/2013 at 13:17, Jub Fequois said:

What's stopping you from serving the app from a server? Surely that would take care of all your problems and make it even easier for people.

 

In any case, you're probably better of trying out the alternatives mentioned by TheGhostWalker to find which one you like since your requirements are a little bit on the vague side.

I am not the OP :P. However, while nothing is stopping me from running it from the server, having to have a server itself is a limitation. No longer having that limitation is a plus in some situations. Servers add more variables of things that can go wrong. What if the person doesn't install the server correctly? What if they change a single setting and now the server doesn't want to launch anymore. I use to do stuff with XAMP until a client managed to render the software completely useless. Couldn't get it to launch. Reinstalling didn't matter. Tried for hours to get it to work but nothing would budge. Having everything confined and using very little settings and files is a much better solution than having to rely on a customer not somehow screwing up something by changing a single obscure setting. After looking through PHP Desktop, I noticed there are not very many files. If someone screws up, just copy and paste over the files and the software would work again. Simple solutions always trump unnecessarily complex ones in my book.

  • 0
  On 27/06/2013 at 13:10, ILikeTobacco said:

But I haven't been bothered to learn Python. Right now I do all of my web development in PHP/SQL so having the ability to transfer that knowledge to the desktop makes a bit of sense for me. I hate switching between languages on a daily basis. Eventually you confuse something and can't find what you did wrong because both versions look fine.

 

Well, usually you can either do everything with Javascript (now that local storage is available), or you're going to want access to APIs that PHP doesn't have.

  On 27/06/2013 at 13:25, ILikeTobacco said:

I am not the OP :p. However, while nothing is stopping me from running it from the server, having to have a server itself is a limitation. No longer having that limitation is a plus in some situations. Servers add more variables of things that can go wrong. What if the person doesn't install the server correctly? What if they change a single setting and now the server doesn't want to launch anymore. I use to do stuff with XAMP until a client managed to render the software completely useless. Couldn't get it to launch. Reinstalling didn't matter. Tried for hours to get it to work but nothing would budge. Having everything confined and using very little settings and files is a much better solution than having to rely on a customer not somehow screwing up something by changing a single obscure setting. After looking through PHP Desktop, I noticed there are not very many files. If someone screws up, just copy and paste over the files and the software would work again. Simple solutions always trump unnecessarily complex ones in my book.

 

This all sounds soooooo terrible :laugh:

 

PHP for desktop applications is very much the "if you only have a hammer, everything is a nail" mentality.

  • 0
  On 27/06/2013 at 13:29, threetonesun said:

Well, usually you can either do everything with Javascript (now that local storage is available), or you're going to want access to APIs that PHP doesn't have.

 

This all sounds soooooo terrible :laugh:

 

PHP for desktop applications is very much the "if you only have a hammer, everything is a nail" mentality.

Comes down to time constraints. I rarely do anything that is confined to a single desktop. Most of my work is for websites and applications that require a server anyway. If you are short on time, you make everything a nail. :P

 

Also, for SQL, even though JavaScript technically can be used, I prefer to stay away from that practice. It may just be me, but I find using PHP for any sort of processing is just more efficient.

  • 0
  On 27/06/2013 at 12:34, ILikeTobacco said:

OMG I love you. Which one do you suggest though. Downloaded PHP Desktop and messed around with it. Which one provides the most options.

My only experience is with php gtk, but winbinder seems lovely (and so does php desktop) :).

  • 0

Wow, thanks for those links guys. ILikeTobacco, I am glad that I am not the only crazy one looking for a solution like that. I honestly feel that PHP is badass and with the technologies like CakePHP, EXTJS or jQuery you can create badass applications. Surely, putting things on the web has its benefits but why not both :p.... I have a fetish for native applications or something.

 

I could switch to JAVA and make my application there. But honestly the amount of code and the things you have to do in JAVA just to build a cross platform application take more time than if you used a popular library like EXT for the front-end and CakePHP for handling the logic.

 

I was looking for a solution like Adobe AIR... but instead of just HTML/JAVASCRIPT or SQLLite, you would code in PHP.

 

ThreeToneSun, I am not familiar with Python. But did you just say if I create a web app in Python, it will act as if it's a native application? Or would I still have to fire up a browser to run them?

 

I just looked up EXTJS and JAVA... something interesting popped up :p

  • 0
  On 27/06/2013 at 17:47, roosevelt said:

ThreeToneSun, I am not familiar with Python. But did you just say if I create a web app in Python, it will act as if it's a native application? Or would I still have to fire up a browser to run them?

Python is just another server side language like PHP. However, it isn't as focused on web applications as PHP is. It can also be run directly on a desktop.

  • 0

Guys I ran into this awesome nugget. Even though it does not support PHP... using a badass Javascript library to handle user's actions would be a good replacement for this. It's called AppJS. Basicaly it allows you to package your HTML/JAVASCRIPT/CSS project as a native desktop application. And it runs on Windows, Mac and Linux. I tested EXTJS, my ultimate fetish, and it is working great!

 

http://appjs.org/

  • 0
  On 27/06/2013 at 19:17, roosevelt said:

Guys I ran into this awesome nugget. Even though it does not support PHP... using a badass Javascript library to handle user's actions would be a good replacement for this. It's called AppJS. Basicaly it allows you to package your HTML/JAVASCRIPT/CSS project as a native desktop application. And it runs on Windows, Mac and Linux. I tested EXTJS, my ultimate fetish, and it is working great!

 

http://appjs.org/

Nice. Is it possible to hide the code? I have been playing with PHP Desktop and that doesn't seem to be possible. Makes the code not very secure.

  • 0
  On 27/06/2013 at 17:50, ILikeTobacco said:

Python is just another server side language like PHP. However, it isn't as focused on web applications as PHP is. It can also be run directly on a desktop.

 

Python is not a server side programming language. You would need an Apache module to run it on a server, and most people use a framework like Django with it as well. It's just a general purpose programming language.

 

If you can able OO PHP, you could pick up Python in a week. It makes a lot more sense than PHP does. On the other hand, if you want to do all of your UI with HTML + CSS (and it sounds like you do), a straight conversion program like appcelerator probably makes more sense.

  • 0
  On 27/06/2013 at 19:49, threetonesun said:

Python is not a server side programming language. You would need an Apache module to run it on a server, and most people use a framework like Django with it as well. It's just a general purpose programming language.

 

If you can able OO PHP, you could pick up Python in a week. It makes a lot more sense than PHP does. On the other hand, if you want to do all of your UI with HTML + CSS (and it sounds like you do), a straight conversion program like appcelerator probably makes more sense.

That makes it a server side language. If you install Apache without any modules, PHP doesn't run on it. For something to be a server side language, it simply needs to be a programming language that runs on the server when it is called. Also, for most larger projects, people use frameworks in PHP. The two languages are both server side languages in that situation, however Python wasn't created to be a server side language like PHP.

  • 0
  On 27/06/2013 at 19:25, ILikeTobacco said:

Nice. Is it possible to hide the code? I have been playing with PHP Desktop and that doesn't seem to be possible. Makes the code not very secure.

 

Have you read the "Protecting sources" section on the KnowledgeBase wiki page?

 

  Quote

 

 

PHP Desktop doesn't provide a direct way for protecting your php sources, but you can load custom php extensions, thus allowing you to use many of the available php encoders such as Ion CubeZend GuardSource Guardian or Nu-Coder.

 

https://code.google.com/p/phpdesktop/wiki/KnowledgeBase#Protecting_sources

  • 0
This topic is now closed to further replies.
  • Recently Browsing   0 members

    • No registered users viewing this page.
  • Posts

    • Seconded on the question. This is otherwise great for testing out systems as well.
    • thanks for that yeah its real its not fake guys i got it of amazon  how do i fix this please the good thing its not fake  
    • Oh Ok thank you,   i'll try to trace which one is the front fans and go from there, i forgot i posted on this issue before oopsy.        But they might already be connected right all i know lol.       I tend to worry way too much i think  
    • //merged your topics as they are the same thing. Same answer as well...    
    • Facebook's mobile app is finally getting support for passkeys by Usama Jawad Companies and social media platforms are embracing passkeys more readily nowadays. Microsoft made new accounts passwordless by default just last month, Windows 11 has supported passkeys for quite a while, and Google hasn't been left behind either. Interestingly, while passkeys work on WhatsApp too, Facebook hasn't enjoyed the same functionality, even though both apps are owned by the same parent company, Meta. Well, that changes today. Meta has announced support for passkeys in Facebook's mobile app. For those unaware, passkeys are essentially an alternative for passwords, as they allow you to sign in to a service securely using the same means that you use to unlock your device. This includes biometric authentication mechanisms such as facial and fingerprint recognition, as well as PIN. Since you don't need to memorize or externally store a complex password, and the methods highlighted above can't be easily duped, you effectively become more secure when you leverage passkeys. Passkeys were developed by the FIDO Alliance, and Meta is a member of this collective too. Apart from highlighting the benefits of passkeys, such as being pretty much immune to phishing and password spray attacks, Meta has revealed that they are coming to the Facebook mobile app on Android and iOS. They will also be arriving on Messenger in the next few months, and both services will share the same passkey for a more streamlined experience. Meta will also allow customers to utilize this passkey to securely autofill payment information when leveraging Meta Pay. Customers can head over to the Accounts Center in the Settings area to create and manage their passkey, or alternatively, they'll also be prompted to create one when they log in to Facebook next. It is important to note that Meta isn't doing away with passwords on Facebook just yet, as all devices may not be compatible with passkeys.
  • Recent Achievements

    • First Post
      TIGOSS earned a badge
      First Post
    • Week One Done
      slackerzz earned a badge
      Week One Done
    • Week One Done
      vivetool earned a badge
      Week One Done
    • Reacting Well
      pnajbar earned a badge
      Reacting Well
    • Week One Done
      TBithoney earned a badge
      Week One Done
  • Popular Contributors

    1. 1
      +primortal
      690
    2. 2
      ATLien_0
      284
    3. 3
      Michael Scrip
      221
    4. 4
      +FloatingFatMan
      197
    5. 5
      Steven P.
      132
  • Tell a friend

    Love Neowin? Tell a friend!