Extension:Html2Wiki/de-formal

From mediawiki.org
This page is a translated version of the page Extension:Html2Wiki and the translation is 9% complete.
MediaWiki extensions manual
Html2Wiki
Release status: unmaintained
Implementation User interface, Special page
Description Allows bulk importing of HTML and related images
Author(s) [1] (GregRundlettDiskussion)
Latest version 2017.07 (2017-07-13)
MediaWiki 1.25+ - 1.32?
PHP 5.3+
Database changes No
License GNU General Public License 2.0 or later
Download
  • $wgH2WProcessImages
  • $wgH2WEliminateDuplicateImages
Quarterly downloads 17 (Ranked 132nd)
Translate the Html2Wiki extension if it is available at translatewiki.net
Issues Open tasks · Report a bug
Warning Warning: This extension has not been maintained for compatibility with recent versions of MediaWiki. It will not work with REL1_34 or newer. If you would like to see this extension updated, patches are welcome; or the original author could be engaged in a paid project.

The Html2Wiki extension is used to import HTML content (including images) into your wiki.

Imagine having dozens, hundreds, maybe thousands of pages of HTML. And you want to get that into your wiki. Maybe you have got a website, or perhaps a documentation system that is in HTML format. You would love to be able to use your wiki platform to edit, annotate, organize, and publish this content. That is where the Html2Wiki extension comes into play. You simply install the extension in your wiki, and then you are able to import entire zip files containing all the HTML + image content. Instead of months of work, you could be done in minutes.

Features

  1. Handles most HTML (anything that Tidy can understand)
  2. Converts most MediaWiki markup (anything that Pandoc can understand)
  3. Handles both zip archives and tar/gz archives in addition to single HTML files.
  4. The added advantage of zip archives is that all images will also be imported. In fact, although there are other ways to import images into your wiki [1][2], you could use this extension to bulk import images.
  5. Special handler for Google Drive documents. In Google Drive, select "File -> Download as -> Web page (.html, zipped)"
    Import the zip file
    Links in the original document will be stripped of their "Google Tracking Virus" and urldecoded back to their human-readable value.
  6. Adds an "Import HTML" link to the Toolbox panel. You have to edit MediaWiki:Common.js See the modules/MediaWiki:Common.js file included with Html2Wiki
  7. Content is automatically categorized according to the "Collection Name" provided.
  8. "Dry-run" option available to preview what the import would look like for sample content.

Installation

  • Die Erweiterung herunterladen und die Datei(en) in ein Verzeichnis namens Html2Wiki im Ordner extensions/ ablegen.
    Developers and code contributors should install the extension from Git instead, using:cd extensions/
    git clone https://gerrit.wikimedia.org/r/mediawiki/extensions/Html2Wiki
  • Folgenden Code am Ende Ihrer LocalSettings.php -Datei hinzufügen:
    $wgNamespacesWithSubpages[NS_MAIN] = true; // has to be set BEFORE the wfLoadExtension()!
    wfLoadExtension( 'Html2Wiki' );
    
    • Composer is used to manage the dependencies on 3rd-party code. Once you have the Html2Wiki code in your 'extensions' directory, follow these steps to pull in those dependencies.
      cd Html2Wiki
      composer install
      

      Note: If you do not have composer on your system, you can either install it [3] (it is good to have). Or, use the phar file:

      cd Html2Wiki
      wget https://getcomposer.org/composer.phar
      php composer.phar install
      
    • This extension depends on SyntaxHighlight_GeSHi so be sure to install that.
    • (Optional) To add the "Import HTML" link to your Tools sidebar, see the modules/MediaWikiCommon.js file distributed with the extension.
    • Check $wgMaxUploadSize (defaults to 100MB) in LocalSettings.php Ensure that it is compatible with the upload_max_filesize (defaults to 2MB) and the post_max_size (defaults to 8MB) in your php.ini file. It is suggested to set the php.ini settings to 100MB and restarting Apache [4]. While you are tweaking upload size, if you anticipate large uploads, you will almost certainly need to increase max_execution_time Change it from it is default of 30 seconds to something like 300.
    • Your Apache server will need the AllowEncodedSlashes directive set to On for image URLs to work properly. Otherwise, you will see 404 errors (blank images) in the upload results for any image that has a slash in the filename.
          # Need this for Html2Wiki image URLs 
          AllowEncodedSlashes On
      
    • Yes Done – Zu Special:Version in dem Wiki (bei Einstellung auf deutsch nach Spezial:Version) navigieren, um die erfolgreiche Installierung der Erweiterung zu überprüfen.

    Using Git

    Since this extension is actively developed, you might want to use a git clone instead of a static download. cd to your 'extensions' directory, and clone the project

    git clone https://gerrit.wikimedia.org/r/mediawiki/extensions/Html2Wiki.git
    

    This way you can git pull to get the latest enhancements and bug-fixes.

    Configuration parameters

    Html2Wiki can import entire document sets and maintain a hierarchy of those documents. The $wgNamespacesWithSubpages variable will allow you to create a hierarchy in your wiki's 'main' namespace; and even automatically create navigation links to parent article content.

    User rights

    Right now the extension is restricted to Admins

    Dependencies

    There are 3 software dependencies that must exist in your environment for Html2Wiki to work. Missing dependencies are detected when you access Special:Html2Wiki to alert you that the installation is not complete. Tidy and Pandoc must be installed independently. QueryPath can be installed via Composer.

    1. Tidy is responsible for repairing and normalizing the HTML source prior to conversion. The Tidy module that is bundled with PHP v5.0+ is preferred, and Html2Wiki will use a binary tidy as a fallback if that is found instead. For Ubuntu: sudo apt-get install php5-tidy
    2. ZIP is reponsible for managing of imported HTML from archive. You should install php-zip package.
    3. QueryPath will be installed for you once you invoke the composer install command from your Html2Wiki directory. For Ubuntu/Debian: sudo apt-get install php-zip
    4. Pandoc is the conversion library. You should install pandoc prior to installing Html2Wiki. For Ubuntu: sudo apt-get install pandoc Since pandoc is actively developed, you may wish to install from sources to get a more recent version than what is packaged with your distribution.
    5. Known to work with MediaWiki versions You can check your version at https://freephile.org/wikireport/
      • 1.25alpha (and newer)
      • 1.24.x
      • 1.23.1
      If you have success running this extension on earlier versions, please add to the list. Contact Us if you have version compatibility issues or questions.

    Related

    See the SubPageList extension if you want to create navigation blocks for subpages.

    If you are importing generated source code documentation which creates DHTML "mouseovers" for glossary terms, you may wish to create similar functionality in the wiki environment. See Lingo extension to create a Glossary of terms.

    Usage

    System elements

    Once installed, the Html2Wiki extension makes a new form available to Administrators of your wiki. You access the import HTML form at the Special:Html2Wiki page. Instructions are also provided to add a convenient Import HTML link to the Tools panel of your wiki for quick easy access to the importer. You can view actions of the importer in the Special:Log (see #Logging section).

    Single file

    Enter a comment in the Comment field, which is logged in the 'Recent Changes' content as well as the Special:Log area.

    You can optionally specify a "Collection Name" for your content. The Collection Name represents where this content is coming from (e.g. The book, or website). Any unique identifier will do. The "Collection Name" is used to tag (categorize) all content that is part of that collection. And, all content that is part of a Collection will be organized "under" that Collection Name in a hierarchy. This lets you have 2 or more articles in your wiki named "Introduction" if they belong to separate Collections. Specifying an existing Collection Name + article title will update the existing content. In fact, to re-import a single file and maintain it is 'position' in a collection, you would specify the full path to the file.

    Zip files and GNUzip archives

    Html2Wiki handles both regular "zip" archives, and also any type of GNUZip or Tar archive (ending with .gz, .gzip, .tar, .tar.gz, .tgz). Choose an archive file to import. The archive file can contain any type of file (CSS, JavaScript), but only html and image files will be processed.

    Examples

    Here are just a couple examples of using Html2Wiki with zip archives.

    Import a file from Google Drive

    When you create a document on Google Drive (aka Google Docs), the hyperlinks in those files become polluted to make them pass through google.com. That is annoying. But more importantly, it makes it that much harder to re-use or move this content into your wiki. Html2Wiki to the rescue! You can "save" your Google Drive document in the form of a complete webpage (including images) by selecting "File -> Download as -> Web page (.html; zipped)". Then, import that zip. Html2Wiki will import the images, the content, and will also "decode" the link references in the document.

    Import a blog post / webpage complete

    You can easily create a local zip file of a blog post or web page using wget and zip to then import into your wiki. Let's use the example of this article on "European Commission endorses CC licenses as best practice for public sector content and data" found at http://creativecommons.org/weblog/entry/43316

    wget --page-requisites --convert-links --no-host-directories --no-directories --directory-prefix=cc.org --adjust-extension http://creativecommons.org/weblog/entry/43316
    # equivalent to wget -p -k -nH -nd -Pcc.org -E http://creativecommons.org/weblog/entry/43316
    zip --junk-paths cc.zip ./cc.org/*
    /bin/rm -rf ./cc.org
    
    1. Use wget to create a directory named 'cc.org' with all the contents needed to re-create the webpage.
    2. Use zip to create an archive named cc.zip You can now import the zip file with Html2Wiki.
    3. Optionally discard the download directory and/or the zip file when you are done.

    Cleanup

    Since importing a large number of articles can sometimes go wrong, you might be wondering how to "undo" an import. Remember, a single file combined with the "dry run" feature can let you quickly test the conversion outcome. Also, any re-import will update the existing article making it easy to improve your conversion results. Still, you may be looking for a solution to permanently remove a large number of articles from your wiki. Perhaps you used the wrong Collection Name, creating a large collection of articles in the wrong hierarchy. In that case, please see the Nuke extension that comes bundled with MediaWiki since v.1.18. Note that Nuke (and other Administrative "delete" actions) simply move the article in question from the 'revision' table to the 'archive' table. They will not "appear" in your wiki any longer, but they are still there (and can be restored). If you REALLY want to delete wiki articles permanently (to reduce the size of your database etc.), then you will need the help of a script like DeleteArchivedRevisions.php after using the Nuke extension.

    TLDR

    1. visit Special:Nuke -> (enter SQL wildcards) -> click 'Go'
    2. review list and select articles that will be deleted -> click 'Delete Selected'
    3. (at the console), cd $IP/maintenance
    4. php deleteArchivedRevisions.php (review output)
    5. php deleteArchivedRevisions.php --delete

    Mechanics

    Importing a file works like this

                         Select
                           |
                           v
                        Upload
                           |
                           v
           Tidy ----->  Normalize
                           |
                           v
       QueryPath ----->  Clean 
                           |
                           v
           Pandoc ----> Convert
                           |
                           v
                         Save
    

    Dave Raggett's HTML Tidy was, and still is, a venerable tool for validating and ensuring well-formed HTML documents. We use Tidy to try to get source HTML into good enough shape that it can be further processed. As of early 2015, an effort has begun to bring HTML5 support to HTML Tidy. See https://github.com/htacg/tidy-html5 The Tidy documentation is still at http://tidy.sourceforge.net/ and since the new project has not yet made any releases, we are obviously using the Tidy that is built-in to PHP5. See the PHP manual / ref.tidy.php. If for some reason that is not installed on your platform, a local binary tidy should work. There was a problem where the PHP extension was not available in MediaWiki-Vagrant due to it is usage of the HHVM instead of the Zend PHP interpreter, however that is no longer the case. You can use PHP Tidy in MediaWiki-Vagrant. If you want to do validation/tidy tests, try the W3C's validator and Step-by-step guide although I confess to preferring https://validator.nu/

    The "Clean" part is where we do the dirty work. This is the hardest part, and perhaps where you will need to spend time coding, to get the perfect functionality out of Html2Wiki. Although we have successfully imported thousands of documents with Html2Wiki, your source content may need to be manipulated in ways we have not seen, and that means DOM parsing. There are a number of ways to parse the DOM including PHP DOM. We decided to move up a level to use Matt Butcher's QueryPath project QueryPath implements a CSS parser (in PHP) so that you can manipulate the DOM using CSS selectors just like you would in jQuery. This is also where we are focusing development so that we might be able to simply set directives in configuration variables so that there is no coding required -- even for new situations. Parsing the DOM is problematic when using PHP's native DOM manipulation (which is itself based on libxml). QueryPath provides a more flexible parsing platform. You can learn more about QueryPath at IBM DeveloperWorks article The most recent list of documentation for QueryPath is at this bug: https://github.com/technosophos/querypath/issues/151 The API docs contain a CSS selector reference

    John MacFarlane's Pandoc is a fantastic document converter that is able to read and write to MediaWiki syntax (among other formats). See the README file to understand what it can do. Pandoc gives us the final step before we can save content into the wiki... namely converting HTML to wiki markup. Because Pandoc does HTML to Wiki conversion right out of the box, you may want to give that a try in addition to this extension. e.g. pandoc --from html --to mediawiki foo.html --output foo.wiki.txt Originally, it was envisioned that we would make API calls to the Parsoid service which is used by the Extension:Visual Editor extension. However, Parsoid is not very flexible in the HTML that it will handle. To get a more flexible converter, we use the Pandoc project which is able to (read and) write to MediaWiki Text format.

    Potential gotchas

    Each HTML file has to have at least one anchor (<a href=""></a>) for the extension to be able to process it.

    In order to handle the zip upload, we have to traverse all files and index hrefs as they exist. We map those to safe titles and rewrite the source to use those safe URLs. This has to be done for both anchors and images. Practically speaking MediaWiki is probably more flexible than you need, but these are the valid characters for titles:

    [legaltitlechars] =>  %!"$&'()*,\-.\/0-9:;=?@A-Z\\^_`a-z~\x80-\xFF+

    Since MediaWiki (by default) capitalizes the first letter of each page title, you would normally need to account for that in rewriting all hrefs within the source. However, in practice, we use a Collection Name as the first path element, and MediaWiki will seamlessly redirect foo to Foo.

    Styles and scripts

    Cascading Style Sheets (CSS) as well as JavaScript (js) are NOT kept as part of the transformation. Although, we are interested in adding CSS support.

    Processing discussion

    The fundamental requirement for this extension is to transform input (HTML) into Wiki Text (see Help:Formatting ) because that is the format stored by the MediaWiki system.

    For each source type we will need to survey the content to identify the essential content, and remove navigation, JavaScript, presentational graphics, etc. We should have a "fingerprint" that we can use to sniff out the type of document set that the user is uploading to the wiki. Actually, work is underway to allow the user to create special "recipe" articles in the wiki that would instruct Html2Wiki on how to transform content. The user will be able to interatively run a recipe in test "dry-run" mode to see the results on a sampling of content in order to perfect the recipe and then use it on a larger Collection.

    As a result of sniffing the source type, we can properly index and import content only, while discarding the dross. We can likewise apply the correct transformation to the source.

    Form file content is saved to server (tmp), and that triggers conversion attempt. A Title is proposed from text (checked in the db), and user can override naming HTML is converted to wiki text for the content of the article.

    Image references are either assumed to be relative e.g. src="../images/foo.jpg" and contained in the zip file, or absolute e.g. src="http://example.com/images/foo.jpg" in which case they are not local to the wiki.

    Want to check your source for a list of image files?

    grep -P -r --only-matching '(?<=<img src=["'\''])([^"'\'']*)' ./my/html/files/
    

    For each of the image files (png, jpg, gif) contained in the zip archive, the image asset is saved into the wiki with automatic file naming based on the "Collection Name" + path in the zip file.

    Also, each image is tagged with the collection name for easier identification.

    Image references in the HTML source are automatically updated to reference the in-wiki images.

    @todo document the $wgEliminateDuplicateImages option

    Database

    The extension currently does not make any schema changes to the MediaWiki system.

    Logging

    Logging is provided at Special:Log/html2wiki The facility for logging will tap into LogEntry as outlined at Manual:Logging to Special:Log

    Interestingly, SpecialUpload must call LogEntry from it is hooks SpecialImport calls LogPage which itself invokes LogEntry (see includes/logging).

    Variables we care about

    1. We probably want a variable that can interact with the max upload size
    2. $wgMaxUploadSize [*] = 104857600 bytes (100 MB)
    3. $wgFileBlacklist we do not care about because we use our own file upload and mime detection
    4. $wgLegalTitleChars we use to check for valid file naming
    5. $wgMaxArticleSize default is 2048 KB, which may be too small?
    6. $wgMimeInfoFile we do not yet use
    7. Also, how do imagelimits come into play? http://localhost:8080/w/api.php?action=query&meta=siteinfo&format=txt

    Internationalization

    Special:Html2Wiki?uselang=qqx shows the interface messages You can see most of the messages in Special:AllMessages if you filter by the prefix 'Html2Wiki'

    Error handling

    1. submitting the form with no file There was an error handling the file upload: No file sent.
    2. choosing a file that is too big: limit is set to 100 MB
    3. choosing a file of the wrong type There was an error handling the file upload: Invalid file format.
    4. choosing a file that has completely broken HTML: You could end up with no wiki markup, but it tries hard to be generous.

    Developing

    This extension was originally written by and is currently maintained by Greg Rundlett of eQuality Technology.

    Additional developers, testers, documentation helpers, and translators welcome! Please join and/or subscribe to the project in Phabricator in order to receive updates!

    The project code is hosted on Wikimedia Gerrit via the Extension:Html2Wiki page (an older version from 2017 can be found on GitHub). You should use Git to clone the project and submit pull requests.

    git clone https://gerrit.wikimedia.org/r/mediawiki/
    

    The best way to setup a full development environment is to use MediaWiki-Vagrant . This handy bit of wizardry will create a full LAMP stack for you and package it into a VirtualBox container (among others).

    If you are interested in some of the background research, underlying technologies and a bevy of links to MediaWiki development resources that went into making this extension, check the Extension:Html2Wiki/Reference subpage.


    Siehe auch

    References

    1. Manual:ImportImages.php
    2. Category:Bulk_upload
    3. To install it systemwide, you would do something like curl -sS https://getcomposer.org/installer | sudo php -- --install-dir=/usr/bin --filename=composer
    4. e.g. sudo service apache2 restart