Zum Inhalt springen

www.diplomatic-press.net

Erstellt am 11. Januar 2009 · 25 Antworten · letzte Antwort am 11. Mai 2009 · Seite 2 von 2

Tags: Diskussion

Eros ·

Das weiß ich schon - ich meinte damit, dass Deine Änderung in der class.tx_sourceopt_pi1.php bei mir nicht relevant ist.

Den cache ausschalten bringt leider nix. Das war das erste, was ich probiert habe, weil ich auch gedacht hab, dass es damit zu tun hat. Ist aber anscheinend nicht so!

BastianBalthasarBux ·

Also nochmal ganz genau für die Langsamen unter uns: 😉

1. Problem: PDF-Generator geht gar nicht. Jedesmal kommt 'Datei beschädigt'
Indikation: sourceopt installiert.
Problembeseitigung:
a) sourceopt deaktivieren (gänzlich)
b) in class.tx_sourceopt_pi1.php in der function main "if ($conf['enabled'] == 1)" durch "if ($conf['enabled'] == 1 && t3lib_div::GPvar('type') != '123')" ersetzen, wobei '123' dem typenum des pdf-page-objects entsprechen muss.

2. Problem: PDF-Generator geht immer nur beim ersten Seitenaufruf, beim zweiten Seitenaufruf kommt 'Datei beschädigt'.
Indikation: es kommt typo3 Version =< 4.2.0 zum Einsatz.
Problembeseitigung:
Für die extension pdf_generator den cache deaktivieren:
"pdf_generator.config.no_cache=1"
wobei "pdf_generator" dem namen des pdf-generator-page-objects enstprechen muss.

so, ich hoffe ich habe damit alle klarheiten beseitigt.

mfg CR

BastianBalthasarBux ·
Eros schrieb

Den cache ausschalten bringt leider nix.

hmm, bei mir geht es jetzt aber! oder täusche ich mich da?
test es mal auf www.diplomatic-press.net
oder auch auf www.tiroler-forstverein.at

TYPO3 4.2.3
openSUSE 10.3 mit php5.2.6 und mysql5 (letzteres irrelevant).
pdfgenerator2 mit fpdf und fonts für fpdf.

ich hab dieses TS hier:

includeLibs.tx_pdfgenerator2 = EXT:pdf_generator2/class.tx_pdfgenerator2.php

pdf_generator = PAGE
pdf_generator {
  typeNum = {$extension.pdf_generator2.typeNum}
  headerData.6 >
  stylesheet = fileadmin/dev/css/all-print.css
  10 = TEMPLATE
  10 {
    template = FILE
    template.file = fileadmin/dev/tmpl/all_root.tmpl
    workOnSubpart = CR_DOCUMENT_PRINT
    marks {
      CR_LOGO = IMAGE
      CR_LOGO.file = fileadmin/dev/img/logo-top.jpg
      CR_CONTENT = CONTENT
      CR_CONTENT {
        table = tt_content
        select {
          where = colPos=0
          languageField = sys_language_uid
          orderBy = sorting
        }
      }
    }
  }
  50 >
  config.pageGenScript = EXT:pdf_generator2/gen_pdf.php
  config.admPanel = 0
  config.xhtml_cleaning = 0
  config.USERNAME_substToken =
  config.ftu = 0
  config.disableCharsetHeader = 1
  config.prefixLocalAnchors = 0
  config.no_cache=1

  config.pdf_generator2.browserwidth = {$pdf_generator2.browserwidth}
  config.pdf_generator2.size = {$pdf_generator2.size}
  config.pdf_generator2.landscape = {$pdf_generator2.landscape}
  config.pdf_generator2.renderlinks = {$pdf_generator2.renderlinks}
  config.pdf_generator2.renderfields = {$pdf_generator2.renderfields}
  config.pdf_generator2.renderforms = {$pdf_generator2.renderforms}
  config.pdf_generator2.pdfversion = {$pdf_generator2.pdfversion}
  config.pdf_generator2.cssmedia = {$pdf_generator2.cssmedia}
  config.pdf_generator2.use_pdflib = 0

  config.pdf_generator2.top = {$pdf_generator2.top}
  config.pdf_generator2.bottom = {$pdf_generator2.bottom}
  config.pdf_generator2.left = {$pdf_generator2.left}
  config.pdf_generator2.right = {$pdf_generator2.right}

  config.pdf_generator2.string_search1 = {$pdf_generator2.string_search1}
  config.pdf_generator2.string_replace1 = {$pdf_generator2.string_replace1}
  config.pdf_generator2.string_search2 = {$pdf_generator2.string_search2}
  config.pdf_generator2.string_replace2 = {$pdf_generator2.string_replace2}
  config.pdf_generator2.string_search3 = {$pdf_generator2.string_search3}
  config.pdf_generator2.string_replace3 = {$pdf_generator2.string_replace3}
  config.pdf_generator2.string_search4 = {$pdf_generator2.string_search4}
  config.pdf_generator2.string_replace4 = {$pdf_generator2.string_replace4}

  config.pdf_generator2.regexp_search1 = {$pdf_generator2.regexp_search1}
  config.pdf_generator2.regexp_replace1 = {$pdf_generator2.regexp_replace1}
  config.pdf_generator2.regexp_search2 = {$pdf_generator2.regexp_search2}
  config.pdf_generator2.regexp_replace2 = {$pdf_generator2.regexp_replace2}
  config.pdf_generator2.regexp_search3 = {$pdf_generator2.regexp_search3}
  config.pdf_generator2.regexp_replace3 = {$pdf_generator2.regexp_replace3}
  config.pdf_generator2.regexp_search4 = {$pdf_generator2.regexp_search4}
  config.pdf_generator2.regexp_replace4 = {$pdf_generator2.regexp_replace4}
}
Eros ·

Ich geb's nur ungern zu, aber Du hast mir echt geholfen! 😉

Den cache auszuschalten alleine reichte offensichtlich nicht. Das Löschen des typo3temp-ordners war's dann anscheinend.

Wie dem auch sei, jetzt geht es offenbar!!!

Herzlichen Dank und tschuldigung, dass ich so in Deinen Thread reingeplatzt bin!

:o

earthling ·

hallo bastian, hallo eros,
hallo an alle anderen, die mitlesen!

ich hab grad eure diskussion gefunden.
ich hab auch ein problem mit dem pdf_generator und bin am verzweifeln.
is jetz zwar wieder off topic, aber das hier ist der neueste thread, den ich zu diesem thema gefunden habe und beim lesen kam mir ein hoffnungsschimmer... ;-)

hier erstmal meine frage in kurzform:

hattet ihr ne lösung für die fehlermeldung "herunterladen nicht möglich, datei existiert nicht" (oder so ähnlich) gefunden, die nicht mit diesem optimizer zu tun hat (den hab ich noch nie verwendet...)? konnte eurer unterhaltung da nicht mehr ganz folgen.
- cache vom pdf_generator2 abschalten hat nix gebracht
- cache der entsprechenden seite abschalten auch nicht

bitte gebt mir irgendeinen hinweis, was ich noch testen kann oder wonach ich suchen soll? wie seid ihr beim debuggen vorgegangen?

falls ihr die details meines problem noch lesen wollt - eben ne lange geschichte - bitteschön:

also mein pdf_generator3 funzt im grunde einwandfrei - nur bei der einen seite nicht. das ist sicherlich auch die längste/größte seite. drauf is eine tt_address-liste von ca. 60 leuten mit kleinem foto und daten.
(die seite is leider pw-geschützt, weil sie daten von vereinsmitgliedern enthält. kann euch also keinen link schicken.)

die php.ini-variablen zu timeouts und dateigrößen sind alle überdimensioniert und auch die mysql-variable "max_allowed_packet" hab ich von 1M auf 16M gesetzt.

ich hab schon alle möglichen veränderungen am listen-template vorgenommen (weil mir der fehler aufgefallen ist, nachdem ich die liste vom layout umgebaut hab) und mit einer meiner alten versionen der liste herumgespielt. bei 40 leuten in der liste, wurde die pdf-datei nach ewigem warten geladen und war 2.3 MB groß. mit 41 leuten ging es nicht mehr.
nach einigen änderungen an den fotos war die liste mit 40 leuten 1.1MB groß, mehr ging aber trotzdem nicht.

im pdf_generator2-manual hab ich unter troubleshooting diese möglichkeit gefunden, das generierte html in den typo3temp-ordner schreiben zu lassen. das tut er einwandfrei. nur eben ein PDF kommt am ende nicht heraus...

hab die extension "file_based_cache" installiert - keine sichtbaren veränderungen - was auch immer...

wie gesagt, ich bin verzweifelt... 😢

bin wirklich für jeden hinweis dankbar!

steffen

BastianBalthasarBux ·

Ich habe mal gehört, bei einem Kollegen, dass zu lange Seiten irgendwo einen overflow oder ähnlihces erzeugen (in clean html oder so, in fpdf).
Das Problem war ebenfalls auf einer Seite mit Listeneinträgen.

Die "Lösung" war dann, den Pagebrowser so zu konfigurieren, dass weniger Listeneinträge auf einer einzelnen Seite angezeigt wurden.

Mehr fällt mir dazu leider nichts ein im Moment.

mfg cr