content
introduction
why
README
usage
known issues
bug reporting
build
download
boot notes
copyright & licence
introduction
The static site checker is an opinionated HTML nitpicker, a command–line tool to validate static HTML & XHTML websites. I built it to nitpick arts & ego, my hand–coded identity website.
It should not be used on untrusted content; its parsers are holier than Robin’s cow.
If you want to try it, play with the form below, or, if you’re really enthusiastic, here’s the current source.
Dylan Harris
September 2023
why SSC
Why did I make the static site checker? Aren’t there a lot of other HTML validators around? When I checked a few years ago; I couldn’t find a web site validator, only web page validators. Things may have improved. Anyway, my google fu is poo.
My identity website has more than 100,000 pages. I’m too impatient to push each through a validator one by one; I want to validate my site as a whole. Furthermore, single page validators can’t catch inter–page errors, such as broken internal links, let alone hidden links (an otherwise valid link to a HIDDEN element).
Many people avoid such problems by using frameworks. I find frameworks awful. IMAO, they produce dull, boring, trite design. The visual arts world has had centuries to develop excellent form for a rectangular space. Most 21st frameworks are so crude they haven’t even absorbed 14th century visual arts’ ideas, when painters broke out of rectangular form in a rectangular frame. So much is possible, so much hasn’t happened. I want to break this dull, stultifying, archaic, mutton.
Maybe I’m making the wrong comparison, that the web isn’t about image, it’s about type. The Western visual arts never did really suss mixing writing and form (that’s not really true, but, IMAO, such arts never escaped their context). However, the Eastern visual arts most certainly did, and frameworks haven’t noticed them either.
Enough of this. Rather than criticising other people for not doing, I should do. I need to make some example sites. That’s where SSC comes in.
If I am to build a site using an experimental visual process, I can’t use frameworks. If I can’t use frameworks, I have to hand code. And there’s the key problem: HTML is such a convoluted, evolved mess, that the people who designed it, in their own design presentations, make errors. Ok, I only found this out by testing SSC on them, which conveniently illustrates that HTML is overcomplicated. I’m not going to reveal names because these people are working hard to make the web a better place. Let’s just say W3 had broken links, WhatWG referenced withdrawn ontologies, and many other authors’ sites have other internal inconsistencies. That the people who define the web make mistakes using their own design in their own documents that espouse their design, helps explain why most stick to dull, formulaic, boring, frameworks. To be fair, my HTML is far worse than any of these mild examples of technical naughtiness, which is why I had to write SSC.
I’ve yet to build a site inspired by visual art’s form and layout. My efforts have been spent building SSC, a tool to make that practical.
Since I’m here, I’ll list other issues I have with frameworks:
- They have to be regularly maintained. Every time an update comes out, that update has to be applied to a site, or the site becomes vulnerable to the exploits published by the update. Time is lost playing patch catchup.
- Updates for frameworks sometimes fail; instead of fixing issues, they break sites. That’s why I dropped Drupal. That’s why I swore off NextCloud.
- Frameworks use scripted languages, such as PHP. There were, in October 2021, five known vulnerabilities in PHP (far better than time was). Other frameworks use other scripted languages with other problems.
- IMAO, frameworks’ and scripts’ worst flaw is many import code at runtime from third–party repositories. Their integrity and security is dependent on that of the repository, over which a site owner (usually) has no control. There are many examples of repositories being hacked, breaking the security and intergrity of all sites that use them.
Dylan Harris
October 2022
README
Static Site Checker
(an opinionated HTML nitpicker)
version 0.1.35
(c) 2020-2023 dylan harris
see LICENCE.txt & LICENSE.txt for copyright & licence notice
https://ssc.lu/
https://github.com/devongarde/ssc
ssc analyses static HTML snippets, files and sites:
— HTML living standard, Jan 2005 to Jul 2023
— HTML 1.0/+/2.0/3.0/3.2/4.00/4.01/5.0/5.1/5.2/5.3–draft
— CSS 1/2.0/2.1/2.2–draft Feb 2022, some 3/4/5/6
— SVG 1.0/1.1/1.2 Tiny/1.2 Full/2.0/2.x–draft Apr 2021
— MathML 1/2/3/4–draft Jul 2022
— XHTML 1.0/1.1/2.0/5.x
— finds broken links
— server side includes, mostly
— many microdata & RDFa ontologies, including
— schema.org from 0.10 to 22.0
with opinions on:
— standard english where dialect is required
— perfectly legal but sloppy HTML
— abhorrent rudeness such as autoplay on videos
It does NOT:
— analyse or understand scripts
— analyse or understand XML or derivatives, except as noted above
It can output:
— ‘repaired’ HTML (not XHTML)
— HTML with resolved server side includes
— JSON of ontological content
— website statistical information
— deduplicated websites
ssc -h
for a usage summary.
ssc -f config_file
analyse site using preprepared configuration
ssc directory
analyse website based in directory
To build & run:
1. Follow the build instructions in build.txt
2. Gleefully run ssc. It will misbehave if you are insufficiently gleeful.
This is an alpha version of ssc. It may contain unexpected features.
If you encounter such a delight, please help improve ssc by collecting
the following information (where relevant):
— version of ssc;
— precise version of the operating system;
— hardware architecture and system information;
— detailed description of the problem;
— detailed description of the steps to recreate it;
— copy of output file showing the error;
— copy of pages/website being analysed;
— precise command used;
— configuration file(s) used, if any;
— any ndx file or other pre–existing file used during the run;
— any known workarounds or solutions;
— optionally, a dance interpretation of the ‘feature’;
and emailing everything to mail@ssc.lu (if the collected files are more
than small, please use a public fileserver and email the link). Do NOT
send anything confidential. Furthermore, unless you state otherwise,
we reserve the right to publish some or all of the information sent in
future versions of ssc, usually in the test suite. If you have a fix,
you are invited to submit a pull request on github. Thank you.
SSC can be run in a CGI environment. This is intended for use with OpenBSD’s native httpd web server.
You are reminded that SSC is α software. Do NOT expose it to untrusted data
sources, such as the open web, without taking serious precautions. SSC probably has
more bugs than the Creator’s Ultimate All–Beetle Extravaganza (J.B.S.
Haldane, apocryphal : “[the Creator has] an inordinate fondness for beetles.”).
Notes on names:
— recipe: a nod to Vernor Vinge’s “A Fire Upon the Deep”;
— tea: without tea, nothing works; then there’s builders’ tea;
— sauce: makes the dull tasty; identifies incompetent pedants;
— toast: toasts code; i liked burnt toast;
— heater: i’m not stopping now;
— unii: my preferred plural of unix: to my ears, both unixes and unices
sound like they sing castrato.
— andor: and/or sans ancienne; land of Gift (aber nicht das Gift)
SEE ALSO
build.txt notes on building ssc
gen.txt a model man page
usage.txt how to use ssc
releasenotes.txt chips
LICENCE.txt ssc licence information
LICENSE.txt formal GPL 3 licence
more licences licences for borrowed external content
Background
I have a website, arts & ego, at https://dylanharris.org/. It has
approaching 60G of original content. It contains hand coded HTMLs 2,
3, 4 & 5. It is a complete mess. Despite a long search, I could not
find any tools to properly identify its flaws. Anything I did find
was at most cursory.
Then came the cow flu*.
*corvid means crow, thus covid means cow**.
**by the rules of sympathetic spelling.
Unabashed Opportunism
If you appreciate modernist poetry or abstract photography, I’ve been
published. Click on books at arts & ego for gen.
written by dylan harris
mail@ssc.lu
September 2023
usage
NAME
ssc - analyse static web site source
SYNOPSIS
ssc [...] directory
ssc -f config
ssc
DESCRIPTION
ssc (the Static Site Checker) is an opinionated HTML nit-picker,
intended for people, such as its author, who hand code websites. It
doesn't just check static websites for broken links, dubious syntax,
and bad semantic data, it will actively complain about things that are
perfectly legal but rather untidy, like its author.
Except when serving CGI queries, it recursively scans the directory
looking for HTML source files to analyse. It produces a list of errors,
warnings, comments, and other hints of imperfection. Once complete, it
summarises internal site inconsistencies, and can produce some simple
statistics.
Scripts are ignored.
COMMAND LINE ONLY SWITCHES
These options are only available on the command line:
-f file Load configuration from file, which should be
in .INI file format. See CONFIGURATION FILE
FORMAT below. This should be an absolute path.
-F Load the configuration file .ssc/config in the
current directory.
-h Show a summary of switches, then exit.
-H snippet Only nitpick this snippet of html
--ontology.list List known schema versions, then exit.
-V Show version details, then exit.
--validation Show attribute extensions, then exit. Attribute
extensions are additional values that can be
associated with attributes on some X/HTML
elements, and is intended for use with bespoke
extensions of HTML.
COMMAND LINE AND CONFIGURATION FILES SWITCHES
These options are available on the command line (with dashes) and in
configuration files (without dashes). The short form alternative
switches only work on the command line.
Most binary options, e.g. those without arguments below that turn on a
feature (which may be the default), have a corresponding "no-" switch
to turn it off. The "no-" is inserted after the dot, so, for example,
the contradiction to "--general.class" is "--general.no-class". When
both are specified, perhaps in a configuration file and on the command
line, the "no-" switch always applies.
--corpus.article Prefer the content of <ARTICLE> when gathering
corpus text.
--corpus.body Prefer the content of <BODY> when gathering
corpus text. This is the default.
--corpus.main Prefer the content of <MAIN> when gathering
corpus text.
--corpus.output file Dump XML corpus of site into file. This is
intended for use by a local search engine. If
none of --corpus.article, --corpus.body, or
--corpus.main are specified, the content of
<BODY> is used. If more than one are specified,
then the text collected depends on a page's
content. This is incompatible with
--shadow.update.
--css.animation X Use CSS Animation level X, where X is 0, 3 or 4
--css.background X Use CSS Backgrounds and Borders level X, where
X is 0 or 3
--css.box-align X Use CSS Box Alignment level X, where X is 0 or
3
--css.box-model X Use CSS Box Model level X, where X is 0, 3 or 4
--css.box-sizing X Use CSS Box Sizing level X, where X is 0 or 3
--css.cascade X Use CSS Cascade level X, where X is 0, 3, 4, 5
or 6
--css.colour X Use CSS Colour level X, where X is 0, 3, 4 or 5
--css.compositing X Use CSS Compositing and Blending level X, where
X is 0 or 3
--css.cs X Use CSS Counter Style level X, where X is 0 or
3
--css.custom X Use CSS Custom Properties for Cascading
Variables level X, where X is 0 or 3
--css.display X Use CSS Display level X, where X is 0 or 3
--css.ease X Use CSS Easing Functions level X, where X is 0
or 3
--css.extension ext Presume files with extension '.ext' are CSS
files
--css.fbl X Use CSS Flexible Box Layout level X, where X is
0 or 3
--css.font X Use CSS Fonts level X, where X is 0, 3, 4 or 5
--css.frag X Use CSS Fragmentation level X, where X is 0, 3
or 4
--css.grid X Use CSS Grid level X, where X is 0, 3 or 4
(since the specs confusingly use levels 1 and 2
for versions of CSS which are not CSS 1 nor
2.x, ssc accepts 1 for 3, and 2 for 4).
--css.media X Use CSS Media level X, where X is 0, 3, 4 or 5
--css.multi-column X Use CSS Multi-Column level X, where X is 0 or 3
--css.namespace X Use CSS Namespaces level X, where X is 0 or 3
--css.overflow X Use CSS Overflow level X, where X is 0 or 3
--css.position X Use CSS Positions level X, where X is 0 or 3
--css.selector X Use CSS Selectors level X, where X is 0, 3 or 4
--css.shape X Use CSS Shapes level X, where X is 0, 3 or 4
--css.speech X Use CSS Speech level X, where X is 0 or 3
--css.style X Use CSS Style level X, where X is 0 or 3
--css.syntax X Use CSS Syntex level X, where X is 0 or 3
--css.text-dec X Use CSS Text Decoration level X, where X is 0,
3 or 4
--css.transition X Use CSS Transitions level X, where X is 0 or 3
--css.ui X Use CSS Basic User Interface level X, where X
is 0, 3 or 4
--css.value X Use CSS Values and Units level X, where X is 0,
3 or 4
--css.verify Verify CSS files (replaces --general.css)
--css.version X Presume version X of CSS, where X is one of:
1 CSS 1.0
2.0 CSS 2.0
2.1 CSS 2.1
2.2 CSS 2.2 (Feb 2022 draft)
3 all CSS level 3 (unfinished)
4 all CSS level 4 (unfinished)
5 all CSS level 5 (unfinished)
6 all CSS level 6 (unfinished)
--css.writing X Use CSS Writing Mode level X, where X is 0, 3
or 4
--general.class Nitpick class values
--general.classic Report all classes used, not just those in
CSS files.
--general.cgi Check environment variables for snippets of
-W HTML. SSC expects environment variables as
produced by OpenBSD's native httpd, produced
using <FORM METHOD=GET …>. Do NOT let ssc
anywhere near untrusted data. Ignores many
options such as shadowing.
--general.custom EL Define a custom element <EL> for verifying the
IS attribute. May be repeated.
--general.datapath dir Look for any configuration, caches, and other
-p dir useful files, in this directory.
--general.defthrd N If --general.thread is not given, then set the
-N N number of threads to N.
--general.error x If nits of the specified category or worse are
-E generated, then, on exit, return an error code.
Values are: 'catastrophe', 'error' (the
default), 'warning', 'info', or 'comment'.
--general.exclude REG Ignore all files that match the posix regular
expression REG. May be repeated.
--general.file XXX File for persistent data. Requires -N. See also
--general.datapath. Default extension: .ndx.
--general.git Ignore git's internal files.
--general.ignore EL ignore attributes and content of the element
<EL>. May be repeated.
--general.info Report launch context when starting.
--general.lang LA If an X/HTML file does not have a language /
dialect specified (e.g. "en" for generic
English, "en-IE" for Irish English, "lb-LU"
for Luxembourgish, "ma" for Marain, etc.),
default to 'LA'. If not given, the default is
your system default, or, if none, then "en-US"
(the standard American dialect of English).
--general.maxfilesize n Do not process HTML source files that exceed n
bytes in size (default: 4M). Specify 0 for
unlimited, although be warned that ssc is
stunningly stupid in such circumstances and may
even attempt to load files bigger than
available memory.
--general.output Output to the specified file. If this switch is
-o file not used, standard output is used.
--general.progress Dump progress information to standard output.
-D This can interfere with formatted output.
--general.rdfa Check RDFa attributes.
--general.rel Only mention <LINK> REL values, found neither
in the living standard nor at microformats.org,
in debug output.
--general.rpt Report CSS files that are opened.
--general.slob Ignore perfectly legal yet inefficient, indeed
thoroughly slobby, HTML, such as being far too
lazy to get round to bothering to close
elements.
--general.spec Reset the values of most switches to false.
-j
--general.ssi Process Server Side Includes (SSIs). Note ssc
-I cannot process SSIs directives with formulae.
Processing SSIs may cause incorrect line
numbers to be mentioned when an issue is
reported.
--general.test Output data in automated test format. Used by
-T ssc-test. Not generally useful. Documented so
you can avoid it!
--general.thread N Use N threads when running. Defaults to a value
-n N appropriate for the hardware. Too high a value
can cause problems. See also --general.defthrd.
--general.verbose x Output nits to the specified verbosity:
-v 'catastrophe', 'error', 'warning', 'info',
'comment' (the default), or '0' for silence.
Additional values are available when debugging.
Each level includes its preceding level, so,
for example, 'warning' will also output
'catastrophe' and 'error' nits.
--html.force If <!DOCTYPE. …> is missing, force presumption
of --html.version value, not HTML 1/tags
--html.rfc1867 Ignore the RFC 1867 (INPUT=FILE) extension when
processing HTML 2.0
--html.rfc1942 Ignore the RFC 1942 (tables) extension when
processing HTML 2.0.
--html.rfc1980 Ignore the RFC 1980 (client side image maps)
extension when processing HTML 2.0.
--html.rfc2070 Ignore the RFC 2070 (internationalisation)
extension when processing HTML 2.0.
--html.tags When an HTML file is loaded that contains no
DOCTYPE, ssc normally presumes HTML 1. This
switch tells it to presume the file conforms
to an earlier HTML Tags specification (the one
at CERN). This is overridden by --html.version.
--html.title n If <TITLE> text is longer than n characters,
-z n say so. This applies to text enclosed by a
<TITLE> element under <HEAD>, not the value of
TITLE attributes.
--html.version X If no doctype (or xml header) is specified,
presume version X of HTML. X can be:
tags HTML tags (1991, informal)
1 HTML 1.0 (Jun 1993 draft)
1.0 HTML 1.0 (Jun 1993 draft)
+ HTML Plus (Nov 1993 draft)
2 HTML 2.0
2.0 HTML 2.0
3 HTML 3.2
3.0 HTML 3.0 (Mar 1995 draft)
3.2 HTML 3.2
4 HTML 4.01
4.0 HTML 4.0
4.1 HTML 4.01
4.2 XHTML 1.0
4.3 XHTML 1.1 core
4.4 XHTML 2.0 (Dec 2010 draft)
5 recent WhatWG HTML 5
5.0 W3 HTML 5.0
5.1 W3 HTML 5.1
5.2 W3 HTML 5.2
5.3 W3 HTML 5.3 (Oct 2018 draft)
2005/1/1 WhatWG WebApps draft (Jan 2005)
... (halfly)
2007/1/1 WhatWG WebApps draft (Jan 2007)
2007/7/1 WhatWG HTML 5 (Jul 2007)
... (halfly)
2021/1/1 WhatWG HTML 5 (Jan 2021)
... (quarterly)
2023/7/1 WhatWG HTML 5 (Jul 2023)
XHTML 1.0 XHTML 1.0
XHTML 1.1 XHTML 1.1 core
XHTML 2.0 (Dec 2010 draft)
XHTML 5.x XHTML corresponding to
equivalent W3 HTML
Although you can specify exact dates for
versions of the WhatWG HTML 5 living standard,
currently only broad versions published in
January and July are supported (quarterly
from 2021).
Certain versions of HTML offer variants, such
as loose and strict definitions. ssc picks
those up from the <!DOCTYPE …> in the HTML
file, if any, and then carefully ignores them.
Validation of XHTML is even less strict.
Just to remind you, there are no guarantees of
accuracy (or inaccuracy).
Copies of the appropriate standards can be
found online. A copy of the copies referenced
during ssc's development can be found at
https://ssc.lu/.
--link.301 Normally, when ssc checks external links
-3 (--link.external), it does not report http
forwarding errors 301 and 308. Use this switch
to have it do so.
--link.check Check internal links, e.g. those within the
-l website being analysed.
--link.example Report links to faux domains, as defined by RFC
2606 (note ssc also reports links to
example.edu, example.gov & example.mil).
--link.external Check external links, e.g. those not on the
-e site being checked. Note that ssc will NOT
check RFC 2606 links, such as example.com (see
--link.example).
--link.forward Report HTTP forwarding errors encountered when
checking external links (e.g. 301 and 308)
--link.ignore DOMAIN When checking external links, ignore this
domain. May be repeated.
--link.local Report links to local domains, such as domains
ending in .lan, .home, .corp, and others.
--link.once Only report each broken external link once. If,
-O for example, the site has a number of references
to a page that does not exist, ssc will only
report the first instance of the broken link.
Note that, even if it reports every occurrence
of the link, it will only check it the first
time it's encountered (requires
--link.external).
--link.pretend FILE When checking local files, pretend this file
exists.
--link.report DOMAIN Report links to domain and its descendents. May
be repeated.
--link.revoke Do not check whether links' https certificates
-r have been revoked (requires --link.external).
--link.xlink Check crosslink IDs on the site being analysed.
-X For example, if a link goes to /index.html#id,
then, when this switch is set, ssc will verify
that the id exists and that it is not hidden.
--math.core Presume Math 4 core (May 2022 draft).
--math.draft D Presume this draft of MathML 4. The following
drafts supported:
2020 December 2020 draft
2022 August 2022 draft
--math.version N Presume version N of MathML (1, 2, 3 pr 4). The
following versions are supported:
0 try to work it out from the (HTML)
version of the file being analysed
1 MathML 1
2 MathML 2
3 MathML 3
4 MathML 4 (see --math.draft)
--microdata.export Export schema.org microdata encountered. This
data is exported in JSON format (not JSON-LD).
--microdata.root DIR When exporting microdata with
--microdata.export, write files into the
directory DIR. ssc will create the directory
tree structure as appropriate.
--microdata.verify Check microdata found in WhatWG microdata
-m attributes (itemprop, itemtype, etc.). Note
that ssc only knows about certain ontologies
(see --ontology.list)
--microdata.virtual v=d When exporting microdata using
--microdata.export, export the contents of
virtual directory 'v' to 'd'. 'v' must match a
directory identified with --site.virtual. For
example:
--microdata.virtual virtual=X:\virtual.
--microformat.export Export microformat data encountered in JSON
format. This option will write files in the
same directory as the source, with the
extension .json.
--microformat.verify Verify Microformats data in class and rel
-M attributes (see https://microformats.org/).
--microformat.version x Presume microformats version x. The following
values are currently accepted:
1 microformats version 1 only
2 microformats version 2 only
3 both microformats versions 1 and 2
--nits.catastrophe n redefine nit n as a catastrophe; may be
repeated (the value of n can be determined
using --nits.nids below).
--nits.comment n Redefine nit n as a comment; may be repeated
(the value of n can be determined using
--nits.nids).
--nits.debug n Redefine nit n as a debug message; may be
repeated (the value of n can be determined
using --nits.nids).
--nits.error n Redefine nit n as an error; may be repeated
(the value of n can be determined using
--nits.nids).
--nits.extra Report additional nits.
--nits.format F Specify the output format; F is a template
file (see OUTPUT TEMPLATE below).
--nits.info n Redefine nit n as information; may be repeated
(the value of n can be determined using
--nits.nids).
--nits.nids Output nit ids, which can be used to redefine
nits.
--nits.override F Use this output format, not the one specified
by --nits.format. F is a template file (see
OUTPUT TEMPLATE below). This switch is intended
to aid automation.
--nits.quote X Specify quote style when using nit.format. X
can be 'text' or 'html'.
--nits.root By default, seek nit output template files in
the website root.
--nits.silence n Silence nit n; may be repeated (the value of n
can be determined using --nits.nids).
--nits.unique Do not output repeated nits, even if they may
contain additional information.
--nits.warning n Redefine nit n as a warning; may be repeated
(the value of n can be determined using
--nits.nids).
--nits.watch Output debug nits (intended for automation).
--rdfa.version When checking RDFa files, presume this version
(default: 1.1.3). Note, RDFa analyis is
incomplete, and only intended for supporting
HTML analysis.
--ontology.ONT X.Y Presume version X.Y of ontology ONT. For
example:
--ontology.xsd 1.1
defaults usage of XSD to version 1.1. The
versions apply to RDFa, microdata, and
microformats (using class) analysis. If .Y is
omitted, .0 is presumed. X must be present.
Unspecified defaults are derived from the HTML
version. For a list of possible values, use
--ontology.list.
At the time of writing, the following ontology
versions can be verified. Note that single
version ontologies cannot have their version
changed:
adms 1.0,2.0
article 12,14,18,22
as 1.0,2.0
basic 1.0-1.3,2.1,3.0 (see below)
bfo 2.0,2020 (see below)
bibo 1.3
biro 1.1
book 12,14,18,22
cc 1.0
cito 2.8
content 1.0
crs 1.0 (see below)
csvw 1.0
ctag 1.0
daq 1.0
ddi 1.0
dbp 1.0
dbp-owl 1.0
dbr 1.0
dc11 1.0,1.1
dcam 1.0
dcat 1.0,2.0
dcmi 1.0
dcterms 1.0,1.1
ddi 1.0
doap 1.0
dqv 1.0
describedby 1.0
duv 1.0
earl 1.0
event 1.0
exif 1.0-3.0 (see below)
exifex 2.21-3.0 (see below)
foaf 0.1-0.99
frbr_core 1.0
gr 1.0
grddl 1.0
gs1 1.1-1.5
ical 1.0
icaltzd 1.0
jsonld 1.0,1.1
ldp 1.0
license 1.0
locn 1.0
ma 1.0
mf 1.0-2.255
music 12,14,18,22
oa 1.0
odrl 1.0
og 10,12,14,18,22 (see below)
org 1.0
owl 1.0,2.0
pam 2.0 (see below)
pcm 3.1 (see below)
pcmm 3.0 (see below)
pcv 1.0(see below)
pdf 1.0 (see below)
photoshop 1.0 (see below)
pim 1.0-3.0 (see below)
pmi 3.0 (see below)
poetry 1.0,1.1
prism 1.0-3.0 (see below)
prism-ad 3.0 (see below)
prl 1.0-2.0 (see below)
prm 3.0 (see below)
prs 3.1 (see below)
profile 12,14,18,22
prov 1.0
psv 1.0 (see below)
ptr 1.0
pur 2.1-3.0 (see below)
qb 1.0
rdf 1.0-1.3
rdfa 1.0-1.3
rdfg 1.0
rdfs 1.0
rev 1.0
rif 1.0
role 1.0
rr 1.0
schema 0.10-22.0 (see below)
sd 1.0
sioc 1.0
sioc_s 1.0
sioc_t 1.0
skos 1.0
skosxl 1.0
sosa 1.0
ssn 1.0
stdim 1.0 (see below)
stevt 1.0 (see below)
stfnt 1.0 (see below)
stjob 1.0 (see below)
stref 1.0 (see below)
stver 1.0 (see below)
taxo 1.0
tiff 6.0
time 1.0
v 1.0
vann 1.0,1.1
vcard 1,2,3,4 (see below)
video 12,14,18,22
void 1.0
wdr 1.0
wdrs 1.0
website 12,14,18,22
wwg 1.0
xhv 1.0
xml 1.0
xmp 1.0 (see below)
xmpdm 1.0 (see below)
xmpg 1.0 (see below)
xmpgimg 1.0 (see below)
xmpidq 1.0 (see below)
xmpmm 1.0 (see below)
xmprights 1.0 (see below)
xmptpg 1.0 (see below)
xsd 1.0,1.1
The various Adobe ontologies (crs, pdf,
photoshop, stdim, stevt, stfnt, stjob, stref,
stver, smp, xmpdm, xmpg, xmpgimg, xmpidq,
xmpmm, xmprights, xmptpg) have only been
partially applied. They do not seem to have
been designed for microdata, hence the partial
implementation: the goal is to enable hoovering
to JSON.
BFO (Basic Format Ontology) versions should be
specified as follows:
Use For
2.0 2.0
2.2 2020
BFO 2020 uses OBO's machine code style
identifiers. Given the history of computing
science, as a convenience for users, and with
my experience of both devops and maintaining
code, identifiers following the standard
ontology naming convention are also accepted.
Since this is unofficial, both standard English
and American dialects' spellings are processed.
The Exif & ExifEx ontologies have the following
versions:
Use For
1.0 1.0 (exif only)
1.1 1.1 (exif only)
2.0 2.0 (exif only)
2.10 2.1 (exif only)
2.20 2.2 (exif only)
2.21 2.21
2.30 2.3
2.31 2.31
2.32 2.32
3.0 3.0
Manufacturers' extensions to EXIF are omitted,
with exceptions.
Open Graph versions correspond to snapshots of
the specs from 2010, 2012, 2014, 2018 & 2022.
The various Prism ontologies (pam, pamp, pcm,
pcmm, pcv, pim, pmi, prism, prism_ad, prl, prm,
prs, psv, pur) have only been partially
applied: some specifications are unavailable,
some specifications break HTML5 syntax. Prism
was not designed for microdata, hence the
partial implementation: the goal is to enable
hoovering to JSON.
Most versions of schema (schema.org) should be
specified by their version number, but this
doesn't work with early versions, which should
be specified a follows:
Use For
0.10 June 2011
0.15 July 2011
0.20 August 2011
0.25 September 2011
0.30 October 2011
0.35 November 2011
0.40 December 2011
0.45 January 2012
0.50 February 2012
0.55 March 2012
0.60 April 2012
0.91-0.99 as version number
1.0 1.0a
1.1 1.0b
1.2 1.0c
1.3 1.0d
1.4 1.0e
1.5 1.0f
1.10 1.1
1.20 1.2
1.30 1.3
1.40 1.4
1.50 1.5
1.60 1.6
1.70 1.7
1.80 1.8
1.90 1.9
1.91 as version number
...
22.0 as version number
vCard versions correspond to RDFa specs,
published in 2001, 2006, 2010 & 2014. They do
NOT correspond to vCard data format
specifications.
--shadow.changed When shadowing a site that has been previously
shadowed, only copy/link files that have
changed.
--shadow.comment Do not delete comments when writing shadow
pages.
--shadow.copy X Create a shadow directory structure from source
HTML files, with errors removed and some things
tidied up. X can be:
no copy nothing (default)
pages write 'fixed' source files,
ignore non source files
hard set up hard links to non-source
files (requires source and
shadow directories to be on the
same disk) (see below)
soft set up soft links to non-source
files (see below)
all copy non HTML files too
dedu copy non HTML files too, but
deduplicate them, changing links
in HTML source if necessary (see
below)
report report duplicates (no
shadowing)
ssc cannot convert between versions of HTML,
nor between HTML and XHTML.
Link options are only available on systems that
support links.
--shadow.enable Enable shadowing (set by other shadow options).
If shadowing is enabled, but shadow.root is not
set, SSC will litter the site source
directories with .ndx files.
--shadow.file f Write ssc's shadow cache to file f, to
accelerate future shadowing of the same
content updated.
--shadow.ignore ext When shadowing, ignore files with this
extension (may be repeated).
--shadow.info Add a comment at or near the top of each
shadowed HTML file noting its generation time.
--shadow.msg text Insert a comment containing text at the top of
each generated page. Note that, if any SSI
include file is updated, the comment will
appear whether or not the original page has
changed.
--shadow.root dir Where to write the shadowed site.
--shadow.space Leave excess/repeated spaces and blank lines in
the shadowed files untidily untouched.
--shadow.ssi Do NOT resolve Server Side Includes when
shadowing, even if --general.ssi is set.
--shadow.update Only examine files that have changed since the
-u last time ssc ran. This is incompatible with
--corpus.file. This requires --shadow.file.
Nits of files that have not changed will not be
reported.
--shadow.virtual v=d When shadowing virtual directories, output the
shadow of virtual directory 'v' to directory
'd'. 'v' must match a directory set up using
--site.virtual.
--site.domain domain The domain name of the site is 'domain'. This
-S domain can be repeated. This is used to identify any
URL that is apparently external but is actually
internal to the site.
--site.extension ext Treat files with this extension as X/HTML
-x ext source files. This may be repeated. Files with
extension .html are always checked.
--site.index file This is the name of the default file in a
-i file directory. This can be repeated. This is used
for checking internal links.
--site.root dir This is the root of the website to analyse. ssc
-g dir will recursively scan the directory analysing
any HTML files it finds. The default is the
current directory.
--site.virtual v=d The virtual directory 'v' is located in actual
-L v=d directory 'd' on the local filesystem. For
example:
--site.virtual virtual=D:\actual
--spell.accept XXX XXX is a correct spelling of a word (or a list
of words) in all languages.
--spell.cased Nitpick correctly spelt but wrongly cased
words.
--spell.check Check text spelling. Uses external spelling
checkers, so results will be inconsistent
between systems.
--spell.dict LANG,DICT Unix only. Associate dictionary DICT with LANG.
For example, if the standard English dictionary
is en_GB-large:
--spell.dict en-GB,en_GB-large
(Under Windows, ssc uses the OS dictionaries.)
--spell.icu If "no", do not use the ICU libraries at all
(they are rather slow). This will increase the
inaccuracy and incorrectness of the spell checks.
--spell.list FN,LANG The file FN contains a list of valid spellings
for language LANG (which may include country
info). If LANG is omitted, the valid spellings
apply to all languages. For example:
--spell.list villages.txt,en-IE
--spell.list dorfer.txt,de
--spell.list letzstied.txt
--spell.path PATH Unix only. Path to spelling executable.
Hunspell or a compatible program is expected.
If none is specified, ssc will seek hunspell.
(Under Windows, ssc uses the OS spellchecker.)
--stats.export F Export stats to file F.
--stats.meta Produce statistics on <MET> usage in <HEAD>.
Note that pragmas reported (http-equiv) are
those found in the HTML source, not those
returned by the HTTP protocol. Remember that
many web servers (not all) will remove some
pragmas when serving pages.
--stats.page Produce statistics for each source file
encountered.
--stats.summary Produce a summary of overall statistics for the
website.
--svg.version x Presume any SVG code encountered is this
version, unless the SVG code itself specifies a
version. Versions recognised:
1.0
1.1
1.2 (really 1.2/tiny)
1.2/tiny
1.2/full (May 2004 draft, incomplete, any
conflict with 1.2/tiny always
resolves in favour of 1.2/tiny)
2.0
2.1 (April 2021 draft)
If this switch is not used, and some SVG code
does not identify its version, the version is
derived from the version of the host X/HTML
code.
--validation.attribute ATT
Add the custom attribute ATT. This attribute
will be ignored, not validated.
--validation.charset CH Accept CH as a charset. May be repeated.
--validation.class CL Add the valid class CL. May be repeated.
--validation.color COL Accept COL as a colour. May be repeated.
--validation.colour COL Accept COL as a colour. May be repeated.
--validation.country CC Accept CC as a valid two-letter country code.
May be repeated.
--validation.currency CUR
Accept CUR as a valid currency. May be
repeated.
--validation.element EL Accept <EL> as a valid element. This element
will be ignored, not validated. May be
repeated.
--validation.element-attribute EL,ATT
Accept the known attribute ATT on the element
<EL>. Doesn't work with namespaces (names
containing ':'). May be repeated.
--validation.extension EXT
Accept the extension EXT as a mimetype file
extension. May be repeated.
--validation.ff FEATURE Accept FEATURE as a CSS font feature. These
should normally be four characters long. May be
repeated.
--validation.ff VARIATION
Accept VARIATION as a CSS font variation. These
should normally be four characters long. May be
repeated.
--validation.httpequiv HEQ
Accept HEQ as a valid macro for httpequiv on
<META> elements. May be repeated.
--validation.lang LANG Accept LANG as a valid language code. May be
repeated.
--validation.minor x When validating W3 HTML 5 source code, using
-m x this minor version of W3 HTML 5. Valid values
are 0, 1, 2, and 3 (draft). WhatWG versions are
determined by date, corresponding roughly to
the date of the (online) publication of the
specific version. See the --html.version
switch.
--validation.metaname M
Accept M as valid for the NAME attribute of the
<META> element. The VALUE will be ignored. May
be repeated.
--validation.microdata Validate (schema.org) microdata.
--validation.mimetype MT
Accept MT as a valid mimetype. May be repeated.
--validation.sgml SGML Accept SGML as a valid SGML schema
identification (as found in <!DOCTYPE …>). May
be repeated.
--validation.XXX YYY Accept YYY as a valid value for attribute type
XXX. For a list of possible values of XXX, use
the command line switch --validation.
CONFIGURATION FILE FORMAT
If a configuration file is used, it should be in INI file format. All
content is optional.
Section and option names are derived from the long form switch name,
which consists of --SECTION.OPTION, laid out in the format:
[SECTION]
OPTION=yes
OPTION=123456
Switches that do not have a long form version cannot be used in a
configuration file.
Each ssc test (in the recipe/toast folder) has a configuration file;
browse them for examples.
ENVIRONMENT
If you set --general.cgi, ssc will check these environment variables:
QUERY_STRING Run under OpenBSD's httpd server. See notes
below.
SSC_CONFIG If no configuration file is given on the
command line, use this one
SSC_ARGS Preliminary command line parameters
If, when SSC is run, the environment variable QUERY_STRING is set to an
OpenBSD httpd server CGI value that includes the parameter
html.snippet, then SSC will nitpick that snippet only. Some other
parameters are processed, including general.verbose and html.version.
EXIT STATUS
If no significant nits are found, ssc exits with 0, otherwise it exits
with a value > 0. See the --general.error switch.
OUTPUT TEMPLATE
The --nit.format switch allows control of output format. It takes a
file name. The format of that text file is a sequence of fixed section
names, enclosed in square brackets on their own lines, each optionally
followed by text. In that text, certain specific identifiers, enclosed
in brace pairs, are substituted. For example:
[dog-section]
My pet dog {{dog-name}} is a {{bad-dog}}.
For examples, browse recipe/toast/output/*.nit
If no file is specified, or if the file cannot be loaded, a default
template is used.
Note also the --nit.quote switch.
EXAMPLES
To verify the version of ssc:
ssc -V
To check the static web side source directory /home/site/wwwroot:
ssc /home/site/wwwroot
To check a static HTML/XHTML website for example.com, that uses server
side includes, in the current directory, with verification of external
links, with rather verbose output:
ssc -e -I -x html -x shtml -s example.com -v 5 -i index.shtml
To check a static web side in the current directory, with a virtual
directory, verifying microformats:
ssc -L vitual=/home/site/virtual -M
To check a static web site using a configuration file:
ssc -f config.file
A simple configuration file might contain:
[general]
verbose=4
output=simple.out
[site]
domain=example.edu
extension=html
index=index.html
root=simple
A configuration file to check a site against HTML 5.2 and SVG 1.1 might
contain:
[general]
output=site.out
class=yes
[link]
check=yes
[site]
domain=example.edu
extension=html
index=index.html
root=site
[html]
version=5.2
[svg]
version=1.1
A configuration file to check against a particular WhatWG living
standard, gathering statistics:
[general]
output=jan21.out
[html]
version=2021/01/01
[link]
check=yes
[microdata]
version=11.0
[site]
domain=example.edu
extension=html
index=index.html
root=site
[stats]
summary=yes
meta=yes
A configuration file to shadow copy and deduplicate a site might
contain:
[general]
output=dedu.out
class=yes
[site]
domain=example.edu
extension=html
index=index.html
root=site
[shadow]
copy=5
root=shadow
file=dedu.ndx
A configuration file to export microdata preparing against schema.org
version 7.2 might contain:
[general]
output=export.out
class=yes
[site]
domain=example.edu
extension=html
index=index.html
root=site
[link]
check=yes
[microdata]
export=yes
root=export
version=7.2
PREPARING and UPDATING a SITE
These files are based on the steps I take to update an OpenBSD website.
Presume a directory containing the following:
site.conf ssc configuration file for a website
site shadow output produced by ssc
Then I run a script like this:
ssc -f site.conf
upload.sh site /var/www/site-upload server user 0
ssh user@server "cd /var/www ; mv site x ; mv site-upload site ;
mv x site-upload ; ln -sf site htdocs"
upload.sh is a macos bash script that can be found among the source
code. Note that I have rather naughtily replaced OpenBSD's httpd
document directory /var/www/htdocs with a link.
Here is site.conf:
[general]
verbose=info
class=yes
output=site.out
ssi=yes
ignore=pre
rpt=yes
[html]
version=2021/04/01
[link]
check=yes
xlink=yes
[microformat]
verify=yes
[site]
domain=example.com
extension=html
extension=shtml
index=index.shtml
root=corrupt_source
[stats]
summary=yes
[shadow]
copy=dedu
root=site
file=site.ndx
ignore=inc
info=yes
SEE ALSO
tidy
linkchecker
HISTORY
ssc (ssc.lu) is written by Dylan Harris (dylanharris.org)
known issues
SSC is α software. It doesn’t do what it’s supposed to do, and what it’s supposed to do is wrong.
- SSC is built based on my understanding of various standards. My understanding is certainly wrong. I will have misread some text, and misunderstood what I read correctly.
- I had to make a number of compromises when building the code. Some checks are incomplete or even entirely missing.
- I put my emphasis on standards that are actively followed, and put little effort, beyond the basics, into those that were never properly implemented.
- I built an evolving product, reflecting evolving standards: biological evolution made the dodo, linguistic evolution made ‘hippopotamus’*, I made ssc.
- The code was built to get something working. In many places, it is horrible. A great deal of refactoring could take place, had I the time.
- No attempt was made to write secure code. It should only be run on trusted data. In particular, a great weakness of much software is the parser, and the parsers in SSC were handmade using hopeless optimism and bizarre ideas.
- The tests are incomplete. Emphasis is placed on HTML 5, but even those tests suffer from missing content.
Note that github hosts a list of known issues.
* How can such a dangerous animal have such a cuddly name? It’s like calling a Hound of Hell ‘Fluffy’, or Death’s horse Binky.
bug reporting
SSC is α software. It may contain unexpected features. If you encounter such a delight, please help improve ssc by collecting the following information (where relevant):
- version of ssc;
- precise version of the operating system;
- hardware architecture and system information;
- detailed description of the error and how to cause it;
- copy of output file showing the error;
- copy of pages/website being analysed;
- precise command used;
- configuration file(s) used, if any;
- any ndx file or other pre-existing file used during the run;
- any known workarounds or solutions;
- a blues or dance interpretation of the 'feature'.
and emailing everything to mail@ssc.lu (if the collected files are more than small, please use a public fileserver and email the link). Do NOT send anything confidential. Furthermore, unless you request otherwise, we reserve the right to publish some or all of the information sent in future versions of ssc, usually in the test suite. If you have a fix, you are invited to submit a pull request on github. Thank you.
build
BUILD NOTES
static site checker
https://ssc.lu/
(c) 2020-2023 Dylan Harris
Introduction
============
SSC can be built on various unii with CMake and gcc or clang,
supporting C++ 17 or better, or with Visual Studios 2017 / 2019 / 2022
under Windows. I have built & tested a 64-bit version in selected OSs
on intel/amd & arm64 (m2) architecture. For now, the arm solution
should be seen as particularly hopeless.
Although ssc builds and runs with older compilers on older systems, not
all features are available on them.
Libraries
=========
Common dependencies
-------------------
You need boost version 1.75 or better (https://boost.org), a recent
version of the ICU libraries (https://icu-project.org/), Microsoft's
GSL library (https://github.com/Microsoft/GSL) (or define NO_GSL), and
a recent version of libcurl (https://curl.se/)*. Usually, an Operating
System's package system has an appropriate version ready to install.
*libcurl requires a thread-safe underlying SSL library: see
https://curl.se/libcurl/c/threadsafe.html
You may need to set these environment variables:
- BOOST: if you're not using your operating system's packaged flavour
of boost, then set BOOST to your boost source root directory;
- ICU_ROOT: if you're not using your operating system's packaged ICU,
set ICU_ROOT to your ICU source root directory;
- GSL: set it to your GSL root directory.
hunspell
--------
Building SSC under unii, including macos, requires a development
installation of hunspell (https://hunspell.github.io/).
Once you've got them, you can run cmake from the project root
directory.
winspell
--------
The Windows build, by default, uses the native Windows spellchecker,
although, except for Windows 11, that doesn't seem to work so well in
multilingual contexts.
Building
========
Windows
-------
To build from Visual Studio, navigate to recipe/tea, open the
appropriate .sln file, then build. Only Visual Studios 2017 / 2019 /
2022, 64 bit, have been built & tested, for intel and arm64, under
Windows 10 & 11. I've not built ssc using CMake under Windows.
Note the included solutions presume Microsoft's VCPKG manager. There
are alternatives.
On low memory build machines, disable the /MP switch.
Unii & mock Unii
----------------
You will need CMake 3.19 or better. On Linux, you will also need
lsb-release. These can be found in most distributions' standard
packages. (For macos, I used macports, but brew is good too.)
From the home ssc directory, compile a normal build thus:
cmake .
make
ctest
make install
For a debug build:
cmake -DCMAKE_BUILD_TYPE=Debug .
make
ctest
make install
If everything works correctly, then everything will be built, a series
of tests run, with a final result at the very end saying no failures.
Having said that, given SSC is alpha, don't be too surprised to see
some warnings or some final test errors. Note in particular that
complaints about being unable to find or copy files during testing are
not of concern, these come from scripts that set up or tear down
individual tests, and the standard commands used sometimes complain if
they can't find files they're supposed to delete, which is a bit silly
given that means things are already in the desired state.
The following have been successfully built as x64 amd/intel:
FreeBSD: 12.3 / 13.1
Linux: Alma Linux 9, AOSC, Centos 8 / 9, SUSE Tumbleweed,
Ubuntu 20.04 / 22.04
MacOS: Ventura, Monterey, Big Sur, Catalina, Mojave, High Sierra,
Sierra, El Capitan, and Yosemite
OpenBSD: 7.3 / 7.2 / 7.1 / 7.0 / 6.9 / 6.8
The following have been successfully built as arm64:
Linux: Centos 9
MacOS: Ventura
A build on an older operating system may result in some features being
unavailable.
Centos 9
--------
The appropriate CMake command is:
cmake . -DFLAVOUR=CentosOSStream -DFLAVOUR_VER=9
(beware the standard English spelling of flavour.)
OpenBSD
-------
You may need to increase significantly the available memory setting
for your build account in login.conf.
clang vs. gcc
-------------
For now, if you can, use gcc, not clang. There is a crash in clang
built versions of ssc that is not exhibited by gcc or msvc built
binaries. I have yet to find it, so do not know whether this is a bug
in the compiler, or a bug in ssc that is only exposed by clang. To see
the problem, run ssc against the wpt test-suite from the 2023 summer
solstice, which can currently be found at github.
The problem is often avoided at runtime with the -N 1 switch.
If you do use clang, the environment variable SANITY can be used to
apply one of its sanitiser tests. Details of those tests can be found
at https://clang.llvm.org/docs/index.html
Testing
=======
Windows
-------
Under Visual Studio, run ssc??-test using these arguments:
-v -x $(ProjectDir)..\..\ssc.exe
-f $(ProjectDir)..\toast\ssc-test\win.lst
(all one line)
Add '-d' if you want the test utility to retain intemediate files.
CMake
-----
Under CMake, run ctest:
ctest -V
(which runs ssc-test for you, using nix.lst).
Dimitude
--------
The testing utility is rather dim; it will test features that are not
built, causing failures.
Spelling test results depend on the dictionaries installed.
Supporting libraries
====================
GSL
---
If you can't find a copy of Microsoft's GSL in your system's standard
package suite, then grab a current copy from its github repository
(https://github.com/Microsoft/GSL), then unpack, build and install it.
In Windows, remember to add its root directory to your local path.
Curl
----
This is in every standard unix flavour repository that I've met, but
not so easy for Windows. I suggest the following:
1 Install the Microsoft repository vcpkg (https://vcpkg.io)
2 Run up the visual studio 64bit native command prompt
3 Run the vcpkg bootstrap batch file, noting the comments
4 Enter "vcpkg install curl:x64-windows"
5 Add an environment variable to your account for CURL, perhaps:
CURL=****\vcpkg\installed\x64-windows
6 Add the installation bin directory to your local path, perhaps:
****\vcpkg\installed\x64-windows\bin
7 If you plan to debug, also add debug\bin, perhaps:
****\vcpkg\installed\x64-windows\debug\bin
Adapt the architecture as necessary. If you omit it, vcpkg might
carefully ignore your hardware and install x86.
Boost
-----
Boost is to C++ as breakfast is to the working day.
Most package managers support it, including vcpkg. Many people build
their own versions using the sources found at boost.org.
notes
If everything works correctly, then everything will be built, a series of tests run, with a final result at the very end saying no failures. Having said that, given SSC is α, don’t be too surprised to see some warnings or some final test errors. Worse, some tests have dependencies that are vary across systems, which can cause spurious test failues.
source
0.1.35
- CSS Speech 3
- CSS Text Decoration 3
- CSS Text Decoration 4
- underlying work
- download source
- released
0.1.34
- Fabio 2.1 ontology
- Prism ontologies, partial
- Adobe ontologies, partial
- Exif ontologies, partial
- various bug fixes
- underlying work
- download source
- released
0.1.33
- ADMS 1.0 and 2.0 ontologies
- BFO 2.0 and 2020 ontologies
- disco (ddi ontology)
- various bug fixes
- underlying work
- download source
- released
0.1.32
- CSS Grid 3 (partial)
- CSS Grid 4 (partial)
- CSS Shapes 3
- various bug fixes
- underlying work
- download source
- released
0.1.31
- CSS Writing Mode 3
- CSS Writing Mode 4
- biro ontology
- cito ontology
- various bug fixes
- underlying work
- download source
- released
0.1.30
- CSS Box Alignment 3
- CSS Box Model 3
- CSS Box Model 4
- CSS Display 3
- CSS Multi-Column 3
- CSS Overflow 3
- CSS Positions 3
- CSS Transitions 3
- X-Clacks-Overhead
- various bug fixes
- underlying work
- download source
- released
0.1.29
- CSS Counter Style 3
- CSS Flexible Box Layout 3
- underlying work
- download source
- released
0.1.28
- CSS Font 3
- CSS Font 4 (December 2021 draft)
- CSS Font 5 (December 2021 draft)
- underlying work
- download source
- released
0.1.27
- CSS Compositing
- CSS Fragmentation 3
- CSS Fragmentation 4 (December 2018 draft)
- schema.org 22
- various bug fixes
- underlying work
- download source
- released
0.1.26
- CSS Backgrounds and Borders (Feb 2023 version)
- CSS Colour 5
- CSS Easing Functions
- further improve build time
- various bug fixes
- underlying work
- download source
- released
0.1.25
- Living Standard July 2023
- output nit references, where applicable
- various bug fixes
- underlying work
- download source
- released
0.1.24
- improved build time
- underlying work
- download source
- released
0.1.23
- CSS Animation 3 (called 1, but not part of CSS 1 spec)
- CSS Animation 4 (called 2, but not part of any CSS 2 spec)
- CSS Values 4
- various bug fixes
- underlying work
- download source
- released
0.1.22
- linux ARM64 (centos 9 tested)
- schema.org default now version 21
- CSS Values 3
- underlying work
- download source
- released
0.1.21
- schema.org updated (default still 15.0)
- ARM64 builds for macos and windows
- underlying work
- download source
- released
- OpenBSD 7.3
- underlying work
- download source
- released
0.1.19
- CSS 3 Cascade
- CSS 4 Cascade
- CSS 5 Cascade
- CSS 6 Cascade (March 2023 draft)
- CSS 4 Colour
- CSS Custom Properties
- CSS 4 Selectors (November 2022 draft)
- CSS 3 Syntax
- Abhorrent nits for markup that disgusts
- underlying work
- download source
- released
0.1.18
- WhatWG Living Standard (April 2023)
- CSS 5 Media
- CSS 4 Media
- underlying work
- download source
- released
0.1.17
- CSS 3 Basic User Interface
- CSS 4 Basic User Interface (March 2021 draft)
- CSS 3 Colour
- CSS 3 Media
- underlying work
- download source
- released
0.1.16
- CSS STYLE attribute
- CSS 3 accessibility
- underlying work
- download source
- released
0.1.15
- CSS 3 Namespaces
- CSS 3 Selectors
- underlying work
- download source
- released
0.1.14
- underlying work
- download source
- released
0.1.13
- Living Standad for January 2023
- CSS 2.0 verification
- CSS 2.1 verification
- CSS 2.2 (February 2022 draft) verification
- underlying work
- download source
- released
0.1.12
- NOTE: many tests fail in this version; they need CSS 3 which isn’t there yet
- CSS 1 verification
- expanded stats for CSS
- output id-* renamed as itemid-*, class-* generalised to tally-*
- macOS Ventura
- OpenBSD 7.2
- underlying work
- download source
- released
0.1.11
- added --link.pretend REGEX which pretends the link regex exists locally
- tighten poetry ontology
- various bug fixes
- download source
- released
0.1.10
- schema.org 15.0 (beta)
- download source
- released
0.1.9
- Living Standard for October 2022
- poetry ontology 1.1
- various reliability improvements
- download source
- released
0.1.8
- unknown classnames are retained when shadowing
- various reliability improvements
- download source
- released
0.1.7
- improve memory footprint
- underlying work
- download source
- released
0.1.6
- partial MathML 4 core (21 July 2022 draft)
- backport to Yosemite
- underlying work
- download source
- released
0.1.5
- restore Visual Studio 2017 solution
- backport to older versions of macos
- underlying work
- download source
- released
0.1.4
- bug fix release
- download source
- released
0.1.3
- dropped date library & boost process (both use system ())
- replaced curl executable with curl library
- drop visual studio 2017 solution
- more linux flavours tested
- builds under freebsd 12.3 & 13.1
- download source
- released
0.1.2
- trial OpenBSD port
- Linux builds require lsb_release
- underlying work
- download source
- released
0.1.1
- avoid clang clanger
- underlying work
- download source
- released
0.1.0
- the very first α release!
- underlying work
- download source
- released
0.0.134
- further performance improvements
- underlying work
- download source
- released
0.0.133
- further performance improvements
- underlying work
- download source
- released
0.0.132
- further performance improvements
- underlying work
- download source
- released
0.0.131
- living standard for July 2022
- underlying work
- download source
- released
0.0.130
- performance improvement with multithreading
- can exclude files from processing, such as git files
- can list all classes used, not just those defined in CSS files
- uses Howard Hinnant’s date library
- fix schema hierarchy property type checks
- underlying work
- download source
- released
0.0.129
- improve diagnostics of invalid HTTP-EQUIV entries
- underlying work
- download source
- released
0.0.128
- Moved CMakeLists.txt to project root to appease certain packagers
- process schema.org versions before v2.0
- fixed some ontology verification bugs
- underlying work
- download source
- released
0.0.127
- all versions of the gs1 ontology now recognised
- various refinements & bug fixes
- download source
- released
0.0.126
- Living Standard April 2022
- various refinements & bug fixes
- download source
- released
0.0.125
- schema.org 14.0
- mark schema.org attic content as deprecated
- gs1 microdata now recognised
- make default protocol https (it was http)
- removed webmention code
- various refinements & bug fixes
- download source
- released
0.0.124
- builds under Centos 9 streams
- report unexpected content in configuration file
- use a binary switch to select option, & a new ‘no’ switch to deselect it
- documented certain previously hidden switches
- various refinements & bug fixes
- download source
- released
0.0.123
- Improved spell checks with ICU libraries (use --spell.icu to disable them)
- added --link.example, --link.local and --link.report
- documented certain previously hidden switches
- various refinements & bug fixes
- download source
- released
0.0.122
- Added spelling checks & spell.xxx switches (requires hunspell on unix)
- Changed behaviour of binary switches (args are now processed, not presumed)
- A number of features are enabled by default
- underlying work / various refinements
- download source
- released
0.0.121
- Living Standard Jan 2022 (very similar to October 2021)
- Drop 32 bit builds & macos before catalina
- underlying work
- download source
- released
0.0.120
- RDFa
- added --ontology.list to list known ontology schema
- added --ontology.ONT x.y to set the default version of ontology ONT
- download source
- released
0.0.119
- macos Monterey
- underlying work / various refinements
- download source
- released
0.0.118
- Visual Studio 2022 solution
- underlying work / various refinements
- download source
- released
0.0.117
- underlying work / various refinements
- download source
- released
0.0.116
- change default HTML to living standard Oct 2021
- OpenBSD 6.9 / 7.0
- underlying work / various refinements
- download source
- released
0.0.115
- set unii installation directory to ~/bin
- added experimental solution for Visual Studio 2022 preview
- XHTML role attribute (https://www.w3.org/TR/xhtml-role/)
- now requires boost 1.75 or better
- unii builds now require CMake 3.12 or better
- underlying work
- download source
- released
0.0.114
- underlying work
- download source
- released
0.0.113
- RDFa with schema.org, but otherwise no core initial context (yet)
- restore progress report via -D switch
- underlying work
- download source
- released
0.0.112
- control output format
- underlying work
- download source
- released
0.0.111
- living standard july 2021
- schema.org v 13.0
- added --shadow.enable
- drop Visual Studio 2015
- download source
- released
0.0.110
- underlying work
- download source
- released
0.0.109
- update flag, so SSC only looks at files that have changed recently
- download source
- released
0.0.108
- default version of HTML 5 switched to W3’s HTML 5.2.
- added example website update script
- specify which page content goes in the corpus
- download source
- released
0.0.107
- SVG 1.2/Tiny
-
partial SVG 1.2/Full (May 2004 draft):
- conflicts with 1.2/Tiny always resolved in favour of 1.2/Tiny
- extensions parsed but not processed
- not complete, nor will it ever be
-
SVG 2.0 (August 2018) with:
- December 2018 Filter Effects
- April 2021 Animations draft
-
SVG 2.0 (April 2021 draft) (2.1 to be?) with:
- October 2019 Filter Effects
- April 2021 Animations draft
- download source
- released
0.0.106
- underlying work
- download source
- released
0.0.105
- improved diagnostics on abort
- underlying work
- download source
- released
0.0.104
- underlying work
- download source
- released
0.0.103
- underlying work
- download source
- released
0.0.102
- underlying work
- download source
- released
0.0.101
- MathML 4, Dec 2020 draft (it’s early days; MathML 4 is really MathML 3 with post–it notes)
- can run in the OpenBSD 6.8 httpd server CGI environment (do NOT expose SSC to untrusted data sources, such as those on the open web, without taking serious precautions: SSC is α software, and probably has more bugs than the Creator’s Ultimate All–Beetle Extravaganza)
- --shadow.changed: only update files in the shadow directory when the originals have changed
- expanded ligature suggestions now work across systems
- recognise the non–standard character codes &bang; &hash; &splat; &squiggle; (! # * ~)
- improvements to corpus data extraction
- download source
- released
0.0.100
- can nitpick against WhatWG Living Standard April 2021 (except MathML 4 & SVG 2)
- expanded character code suggestions, particularly for ligatures (Windows only)
- improved aria attribute verification
- the environment variable SSC_CONFIG can specify a configuration file
- the environment variable SSC_ARGS can specify command line arguments
- specify custom elements and custom attributes (see recipe/toast/type/custom/* for example)
- dump site corpus with -d switch
- download source
- released
0.0.99
- checks microformats in microdata
- export living standard & microformats microdata
- download source
- released
0.0.98
- living standard microdata ITEMTYPEs processed
- stats now only counts reported errors
- download source
- released
0.0.97
- living standard jan 2005 – jan 2021, mostly
- MathML 4 and SVG 2 are not currently understood
- various microdata, including vcard, vevent, purl.org and n.whatwg.org, are not currently understood
- no spellchecker
- download source
- released
0.0.96
- underlying work
- download source
- released
0.0.95
- underlying work
- download source
- released
0.0.94
- <INPUT> PATTERN checks
- improved diagnosis output
- download source
- released
0.0.93
- processes schema.org 12.0 microdata
- download source
- released
0.0.92
- recognise open graph meta names
- expand mime type checking
- download source
- released
0.0.91
- underlying work
- download source
- released
0.0.90
- underlying work
- download source
- released
0.0.89
- more media type / file extension checks
- underlying work
- download source
- released
0.0.88
- added media type checks
- underlying work
- download source
- released
0.0.87
- underlying work
- download source
- released
0.0.86
- underlying work
- download source
- released
0.0.85
- additional stats options, reporting <DT><DD>, <ABBR>>, & <DFN> content
- download source
- released
0.0.84
- underlying work
- download source
- released
0.0.83
- verifies various new living standard referenced http-equiv pragmas
- download source
- released
0.0.82
- --schema.version now accepts + for HTML+
- download source
- released
0.0.81
- --schema.version now accepts x.y style versions
- --schema.minor removed
- download source
- released
0.0.80
- adds a (prototype) man page (recipe/tea/gen.txt)
- adds --stats.meta to generate stats on <META> usage in <HEAD>
- checks content-security-policy values
- download source
- released
0.0.79
- A new -z switch to specify the maximum preferred length of title text;
- download source
- released
0.0.78
- underlying work
- download source
- released
0.0.77
- checks that the HTML page and the charset declared on it (if any) have something in common
- download source
- released
0.0.76
- added --shadow.ignore to ignore files with specified extension
- download source
- released
0.0.75
- added --microdata.root and --microdata.virtual for microdata exports
- Ubuntu Server 20.10 amd64 build
- default dedu cache now based on config file name
- underlying work
- download source
- released
0.0.74
- can process schema.org 11.0 microdata;
- includes some microdata refinements.
- download source
- released
0.0.73
- Export ‘repaired’ HTML files, including processing of Server Side Include directives;
- Deduplicate non–HTML files. When used with export, it copies one version of the file and modifies links appropriately.
- download source
- released
0.0.71
- download source
- released
0.0.70
- download source
- released
0.0.60
- download source
- released
0.0.55
- download source
- released
0.0.2
- download source
- released
boot notes
Notes on folder names:
- recipe: a nod to Vernor Vinge’s “A Fire Upon the Deep”
- tea: without tea, nothing works; then there’s builders’ tea
- sauce: makes something dull quite delicious; identifies the arrogant; &, anyway, it’s obvious
- toast: toasts code; i like burnt toast
- heater: i’m not stopping now
These reference documents are hoovered from various open source sites. They’re collected here for convenience; at all times the originals are correct. The subjects are: aria, activity streams, bibo, creative commons, charsets, content (RDF), content security policy, cascading style sheets, csvw, common tag, dataset quality, dbpedia, dublin core, data catalogue, did, document object model, domain, data quality, data usage, earl, ebu, fibo, foaf, good relations, grddl, HTML 1, HTML 2, HTML 3, HTML 4, HTTP, ical, its, javascript, json, lang, link relations, locn, ma-ont, marinetlo, mathML, media capture, microdata, mime, music, ns, web annotation, odrl, open graph, ontologies, openmath, org, other, owl, p3p, powder, prov, pso, qb, rddl, RDFa, RDFa, rif, schema.org, sd, sioc, skos, sm, smil, smpte, sosa, ssn, svg, time, ttml, url, vann, vcard, void, W3, webgl, webmention, whatwg, XHTML, xhv, XML, xsd, xsl, XSLT.
copyright & licence
Any dispute shall be resolved in accordance with the law of the Grand Duchy of Luxembourg.
SSC
SSC, static site checker, https://ssc.lu/
copyright (c) 2020-2023 dylan harris
This program is free software: you can redistribute it and/or modify
it under the terms of the GNU General Public License as published by
the Free Software Foundation, either version 3 of the License, or
any later version.
This program is distributed in the hope that it will be useful,
but WITHOUT ANY WARRANTY; without even the implied warranty of
MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
GNU General Public License for more details.
You should have received a copy of the GNU General Public
License along with this program; if not, write to the Free Software
Foundation, Inc., 51 Franklin Street, Fifth Floor, Boston, MA 02110-1301 USA
W3
Some test files come from w3.org (some directly, in W3 documents, etc.), and are licensed as follows:
License
By obtaining and/or copying this work, you (the licensee) agree that you have read, understood, and will comply with the following terms and conditions.
Permission to copy, modify, and distribute this work, with or without modification, for any purpose and without fee or royalty is hereby granted, provided that you include the following on ALL copies of the work or portions thereof, including modifications:
The full text of this NOTICE in a location viewable to users of the redistributed or derivative work.
Any pre-existing intellectual property disclaimers, notices, or terms and conditions. If none exist, the W3C Software and Document Short Notice should be included.
Notice of any changes or modifications, through a copyright statement on the new code or document such as
"This software or document includes material copied from or derived from [title and URI of the W3C document]. Copyright © [YEAR] W3CÆ (MIT, ERCIM, Keio, Beihang)."
Disclaimers
THIS WORK IS PROVIDED "AS IS," AND COPYRIGHT HOLDERS MAKE NO REPRESENTATIONS OR WARRANTIES, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO, WARRANTIES OF MERCHANTABILITY OR FITNESS FOR ANY PARTICULAR PURPOSE OR THAT THE USE OF THE SOFTWARE OR DOCUMENT WILL NOT INFRINGE ANY THIRD PARTY PATENTS, COPYRIGHTS, TRADEMARKS OR OTHER RIGHTS.
COPYRIGHT HOLDERS WILL NOT BE LIABLE FOR ANY DIRECT, INDIRECT, SPECIAL OR CONSEQUENTIAL DAMAGES ARISING OUT OF ANY USE OF THE SOFTWARE OR DOCUMENT.
The name and trademarks of copyright holders may NOT be used in advertising or publicity pertaining to the work without specific, written prior permission. Title to copyright in this work will at all times remain with copyright holders.
Notes
This version: http://www.w3.org/Consortium/Legal/2015/copyright-software-and-document
Previous version: http://www.w3.org/Consortium/Legal/2002/copyright-software-20021231
This version makes clear that the license is applicable to both software and text, by changing the name and substituting "work" for instances of "software and its documentation." It moves "notice of changes or modifications to the files" to the copyright notice, to make clear that the license is compatible with other liberal licenses.
WhatWG
Some test files come from whatwg.org (some directly, in WhatWG documents, etc.), and are licensed under a Creative Commons Attribution 4.0 International License. See https://whatwg.org/ for details.
corruptpress.com
Some test files are derived from pages at corruptpress.com. They are licensed under a Creative Commons Attribution 4.0 International License. Browse https://corruptpress.com/ for details.
dylanharris.org
Some test files are derived from pages at https://dylanharris.org/. They are licensed under a Creative Commons Attribution 4.0 International License. Browse https://dylanharris.org/ for details.