Jump to content

Do92

Membres
  • Content Count

    18
  • Joined

  • Last visited

  • Days Won

    4

Do92 last won the day on December 1 2017

Do92 had the most liked content!

2 Followers

About Do92

  • Rank

Profile Information

  • Gender
    Femme
  • Location
    Rueil Malmaison
  • Interests
    Infos sur les développements

FileMaker Profile

  • FM Conférence
    Rouen 2017
  • FM
    FMP11 à FMP16
  • OS
    Win10
  • Certification
    --Non certifié--
  • FBA
    Membre

Recent Profile Visitors

878 profile views
  1. Do92

    Do92

  2. Les photos d'origine sont en HD mais je les compresse à l'insertion dans le conteneur en 300dpi avec obtenir miniature.
  3. Oui j'ai essayé de supprimer les vérifications de certificats SSL sans succès... J'ai vraiment essayé beaucoup de choses, je suis dépitée... lol
  4. Fabrice, les URL viennent de fichiers divers, XML, Excel, cvs, etc. je ne fais que les importer dans mes rubriques URL. Je commence en effet à suspecter que cela vienne des URL fournies mais je n'arrive pas à pointer lesquelles car ça ne plante jamais au même moment ni même sur le même catalogue, quoi que, je suspecte malgré tout le catalogue Delta qui est en effet le deuxième exemple que j'ai donné. Mais parfois il plante, parfois non. Et surtout il ne plante pas en local.
  5. Voici mes scripts. Le script 1 est celui que je programme sur serveur et qui appelle les autres en cascade. Il charges les catalogues fournisseurs 1 par 1 et pour chaque produit, il charge les visuels en série. Scripts.zip Non pas d'actions cURL dans les scripts Scripts.zip Scripts.zip Scripts.zip Scripts.zip Scripts.zip Scripts.zip Scripts.zip Scripts.zip Scripts.zip Scripts.zip Scripts.zip
  6. @Olivier Merci j'essaye de scinder ma base pour voir si cela améliore les choses. Je pensais du coup faire une base par catalogue dans chacune desquelles les photos seront récupérées, puis importer chaque catalogue dans une base centrale. Ce n'est pas si simple et c'est très long mais cela me pointera surement les catalogues qui posent problème s'il y en a. @dwikstroem Le serveur est sur windows Version du serveur 16.0.4.406 Voici quelques exemple d'url : http://www.pfconcept.com/portal/prodimage/hires/10032706_F1.jpg http://www.delta-import.com/media/produits/BOI007-SPE/hd/BOI007-SPE_HD.jpg https://store.baladeo.com/phototheque/TRA065/TRA065_0.png Je n'ai par repéré de pointage vers un ficher qui n'existe pas. J'ai parfois des fichiers corrompus (la photo ne s'affiche qu'à moitié). Non je n'ai pas la possibilité moi même se surveiller l'utilisation des ressources malheureusement car j'ai un accès limité à ma console étant donné que je soustraite l'hébergement... Un ami a monté un serveur virtuel pour moi pour tester et ça plante également.... Grrrrr
  7. Bonjour Olivier, Je m'attendais à ce type de questions... Donc voilà : Le script est exécuté sur serveur FMS16. En local/client et en FM15 ou 16 cela fonction bien, pas de crash. C'est le script sur serveur qui plante. J'étais avant en FMS14, et c'est là qu'a commencé le problème. J'espérais qu'en migrant en FMS16 il disparaîtrait mais non. Pour l'instant je n'ai pas externalisé les conteneurs. Peut être une piste en effet ? Les photos ne sont chargées que si le conteneur cible est vide pour éviter de charger toutes les photos à chaque fois. Cependant à chaque nouveau catalogue, toutes les photos des nouveautés sont forcément vides, donc beaucoup de photos à charger. C'est d'autant plus le cas là tout de suite vu que j'installe cette base pour la première fois et que je n'ai donc encore aucune photo chargée. le problème est là depuis que j'ai installé la base sur serveur, depuis le début. J'ai d'abord lancé le script sur serveur depuis mon poste, puis j'ai tenté avec script programmé. Idem pour les deux. J'ai depuis réinstallé plusieurs fois cette base, avec une version qui n'a pas subit de crash : idem. J'ai aussi essayé de lancer les catalogues de façon isolée et non pas tous en série, certains avec peu de produits, d'autres avec plus. Idem quelle que soit la taille du catalogue, mis à part que parfois ça ne plante pas mais ça replante sur le même une autre fois. Quand à scinder la base, pour l'instant il n'y a personne connecté sur cette base, mais sur d'autres bases du serveur. Donc si seule la base crashe, pas de soucis pour ceux connectés sur d'autres bases, mais si le serveur crash alors tout le monde est impacté. Mais oui pourquoi pas la scinder, quoi que je ne visualise pas comment ça pourrait résoudre le soucis (qui n'est lui même pas identifié, snif...)
  8. Bonjour à tous, J'importe des catalogues de produits de différents fournisseurs, pour l'instant 12 fournisseurs et plus à venir, soit de 50.000 à 100.000 produits au total, voir plus à l'avenir. Je fais des mises à jour de ces catalogues toutes les nuits pour certains fournisseur avec script sur serveur. Pour chaque produit je peux accéder à 1 à 6 photos : les fichiers des catalogues me donnent les URL des photos et je charge les photos en boucle pour chaque produit. Soit pour 100.000 produits un total de 100.000 à 600.000 photos. Mes étapes de scripts sont donc les suivantes : - Importe le catalogue du fournisseur 1 (fichier source Excel, XML, txt ou autre) - récupère les 1 à 6 photos sur chaque produit (en boucle) avec 6 étapes insérer depuis URL - Passer au fournisseur 2 - etc Mon soucis est que mon serveur plante au bout d'un moment indéterminé (pas fixe,parfois au bout de 200 produits, parfois 1000, parfois 5000, etc.). Visiblement il ne supporte pas les Insérer depuis URL en boucle. D'abord ma base plante, puis tout le serveur, qu'il faut alors redémarrer. Etant donné que j'ai des clients connectés sur ce serveur, je dois à chaque fois les déconnecter, ce qui commercialement n'est pas top... La base est alors impossible à fermer, elle reste en fermeture encours éternellement. Il faut donc forcer le redémarrage serveur (NB: je ne gère pas mon serveur moi même, je soustraite l'hébergement). Je n'ai pas de log explicatif dans la console, juste un avis de plantage, voir rien du tout parfois. Il parait logique ce cela vienne d'un problème de cache sur serveur, mais 1) ce n'est pas sûr et je n'ai aucun moyen de le vérifier, et 2) on ne peut pas vider le cache sur serveur dans un script... J'ai déjà posé mon problème à plusieurs personnes qualifiées et on m'a proposé les solutions suivantes : - Faire une pause dans ma boucle d’insertion depuis URL : sans résultat - scinder le script par série de 100 produits par exemple (traite 100 produits, arrêtes toi et reprends 100 produits un quart d'heure plus tard, etc) - mais quid si 100 produits prennent plus de 15 minute à charger ? - scinder la base elle même par fournisseur, importer les photos dans chaque base fournisseur et les réimporter ensuite dans la base centrale - Je préférerais éviter ça car cela deviendra lourd en maintenance J'en appelle donc à votre expérience : Quelqu'un a-t-il déjà eu ce genre de problème ? Une solution miracle à me proposer ? Un grand merci d'avance
  9. Bonjour, Oui cela est possible en définissant une variable avec le chemin complet (Répertoire + nom) par calcul, puis en mettant cette variable dans le fichier de sortie de la fonction Sauvegarder en PDF.
  10. Do92

    Calcul jours restant

    Il faut supprimer les "" du 0, et supprimer l'espace entre Date et Actuelle : Obtenir ( DateActuelle)
  11. Do92

    Calcul jours restant

    Bonjour, Je pense que tu devrais passer par une rubrique globale Date actuelle, ou une variable $DateActuelle que tu inclus dans ton calcul. Pas besoin de script, juste un bouton qui met à jour la date actuelle ou la variable. Voici un exemple avec la rubrique globale. Pour aller plus loin, sur peux faire un script déclenché sur entrée modèle, qui met à jour la rubrique globale ou la variable. et là, plus besoin de cliquer sur actualiser. JoursRestants.fmp12 JoursRestants.fmp12 JoursRestants.fmp12 JoursRestants.fmp12 JoursRestants.fmp12 JoursRestants.fmp12 JoursRestants.fmp12 JoursRestants.fmp12 JoursRestants.fmp12 JoursRestants.fmp12 JoursRestants.fmp12 JoursRestants.fmp12 JoursRestants.fmp12
  12. Do92

    Conversion json en XML

    Bonjour, J'ai réussi (ou presque) la conversion via un script. Mais c'est au final aussi long que de parser le résultat Json, voire encore plus long... Les solutions jar semblent plus adaptées mais je ne maîtrise pas vraiment. Elle sont également dépendantes de l'environnement sur lequel tourne le script. Pas simple... Merci à tous malgré tout.
  13. Do92

    Conversion json en XML

    Hello, Merci pour ce retour Fredo ! Oui en effet j'ai exploré les convertisseurs en ligne mais je voudrais automatiser la procédure. J'ai même cherché un convertisseur avec API en espérant pouvoir envoyer mon doc Json et qu'il me le retourne en XML, ou avec la fonction insérer depuis URL, mais sans succès. J'ai également fouillé dans les custom functions de Brian Dunning et autres, et sur de nombreux forums, mais sans succès non plus. Je me suis donc lancée dans un script, en vue d'un faire si possible une fonction perso ensuite, mais je bloque. D’où mon post Petite note supplémentaire, ce programme devra tourner sur serveur.
  14. Bonjour à tous, Suite à la formation API, j'ai récupéré tout un catalogue produits en format json sur une API. Je l'ai parsé et ça me crée ma liste de produits. Le problème c'est que ça me crée mes 950 enregistrements un par un, et pour chacun je dois faire un nouvel appel à l'API pour récupérer mes prix par produits, puis parser le retour. Résultat : 30 minutes pour charger mon catalogue. C'est trop long car je dois mettre à jour ce catalogue toutes les 15 minutes notamment pour l'état des stocks de produits. De plus, je ne peux pas mettre à jour les enregistrements, je dois les supprimer et les recréer à chaque mise à jour. J'ai d'autres catalogues que je récupère en format XML, et que j'importe avec mise à jour des enregistrements avec feuille XSLT. C'est beaucoup plus rapide. Exemple : 10.000 produits en moins d'une minute. Donc question : est-ce que quelqu'un aurait eu la bonne idée de créer un script ou une fonction perso pour convertir - rapidement - du json XML ? (réponse espérée : "oui" ) Merci d'avance et bonne journée à tous !
×
×
  • Create New...