[site_export] Seiten-Export und Epub-Generierung (Ebook)

**ricola** · 28.07.2013, 00:20

Hm, wo kriege ich denn die Dateien her?
Ich sende mal die zuletzt erzeugte epub ...

Mittlerweile glaube ich, dass das mit dem Coverbild (habe da auch mehrere probiert) zusammenhängt ...

Bin jetzt aber zu müde um in den php-Dateien zu schnüffeln

Danke.
Rico

**ricola** · 28.07.2013, 10:53

Jetzt hab ich es - zumindest den Fehler gefunden ...

Es gibt zwei Probleme:

Zum einen werden die Fehler in der epub erzeugt, sobald man eine Navigation eingibt (flach etc.). Das passiert auch, wenn man dem Theme ein eigenes abgespecktes Navimenü als Template zuweist.
Zum anderen wird kein Coverbild erzeugt. Das ergibt keine Fehlermeldung - aber es wird nicht eingebunden (egal ob jpeg oder png).

Ohne Navigation werden dann jedoch alle Seiten incl. Bilder in den Seiten korrekt dargestellt.

LG Rico

**Babelfisch** · 28.07.2013, 11:24

Ich schaue es mir am Montag mal genauer an. Den Epub-Export habe ich in letzter Zeit leider etwas schleifen lassen, da ich ihn selbst nicht mehr brauche und sich bisher auch sonst kaum jemand dafür interessiert hat.

Gruß

**ricola** · 28.07.2013, 11:28

Zitat von Babelfisch

... und sich bisher auch sonst kaum jemand dafür interessiert hat.

Kenne ich aus eigener Erfahrung

Da denkt man, man hat ein Kunstwerk geschaffen - und keiner guckt hin

Mittlerweile denke ich, das Problem liegt in der SiteExport.php ab Zeile 194 in der $toc - Variable.... Mal sehen ....

LG Rico

**ricola** · 28.07.2013, 12:13

Ja, das Problem ist in der SiteExport. Die Navigation wird nicht richtig zusammengebaut.
Hier ein Beispiel aus der toc.xhtml:

HTML-Code:

<body class="toc">
	<h1>Inhalt</h1>
	<div id="toc">
	<ul>
	<li><a href="leistungsangebot_7.html">Oberseite</a>
	<li><a href="kutschfahrten_8.html">Unterseite1</a></li>
	<li><a href="reitunterricht_9.html">Unterseite2</a>
	<li><a href="kinderreiten_21.html">Unterseite3</a>
	<li><a href="persionsboxen_10.html">Unterseite4</a>
	<li><a href="test_104.html">Andere Oberseite</a></li>
	</ul></li>
	</ul>
</div>
</body></html>

Das Problem ist, dass bei Submenüs der für den Link <li>Oberseite endgültig schließende </li> erst nach einem <ul><li>Unterseiten</li>...</ul> kommt. Dementsprechend wird in der SiteExport der Baum falsch zusammengebaut.

Sorry.
LG Rico

**Babelfisch** · 31.07.2013, 10:24

Ich habe gerade Version 1.3.1 hochgeladen. Der EPUB-Export sollte jetzt klappen und bei mir hat der Validator auch nicht mehr gemeckert.

Gruß

**ricola** · 31.07.2013, 14:32

Zitat von Babelfisch

Ich habe gerade Version 1.3.1 hochgeladen. Der EPUB-Export sollte jetzt klappen und bei mir hat der Validator auch nicht mehr gemeckert.

Na cool, das sehe ich mir heute Abend mal an

Danke und dicker Daumen hoch

LG Rico

**ricola** · 31.07.2013, 22:12

Hallo,

ich habe zunächst versucht ein Update zu machen, dies ist aber wg. Zeile 17 Deiner database.sql nicht möglich.

Code:

`tocHeadline` varchar(255) NOT NULL default 'a:2:{s:4:"";s:2:"h1";s:5:"value";s:6:"Inhalt";}',

Nach einer Änderung in

Code:

  `tocHeadline` varchar(255) NOT NULL default ''

war dann die Installation kein Problem mehr.
In der Erzeugung des epubs werden jetzt auf meinem Testsystem die Links korrekt dargestellt (hier gibt es aber nur zwei Seiten und keine Verschachtelung). Mit einer Submenü-Verschachtelung probiere ich es dann morgen.

Aber zunächst einmal: Flinke und gute Arbeit!

Vielen Dank
Rico

**Babelfisch** · 01.08.2013, 07:08

Zitat von ricola

ich habe zunächst versucht ein Update zu machen, dies ist aber wg. Zeile 17 Deiner database.sql nicht möglich.

Code:

`tocHeadline` varchar(255) NOT NULL default 'a:2:{s:4:"";s:2:"h1";s:5:"value";s:6:"Inhalt";}',

Nach einer Änderung in

Code:

  `tocHeadline` varchar(255) NOT NULL default ''

war dann die Installation kein Problem mehr.

Verstehe ich jetzt nicht ganz. Zumindest unter Contao 2 ist das gar kein Problem und ich wüsste jetzt auch nicht, warum der Default-Wert unter Contao 3 nicht laufen sollte. Habe es jetzt aber erst mal rausgenommen und werde es noch weiter testen.

Gruß

**supersteve78** · 14.08.2013, 08:16

Hallo,
erst einmal ein dickes Lob für dieses tolle Modul!

Ich würde es auch gerne einsetzen, nur leider gibt es noch ein paar Probleme:
Ausgangspunkt: Blanke Installation von Contao 3.1.1. Unter einer Seite habe ich mehrere Artikel.
Problem 1: Die Artikel werden nicht alle ins Inhaltsverzeichnis übernommen.
Problem 2: Kein Coverbild vorhanden :-(

Vielleicht hat jemand eine Idee?

Vielen Dank & herzliche Grüße
Steven

**Babelfisch** · 14.08.2013, 08:22

Ich bin gerade dabei, die letzten Probleme mit Contao 3 zu beheben. In den nächsten Tagen wird es ein Update geben. Wenn dann immer noch nicht alles funktioniert, Fehler bitte bei Github melden.

Gruß

**dhe** · 15.10.2013, 08:40

Hi,
ich habe jetzt auch die Version 1.3.1 unter Contao 2.11.12 am laufen. Vielen Dank dafür.

Bugs:

ab Version 1.3.2 funktioniert der Export unter der 2.11 Version nicht mehr, die erzeugten HTML Datei sind leer bzw. mit dem Hinweis, dass die angeforderte URL nicht verfügbar ist
JavaScript Dateien werden nicht mit exportiert.

Da ich ingesamt 15 Layouts mit unterschiedlichen Eigenschaften haben, kann ich kein eigenes Layout jeweils anlegen.

Den <base> Tag entferne ich per Regex: (<base.*) wird ersetzt mit nichts

**dhe** · 15.10.2013, 09:22

Ok, hab es selber implementiert:

SiteExport.php
Zeile 842

PHP-Code:


/* copy scripts */

$strContent = preg_replace_callback('~(<script.*src=")(.*)(".*></script>)~isU', 'self::processScripts', $strContent);

Zeile 943

PHP-Code:


        protected function processScripts($match)

        {

            if (stristr($match[1], 'type="text/javascript"') !== FALSE)

            {

                $src_script = TL_ROOT.'/'.$match[2];

                $filename = str_replace(array('/', ' '), '_', $match[2]);

                $dest_script = TL_ROOT.'/'.$this->strTargetFolder . '/' . $filename;

    

                if (file_exists($src_script) && !file_exists($dest_script))

                {

                    copy($src_script, $dest_script);

                }

    

                return $match[1].'./'.$filename.$match[3];

            }

            

        }

**Babelfisch** · 15.10.2013, 09:48

Das Problem unter Contao 2.11.12 kann ich nicht nachvollziehen. Version 1.3.3 läuft da bei mir problemlos und eigentlich gab es auch keine Änderung von der 1.3.1 zur 1.3.2, die darauf Einfluss haben sollte. Die URL wird unverändert zusammengesetzt.

Den Export von Javascript hatte ich bisher nicht für notwendig gehalten, da sich das eigentlich besser über ein angepasstes Template lösen lässt. Ich kann es aber in der nächsten Version mit einbauen. Am besten schreibst du mal ein Issue oder machst gleich einen Pull Request.

Gruß

**dhe** · 15.10.2013, 09:56

Zitat von Babelfisch

Das Problem unter Contao 2.11.12 kann ich nicht nachvollziehen. Version 1.3.3 läuft da bei mir problemlos und eigentlich gab es auch keine Änderung von der 1.3.1 zur 1.3.2, die darauf Einfluss haben sollte. Die URL wird unverändert zusammengesetzt.

Ok, das war missverständlich ausgedrückt, folgendes steht in meinen exportierten HTML Dateien ab site_export Version 1.3.2 unter Contao 2.11.*

Code:

<!DOCTYPE HTML PUBLIC "-//IETF//DTD HTML 2.0//EN">
<html><head>
<title>404 Not Found</title>
</head><body>
<h1>Not Found</h1>
<p>The requested URL /unternehmen.html was not found on this server.</p>
<hr>
<address>Apache/2.2.21 (Win32) mod_ssl/2.2.21 OpenSSL/1.0.0e PHP/5.3.8 mod_perl/2.0.4 Perl/v5.10.1 Server at http Port 80</address>
</body></html>

Zitat von Babelfisch

Am besten schreibst du mal ein Issue oder machst gleich einen Pull Request.

Alles klar, mach ich gleichmal.

**Babelfisch** · 15.10.2013, 10:10

Wie schon gesagt, die URL wird (soweit ich das sehe) in Version 1.3.2 für Contao 2.11.x exakt genauso generiert wie vorher. Es gab nur eine Änderung für Contao 3.1.x, da seit dieser Version die Domain von generateFrontendUrl() gleich mit eingefügt wird.

Wie müsste denn die richtige URL lauten? Dort wird ja /unternehmen.html nicht gefunden. Was müsste denn sonst als URL stehen?

Gruß

**dhe** · 11.11.2013, 09:47

Hey,
ein Problem ist mir noch aufgefallen.

Meine Startseite hat den Alias "index". Komischerweise ist die Seite komplett leer.

/* EDIT */
Hab den Alias testweise in "startseite" geändert, dennoch gleicher Fehler. Ausgabe Datei "startseite_2.hml" hat 0 Byte

Alle anderen funktionieren ordnungsgemäß.

Idee, woran das liegen könnte?

site_export 1.3.2
Contao 2.11.11

**dhe** · 11.11.2013, 10:54

Ok, Fehler gefunden.
site_export 1.3.3 Zeile 124

$objPage->domain ist nicht definiert!
Stattdessen $strDomain nehmen!

PHP-Code:


if (version_compare(VERSION, '3.1', '<') || strstr($strUrl, '://') === false){

    $strUrl = ($this->Environment->ssl ? str_replace('http://','https://', $strDomain) : $strDomain) . TL_PATH  . $strUrl;

}

Funktioniert bei mir.

**Babelfisch** · 11.11.2013, 12:54

Nein, $strDomain kann ich nicht verwenden, da das ja nur die Domain ist, unter der man im BE angemeldet ist und wo der Export aufgerufen wurde. Die Domain muss nicht mit der von den zu exportierenden Seiten übereinstimmen. Die korrekte Domain sollte eigentlich immer in $objPage->domain stehen. Mir ist auch nicht ganz klar, warum es bei der Index-Seite nicht funktioniert und bei allen anderen schon. Steht denn in deiner Seite unter DNS-Einstellungen was im Domainnamen drin?

Ich werden diesen „Sonderfall“ jetzt mal noch versuchen abzufangen. Soweit ich mich erinnere, war $objPage->domain aber bei meinen früheren Tests immer gesetzt, auch wenn der Domainname nicht explizit im Seiten-Root eingetragen war.

Gruß

**Babelfisch** · 11.11.2013, 13:06

Teste mal bitte die 1.3.4, ob es damit jetzt funktioniert.

Gruß

**dhe** · 11.11.2013, 14:20

Nope: $objPage->domain ist bei mir dauerhaft leer

Noch ein ganz neuer Fehler: die Dateien im Exportordner heißen immer nach dem Muster seitenalias_id.html, die Links in der Navigation sind aber ordnerstruktur_alias.html

PS: ist auch egal, ob ich [realurl] installiert habe oder nicht.

**Babelfisch** · 11.11.2013, 14:31

Zitat von dhe

Nope: $objPage->domain ist bei mir dauerhaft leer

Wenn im Seiten-Root eine Domain eingetragen wir, ist es definitiv nicht leer.

Funktioniert es jetzt aber trotzdem in der 1.3.4?

Zitat von dhe

Noch ein ganz neuer Fehler: die Dateien im Exportordner heißen immer nach dem Muster seitenalias_id.html, die Links in der Navigation sind aber ordnerstruktur_alias.html

PS: ist auch egal, ob ich [realurl] installiert habe oder nicht.

Kein Fehler, das ist so. Die Erweiterung ist nicht wirklich dafür gedacht, Seiten inkl. Navigation zu exportieren und deshalb werden Links aus der Navigation auch nicht oder nur teilweise funktionieren. Dafür wird eine toc.html mit exportiert, die ein Inhaltsverzeichnis enthält.

Gruß

***Nina*** · 29.08.2014, 09:42

Hallo Babelfish, danke fürs nette Telefonat. Ich würde mich sehr freuen, wenn du deinen aktuellsten Extension-Stand in dein Git exportierst. Dann teste ich das gerne ausgiebig und gebe Feedback

**ChrisT** · 14.03.2016, 14:00

Ich finde diese Erweiterung grundsätzlich genial!

Nur habe ich es leider noch nicht geschafft, eine Seite so zu exportieren (nur HTML), dass sie anschliessend korrekt aussieht. Ein Projekt (Contao 3.5) liess sich zwar exportieren, aber die Stile stimmen nicht – keine Spur von CSS. Ein anderes Projekt (Contao 3.3.2) ergibt beim Export nur Fehlermeldungen.

Welche Erweiterungen oder Architekturen sind bekannt, wonach ein Einsatz von site_export nicht mehr (richtig) möglich ist?

Grüsse, Chris