Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > comp.lang.php > #11705

Re: server-side vs.client-side

Message-ID <2114997.N0O3DD7gWI@PointedEars.de> (permalink)
From Thomas 'PointedEars' Lahn <PointedEars@web.de>
Organization PointedEars Software (PES)
Date 2013-11-02 17:46 +0100
Subject Re: server-side vs.client-side
Newsgroups comp.lang.php
References (10 earlier) <52714a1c$0$6557$9b4e6d93@newsspool4.arcor-online.net> <l4rksd$7ap$2@dont-email.me> <527163e4$0$6563$9b4e6d93@newsspool4.arcor-online.net> <52721771.6090201@arnowelzel.de> <vilain-283EF4.09532801112013@news.individual.net>

Show all headers | View raw


Michael Vilain wrote:

> Arno Welzel <usenet@arnowelzel.de> wrote:
>> Christoph Michael Becker, 2013-10-30 20:54:
>> > Jerry Stuckle wrote:
>> >> One question - since both you and Thomas seem to be from Germany, and
>> >> have the same misunderstanding of the word "normally", what does
>> >> "normally" translate to in German?  What does it mean?
>> > 
>> > In Germany it is "normalerweise"/"�blicherweise", what means as much
>> > usually.  Anyway, a misunderstanding of the term "normally" is not the
>> > problem here for me.  In my opinion, it is correct to state: "PHP is
>> > normally (usually, most often etc.) used on a server (for server-side
>> > programming)."
>> > 
>> > It is as well correct to state: "No programming language is normally
>> > either server-side or client-side."  Otherwise it would mean, that
>> > there are programming languages that couldn't be used outside of a
>> > client-server context.
>> 
>> Exactly *this* is the wrong assumption, what "normally" means in this
>> context. It does *NOT* mean that a language can *never* be used in other
>> ways - it only says that is the the most common use of it.
> 
> I've never seen javascript run on anything but a browser.

Which does not mean anything.  Not only is that an /argumentum ad 
ignorantiam/, a classic fallacy; but also, contrary to common misconception, 
there is not even a (single) programming language called “javascript”.

> Unless someone's developed a non-browser version, I personally consider it
> a client-side scripting language.

“javascript” is not even a scripting language, let alone a programming 
language.  There is no “javascript”.

> It's meant to control a browser and nothing else,

ECMAScript implementations, which you might mistakenly subsume under 
“javascript”, are scripting languages.  (So is PHP.)  “A scripting language 
is a programming language that is used to manipulate, customise, and 
automate the facilities of an existing system.”  (ECMAScript Language 
Specification, 5.1 Edition, section 4)  Nothing more, nothing less.

While the original purpose for JavaScript (first called Mocha, then 
LiveScript) was to provide scripting capabilities in the Netscape browser, 
it has surpassed those constraints already in the days of Netscape (see 
JavaScript 1.4 on Netscape Enterprise Server and successors).  Today (that 
is, since 2001 at the latest, 12 years ago), Netscape as a browser vendor 
does not exist anymore; there is ECMAScript (first Edition: 1997) and 
implementations of it.  Implementations like “JavaScript” in Adobe Reader 
and Google V8 JavaScript for node.js (an application server), and 
“JavaScript” for MongoDb (an object-oriented DBMS).

See also <http://PointedEars.de/es-matrix> pp.

> which is the client for web pages.

There are no “web pages” either.  There are HTML/XHTML/XML/SVG/MathML etc. 
documents at best.  “Web pages” is used by the same wannabes who think the 
World Wide Web and the Internet are the same, and say “IP” instead of 
“IP(v4) address when in fact “IP” means “Internet _Protocol_”.  Blind people 
talking about colors.
 
> php is not intended to run on the browser.

That much is true.  The original meaning of PHP by Rasmus Lerdorf in 1994 
was *P*ersonal *H*ome *P*age (intended to maintain his); it now means (more 
appropriately) *P*HP *H*ypertext *P*reprocessor.  However, that does not 
preclude the possibility that PHP can run in the browser, client-side, or 
that a PHP program does not have anything to do with hypertext at all; it is 
just a programming language.  But that was not even meant here.

> It runs on the server that the browser talks to.

No, it usually runs on the server that the HTTP client of the browser talks 
to, as part of a HTTP server application.

> It can run as part of the web-server or from the command line.

If a program runs from the command line, it does not matter whether the 
computer system it runs on is called a “server” for it could be, and 
reasonably be called, a “client” at the same time.  Therefore, the logic 
leading to a programming language in which such a program is written being 
called a “server-side (programming) language” is fundamentally flawed.

> Same for perl, Java, python, ruby, or C.

Yes, AISB the same logic is fundamentally flawed with regard to (all?) other 
programming languages (certainly the ones mentioned here).  There are Perl 
scripts that have nothing to do with HTTP, and there are Perl-based 
applications like Bugzilla that have.  There are client-side Java-based 
applications like Eclipse, SweetHome3D, and TV-Browser, and there are 
server-side JavaServer Pages (JSP) based on Java which run on, for example, 
Apache Tomcat.  There are Python client programs like ketchup(1) and 
youtube-dl(1), and there are Python-based application servers like Zope, and 
Web-based CMSs running on it like Plone.  There are C programs that have 
never seen a httpd or a network in general, controlling filesystems or local 
storage devices, and there is, for example the collection of C programs 
named Apache that make up a Web server.

> To me, that makes them server-side programming languages.

Which shows that, due to lack of basic knowledge and experience, you have 
not understood the problem.  Hopefully it is clearer to you now.
 
> I don't know if that matches other's definitions of server-side vs.
> client-side, but that's my definition.

Laymen like you can make up any definition they want; that does not mean 
that it makes sense, applies in general, or is generally accepted by 
professionals (like me).


PointedEars 
-- 
When all you know is jQuery, every problem looks $(olvable).

Back to comp.lang.php | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread


Thread

checking for audio playing ??? richard <noreply@example.com> - 2013-10-27 10:58 -0400
  Re: checking for audio playing ??? Christoph Michael Becker <cmbecker69@arcor.de> - 2013-10-27 16:45 +0100
    Re: checking for audio playing ??? richard <noreply@example.com> - 2013-10-27 12:01 -0400
  Re: checking for audio playing ??? Denis McMahon <denismfmcmahon@gmail.com> - 2013-10-27 17:53 +0000
    Re: checking for audio playing ??? richard <noreply@example.com> - 2013-10-27 14:24 -0400
      Re: checking for audio playing ??? Doug Miller <doug_at_milmac_dot_com@example.com> - 2013-10-27 18:38 +0000
      Re: checking for audio playing ??? Richard Damon <Richard@Damon-Family.org> - 2013-10-27 14:43 -0400
        Re: checking for audio playing ??? Thomas 'PointedEars' Lahn <PointedEars@web.de> - 2013-10-28 03:22 +0100
          Re: checking for audio playing ??? Jerry Stuckle <jstucklex@attglobal.net> - 2013-10-28 05:49 -0400
          Re: checking for audio playing ??? Richard Damon <Richard@Damon-Family.org> - 2013-10-28 08:11 -0400
            Re: checking for audio playing ??? Thomas 'PointedEars' Lahn <PointedEars@web.de> - 2013-10-28 14:37 +0100
            Re: checking for audio playing ??? "Beauregard T. Shagnasty" <a.nony.mous@example.invalid> - 2013-10-28 13:49 +0000
            Re: checking for audio playing ??? Jerry Stuckle <jstucklex@attglobal.net> - 2013-10-28 10:01 -0400
            Re: checking for audio playing ??? Scott Johnson <noonehome@chalupasworld.com> - 2013-10-28 11:36 -0700
            Re: checking for audio playing ??? Richard Damon <Richard@Damon-Family.org> - 2013-10-28 21:29 -0400
              Re: checking for audio playing ??? Thomas 'PointedEars' Lahn <PointedEars@web.de> - 2013-10-29 12:18 +0100
                cr Richard Damon <Richard@Damon-Family.org> - 2013-10-31 23:21 -0400
                Re: cr Thomas 'PointedEars' Lahn <PointedEars@web.de> - 2013-11-03 15:29 +0100
                Re: cr Jerry Stuckle <jstucklex@attglobal.net> - 2013-11-03 09:34 -0500
                Re: cr Richard Damon <Richard@Damon-Family.org> - 2013-11-03 15:18 -0500
            Re: checking for audio playing ??? Arno Welzel <usenet@arnowelzel.de> - 2013-10-29 20:12 +0100
              Re: checking for audio playing ??? Doug Miller <doug_at_milmac_dot_com@example.com> - 2013-10-29 20:21 +0000
          Re: checking for audio playing ??? Arno Welzel <usenet@arnowelzel.de> - 2013-10-29 20:10 +0100
            server-side vs.client-side (was: checking for audio playing ???) Christoph Michael Becker <cmbecker69@arcor.de> - 2013-10-29 21:45 +0100
              Re: server-side vs.client-side Jerry Stuckle <jstucklex@attglobal.net> - 2013-10-29 20:54 -0400
                Re: server-side vs.client-side Christoph Michael Becker <cmbecker69@arcor.de> - 2013-10-30 03:18 +0100
                Re: server-side vs.client-side Jerry Stuckle <jstucklex@attglobal.net> - 2013-10-29 22:31 -0400
                Re: server-side vs.client-side Arno Welzel <usenet@arnowelzel.de> - 2013-10-30 09:20 +0100
                Re: server-side vs.client-side Christoph Michael Becker <cmbecker69@arcor.de> - 2013-10-30 19:04 +0100
                Re: server-side vs.client-side Jerry Stuckle <jstucklex@attglobal.net> - 2013-10-30 14:58 -0400
                Re: server-side vs.client-side Christoph Michael Becker <cmbecker69@arcor.de> - 2013-10-30 20:54 +0100
                Re: server-side vs.client-side Jerry Stuckle <jstucklex@attglobal.net> - 2013-10-30 16:21 -0400
                Re: server-side vs.client-side Christoph Michael Becker <cmbecker69@arcor.de> - 2013-10-30 21:55 +0100
                Re: server-side vs.client-side Jerry Stuckle <jstucklex@attglobal.net> - 2013-10-30 17:07 -0400
                Re: server-side vs.client-side Arno Welzel <usenet@arnowelzel.de> - 2013-10-31 09:40 +0100
                Re: server-side vs.client-side Christoph Michael Becker <cmbecker69@arcor.de> - 2013-10-31 23:03 +0100
                Re: server-side vs.client-side Jerry Stuckle <jstucklex@attglobal.net> - 2013-10-31 20:38 -0400
                Re: server-side vs.client-side Thomas 'PointedEars' Lahn <PointedEars@web.de> - 2013-11-02 17:57 +0100
                Re: server-side vs.client-side Arno Welzel <usenet@arnowelzel.de> - 2013-11-02 19:36 +0100
                Re: server-side vs.client-side The Natural Philosopher <tnp@invalid.invalid> - 2013-11-02 18:44 +0000
                Re: server-side vs.client-side Denis McMahon <denismfmcmahon@gmail.com> - 2013-11-03 00:28 +0000
                Re: server-side vs.client-side Doug Miller <doug_at_milmac_dot_com@example.com> - 2013-11-02 19:01 +0000
                Re: server-side vs.client-side Jerry Stuckle <jstucklex@attglobal.net> - 2013-11-02 21:40 -0400
                Re: server-side vs.client-side Michael Vilain <vilain@NOspamcop.net> - 2013-11-01 09:53 -0700
                Re: server-side vs.client-side Jerry Stuckle <jstucklex@attglobal.net> - 2013-11-01 13:53 -0400
                Re: server-side vs.client-side Tim Streater <timstreater@greenbee.net> - 2013-11-01 21:10 +0000
                Re: server-side vs.client-side The Natural Philosopher <tnp@invalid.invalid> - 2013-11-01 22:25 +0000
                Re: server-side vs.client-side Tim Streater <timstreater@greenbee.net> - 2013-11-01 22:29 +0000
                Re: server-side vs.client-side Jerry Stuckle <jstucklex@attglobal.net> - 2013-11-01 20:37 -0400
                Re: server-side vs.client-side Arno Welzel <usenet@arnowelzel.de> - 2013-11-02 01:26 +0100
                Re: server-side vs.client-side The Natural Philosopher <tnp@invalid.invalid> - 2013-11-01 18:37 +0000
                Re: server-side vs.client-side Stefan+Usenet@Froehlich.Priv.at (Stefan Froehlich) - 2013-11-01 19:19 +0000
                Re: server-side vs.client-side Arno Welzel <usenet@arnowelzel.de> - 2013-11-02 01:24 +0100
                Re: server-side vs.client-side Thomas 'PointedEars' Lahn <PointedEars@web.de> - 2013-11-02 17:46 +0100
                Re: server-side vs.client-side Richard Damon <Richard@Damon-Family.org> - 2013-11-02 15:41 -0400
                Re: server-side vs.client-side Tim Streater <timstreater@greenbee.net> - 2013-11-02 21:37 +0000
                Re: server-side vs.client-side Arno Welzel <usenet@arnowelzel.de> - 2013-11-03 10:48 +0100
                Re: server-side vs.client-side Tim Streater <timstreater@greenbee.net> - 2013-11-03 10:28 +0000
                Re: server-side vs.client-side Arno Welzel <usenet@arnowelzel.de> - 2013-11-05 11:15 +0100
                Re: server-side vs.client-side Tim Streater <timstreater@greenbee.net> - 2013-11-05 12:47 +0000
                Re: server-side vs.client-side Thomas 'PointedEars' Lahn <PointedEars@web.de> - 2013-11-03 14:16 +0100
                Re: server-side vs.client-side Tim Streater <timstreater@greenbee.net> - 2013-11-03 16:00 +0000
                Re: server-side vs.client-side Chuck Anderson <cycletourist@invalid.invalid> - 2013-11-03 14:52 -0700
                Re: server-side vs.client-side Chuck Anderson <cycletourist@invalid.invalid> - 2013-11-03 23:19 -0700
                Re: server-side vs.client-side Tim Streater <timstreater@greenbee.net> - 2013-11-04 18:02 +0000
              Re: server-side vs.client-side Arno Welzel <usenet@arnowelzel.de> - 2013-10-30 09:09 +0100
      Re: checking for audio playing ??? Denis McMahon <denismfmcmahon@gmail.com> - 2013-10-28 15:23 +0000
        Re: checking for audio playing ??? The Natural Philosopher <tnp@invalid.invalid> - 2013-10-28 16:56 +0000
  Re: checking for audio playing ??? Doug Miller <doug_at_milmac_dot_com@example.com> - 2013-10-27 18:22 +0000
  Re: checking for audio playing ??? Arno Welzel <usenet@arnowelzel.de> - 2013-10-28 20:02 +0100

csiph-web