Bạn đang xem: Html là gì? giải thích rõ về ngôn ngữ markup hypertext
I have done C and C++ và now I want to start my career as a web-developer. I read a lot about web-development and came to lớn know that there were two types of developers on the web,
1. Client Side Developers. 2. Server Side Developers.I want lớn keep my focus on server side development. I thought that it would be best to lớn start with the basics so I started doing HTML & CSS. I found out that CSS was too large for someone lớn completely master easily. I want khổng lồ know that what basics should a hệ thống side developer know and should he be a master of HTML & CSS or just do away with it?
giới thiệu
Improve this question
Follow
asked Jul 23, 2011 at 10:45
user4124user4124
5
1
Jb king,
David: How about calling it a vps side developer who knows how web works.
–user4124
Jul 27, 2011 at 13:42
địa chỉ cửa hàng a bình luận |
9 Answers 9
Sorted by: Reset to mặc định
Highest score (default) Date modified (newest first) Date created (oldest first)
15
It will heed you khổng lồ know them well. If you are a website developer, then you are a web developer. You should be able to lớn independently write web applicactions, & that includes client side technology.
giới thiệu
Improve this answer
Follow
answered Jul 23, 2011 at 11:17
user29981user29981
2
2
You, my friend, are not alone. I don't have much of an eye for a great UI but I rough through it so that I don't NEED another developer in order lớn make a fully functionable web application.
–user29981
Jul 23, 2011 at 11:49
địa chỉ a phản hồi |
8
I consider myself a "server side" developer.
Despite being on the "back side" of website development, I think it"s extremely helpful khổng lồ know HTML and CSS fundamentals. I work on typical "web content management systems" (WCMS), such as Drupal, Day CQ, and Liferay, & most business requirements và requests revolve around changing the look & the feel.
There"s no need lớn become a "master" at HTML or CSS, but at a minimum, you should know how lớn make a static website page, styled with CSS. You should know the basics of forms, and the various đầu vào mechanisms. For CSS, understand the difference between the ID & CLASS attribute, & how selectors work. A lot of this you"ll pick up over time.
Finally, build up some knowledge of the common browser differences. Again, this is knowledge you"ll pick up over time, but recognize that browser differences exist and be prepared lớn recognize it.
nội dung
Improve this answer
Follow
answered Jul 23, 2011 at 11:12

rickumalirickumali
41122 silver badges55 bronze badges
3
Yes I have been khổng lồ such debates lượt thích "Should tables be used?" then "Why Google và Twitter uses tables?" Seeing such questions, I just think it has become hard to choose from the tags available/
–user4124
Jul 27, 2011 at 13:47
địa chỉ a phản hồi |
1
I would actually identify three segments:Server side developersClient side developers (JavaScript programmers)Designers
You will need a thorough knowledge of both HTML và CSS. The division of labor between server side and client side/design developers typically requires that the server side developer supply the HTML produced by database & programming interactions. That HTML carries CSS identifiers as well, so that it can be manipulated by the client side developers or designers.
Your job as the hệ thống side developer is usually to lớn supply the HTML/CSS markup khổng lồ the other two. Aim for a full mastery of both HTML & CSS.
Xem thêm: Trường Quốc Tế Ishcmc - International School Ho Chi Minh City, Vietnam
tóm tắt
Improve this answer
Follow
edited Jul 23, 2011 at 11:31
answered Jul 23, 2011 at 11:11

MichaelMichael
1,33733 gold badges1212 silver badges2121 bronze badges
3
add a bình luận |
1
You need to lớn know HTML + CSS, as they are essential and not hard to learn. You will face pitfalls while trying to set the CSS for all the browsers, but You have lớn know it, cause You sometimes need to lớn generate HTML using hệ thống side.
You can start learning those by creating Your own blog. If there is nothing lớn blog about, You can blog about Your lessons.
nội dung
Improve this answer
Follow
edited Jul 25, 2011 at 6:32
answered Jul 25, 2011 at 6:16

bogatyrjovbogatyrjov
50122 silver badges99 bronze badges
0
add a comment |
1
Uh, I don"t understand why people don"t understand. There is no front-end code with websites. It"s all back-end code. The front-end code is the browser, so unless you work on Mozilla or IE or Chromium/google or safari, you"re writing server-side code. Here"s how it works: The browser requests a file from the webserver. The webserver outputs a file. The browser interprets that file & may request additional files (images, javascript, css, etc) and interpret those files, until all files have been interpreted.
Now, this first tệp tin the browser requests is a html file. The html file is parsed & the browser decides how lớn render its content. So one of the important concepts to lớn retain here is that the html tệp tin is consumed by a parser.
The web hệ thống is a software that listens on a port và processes requests for files. If the file is a static file (we mean static here in the sense that the file is already created) then it is just copied as-is khổng lồ the requesting client. If the file is dynamic, meaning that it is created each time the tệp tin is requested, the web hệ thống requests the tệp tin to be generated by the software that generates the file (either a running process, a loaded library, or spawning a process) and that software generates the file & sends it lớn the webserver, who, in turn, sends it lớn the client.
Once that file has been "served" lớn the client and parsed, the client may request other types of files, such as json files, where it can bypass the parsing by the html renderer và instead have the tệp tin returned to lớn the javascript interpreter running in the client, và these are parsed (eval is a size of parsing) by javascript. These are what AJAX is based on.
Now, how does this affect you? If any file on the server is dynamically generated, then there is software running on the vps that tells it how lớn generate the file. The people who program these software are considered "server-side" programmers.
These html files, generated on the server, will tell the browser what other files to lớn include, so the javascript and the images & the css need lớn be imported, arranged, and otherwise organized by the generated html file.
Many web frameworks, and dare I say, methodologies (MVC et al) have been developed lớn create a boundary between the pure "server-side" work, & the "client-side" work.
I forgot khổng lồ mention, oh dear, the data people. The data storage people are even more server-side than the server-side html-file generating software writers. The data storage, whether relational database, NoSQL, or otherwise, are another thing altogether. I mention this because the Big-Vendor-touted frameworks & methodologies (MVC et al again) seemingly make it easy to just "simply bold that on".
Woah, what a longish answer.
I make this seemingly rambly answer lớn challenge your statement that there are server-side developers và client-side developers. If you deliver your information system through a website site, everything has khổng lồ be stored, organized, & managed on the server. Và it"s a big mess, & unless you really learn how it all works, you"re going lớn have a hell of a time making it work well. So it"s all server-side.