| Q1. Describe the difference between an XML Sitemap and a HTML Sitemap. List the benefits and
disadvantages of using each. |
A1. XML sitemaps improve indexing, while HTML sitemaps help humans visitors to assist with site
navigation.
XML Benefits:
- Faster, more thorough indexing.
- include information like the last modified date, update frequency, and relative
importance of a page
- Can be submitted directly to tools like Google Search Console to speed up indexing.
Disadvantages:
- Difficult for humans to read.
- Creating one manually requires more technical expertise than a standard web page.
- requires technical setup or automated plugins to function.
HTML Benefits:
- Better user experience & navigation
- Improves site navigation
Disadvantages
- Harder to maintain manually
- Can become cluttered on large sites
- often requires manual updates to keep links current
|
| Q2. Evaluate three IDE’s (Integrated development environments) and provide a brief summary on
the
positive and
negative aspects of each. Also, in your own words include how it would suit an entry level
trainee code
developer. |
A2.
VS Code
PRO
- Fast
- massive plugin library
- lightweight
CONS
- Requires setup
- not "smart" out of the box
SUITABILITY
it would suit an entry level trainee code developer because it’s simple to start
and to grow skills with.
PyCharm
PRO
- Exceptional error catching
- easy debugging
CONS
- Heavy on RAM
- interface is cluttered
SUITABILITY
it would suit an entry level trainee code developer because it corrects Python
mistakes in real-time.
Thonny
PRO
- No complex menus or cluttered toolbars
- Provides a clear window showing you what values
your variables hold at any given moment.
CONS
- it is built strictly for Python.
- Not suitable for large-scale professional projects or heavy data processing.
SUITABILITY
it would suit an entry level trainee code developer because it focuses entirely on
learning rather than production
|
| Q3. Provide a brief history on web browser development and the issues encountered by web
developers, specifically, the adherence to web standards. |
A3. The World Wide Web Consortium (W3C) was formed to create "universal standards" (rules for
how
HTML and CSS should work) so that a website would look the same in every browser. However,
developers faced major problems:
- Proprietary Tags: During the 90s, browsers ignored standards to create their own
features, if
a developer used an IE-only feature, the site would break in Netscape, and vice-versa.
- The "IE6" Nightmare: For nearly a decade, Internet Explorer 6 held a massive market
share but
refused to follow modern CSS standards. Developers had to write "CSS Hacks" (extra,
messy code)
just to make basic layouts look correct in IE.
- Fragmentation: Developers had to test every site on multiple browsers and versions. This
led
to the era of "Best viewed in..." banners, which signaled a failure of the universal
web.
- Cross-Browser Inconsistency: Even today, while standards are much tighter, different
browser
engines (Blink, WebKit, Gecko) may interpret specific CSS properties or JavaScript
functions
slightly differently, requiring "polyfills" or "vendor prefixes" to ensure
compatibility.
|
| Q4. What are website testing methodologies? Your answer MUST cover browser compatibility, and
website functionality. |
A4. Website testing methodologies ensure a site works perfectly for everyone, everywhere.
They are broken down into two main categories:
Browser Compatibility:
Ensures the site looks and acts the same across all platforms by testing on different engines
like Chrome, Safari, and Firefox. Making sure the layout adjusts for Mobile, Tablet, and
Desktop, and checking performance on Windows, macOS, iOS, and Android.
Website Functionality:
Ensures every button and feature does what it is supposed to do by testing that no links are
broken (404 errors), checking that login and contact fields work and catch errors, verifying
"end-to-end" tasks, like completing a checkout or sign-up and confirming user info is saved and
loaded correctly.
|
| Q5. What are the endorsed requirements of accessibility for all NT Government webpages? |
A5. The Northern Territory Government has endorsed the World Wide Web Consortium's Web Content
Accessibility Guidelines (WCAG 2.0).
They are working towards making all our websites and web content meet WCAG 2.0 Level AA
compliance. |
| Q6. How do you think it’s best to organise all the assets used for a specific webpage? Think
locally on your computer AND within the root folder of the website. |
A6.
- Project (Root) Folder: This is the main folder for the project and contains ALL other
files
and folders. On the web it’s called the root folder. It’s not shown in the image above;
consider
it the grey box around everything.
- HTML files: these are all of the files that end with .html. These should be directly in
the
Project/Root folder and not in any sub folders. Doing that makes it easy to see all of
your
files and makes all of the paths to resources (images, css files) the same. The only
required
file is index.html but your sites will all have more .html files.
- CSS Folder: all .css files go here. In this class we will not write css either in style
elements on the web page or in attributes of elements. Instead all CSS will go in
external
stylesheets and those will be put in the css folder. You will need to have at least one
stylesheet called either main.css or style.css. I will generally use main, but some of
my
tutorials and others use style.css so it’s OK if you use that. But don’t use both. Other
CSS
files should have names referring to what they are styling.
- Images Folder: all images go here (.jpg, .png, .gif, etc). You can name the folder
images or
img.
- JavaScript Folder: all JavaScript files go here. They end in .js. You can name the
folder
javascript or js.
|