Bonsoir,
Je viens de faire la MAJ en 1.3
Je n’ai plus accès aux documents bien qu’ils soient toujours accessible via FTP.
A l’époque, j’avais fait la manip pour qu’ils ne soient pas intégrés dans la base
SQL.
Je pense que ça doit correspondre à ces 2 lignes dans le fichier config.local.php :
const FILE_STORAGE_BACKEND = 'FileSystem';
const FILE_STORAGE_CONFIG = __DIR__ . '/data/documents/';
Je n’ai pas suivi les échanges récents sur cette liste mais n’ai rien trouvé avec
mes recherches dans les derniers messages.
Est-ce qu’il y a une manip à faire, suite à cette mise à jour, pour retrouver
l’affichage des documents ?
Informations système
Version PHP : 8.0.30
Version SQLite : 3.27.2
Heure du serveur : 10/10/2023 à 20:14
Chiffrement GnuPG : non, module PHP gnupg non installé ?
Herbergeur : OVH
Comment est-ce que tu as procédé pour la mise à jour ?
En attendant reviens a la version 1.2.11.
Le 11 oct. 2023 à 08:14, bohwaz/Paheko <bohwaz@paheko.cloud> a écrit :
>
> Comment est-ce que tu as procédé pour la mise à jour ?
>
Depluis l’onglet configuration de Paheko
Cdt
Ok, ben remet ta sauvegarde de la 1.2.11 avec les fichiers et je regarde ça la semaine
prochaine.
Bonjour à tous
Je signale un souci avec la génération de pdf.
Dans le fichier templates/acc/reports/_header.tpl , pour l'image "logo"
il est indiqué en ligne 76 le chemin
{$config->fileURL('logo', '150px')}
or ce chemin donne pour moi /config/logo.png?h=b853b68801 et DOMPDF ne
trouve pas ... : quel paramètre modifier pour avoir en valeur l'url
absolue https://mondomaine.ltd/config/logo.png?h=b853b68801
?
J'ai pour le moment forcé à la main l'url dans le fichier mais ce n'est
pas propre et ne suis sans doute pas seule dans ce cas ???? En ts cas
c'est sympa quand il y a le logo sur les documents comptables en pdf ????
Bonne journée et merci
Comme je n'ai jamais vu apparaître le bouton d'update, je fait des updates
manuel.
Je suis sous fedora.
Et ci-dessous la manip
- cp -r paheko-1.2.9/data/files paheko-1.3.0/data/
- cp -r paheko-1.2.9/data/association.sqlite paheko-1.3.0/data/
- cp -r paheko-1.2.9/config.local.php paheko-1.3.0/
- chown -R apache:apache /var/www/html/paheko-1.3.0/
- chcon -Rv --type=httpd_sys_rw_content_t /var/www/html/paheko-1.3.0/ Pour dire à SElinux
d'autoriser le service httpd à lire et écrire dans le répertoire de paheko.
- Modif /etc/httpd/conf.d/paheko.conf pour pointer "paheko.localhost" vers le
bon répertoire. (Oui je ne fais tourner paheko qu'en local)
- dans firefox, j'ouvre le site web, ça mouline, demande mon code, et me voila sur
la 1.3.0
Je vérifie quelques lignes de compta, mais pas de fichier
Voila, je ne fais rien de particulier.
Et c'est vrai que depuis la lecture de la release note, je me demande si il existe un
appel d'un programme qui doit écrire dans le répertoire mais il n'en a pas
l'autorisation.
@+
Pierre
Envoyé depuis Proton Mail mobile
-------- Message d'origine --------
Le 11 oct. 2023 à 08:14, bohwaz/Paheko < bohwaz@paheko.cloud> a écrit :
> Comment est-ce que tu as procédé pour la mise à jour ? En attendant reviens a la
version 1.2.11. -- Liste de discussion d'entraide pour l'auto-hébergement. Pour
lire les archives ou vous désinscrire, visitez la page suivante :
https://admin.kd2.org/lists/hebergement@paheko.cloud
Je confirme que le logo chargé dans Configuration ne s’affiche pas sur les documents
pdf générés. Il s’affiche un cadre en haut à gauche avec le texte « Image not found
or type unknown ».
De : Claire <claire.rg@gmx.us>
Envoyé : mercredi 11 octobre 2023 15:03
À : hebergement@paheko.cloud; bohwaz/Paheko <bohwaz@paheko.cloud>
Objet : Re: [hebergement] Plus d'accès au documents après MAJ en 1.3
Bonjour à tous
Je signale un souci avec la génération de pdf.
Dans le fichier templates/acc/reports/_header.tpl , pour l'image "logo" il
est indiqué en ligne 76 le chemin
{$config->fileURL('logo', '150px')}
or ce chemin donne pour moi /config/logo.png?h=b853b68801 et DOMPDF ne trouve pas ... :
quel paramètre modifier pour avoir en valeur l'url absolue
https://mondomaine.ltd/config/logo.png?h=b853b68801
?
J'ai pour le moment forcé à la main l'url dans le fichier mais ce n'est
pas propre et ne suis sans doute pas seule dans ce cas ???? En ts cas c'est sympa
quand il y a le logo sur les documents comptables en pdf ????
Bonne journée et merci
Je confirme aussi,j’ai rencontré le pb sur le reçu de paiement, une solution de
contournement est d’imprimer sur une imprimante pdf (Windows ou Mac, Linux je ne connais
pas assez), le logo s’imprime, après si c’est pour envoyer, cela nécessite un envoi
avec le logiciel de messagerie du pc à priori. Bonne journée De :
alain.rivat@cegetel.net Envoyé : 12 octobre 2023 10:12 À : hebergement@paheko.cloud Cc :
Objet : [hebergement] Pas d'accès au logo sur les pdf générés Je confirme que le
logo chargé dans Configuration ne s’affiche pas sur les documents pdf générés. Il
s’affiche un cadre en haut à gauche avec le texte « Image not found or type
unknown ». De : Claire <claire.rg@gmx.us> Envoyé : mercredi 11 octobre 2023
15:03 À : hebergement@paheko.cloud; bohwaz/Paheko <bohwaz@paheko.cloud> Objet :
Re: [hebergement] Plus d'accès au documents après MAJ en 1.3 Bonjour à tous Je
signale un souci avec la génération de pdf. Dans le fichier
templates/acc/reports/_header.tpl , pour l'image "logo" il est indiqué en
ligne 76 le chemin {$config->fileURL('logo', '150px')} or ce chemin
donne pour moi /config/logo.png?h=b853b68801 et DOMPDF ne trouve pas ... : quel paramètre
modifier pour avoir en valeur l'url absolue
https://mondomaine.ltd/config/logo.png?h=b853b68801 ? J'ai pour le moment forcé à
la main l'url dans le fichier mais ce n'est pas propre et ne suis sans doute pas
seule dans ce cas ???? En ts cas c'est sympa quand il y a le logo sur les documents
comptables en pdf ???? Bonne journée et merci
Bonjour
autre contournement celui que j'ai fait (je trouve que "imprimer" est
moche, le pdf est beaucoup mieux ???? )
Je mets ici pour les + aguerris le code à modifier dans
templates/acc/reports/_header.tpl
1) commenter la ligne 76 en mettant <!-- devant et --> derrière
2) mettre l'url complète (en adaptant https://mondomaine.ltd à votre
environnement)
ça donne ça
<!--<figure class="logo print-only"><img
src="{$config->fileURL('logo',
'150px')}" alt="" /></figure> -->
<figure class="logo print-only"><img
src="https://mondomaine.ltd/config/logo.png" alt=""
/></figure>
Évidemment c'est pas propre mais Bohwaz fait des miracles ! En tous cas
vraiment très bien cette nouvelle version 1.3 , plein de choses beaucoup
plus simples et fluides :merci tt plein !!!
Le 12/10/2023 à 10:26, patrick.jorion@numericable.fr a écrit :
> Je confirme aussi,j’ai rencontré le pb sur le reçu de paiement, une
> solution de contournement est d’imprimer sur une imprimante pdf
> (Windows ou Mac, Linux je ne connais pas assez), le logo s’imprime,
> après si c’est pour envoyer, cela nécessite un envoi avec le logiciel
> de messagerie du pc à priori.
> Bonne journée
>
>
> *De :* alain.rivat@cegetel.net
> *Envoyé :* 12 octobre 2023 10:12
> *À :* hebergement@paheko.cloud
> *Cc :*
> *Objet :* [hebergement] Pas d'accès au logo sur les pdf générés
>
> Je confirme que le logo chargé dans Configuration ne s’affiche pas sur
> les documents pdf générés. Il s’affiche un cadre en haut à gauche avec
> le texte « Image not found or type unknown ».
>
> *De :*Claire <claire.rg@gmx.us>
> *Envoyé :* mercredi 11 octobre 2023 15:03
> *À :* hebergement@paheko.cloud; bohwaz/Paheko <bohwaz@paheko.cloud>
> *Objet :* Re: [hebergement] Plus d'accès au documents après MAJ en 1.3
>
> Bonjour à tous
>
> Je signale un souci avec la génération de pdf.
> Dans le fichier templates/acc/reports/_header.tpl , pour l'image
> "logo" il est indiqué en ligne 76 le chemin
> {$config->fileURL('logo', '150px')}
>
> or ce chemin donne pour moi /config/logo.png?h=b853b68801 et DOMPDF ne
> trouve pas ... : quel paramètre modifier pour avoir en valeur l'url
> absolue https://mondomaine.ltd/config/logo.png?h=b853b68801
> ?
> J'ai pour le moment forcé à la main l'url dans le fichier mais ce
> n'est pas propre et ne suis sans doute pas seule dans ce cas ???? En ts
> cas c'est sympa quand il y a le logo sur les documents comptables en
> pdf ????
>
> Bonne journée et merci
>
Merci je corrige, ça sera dans la prochaine version :
https://fossil.kd2.org/paheko/info/31fd6fa79c65cca6
Est-ce que le répertoire paheko-1.3.0/data/files est toujours rempli de
fichiers, ou il a été supprimé/vidé ?
> - cp -r paheko-1.2.9/data/files paheko-1.3.0/data/
>
> - cp -r paheko-1.2.9/data/association.sqlite paheko-1.3.0/data/
>
> - cp -r paheko-1.2.9/config.local.php paheko-1.3.0/
Si à cette étape tu modifie le config.local.php pour remplacer
"namespace Garradin" par "namespace Paheko" ça marche pas mieux ?
> Je vérifie quelques lignes de compta, mais pas de fichier
Du coup si ce que j'ai indiqué ne marche pas, et que tu es en ligne de
commande tu peux exécuter :
php paheko-1.3.0/scripts/storage.php scan
cela re-scannera ton répertoire files pour remettre les fichirs.
> Voila, je ne fais rien de particulier.
> Et c'est vrai que depuis la lecture de la release note, je me demande
> si il existe un appel d'un programme qui doit écrire dans le
> répertoire mais il n'en a pas l'autorisation.
Non, rien de tel :)
Toujours au top Bohwaz !!!
????
Le 14/10/2023 à 19:16, BohwaZ/Paheko a écrit :
> Merci je corrige, ça sera dans la prochaine version :
> https://fossil.kd2.org/paheko/info/31fd6fa79c65cca6
>
J'ai réalisé jusque php paheko-1.3.0/scripts/storage.php scan
Qui me dit :
(base) [pierre@localhost paheko-1.3.0]$ php scripts/storage.php scan
/!\ Impossible de détecter automatiquement l'URL du site web.
Consulter l'aide pour configurer manuellement l'URL avec la directive WWW_URL et
WWW_URI.
-> https://fossil.kd2.org/paheko/wiki?name=Installation
J'ai rajouté, les deux constantes :
const WWW_URI = "/";
const WWW_URL = "/";
Je ré-execute le scripte
</errorReport>
/!\ KD2\DB\DB_Exception
Unable to execute statement: attempt to write a readonly database
C'est pas inintéressant.
Par contre, je n'arrive plus à accéder à paheko dans le navigateur
Je viens également de remarquer que les vignettes en 1.2.11 ont disparu. (Elle était
bien présente pourtant, ça sent la mauvaise manip ...)
J'ai remarqué que les liens de téléchargement ne se comporte pas tous de la même
manière.
J'ai deux liens utilisable en 1.2.11, dont un qui fonctionne
Lien qui fonctionne :
http://paheko.localhost/admin/common/files/preview.php?p=transaction/2209/facture_cl%C3%A9s.jpg
Lien qui ne fonctionne pas
http://paheko.localhost/transaction/2209/facture_cl%C3%A9s.jpg?download
J'en ai qu'un en 1.3.0 qui ne fonctionne pas et est identique à la 1.2.11.
http://paheko.localhost/transaction/2209/facture_cl%C3%A9s.jpg?download
Ces histoires de constante WWW_URI et URL me semble une piste à creuser.
(Et peut être même pour mon histoire de pdf moche d'ailleur, testant plusieurs
constante j'ai le même affichage que le PDF:
const WWW_URI = "";
//const WWW_URL = ""; )
@+
Pierre
Envoyé avec la messagerie sécurisée Proton Mail.
------- Original Message -------
Le samedi 14 octobre 2023 à 20:01, BohwaZ/Paheko <bohwaz@paheko.cloud> a
écrit :
> Est-ce que le répertoire paheko-1.3.0/data/files est toujours rempli de
> fichiers, ou il a été supprimé/vidé ?
>
> > - cp -r paheko-1.2.9/data/files paheko-1.3.0/data/
> >
> > - cp -r paheko-1.2.9/data/association.sqlite paheko-1.3.0/data/
> >
> > - cp -r paheko-1.2.9/config.local.php paheko-1.3.0/
>
>
> Si à cette étape tu modifie le config.local.php pour remplacer
> "namespace Garradin" par "namespace Paheko" ça marche pas
mieux ?
>
> > Je vérifie quelques lignes de compta, mais pas de fichier
>
>
> Du coup si ce que j'ai indiqué ne marche pas, et que tu es en ligne de
> commande tu peux exécuter :
>
> php paheko-1.3.0/scripts/storage.php scan
>
> cela re-scannera ton répertoire files pour remettre les fichirs.
>
> > Voila, je ne fais rien de particulier.
> > Et c'est vrai que depuis la lecture de la release note, je me
demande
> > si il existe un appel d'un programme qui doit écrire dans le
> > répertoire mais il n'en a pas l'autorisation.
>
>
> Non, rien de tel :)
>
> --
> Liste de discussion d'entraide pour l'auto-hébergement.
>
> Pour lire les archives ou vous désinscrire, visitez la page suivante :
> https://admin.kd2.org/lists/hebergement@paheko.cloud
> /!\ KD2\DB\DB_Exception
> Unable to execute statement: attempt to write a readonly database
Vérifie que tu as bien le droit d'écrire dans la BDD (quitte à
faire "chmod a+rw data/association.sqlite").
> Par contre, je n'arrive plus à accéder à paheko dans le navigateur
C'est que tu as mal configuré les constantes.
WWW_URL doit contenir l'URL complète : 'http://paheko.localhost/'
par exemple.
> Ces histoires de constante WWW_URI et URL me semble une piste à
> creuser. (Et peut être même pour mon histoire de pdf moche d'ailleur,
> testant plusieurs constante j'ai le même affichage que le PDF: const
> WWW_URI = ""; //const WWW_URL = ""; )
Forcément, si tu configure mal ces constantes, les ressources ne
fonctionnent pas… Rien à voir avec le PDF donc.
Je viens de tester et je pense avoir identifié le souci.
De mon côté, si config.local.php contient "namespace Garradin" au lieu
de "namespace Paheko" avant la mise à jour, alors les fichiers ne sont
pas inclus.
Mais si je renomme "namespace Paheko" *avant* la mise à jour, alors
tout roule.
Est-ce que vous pouvez essayer ça ?
Je vais modifier le process de mise à jour dans la 1.3.1 pour que le
namespace soit renommé *avant* la mise à jour pour que la configuration
soit bien prise en compte lors de la mise à jour.
> Je viens de tester et je pense avoir identifié le souci.
>
> De mon côté, si config.local.php contient "namespace Garradin" au
lieu
> de "namespace Paheko" avant la mise à jour, alors les fichiers ne
sont
> pas inclus.
>
> Mais si je renomme "namespace Paheko" avant la mise à jour, alors
> tout roule.
Je l'ai modifier avant la mise à jour oui, et effectivement j'ai vu apparaitre
les liens vers les fichiers. Mais pas d'accès.
J'ai bien configurer les constants et lancé le script
Pas de message d'erreur cette fois, je pense qu'il a bien fait les liens
J'ai retrouver et corrigé une erreur, après ma modif du paheko.conf pour y
introduire le .htacces. Et je l'avais à nouveau modifier pour supprimer cette modif,
et avait oublié de corriger AllowOverride None -> AllowOverride All
Donc, pour la 1.2.11, cela fonctionne comme avant, j'ai accès à tout les fichiers,
vignette, téléchargement.
Je viens même de tester l'impression PDF, cela fonctionne. Je ne saisie plus trop
quel modif à permis de faire fonctionner cela ...
Sachant que dans le config.local de la 1.2.11, il n'y a pas les WWW_URI et URL
J'ai donc commenter dans la 1.3.0 les deux lignes WWW_URI et WWW_URL et ça
fonctionne.
J'ai les accès aux fichiers et aux preview.
J'ai également la génération de fichier PDF qui est propre.
Cela venais bien du
"namespace Garradin" par "namespace Paheko"
A bien modifier avant la mise à jour.
Et d'une erreur dans le fichier de config apache.
Merci pour votre aide, 2 problèmes corrigés en 1.
Même si pour l'impression de fichier PDF, je ne comprend pas trop ce que j'ai
changé.
@+
Pierre
Envoyé avec la messagerie sécurisée Proton Mail.
------- Original Message -------
Le dimanche 15 octobre 2023 à 15:28, BohwaZ/Paheko <bohwaz@paheko.cloud> a
écrit :
> Je viens de tester et je pense avoir identifié le souci.
>
> De mon côté, si config.local.php contient "namespace Garradin" au
lieu
> de "namespace Paheko" avant la mise à jour, alors les fichiers ne
sont
> pas inclus.
>
> Mais si je renomme "namespace Paheko" avant la mise à jour, alors
> tout roule.
>
> Est-ce que vous pouvez essayer ça ?
>
> Je vais modifier le process de mise à jour dans la 1.3.1 pour que le
> namespace soit renommé avant la mise à jour pour que la configuration
> soit bien prise en compte lors de la mise à jour.
>
> --
> Liste de discussion d'entraide pour l'auto-hébergement.
>
> Pour lire les archives ou vous désinscrire, visitez la page suivante :
> https://admin.kd2.org/lists/hebergement@paheko.cloud