Vous n'êtes pas identifié(e).

Annonce

ATTENTION

  • Prenez le temps de rechercher si quelqu'un n'a pas déjà proposé une solution à votre problème. Sur le forum français et sur le wiki
  • Pensez à mettre à jour votre version de CMS Made Simple. Nous ne faisons de support que sur LA dernière version de CMS Made Simple.
  • Renseignez impérativement le formulaire de nouveau message de manière la plus complète que possible. Dans votre CMS utiliser le menu Administration du site/Informations du système en haut Vue au format texte. Ces informations demandées nous permettent de mieux vous aider
  • Ajoutez [Résolu] au début du titre de votre 1er message lorsqu'une solution a été trouvée.

#1 Re : Modules, Tags » Tâche Cron sur Ovh 90Plan ou Pro pour envoi avec NMS » 18/02/2017 19:54:01

Merci pour tout, on voit que tu as de l'expérience dans ce domaine wink J'ai réussi à faire mes envois avec le site cron-job ainsi que les paramètres CJJobMgr !! Je t'aurais bien payé une bière pour te remercier mais... c'est loin Bruxelles !

#2 Re : Modules, Tags » Tâche Cron sur Ovh 90Plan ou Pro pour envoi avec NMS » 17/02/2017 12:08:27

Wow, super descriptif merci !!

Alors j'ai testé sans .html après process et toujours erreur chez ovh :
Suite à 10 erreurs d'exécution consécutives, une tâche planifiée (CRON) a été désactivé :
Commande exécutée : ./www/modules/CGJobMgr/process
Ces erreurs d'exécution sont généralement causées par une anomalie dans le code ou un temps d'exécution trop long.

Je regarde sur cron-job du coup... ! wink

#3 Re : Modules, Tags » Tâche Cron sur Ovh 90Plan ou Pro pour envoi avec NMS » 17/02/2017 10:56:50

Je viens de virer l'extension html, je reteste un envoi cron... Si je tape l'url de mon site+/process dans le navi comme ton exemple ça marche en tout cas...

#4 Re : Modules, Tags » Tâche Cron sur Ovh 90Plan ou Pro pour envoi avec NMS » 17/02/2017 10:51:55

Salut,

merci pour ta réponse, alors le problème c'est que je ne peux indiquer d'url absolue comme dans ton exemple. Je dois indiquer un dossier relatif à la racine chez ovh (./www...).

#5 Modules, Tags » Tâche Cron sur Ovh 90Plan ou Pro pour envoi avec NMS » 17/02/2017 08:06:51

Michel
Réponses : 9

#~~~~~ DEBUT BLOC A NE PAS SUPPRIMER ~~~~~
#~ Version du CMS: 1.12.x
#~ Url du site :
#~ Hébergeur / Soft : OVH
#~ Informations Système :
#~~~~~ FIN BLOC A NE PAS SUPPRIMER ~~~~~



Salut,

je cherche un retour d'expérience ou astuce pour faire marcher une tâche Cron sur un hébergement Ovh mutualisé. J'ai testé en mettant l'url de CGJobMgr mais le script ne s'exécute pas.

Voici ce que j'obtiens comme erreur :
[2017-02-17 00:37:03] ## OVH ## START - 2017-02-17 00:37:03.221741 executing: /usr/local/php5.4/bin/php /homez.27/site/./www/modules/CGJobMgr/process.html
[2017-02-17 00:37:03] Could not open input file: /homez.27/site/./www/modules/CGJobMgr/process.html
[2017-02-17 00:37:03] ## OVH ## END - 2017-02-17 00:37:03.307938 exitcode: 1

Ovh me dit que c'est peut-être parce que ce n'est pas une page php qui est appelée, ou alors que le script contient des adresses relatives et non absolues (et qu'il faudrait modifier le script en conséquence).

Donc si qq'un a déjà testé et réussi à avancer ça m'intéresse !

Merci et bonne journée !

#6 Re : Général » Le problème d'Upload d'images trop grandes » 26/10/2015 11:59:18

Les tests c'est bien pour les chômeurs ou les retraités, z'ont rien d'aut à fout'... big_smile big_smile
Plus sérieusement, je comprends ton point de vue. De mon côté le temps me manque, mais je vais installer la v2 d'ici 10 j pour commencer à tester.

#7 Re : Général » Le problème d'Upload d'images trop grandes » 26/10/2015 06:35:40

Merci JCE mais je ne me lance JA-MAIS a tête baissée sur une mise à jour majeure de cms sans l'avoir testée un minimum et sans avoir des retours (positifs) de la communauté. Et la mise à jour n'est pas toujours possible (si des mods sur mesure ont été développés par exemple), ni forcément nécessaire (quel gain pour le client au final ? A évaluer au cas par cas...!).

#8 Re : Général » Bannière Cookies cnil » 22/10/2015 13:24:51

"Perso, j'ai averti mes "gros" clients que c'était obligatoire, mais que je ne le mettais pas en place pour des raisons d'expérience utilisateur dégradée. Et si toutefois ils avaient un contrôle, je le mettrais." lol
Mon cher Ouik, permet moi de perdre un oeil !
Expérience utilisateur = c'est au concepteur d'optimiser le message pour qu'il ne soit pas trop gênant durant la visite.
Et "gros" ou petit client, à partir du moment où il y a collecte de données il y a obligation de mettre le message !
Et pourquoi attendre d'avoir un contrôle ? Pour ta comptabilité, tu attends aussi un contrôle pour te mettre en conformité ?  lol

#9 Re : Général » Le problème d'Upload d'images trop grandes » 21/10/2015 10:11:34

Merci Eric, j'avais trouvé ce script mais pas réussi à le faire tourner.

#10 Re : Général » Le problème d'Upload d'images trop grandes » 21/10/2015 09:57:06

Je vais pas faire genre " j'ai tout compris, c'est easy " lol mais je vois le principe, merci pour cette astuce !

#11 Re : Général » Le problème d'Upload d'images trop grandes » 20/10/2015 20:38:26

Ce qui est bien avec Jean, c'est qu'il sait tout, il doute jamais. tongue

Gmassart, merci, c'est une piste à creuser et même si je ne suis pas développeur, et si c'est la meilleure solution actuelle je la ferai développer par qq'un dont c'est le métier.

Je viens de tester rapidement une solution " client-side " de ce type : http://www.jqueryscript.net/demo/jQuery … vasResize/.
J'ai envoyé une image de 8,5 Mo 5000 pixels de large en 300dpi, le fichier est apparu en moins de 5 sec. et a été redimensionné, en faisant un "clic droit enregistrer" j'ai vérifié et l'image est bien en 300 pixels (testé aussi avec une image de 24 Mo et ça passe !).
Le top serait que ce soit intégré directement sur un champ d'envoi d'image par exemple pour un article de news (et même plus généralement dans les éditeurs de contenu de type Tiny... je sais pas comment cmsms 2.0 va gérer les images, mais y'a des progrès à faire de ce côté).

#13 Re : Général » Le problème d'Upload d'images trop grandes » 20/10/2015 12:11:55

"bien que je sois certain que l'outil que j'offre à mes utilisateurs est de loin plus convivial et adapté que le tien car tu passes par un développeur externe, tandis que je développe selon les besoins, envies et niveau de connaissances de l'utilisateur final" : comment ça ? Tu parles de quel de mes outils ? Pour l'instant celui que je désire n'existe pas. Et puis quel problème de faire appel à un développeur externe ? Je fais toujours une analyse avec le client pour déterminer les besoins, et optimiser au maximum l'outil qui va gérer le site. Et je n'ai jamais eu de problème à faire développer à des tiers, chaque société ne peut intégrer toutes les compétences. Maintenant si tu sais tout faire parfaitement, tant mieux pour toi smile

#14 Re : Général » Le problème d'Upload d'images trop grandes » 20/10/2015 11:56:27

Quand je disais "dans cmsms", je pensais évidemment à une solution "côté client" (dans une fenêtre du cms par exemple avec un script jquery) pour ne pas envoyer de gros fichiers et faire bosser le serveur inutilement...
Tu es vexé pourquoi ? Je ne parlais pas de ton plugin développé sur mesure mais de ta phrase " tu n'as qu'à dire à tes utilisateurs de passer d'abord par un site de redimensionnement des photos ", faudrait peut-être bien lire les échanges avant de démarrer au quart de tour...
A ce propos, tu dis qu'il faut régler le problème en amont et tu proposes un plugin de redimensionnement des images sur le serveur, je comprends pas ? Du coup tu conseilles quoi à ton client ? Il envoie tout de même des images assez grandes et c'est redimensionné ou bien il le fait en amont ?

#15 Re : Général » Le problème d'Upload d'images trop grandes » 20/10/2015 10:08:37

Je viens de tester rapidement XNConvert suite au conseil de Ouik, c'est pas mal et multi-plateformes en plus... http://www.xnview.com/fr/xnconvert/
Le jour où ce type d'outil sera intégré dans cmsms, ce sera fabuleux ( et sans payer un centime, car moi mange-grain, moi faire du gras sur le dos des pauvres développeurs bénévoles ! lol )

#16 Re : Général » Le problème d'Upload d'images trop grandes » 20/10/2015 09:41:53

Merci Ouik pour ton point de vue.
XNView , je connais pas, ça tourne sous windows ? Et si le client poste depuis un mac et/ou une tablette android... ?
Jissey, je posais la question au début :  "Mais du côté cmsms je ne vois pas de parade pour le moment... comment gérez-vous ce type de problème ??" Et toi tu te braques sur ma remarque de sites à 150 euros... si t'es vexé c'est ton problème, mais je ne visais personne en particulier. wink Je cherchais des conseils et avis sur le problème, c'est tout. Quant à faire de l'argent avec de l'open-source : j'ai financé plusieurs développements de modules, et fait qqfois des dons pour l'asso, c'est peut-être pas le cas de tout le monde sur ce forum, et en tant qu'administrateur tu devrais vérifier un peu celà avant de prendre la mouche et "traiter" un utilisateur du forum de "mange grain". Je ne parlerai pas de tes autres points ("Nous dire que WP est mieux" etc.) = complètement hors sujet, d'ailleurs si WP était vraiment mieux je ne perdrais pas mon temps ici...
Maintenant pour en revenir au problème des images : votre réaction générale est la sensibilisation et la formation. Je veux bien, je le fais aussi, mais la tendance des outils informatiques et notamment des cms est à l'automatisation maximale pour le client ! L'expérience utilisateur (en front et back end), ça vous parle peut-être pas smile Mais en 2015 il me parait aberrant de retraiter des images avec un logiciel tiers, il faut se mettre à la place des clients, qui doivent pouvoir poster de manière fluide et dans un même environnement. Le problème est rencontré par des utilisateurs de WP aussi, c'est pourquoi ils ont développé un module pour cela.

#17 Re : Général » Le problème d'Upload d'images trop grandes » 18/10/2015 16:17:40

" tu n'as qu'à dire à tes utilisateurs de passer d'abord par un site de redimensionnement des photos " : on a pas la même notion de service client cher Jean. lol J'aime les solutions intégrées et fluides, les solutions bricolées sont valables peut-être pour des "pros" qui vendent des sites à 150€, mais ce n'est pas mon cas.
Une idée intermédiaire serait une zone drag and drop ou avec champ d'envoi dans un coin de la fenêtre d'admin, qui permettrait de réenregistrer dans la foulée l'image sur le disque. Ca ferait 4 clics au total mais ça serait toujours plus élégant que d'envoyer les clients sur des sites tiers. Par contre j'ai pas encore trouvé de script qui fonctionne bien (en html5 et jquery par exemple).

#18 Re : Général » Le problème d'Upload d'images trop grandes » 18/10/2015 13:35:41

Pour revenir au module Wordpress = il peut redimensionner des images déjà sur le serveur ! C'est quand même puissant comme fonctionnalité.
De plus, on peut régler des dimensions pour les différents contenus.
C'est tout à fait ce qu'il manque à cmsms : pour un champ image extra des articles, je ne peux pas forcer le redimensionnement des images => il faudrait un paramétrage dans l'admin pour le permettre (ainsi que tous les champs images des différents modules dans l'absolu). Là on aurait un vrai contrôle sur ce qui est envoyé.

#19 Re : Général » Le problème d'Upload d'images trop grandes » 18/10/2015 13:31:46

Pardon, mais je pense qu'en partie au moins cela concerne le cms ( quel qu'il soit... d'ailleurs si un module Wordpress est sorti c'est pas pour rien smile ). Ce sujet est traité par beaucoup de gens sur les forums divers.
Concernant le serveur : bien sûr il y aura toujours une restriction technique. Mais le souci concret que je rencontre par exemple : une image de moins de 8 Mo qui fait 4000 pix. et 300 dpi fait planter CGSmartImage. Et là, à part redimensionner l'image pour un client, y'a pas grand chose à faire. Tu reconnaitras alors qu'on est plus dans la promesse d'un cms "simple" d'utilisation... !
" Eduquer les clients " : bien plus facile à dire qu'à faire. Mes clients veulent des outils simples et fonctionnels, s'il faut commencer à bidouiller, et qu'on s'éloigne du " 2 clics " pour envoyer une image, ça pose problème, et ils ont raison quelque part.
Et puis, qui à envie de stocker inutilement des méga images sur son serveur ? Par rapport à l'utilisation réelle ? Même redimensionnée par CGSmartImage, l'original devrait déjà être réduite lors de l'envoi. Une image de 4000 pix de large n'a pas lieu d'être pour du contenu classique. C'est de l'occupation disque presque scandaleuse je dirai smile

#20 Général » Le problème d'Upload d'images trop grandes » 18/10/2015 12:22:01

Michel
Réponses : 28

#~~~~~ DEBUT BLOC A NE PAS SUPPRIMER ~~~~~
#~ Version du CMS: !1.11.x
#~ Url du site :
#~ Hébergeur / Soft :
#~ Informations Système :
#~~~~~ FIN BLOC A NE PAS SUPPRIMER ~~~~~



Salut à tous,

il y a un problème commun à bcp de cms : l'envoi par les clients d'images trop grandes (ou lourdes).
Exemple concret : je créé souvent des champs images pour les articles de news (image 1, image 2...), ce qui facilite la mise à jour du site => le client envoie son image, qui est placée et redimensionnée par CGSmartImage dans la mise en page.
Mais le problème qui revient très fréquemment : l'impossibilité d'envoyer des images car trop grandes. Certains essaient d'envoyer des images de 4000 pix. de large en 300 dpi !
La solution doit être trouvée du côté du cms : car ce n'est pas au client de devoir " bidouiller " en amont pour réduire la taille du fichier, ou alors il faut ôter le terme " simple" à CMSMS ! wink
J'ai regardé un peu si sous Wordpress le problème était résolu, il existe un module qui à l'air de bien gérer cela : https://wordpress.org/support/view/plug … s/imsanity

Mais du côté cmsms je ne vois pas de parade pour le moment... comment gérez-vous ce type de problème ??

Merci pour votre aide... !

#21 Re : Hébergement et référencement » Problème d'installation de modules sur hébergement 1and1 » 29/10/2013 11:55:25

En espace disque j'ai 1 974,00  Mo sur  2 500,00  Mo utilisés, et 9 746  fichier(s) utilisé(s) sur  262 144  fichiers disponibles ! C'est en supprimant une vidéo de 35 Mo que j'ai débloqué le problème de cmsms... (pour le moment aucune erreur et je peux installer à nouveau des modules et plus besoin de vider à la main le cache par ftp).

#22 Re : Hébergement et référencement » Problème d'installation de modules sur hébergement 1and1 » 29/10/2013 10:12:11

Oui sauf que le panel d'admin de 1and1 me dit que j'ai quelques centaines de mégas de dispo... 2 sites (très légers) sur cet hébergement. Cmsms étant "super bien fait", je pense qu'il m'aurait mis une alerte aussi pour le faible espace dispo, non ? Ce qui pose surtout problème c'est l'erreur php qui envoie la plupart des utilisateurs en recherche de solution sur les droits d'écriture (voir les forums). Est-ce si compliqué de renvoyer une erreur "espace disque faible" ? En 2013, pour un serveur Apache, franchement ??  wink

#23 Re : Hébergement et référencement » Problème d'installation de modules sur hébergement 1and1 » 29/10/2013 09:13:50

Bon, apparemment c'était du à un manque d'espace disque !! A noter le support technique qui à part répondre à côté de la plaque ne sert absolument à rien (Réponse reçue 3 jours après en plus...) :

Nous vous informons que 1&1 Internet ne propose aucune assistance dans la conception ou la modification de scripts pour vos sites internet.

Afin de pouvoir trouver une solution à votre demande, nous vous invitons à visiter ce site internet spécialisé à l'adresse : http://www.comscripts.com

Sur ce dernier vous retrouverez des exemples de scripts mais également des codes sources afin de corriger ou améliorer un code déjà existant.

De plus, toute modification du réglage serveur sur votre contrat actuelle est impossible étant donné que vous êtes sur un hébergement mutualisé, afin d'apporter des modifications propre à votre utilisateur, cela nécessite un hébergement dédié avec accès root.

Notre support étant principalement axé sur des demandes d'assistances techniques dans la gestion et utilisation de nos diverses solutions, nous vous remercions d'avance pour votre compréhension.

#25 Hébergement et référencement » Problème d'installation de modules sur hébergement 1and1 » 24/10/2013 16:01:52

Michel
Réponses : 7

Salut à tous,
je dois installer un site sur un hébergement 1and1, et j'ai des problèmes pour installer des modules comme FormBuilder.
Dès que je tente de l'installer (par ftp, ou par le gestionnaire de mods) j'ai des erreurs sur l'admin et le front de type :

[== Indéfini ==]
Fatal error: Uncaught exception 'SmartyException' with message 'unable to write file /homepages/40/d160407609/htdocs/monsite/tmp/templates_c/wrt526927d9084697.81566697' in /homepages/40/d160407609/htdocs/monsite/lib/smarty/sysplugins/smarty_internal_write_file.php:44 ...

Je dois supprimer par ftp le module pour rétablir le site. J'ai essayé de changer les permissions sur tmp/templates_c mais rien à faire ...
Une idée ??
Merci !










#~~~~~ DEBUT BLOC A NE PAS SUPPRIMER ~~~~~
#~ Version du CMS: 1.11.9
#~ Url du site :
#~ Hébergeur / Soft : 1and1
#~ Informations Système :
#~      Cms Version: 1.11.9
#~      Installed Modules:
#~          CMSMailer: 5.2.2
#~          CMSPrinting: 1.0.5
#~          FileManager: 1.4.3
#~          MenuManager: 1.8.6
#~          MicroTiny: 1.2.5
#~          ModuleManager: 1.5.5
#~          News: 2.13
#~          Search: 1.7.11
#~          ThemeManager: 1.1.8
#~          Gallery: 1.6.1
#~          TinyMCE: 2.9.12
#~      Config Information:
#~          php_memory_limit:
#~          process_whole_template:
#~          max_upload_size: 40000000
#~          url_rewriting: mod_rewrite
#~          page_extension: .html
#~          query_var: page
#~          image_manipulation_prog: GD
#~          auto_alias_content: true
#~          locale:
#~          default_encoding: utf-8
#~          admin_encoding: utf-8
#~          set_names: true
#~      Php Information:
#~          phpversion: 5.4.21
#~          md5_function: On (Vrai)
#~          gd_version: 2
#~          tempnam_function: On (Vrai)
#~          magic_quotes_runtime: Off (Faux)
#~          E_STRICT: 0
#~          E_DEPRECATED: 0
#~          memory_limit: 90M
#~          max_execution_time: 50000
#~          output_buffering: 0
#~          safe_mode: Off (Faux)
#~          file_uploads: On (Vrai)
#~          post_max_size: 8M
#~          upload_max_filesize: 40M
#~          session_save_path: /tmp (1777)
#~          session_use_cookies: On (Vrai)
#~          xml_function: On (Vrai)
#~          xmlreader_class: On (Vrai)
#~      Server Information:
#~          Server Api: cgi-fcgi
#~          Server Db Type: MySQL (mysqli)
#~          Server Db Version: 5.1.71
#~          Server Db Grants: Trouvé un privilège "GRANT ALL" qui semble être adapté
#~          Server Time Diff: Aucune différence de date du système de fichiers trouvées
#~~~~~ FIN BLOC A NE PAS SUPPRIMER ~~~~~



Ecrivez votre question ici.

Pied de page des forums

Propulsé par FluxBB

  Flux Rss Twitter FaceBook