2017-03-22 1 views
0

Je reçois cette erreur:
Erreur fatale: de dompdf \ FrameDecorator \ AbstractFrameDecorator 'Classe introuvable dans /public_html/fournisseur/dompdf/dompdf/src /FrameDecorator/Page.php en ligne
fonctionne localement très bien, mais sur le serveur en direct est trowing cette erreur

erreur dompdf: Classe dompdf FrameDecorator AbstractFrameDecorator pas financer

$dompdf = new Dompdf(); 
$dd = (OBJECT)array(
    'ss'=>$data->ss, 
    'cr'=>date('Y-m-d'), 
    'c_n'=>$data->c_n 
); 
$path = PHCERT .'/'; 
$dompdf->set_option('defaultFont', 'Courier'); 
$view = $this->view()->make('pdf.cert', compact('dd'))->render(); 
$dompdf->loadHtml($view); 
$dompdf->setPaper('A4', 'landscape'); 

$dompdf->render(); 
$oupdf = $dompdf->output(); 
$f_name = $data->names.'_'.time().'_'.$data->radn.'.pdf'; 

if(!file_put_contents($path . $f_name, $oupdf)) { 
    $res['file_path'] = 'fail'; 
} 

I le journal des erreurs php ne dit pas beaucoup mais la même erreur, le journal d'erreur apache ne dit rien à ce sujet ... donc, je n'ai aucune idée de ce que cette erreur se produit uniquement sur le serveur live ...
version php sur le serveur en direct est 5.6.30
La version de php sur le serveur local est 5.6.25

J'utilise la version la plus récente de dompdf, ainsi que mes autres libs. J'utilise composeur pour mettre à jour mes libs ... Je ne sais pas quel est le problème ...

+0

avez-vous vérifié votre composer.json et app.php si vous avez inclus DOMPDF? –

+0

oui j'ai, le compositeur.json est correct, et l'app.php (nom différent, mais je sais ce que vous voulez dire) est en cours de chargement ok (j'utilise PSR-4 btw), localement tout fonctionne bien, serveur live juste que part ... tous les fichiers ont été déployés sur le serveur ... – Tanker

+0

idk si cela fonctionne, mais retirez-le de app.php (ou quel que soit le fichier auquel vous faites référence), essayez la mise à jour compositeur, puis collez-le à nouveau ça marche –

Répondre

0

Mise à jour compositeur PSR-4 semble résoudre ce problème: composer dump-autoload -o a effectivement résolu le problème.

J'ai vérifié que la classe existait avant la mise à jour, après il n'y avait pas beaucoup de changement sur les fichiers dompdf, spécialement les fichiers dans FrameDecorator, aucun d'eux n'a changé, la question demeure, quelle pourrait être la cause de cette erreur show? ... pas de mauvais html, pas besoin de html5 et pas de mauvais css ... qui sait ...