A question will seem to many inappropriate and generally stupid from a technical point of view.But in fact, the whole interface can be implemented using the server part.Write logic on it, then an interface, add animation, make page layout, etc.

See for yourself.All global web projects that exist are implemented using the server side.
For example: search by picture.Implemented using python.
2.Neural networks: if there is any function on the site for statistics, etc.To convert simple children's drawings into works of art - all this is implemented on the server side, using server languages.Such as phyton, node.js, PHP

What are languages ​​like javascript, html, css and the like?
  • All mixed up horses people.
    https://ru.wikipedia.org/wiki/Front_end_i_back_end
    – Clear Cod Apr 30 '19 at 14:18
  • Clear Cod, I wrote that you can write everything on the SERVER PART that is written on frontend'e
    You can't write anything on the frontend that can be implemented on the server.

    Access to the server, security, fine network settings.Traffic tunneling and the like.
    – Annoying5 Apr 30 '19 at 14:19
  • And how to implement the show, that gave Beck without html and tsss?

    And how to do something like a back-end on the backend?

    All global web projects that are there are implemented using the server side.
    and the front.Even if there is no interactive and there is

    For example: search by image.Implemented using python.
    no
    – Disney's88 Apr 30 '19 at 14:35
  • Disney's88,
    This also means that a person who knows only the front knows almost nothing.
    Because if I'm a back-end, then I can write and implement everything myself and make the server work and show what I want.
    – Clear Cod Apr 30 '19 at 14:36
  • Annoying5,
    can the entire interface be implemented using the server side
    what were you going to implement it with?
    – Busy17 Apr 30 '19 at 14:37
  • Clear Cod,
    What are languages ​​like JavaScript, HTML, CSS and the like?


    google: serverless
    – Disney's88 Apr 30 '19 at 14:37
  • Disney's88, and I wrote everything in the first comment.
    Everything became clear to me after the node and javascript.
    – Clear Cod Apr 30 '19 at 14:42
  • See for yourself.All global web projects that are there are implemented using the server side.

    It is not true.

    I wrote that you can write all that is written on the frontend on the SERVER PART

    And how are you going to work with the server-side browser APIs?

    using server languages.Such as phyton, node.js, PHP

    node.js is not a language.
    – Difficult31 Apr 30 '19 at 14:53
  • Busy17, python, node.js php. – Annoying5 Apr 30 '19 at 14:53
  • Annoying5, now tell me and others how can I get .php and .py files in a browser?

    it is not clear what is being asked for and what goals the pursuing question from an incompetent person has for node.js is a language.
    – Busy17 Apr 30 '19 at 14:56
  • Last day before the weekend at school? What a strange superficial opinion? – Throbbing Flatulence Apr 30 '19 at 16:02
  • Aha.And let's write to your contact without html/css/javascript.Then there will be something to talk about.

    Not a question, but fat trolling.
    – Spirit96 Apr 30 '19 at 16:02
  • Spirit96, without html, you can write in the form of a native application.There will also be a frontend. – Brain-Damaged Quantum Apr 30 '19 at 21:55
  • html/css why such languages.I also don’t understand why this is all a go to parse neighboring sites and insert my data and in general there will be norms – Mickey's53 May 1 '19 at 10:34

9 Answers 9

whistles and fakes, web 2.0.

to beautifully show the user advertising
JavaScript, HTML, CSS - To arrange the information coming from the backend + reduce the load on the backend.
We can render the pages on the client immediately and gradually load only the necessary data from the backup.
As a result, the server gives a minimum of information, otherwise the server will have to spend more time drawing the new page with each request.
  • He already spends enough resources on showing the page, downloading some materials and the like.
    All that the user sees is stored on the server.All pictures, video, data.If this is a flash game service.It’s also for games.
    – Annoying5 Apr 30 '19 at 14:23
  • It also means that a person who knows only the front knows almost nothing.
    Because if I am a back-end, then I myself will be able to write and implement everything and make the server work and show what I want.

    And the frontend'er is cut off from the world if it needs a dynamic website.

    All that can write is a static interface.You can’t store data or interact with the database of this person.
    – Annoying5 Apr 30 '19 at 14:25
  • Well, partly this is true, although the front-line soldiers have their own methods using JS(node.js, mongodb, etc.) to write server parts.
    Purely for me their problem is just in JS, unfortunately it is not typed.
    – Generic3 Apr 30 '19 at 14:36
  • [[aleksey4uk]], you are a little mistaken, the modern front is much more complicated than you think...There are things that you can’t do with just a backup....but at the expense of data storage, it is possible to store the knowledge on the client - localStorage, indexDB as well as specialized firebase-like platforms. – Fisher7 Apr 30 '19 at 14:49
  • [[sharpross]], node.js and mongo have nothing to do with the front.The types and typescript static analyzers are in flow and typescript. – Brain-Damaged Quantum Apr 30 '19 at 21:52
JavaScript, HTML, CSS - in the browser you need to visualize your data for the user, and phyton, node.js, PHP are needed in order to provide this data

1)
Such as phyton, node.js, PHP
- node.js is JavaScript
2)
then the interface, add animation, make page layout, etc.
- and what are you going to build it on except for JavaScript, HTML, CSS

All current beauty of the interfaces react, vue, angular gives us the opportunity to delimit the load.Let the server do what it has to do with logic and computation.It does not generate all this.
  • I wrote above:
    It also means that a person who knows only the front knows almost nothing.
    Because if I am a back-end, then I myself will be able to write and implement everything and make the server work and show what I want.

    And the frontend'er is cut off from the world if it needs a dynamic website.

    All that can write is a static interface.You can’t store data or interact with the database of this person.
    – Annoying5 Apr 30 '19 at 14:27
  • [[aleksey4uk]], rather, you are cut off from the world and do not understand what you created for.Why did you decide that the backeder can write both the front and the back, and the fender cannot write the front and the back? I will easily write a Beck on a node with restAPI and vue.The browser should not communicate with the base, it is not safe to directly communicate with the base like that.The user's computer is not as powerful as the servers that are designed to process a large amount of data for shares seconds.And the user's browser will hang as soon as he needs to process huge data arrays.For this there is a distinction

    make the server work and show what I want.
    and show will you be with what? just the text on the page will display? Without clearance? Without tables? No schedules? Without forms?

    I don’t understand what you’re getting at.You can’t display anything in your browser that you want without using html(buttons, headers, tables) at least, except to display text
    – Peaceful43 Apr 30 '19 at 14:32
1) “Everything on the server” was already done.Since the dawn of the era of the beginning of the availability of computers.Google dumb terminal.And existed until recently in wide use in some places, despite web technologies.For example, in France.

2) Nobody bothers you to write both the server part and the client part in Python.

3) JavaScript, CSS, HTML - this is simply because instead of installing on a user's computer a separate program for each server, they invented one common program - a browser, within which clients for different servers are already implemented.Well, historically, it has only been supported inside the browser these 3 languages ​​are for today.If you don’t want to use these languages, don’t want to use the browser - see p.2)
  • Chrome - headless – Sid Meier's May 1 '19 at 07:41
  • [[Pibodi]],
    Chrome - headless

    AND? Did you read the original question?
    What will remain of user interaction?

    P.S .:
    SlimerJS is better than Headless Chrome.
    Resources eats less in the example and is more convenient to manage.
    – Tame Tiger May 1 '19 at 13:18
  • [[nrgian]], I'm talking about the fact that Front is still necessary, and it’s all headless. – Sid Meier's May 2 '19 at 21:47
Release reactivity on php.Or let's make it simpler, display the red button on php in your browser without using HTML and CSS, and add a highlight so that when you click the user, the"Hello world" alert pops up, without using JavaScript.
  • Bad examples, mostly nonsense, what’s the reactivity, if you can, for example, do without it, 90% of sites work without this reactivity, the backend does not display the site - it(with the classic backend) simply displays HTML + CSS, in the same way, you can say “draw a red button without HTML + CSS on<any programming language>”, well, alerts can be done through TSS Target.Therefore, in order for a person to explain why you need a frontend, you need to understand why you need it and not bad examples to give.

    Separate front-end is needed only when you need to perform complex manipulations with the interface(design) and there must be some kind of logic that is difficult(or impossible with the current knowledge of the artist, well, or it will be a bad decision) to ask through backend or styles.And yes, it is not always necessary, and often it is just a tribute to fashion or"want-fake" customer/performer or"I can not do otherwise, we were not taught backend courses."
    – Unsightly24 May 9 '19 at 14:15
  • [[dady_KK]],
    HTML + CSS === Frontend, what else can you think of? Or are there arguments against it?
    – Beautiful34 May 10 '19 at 03:26
  • [[profesor08]], firstly “think up”, and secondly, learn the hardware and you will be happy and don't try to build your cases and world view into an absolute, and if you are one of those who shove JS anywhere because it does not know how and does not know how to do it differently, then at least do not try to teach people – Unsightly24 May 10 '19 at 12:16
  • [[dady_KK]] to display the alert not to write 1 line js, but to enter a new element in the form of a checkbox and set styles for an element depending on the state of the checkbox? And if you need to show 10 different alerts, then enter 10 different elements and 10 different checkboxes? And to make access to the server with the download of all html, for every sneeze? So if you are one of those who shove such constructions anywhere, just because you don’t know how and don’t know how else to do it, then at least don’t try to teach people.Learn the materiel, and you will be happy. – Beautiful34 May 10 '19 at 18:09
  • [[profesor08]], I'm not a programmer at all, I speak as a person who knows what it is and works with developers, some developers do not know how backyk works and have learned one JS framework and for every sneeze they shove instead of the usual typesetting(which they also cannot even type out) they shove the framework’s monstrous bundles in order to show the slider or something else that I’d definitely not worth doing.I’m not against JS, it’s clear that there are a lot of cases when doing this is a perversion on pure CSS and there are when using JS framework is not even justified but it is necessary, BUT the front-end in the context of the question is a functional separation of the Bek and the front into two separate parts and in this context the front as a completely independent unit is not needed.

    Depending on the selected checkbox, you can show 10 alerts in different ways and similar spherical horses can be found about two hundred sites in a vacuum and at worst you can shove it all onto a page, not the best option, but pull back ajax every time to show one out of ten alerts, the time will not be faster than the increased page size, due to the hidden code, and if you consider that many stupidly connect the additional library for the alerts, then the difference is clearly not on the side of the solution with JS, BUT, again, where complex odds s, there is a complicated interface logic and to implement it fully in the Beke will if it is impossible, it is extremely pointless.

    My message is not that without JS the front is full, but that, often because of laziness or ignorance, the developers push into the front what can be more expediently done on the back, styles and so on, for each situation there is a solution, BUT it must be reasonable.
    – Unsightly24 May 10 '19 at 20:54
What a bold overthrow.Even if I now propose to abandon the backend and send sql queries directly from the browser, it will turn out not so thick for me.
  • using firebase you can send requests to the database from the browser.And run the procedures stored in the database.For some kind of protyp excellent. – Brain-Damaged Quantum Apr 30 '19 at 21:56
This is necessary to transfer part of the functionality(read the load) to the client.
  • Firstly, the backend is long - for example, you need to change one character per page, page weighs five megabytes.You send a request to the server, wait for the server to process it, and download a new page with changed characters.As a result single character replacement speed on a page 0.5-200 seconds.
    And on the frontend, you can change this symbol for at least a hundred times in 0.5 seconds.
  • Secondly, the backend is expensive - the frontend allows you to unload the server by performing tasks on the client - as a result, the site can be hosted on a low-cost hosting, and in the case of a backend hosting can be required hundreds or even thousands of times more expensive.

What are languages ​​like javascript, html, css and the like?
  • JavaScript is needed to write programs just like a python, for example, or C.
  • HTML is not a programming language and is used for page layout.
  • CSS is not a programming language and is used to describe styles.

To transform simple children's drawings into works of art
Children's drawings are initially a work of art.They cannot be transformed into works of art.

all this is implemented on the server side, using server languages.Such as phyton, node.js, PHP
There are no server languages ​​- there are programming languages.
  • Will you be able to interact with neural networks on js?
    Or write AI on Js?
    – Annoying5 May 3 '19 at 21:16
  • [[aleksey4uk]], of course.What is the problem then?
    Of course, js has limitations, for example, it will be extremely difficult to write a video card driver on it.
    But neural network - no problem.
    Another thing is that neural networks are more convenient to write in other languages, for example, the same Python is more convenient, even if there are a lot of ready-made libraries.

    And so - on JS they write web services, it is used in browsers, you can write a game on it, you can write a script to administer the database on it, you can write a regular window application under Windows or Linux.
    – Blissful Crystal May 3 '19 at 21:29
  • Of course, I apologize, but it is using such reasons as dogma that we get huge pages, exorbitant JS, which work slowly and load for a long time, I understand that you know how to fix it, but some of those who do not know it(similarly with Krivoruk backenders), so you can’t say that the backend is long or expensive, the frontend is also resource-intensive, the visitor simply pays for it, in fact, the difference is that often(your situations do not show it well) do something on the front end it is more convenient and safe figurative than Beke. – Unsightly24 May 9 '19 at 14:21
  • [[dady_KK]],
    therefore it’s impossible to say that a backend is long or expensive
    And how else to say if this is the case?
    Long - because the reaction time can not be less than the ping, and the ping can reach a second.
    Expensive - because the owner pays, and he doesn’t want to spend any extra money.And the user - well, this is his problem.
    – Blissful Crystal May 9 '19 at 14:50
  • [[Jump]], if the ping reaches a second, isn't it a code problem, right? And you are cunning, ping is usually a few milliseconds, if you do not take into account the quality of the mobile Internet(with a mobile Internet, the approach with a bloated front shows itself in the least appropriate light).Something"lucky" to develop the product(not to be confused with the project) and when the developers'problems cannot be shifted onto the shoulders of visitors, because in most cases this will end up with problems with the formation of targets oh the audience(the site is loaded for a long time, it works slowly, loads the processor, friezes, etc., and the person will not tolerate it) – Unsightly24 May 9 '19 at 15:02
  • "ping is usually a few milliseconds, if you do not take into account the quality of the mobile Internet" - ping the server in the United States or Australia.

    And the rest - you just need to competently design what is more profitable where to do.But design slows down production, and let the money pay for the product tightly damp, but rolled out earlier than the competition.
    The brutal face of capitalism...
    The main thing is that the loot goes, and everything else is not important.
    – Blissful Crystal May 9 '19 at 15:57
Everything is correct //all the stuffing of the site is only necessary and should be implemented on the back //do not listen to anyone //do it.