4 ms·

Don't take this the wrong way, but why PHP?

deckiedan 13y ago
Presumably because of how many webhosts have it available automatically. I'd pondered a flat file based php 'blog' engine once - with all the benefits of markdown or whatever - no database complexity, easily rsyncable for deployment, git can keep revisions, etc...
- hayksaakian 13y ago
  Sure makes sense. I asked because I always see post about Jekyll and octopress, and such. That are basically server-less.
  - deckiedan 13y ago
    Yep - and there's also some benefits performance and security wise to not having any serverside code at all (other than nginx, or whatever). The problems you have with jekyll, pelican, et al is that you lose site-side search, 'related posts' (without some reasonably complex compile-side clobber), etc. etc. Using extremely minimal PHP lets you deploy just as easily, you don't get too much of a performance hit (a hell of a lot better than wordpress, etc), you can still do search, related posts, forms, embedding, and all that. PHP as a server-side 'clever templating' language really isn't that bad. It's only awful when used to build anything massivly complex (such as joomla! or drupal...), and that it encourages messy project design.
    - vesinisa 13y ago
      > It's only awful when used to build anything massivly complex (such as joomla! or drupal...) Or a Bitcoin exchange
      - meritt 13y ago
        If only Mark Karpeles had simply written mtgox in another language, there's no way he would have lost 750,000 bitcoins.
        72deluxe 13y ago
        Wouldn't he have just recreated the same bug in another language? I think you are confusing a bug in implementation/code with the language.
        vidarh 13y ago
        I believe you're missing the dripping sarcasm.
    - mercurial 13y ago
      > PHP as a server-side 'clever templating' language really isn't that bad. I only touch PHP as little as possible, and work with a legacy PHP codebase, but AFAIK, it hasn't evolved a tag to automatically HTML-escape/JSON-escape content. So, it's as good a templating language as it is a programming language: pretty terrible. I'll trade PHP for something as barebones as Python with WSGI + Jinja2 any day.
      - pestaa 13y ago
        It's not fair to compare to compare pure PHP and Jinja2. Twig is the PHP-equivalent of Jinja2, and it is an extremely well designed templating engine.
        mercurial 13y ago
        What's not fair about it when talking about PHP as a templating language? My point is that while PHP is often lambasted as a terrible programming language, people forget that its HTML templating part is even more abysmal. If you need to have a templating system in your "advanced templating language", this really tells you everything you need to know about its capabilities.
        pestaa 13y ago
        It's not fair because PHP came way earlier than Jinja2. Both Twig and Jinja2 could learn from its predecessors.
        mercurial 13y ago
        Your rebuttal would only be correct if the two following propositions were both true: - software cannot evolve - the notion of sanitizing input/output has magically appeared out of thin air in the last 15 years (I'm pretty sure that Perl Mason could do that when it first came out, around the same time PHP did) Since clearly neither is, attributing the current state of affairs to bad technical decisions early on followed by inertia is the most logical explanation. It's like comparing Java and C#: C# has managed to regularly introduce interesting features, while Java has stagnated for a long time. Of course it's easier when you start from scratch, but especially for simple features like escaping, which I highly doubt would require major changes in architecture, there is simply no excuse.
    - uniclaude 13y ago
      To be honest, not implying you're wrong, but you could have "related posts" with pre-computation, and "site-side search" with a mix of pre-computed data structures and front-end Javascript (which could be quite efficient, provided the blog is not too large).
    - danpros 13y ago
      HTMLy has a built-in search feature and related posts. I use file-naming convention than the speed always fast even though let say the blog has about 3k of posts with hundreds of tags, why? HTMLy don't read the content first but filter it first. I already test it with mini VPS (RAM 128 MB) and no speed penalty.
noonespecial 13y ago
Outside of "the bubble" the web is basically made of php and perl. Its like the dark matter of the internet. If you want to reach all they way down to the weekend dabbler, you really need to choose one of those 2, and of those 2, php seems more immediately accessible.
- codygman 13y ago
  Sadly the web is made up of a lot of php code. Luckily this graph lets me sleep better at night: http://www.indeed.com/jobtrends?q=php&l=&relative=1 http://www.indeed.com/jobtrends?q=php&l=&relative=1
  - vidarh 13y ago
    I think you'll find that graphs like that are meaningless. I work for an agency that does mostly PHP work, and we never advertise, because for common skills like PHP, recruiters and potential hires inundate us with calls every single day. I expect the very common skills like PHP are severely under-represented in ads for this reason. For less common skills, you need to advertise, as people won't know where to go.
meritt 13y ago
Why not? It's a static cache generator. Does the language remotely matter?
imdsm 13y ago
Interesting choice. A lot of places still use it, but it definitely feels dirty. Not the kind of thing you usually see around here. While it is still used a lot, I have to say, when I saw PHP I immediately closed GitHub.
- 72deluxe 13y ago
  Do you close your browser when you find out it is written in C++? Or shut down your OS when you find out it is written in C? Or angrily close the browser tab when you find out something on the page uses JavaScript? Do you then go and wash your hands and wipe the nervous sweat from your brow? If a tool gets a job done, does the language matter? No language is perfect. I know PHP feels "dirty" but the misuse of it is likely the cause of widespread disparaging. Even the English language is not perfect. Does this stop you using it? Just a thought. I tend to close tabs when I come across stuff written in languages I can't write in... :-)

Presumably because of how many webhosts have it available automatically. I'd pondered a flat file based php 'blog' engine once - with all the benefits of markdown or whatever - no database complexity, easily rsyncable for deployment, git can keep revisions, etc...

hayksaakian 13y ago
Sure makes sense. I asked because I always see post about Jekyll and octopress, and such. That are basically server-less.
- deckiedan 13y ago
  Yep - and there's also some benefits performance and security wise to not having any serverside code at all (other than nginx, or whatever). The problems you have with jekyll, pelican, et al is that you lose site-side search, 'related posts' (without some reasonably complex compile-side clobber), etc. etc. Using extremely minimal PHP lets you deploy just as easily, you don't get too much of a performance hit (a hell of a lot better than wordpress, etc), you can still do search, related posts, forms, embedding, and all that. PHP as a server-side 'clever templating' language really isn't that bad. It's only awful when used to build anything massivly complex (such as joomla! or drupal...), and that it encourages messy project design.
  - vesinisa 13y ago
    > It's only awful when used to build anything massivly complex (such as joomla! or drupal...) Or a Bitcoin exchange
    - meritt 13y ago
      If only Mark Karpeles had simply written mtgox in another language, there's no way he would have lost 750,000 bitcoins.
      - 72deluxe 13y ago
        Wouldn't he have just recreated the same bug in another language? I think you are confusing a bug in implementation/code with the language.
        vidarh 13y ago
        I believe you're missing the dripping sarcasm.
  - mercurial 13y ago
    > PHP as a server-side 'clever templating' language really isn't that bad. I only touch PHP as little as possible, and work with a legacy PHP codebase, but AFAIK, it hasn't evolved a tag to automatically HTML-escape/JSON-escape content. So, it's as good a templating language as it is a programming language: pretty terrible. I'll trade PHP for something as barebones as Python with WSGI + Jinja2 any day.
    - pestaa 13y ago
      It's not fair to compare to compare pure PHP and Jinja2. Twig is the PHP-equivalent of Jinja2, and it is an extremely well designed templating engine.
      - mercurial 13y ago
        What's not fair about it when talking about PHP as a templating language? My point is that while PHP is often lambasted as a terrible programming language, people forget that its HTML templating part is even more abysmal. If you need to have a templating system in your "advanced templating language", this really tells you everything you need to know about its capabilities.
        pestaa 13y ago
        It's not fair because PHP came way earlier than Jinja2. Both Twig and Jinja2 could learn from its predecessors.
        mercurial 13y ago
        Your rebuttal would only be correct if the two following propositions were both true: - software cannot evolve - the notion of sanitizing input/output has magically appeared out of thin air in the last 15 years (I'm pretty sure that Perl Mason could do that when it first came out, around the same time PHP did) Since clearly neither is, attributing the current state of affairs to bad technical decisions early on followed by inertia is the most logical explanation. It's like comparing Java and C#: C# has managed to regularly introduce interesting features, while Java has stagnated for a long time. Of course it's easier when you start from scratch, but especially for simple features like escaping, which I highly doubt would require major changes in architecture, there is simply no excuse.
  - uniclaude 13y ago
    To be honest, not implying you're wrong, but you could have "related posts" with pre-computation, and "site-side search" with a mix of pre-computed data structures and front-end Javascript (which could be quite efficient, provided the blog is not too large).
  - danpros 13y ago
    HTMLy has a built-in search feature and related posts. I use file-naming convention than the speed always fast even though let say the blog has about 3k of posts with hundreds of tags, why? HTMLy don't read the content first but filter it first. I already test it with mini VPS (RAM 128 MB) and no speed penalty.

noonespecial 13y ago

Outside of "the bubble" the web is basically made of php and perl. Its like the dark matter of the internet. If you want to reach all they way down to the weekend dabbler, you really need to choose one of those 2, and of those 2, php seems more immediately accessible.

codygman 13y ago
Sadly the web is made up of a lot of php code. Luckily this graph lets me sleep better at night: http://www.indeed.com/jobtrends?q=php&l=&relative=1 http://www.indeed.com/jobtrends?q=php&l=&relative=1
- vidarh 13y ago
  I think you'll find that graphs like that are meaningless. I work for an agency that does mostly PHP work, and we never advertise, because for common skills like PHP, recruiters and potential hires inundate us with calls every single day. I expect the very common skills like PHP are severely under-represented in ads for this reason. For less common skills, you need to advertise, as people won't know where to go.

meritt 13y ago

Why not? It's a static cache generator. Does the language remotely matter?

imdsm 13y ago

Interesting choice. A lot of places still use it, but it definitely feels dirty. Not the kind of thing you usually see around here. While it is still used a lot, I have to say, when I saw PHP I immediately closed GitHub.

72deluxe 13y ago
Do you close your browser when you find out it is written in C++? Or shut down your OS when you find out it is written in C? Or angrily close the browser tab when you find out something on the page uses JavaScript? Do you then go and wash your hands and wipe the nervous sweat from your brow? If a tool gets a job done, does the language matter? No language is perfect. I know PHP feels "dirty" but the misuse of it is likely the cause of widespread disparaging. Even the English language is not perfect. Does this stop you using it? Just a thought. I tend to close tabs when I come across stuff written in languages I can't write in... :-)