5 ms·

Woo Woo Woo...Am I missing something or isn't PHP also a back-end language? About the article, I think you are just doing it wrong. I personally never used Go,

Woo Woo Woo...Am I missing something or isn't PHP also a back-end language? About the article, I think you are just doing it wrong. I personally never used Go, like I never used many other languages, but I tried many. Everyone has it's own way, just because one does things differently and not your way doesn't mean it's wrong. It means is different. You know...taste...

dokem 14y ago
> Everyone has it's own way, just because one does things differently and not your way doesn't mean it's wrong. Did you read the article? That was exactly his point.
gummydude 14y ago
PHP is weak for long running back-end services.
- encoderer 14y ago
  True, but if you have to: https://github.com/shaneharter/PHP-Daemon https://github.com/shaneharter/PHP-Daemon
  - chrismsnz 14y ago
    Interesting - hadn't seen that before. My own attempts at brewing something together with PHP's posix and pcntl libs were feeble. Thanks for the link.
  - gummydude 14y ago
    From your link. "Note: For many reasons PHP is not an optimal language choice for creating servers or daemons. I created this library so if you must use PHP for these things, you can do it with ease and produce great results. But if you have the choice, Java, Python, Ruby, etc, are all better suited for this." Possible but not recommended.
    - encoderer 14y ago
      Yeah, it's my project. It's OSS so I figured a shameless plug wouldn't hurt anybody.
- sheraz 14y ago
  i'm running beanstalkd workers in PHP using supervisord. Seems to work for me, at least for now...
  - chrismsnz 14y ago
    Yeah, same. You really do need supervisord to manage the process, though. My background processes lean on supervisor's functionality quite a lot. Most of them don't run any longer than 5 mins or so.
    - sheraz 14y ago
      My setup is like iron.io, and supervisord manages all of the PHP daemons. * video encoding and thumb-nailing * image conversion * content upload to ftp, s3, rs cloud, etc * address geocoding * email notifications * web scraping All in all, very pleased. The next part is to build a unified control panel to watch my processes and workers. For now I use the one built into supervisord.
Goopplesoft 14y ago
The fact that its often intermingled in the frontend and php-cli is weak and almost an afterthought probably lead him to say that.
randomdata 14y ago
I think the terminology is just getting lost because one man's backend is another man's application. Someone who is building user interfaces for a website might say PHP powers the backend, but someone writing that PHP application would say C (MySQL) is what really powers the backend. In recent times we have been hearing a lot about Twitter and Facebook's backends, both of which make heavy use of JVM-based languages despite still using PHP and Ruby respectively in the main web-facing application. I believe the article is drawing from that context to separate what the backend means. You can, of course, write your backend code in virtually any language, but PHP isn't particularly geared towards the task for a number of reasons.

dokem 14y ago

> Everyone has it's own way, just because one does things differently and not your way doesn't mean it's wrong. Did you read the article? That was exactly his point.

gummydude 14y ago

PHP is weak for long running back-end services.

encoderer 14y ago
True, but if you have to: https://github.com/shaneharter/PHP-Daemon https://github.com/shaneharter/PHP-Daemon
- chrismsnz 14y ago
  Interesting - hadn't seen that before. My own attempts at brewing something together with PHP's posix and pcntl libs were feeble. Thanks for the link.
- gummydude 14y ago
  From your link. "Note: For many reasons PHP is not an optimal language choice for creating servers or daemons. I created this library so if you must use PHP for these things, you can do it with ease and produce great results. But if you have the choice, Java, Python, Ruby, etc, are all better suited for this." Possible but not recommended.
  - encoderer 14y ago
    Yeah, it's my project. It's OSS so I figured a shameless plug wouldn't hurt anybody.
sheraz 14y ago
i'm running beanstalkd workers in PHP using supervisord. Seems to work for me, at least for now...
- chrismsnz 14y ago
  Yeah, same. You really do need supervisord to manage the process, though. My background processes lean on supervisor's functionality quite a lot. Most of them don't run any longer than 5 mins or so.
  - sheraz 14y ago
    My setup is like iron.io, and supervisord manages all of the PHP daemons. * video encoding and thumb-nailing * image conversion * content upload to ftp, s3, rs cloud, etc * address geocoding * email notifications * web scraping All in all, very pleased. The next part is to build a unified control panel to watch my processes and workers. For now I use the one built into supervisord.

Goopplesoft 14y ago

The fact that its often intermingled in the frontend and php-cli is weak and almost an afterthought probably lead him to say that.

randomdata 14y ago

I think the terminology is just getting lost because one man's backend is another man's application. Someone who is building user interfaces for a website might say PHP powers the backend, but someone writing that PHP application would say C (MySQL) is what really powers the backend. In recent times we have been hearing a lot about Twitter and Facebook's backends, both of which make heavy use of JVM-based languages despite still using PHP and Ruby respectively in the main web-facing application. I believe the article is drawing from that context to separate what the backend means. You can, of course, write your backend code in virtually any language, but PHP isn't particularly geared towards the task for a number of reasons.