IT237 Web Technology I

Web Technology IUnit 111 min read

Web Tech Evolution, Architecture & Semantics

Unit 1 of Web Technology I covers the history of web evolution (Web 1.0 to 3.0), client-server architecture, semantic web principles, and the role of XML/HTML in defining web meaning—essential for understanding how modern web apps function.

TAKEAWAYS:

  • The web evolved from static Web 1.0 to dynamic Web 2.0 and now decentralized Web 3.0, each with distinct user roles and technologies.
  • Client-server architecture separates front-end (HTML/CSS/JS) from back-end (server logic), enabling scalable web applications.
  • Semantic web technologies (XML, RDF, OWL) add machine-readable meaning to web content, improving data interoperability.
  • XML and HTML5 semantics (e.g., <article>, <section>) structure content for both humans and search engines.
  • Real-world applications include eSewa’s secure transactions (Web 2.0), NEPSE’s blockchain-based trading (Web 3.0), and Daraz’s dynamic product pages (client-server).
  • Exam questions focus on differentiating web eras, client-server workflows, and semantic markup’s impact—always link concepts to real examples.


1. The Evolution of Web Technology: From Web 1.0 to Web 3.0

The web has undergone three major phases, each transforming how users interact with and contribute to online content. Below is a comparison table of the key differences:

Feature Web 1.0 (1990–2004) Web 2.0 (2004–Present) Web 3.0 (Emerging)
User Role Read-only (consumers) Read-write (producers/consumers) Ownership (decentralized, user-controlled)
Technology Static HTML, limited interactivity Dynamic HTML, CSS, JavaScript, APIs, AJAX Blockchain, AI, semantic web, decentralized apps (DApps)
Content Delivery Server-rendered pages Client-side rendering, real-time updates Smart contracts, peer-to-peer (P2P) networks
Examples Geocities, early Wikipedia (read-only) Facebook, YouTube, Google Maps, eSewa NEPSE’s blockchain trading, decentralized identity (e.g., Soulbound Tokens)
Data Control Centralized (controlled by corporations) Centralized (but user-generated) Decentralized (user-owned data)
Semantics Minimal (basic HTML tags) Improved (HTML5, ARIA) Machine-readable (RDF, OWL, linked data)

How It Works: A Timeline of Web Evolution

1990Web 1.0: StaticPages (HTML)1995Web 1.0: Firstbrowsers (Netscape Nav2004Web 2.0: SocialMedia (Facebook, YouTu2010Web 2.0: MobileWeb (iOS/Android apps)2020Web 3.0:Blockchain (NEPSE, dec2023Web 3.0: AI +Semantic Web (Google’s
Key milestones in web technology evolution (simplified timeline)

Real-World Example: eSewa (Web 2.0) vs. NEPSE’s Blockchain (Web 3.0)

  • eSewa (Web 2.0):

    • Uses client-server architecture where users (clients) interact with a centralized server to process payments.
    • Relies on dynamic HTML/CSS/JS for real-time transaction updates.
    • Limitation: Centralized control means eSewa holds user data and transaction records.
  • NEPSE’s Blockchain Trading (Web 3.0):

    • Uses decentralized ledgers (blockchain) where no single entity controls transactions.
    • Smart contracts automate trades without intermediaries.
    • Semantic web principles could enhance data interoperability between exchanges.

2. Client-Server Architecture: How the Web Works

The web operates on a client-server model, where:

  • Client: The user’s device (browser, app) that requests data.
  • Server: The remote machine that processes requests and sends back responses.
QueryReturns DataUserClient (Browser)ServerDatabase
Real-time client-server communication diagram

How a Web Request Works (Step-by-Step)

sequenceDiagram
    participant User
    participant Client (Browser)
    participant Server
    participant Database

    User->>Client: Types "daraz.com" in URL bar
    Client->>Server: Sends HTTP GET request
    Server->>Database: Queries product data
    Database-->>Server: Returns product list (JSON/XML)
    Server-->>Client: Sends HTML/CSS/JS (response)
    Client->>User: Renders webpage dynamically

Key Components of Client-Server Architecture

  1. Client-Side (Front-End):

    • Technologies: HTML, CSS, JavaScript.
    • Role: Renders content, handles user interactions (e.g., clicking a "Buy Now" button on Daraz).
    • Example: When you search for "iPhone" on Daraz, the browser (client) sends a request to Daraz’s server.
  2. Server-Side (Back-End):

    • Technologies: Node.js, PHP, Python (Django), Java (Spring).
    • Role: Processes requests, interacts with databases, and sends back dynamic content.
    • Example: Daraz’s server fetches product details from its database and sends an HTML page to your browser.
  3. Database:

    • Stores structured data (e.g., user accounts, product listings).
    • Example: Ncell’s server uses a database to track customer usage and billing.

Real-World Example: Pathao’s Ride Booking

  1. Client Action: You open the Pathao app (client) and request a ride.
  2. Server Processing:
    • The app sends a POST request to Pathao’s server with your location.
    • The server checks for available drivers nearby (database query).
    • It sends back a list of nearby drivers (response).
  3. Client Rendering: The app displays driver options and your ride details in real-time.

3. The Semantic Web: Adding Meaning to Data

The semantic web extends the web by adding machine-readable meaning to data, enabling better search, automation, and data sharing. Key technologies include:

  • XML (eXtensible Markup Language): Defines custom tags for structured data.
  • HTML5 Semantics: Uses tags like <article>, <section>, and <header> to describe content.
  • RDF (Resource Description Framework): Represents data as subject-predicate-object triples.
  • OWL (Web Ontology Language): Defines relationships between data (e.g., "is-a" hierarchies).

XML vs. HTML: A Comparison

Feature XML HTML
Purpose Structured data storage/transfer Display content on web pages
Tags Custom-defined (e.g., <book>, <author>) Predefined (e.g., <p>, <h1>)
Example Used in APIs (e.g., weather data feeds) Used in web pages (e.g., <title>Hello</title>)
Semantics Highly semantic (describes data meaning) Limited semantics (HTML5 improves this)

How XML Affects Web Semantics

XML allows data to be self-descriptive. For example:

<book>
    <title>Web Technology</title>
    <author>John Doe</author>
    <year>2023</year>
</book>
  • A machine (or search engine) can understand that <title> refers to a book title, not just display it as text.
  • Real-World Use: Google uses XML sitemaps to crawl websites more efficiently.

HTML5 Semantics: Structuring Content for Search Engines

HTML5 introduced semantic tags to improve accessibility and SEO:

  • <header>: Introductory content (e.g., logo, navigation).
  • <nav>: Navigation links.
  • <article>: Self-contained content (e.g., a blog post).
  • <section>: Thematic grouping of content.

Example: A News Website

<article>
    <header>
        <h1>Nepal Earthquake Relief Fundraiser</h1>
        <p>Published on 2023-10-15</p>
    </header>
    <section>
        <p>The government has launched a fundraiser to support affected families.</p>
    </section>
</article>
  • Why It Matters: Search engines like Google prioritize semantic HTML for better rankings.

4. The Role of XML in Web Technology

XML is widely used for:

  1. Data Exchange: APIs (e.g., weather APIs, financial data feeds) often use XML or JSON.
  2. Configuration Files: Many software tools (e.g., Android’s AndroidManifest.xml) use XML.
  3. Document Storage: Medical records, legal documents, and e-commerce product catalogs.

Real-World Example: NTC’s Internet Usage Reports

  • NTC publishes XML-based reports of internet usage statistics.
  • Government agencies parse this XML to analyze trends (e.g., peak usage hours).
  • Why XML? It’s machine-readable and structured, making it easier to analyze than plain text.

5. The Future: Web 3.0 and Beyond

Web 3.0 aims to create a decentralized, intelligent, and semantic web using:

  • Blockchain: For secure, transparent transactions (e.g., NEPSE’s trading).
  • AI: Personalized content (e.g., Google’s AI Overviews).
  • Decentralized Identity: Users control their data (e.g., Soulbound Tokens for credentials).

Web 3.0 in Nepal: NEPSE’s Blockchain Experiment

  • Problem: Traditional stock exchanges rely on centralized servers, which can be hacked or manipulated.
  • Solution: NEPSE is exploring blockchain-based trading where:
    • Transactions are recorded on a decentralized ledger (immutable).
    • Smart contracts automate trades without intermediaries.
    • Semantic web principles could link trading data across exchanges.
Smart ContractsPeer-to-Peer TransactionsDecentralized LedgerUser OwnershipNo Central AuthorityWeb 3.0 FeaturesNEPSE Blockchain
NEPSE’s blockchain architecture (simplified)

Exam Tip: How to Score Full Marks

  1. Differentiate Web Eras Clearly:

    • Always use the comparison table (Web 1.0 vs. 2.0 vs. 3.0) in your answers.
    • Example Answer:

      "Web 1.0 was static and read-only, while Web 2.0 introduced user-generated content (e.g., Facebook). Web 3.0 adds decentralization (e.g., blockchain) and AI-driven personalization."

  2. Explain Client-Server with a Real Example:

    • Use Pathao, Daraz, or eSewa to illustrate how requests flow between client and server.
    • Example Answer:

      "When you book a ride on Pathao, your app (client) sends a request to Pathao’s server. The server queries its database for available drivers and returns a response, which the app displays."

  3. Link XML/HTML5 Semantics to Real Applications:

    • For XML: Mention APIs, configuration files, or data exchange (e.g., NTC reports).
    • For HTML5: Highlight SEO benefits (e.g., Google prioritizing <article> tags).
    • Example Answer:

      "XML improves web semantics by allowing custom tags like <book>, which helps machines understand data structure. For example, NTC’s XML reports enable automated analysis of internet usage trends."

  4. Avoid Vague Statements:

    • Bad: "Web 3.0 is better."
    • Good: "Web 3.0 uses blockchain for decentralized transactions (e.g., NEPSE’s trading), reducing reliance on centralized servers like Web 2.0 platforms (e.g., eSewa)."
  5. Draw Diagrams in Exams (If Allowed):

    • Sketch a client-server flow or XML structure to visualize answers.

Client (Browser)Request (GET/POST)HTTP ProtocolHTTP RequestServerProcesses RequestDatabaseReturns Data (JSON/XML)
Client-server interaction flow (simplified)

Based on the TU BITM syllabus for Web Technology I (IT237), unit 1.

Discussion

Loading…