Jump to content

amar

Membres
  • Content Count

    397
  • Joined

  • Last visited

  • Days Won

    2

amar last won the day on October 9 2018

amar had the most liked content!

About amar

  • Rank
    200
  • Birthday April 18

Contact Methods

  • Website URL
    http://www.akbou.net

Profile Information

  • Gender
    Homme
  • Location
    F - Ariège

FileMaker Profile

  • FM
    fmp11 Adv - fms11 - FileMaker 17
  • OS
    Os X.6 - Windows 7
  • FBA
    --Non membre--
    Membre
    Platinum
    Trainer
    Reseller

Recent Profile Visitors

21876 profile views
  1. Bonjour à tous, c'est papy... qui revient... Je n'ai pas trouvé beaucoup de sujet sur la nouvelle version. Question à 1000 € (pour Fabrice je délocalise en ariège) : c'est parce qu'il n y a rien à dire ? Je n'ai pas spécialement besoin de cette version, mais vu que j'avais un contrat pour un an, j'ai donc téléchargé pour voir juste s'il y a des nouveautés. Merci et bonne fin de journée.
  2. amar

    amar

  3. Bonjour David, Je viens de supprimer le fichier et redémarré. je te tiendrai informé si cela se reproduit. Merci beaucoup pour ton aide et à très bientôt.
  4. bonjour à tous, je viens de finir la migration des mes bases en V17, tout va bien sauf quelques modèles et pas à chaque connexion. Le police de caractère est changée et pas sur l'ensemble du modèle. Je suis sûr que tous mes modèles sont "ARIAL" Regardez la capture
  5. hello, 1) j'avais déjà fait le test sur nouveau modèle vierge : pas mieux. 2) je viens de changer le contexte une nouvelle occurrence liée à rien (TOUTE SEULE) je viens de lancer le script en local, c'est tellement long que j'ai eu le temps d'écrie ce poste, voici quand même le résultat : En local : je l'ai arrêté, c'est plus long que d'habitude Sur serveur : je l'ai aussi arrêté au bout 2 mn 3) Côté Serveur, je pense que plutôt c'est une bonne machine, c'est une VM Système : Windows Server 2016 Standard Processor : Intel® Xeon® CPU -E5-2650 0 @ 2.00GHz 200 RAM : 16.0 GB
  6. hello Fabrice, J'ai fait comme tu as dis : J'ai hébergé un fichier tout simple. J'ai demandé la création de 5000 enregistrements : Script lancé localement : 30 secondes Script lancé sur le serveur : 21 seconde Un script de modification d'une rubrique par l'action " Remplacer contenu Rubrique : Script lancé localement : 18 secondes Script lancé sur le serveur : 7 seconde Un script de modification d'une rubrique par l'action " Remplacer contenu Rubrique sur 15 000 enregistrements : Script lancé localement : 20 secondes Script lancé sur le serveur : 17 seconde Je ne sais pas quelles sont les performances attendues, mais je suis plutôt content de ce résultat, il semblerait donc que le problème vienne de ma base mais à quel niveau ? ça ? Merci à vous en tous cas d'avoir cherché, même si pour l'instant nous n'avons pas résolu le problème.
  7. hello Jacques, Je viens de faire comme tu m'as dis... le résultat est exactement le même
  8. Bonjour, Aucun lien, je ne fais que forcer le calcul d'une rubrique calculée sur un modèle de l'occurrence de départ. Déjà la rubrique calculée qui ne le fait pas toujours me fait ch.... et j'avais déjà à l'époque lointaine chercher de l'aide, ici on avait jamais trouvé la solution tout ensemble. La seule alternative qu'on avait trouvé, c'était de forcer le calcul avec un script. Voilà vous savez tout...
  9. hello Tanguy, Avec la commande : Bonne journée.
  10. bonjour, Voici le script en question, une seul action sur 3 293 enregistrements exactement. Activer modèle ["MTN_" ; Animation:Aucune]Afficher tous les enreg.Remplacer contenu rubrique [Avec boite de dialogue:Non; MTN_Retard; cas (MTN_::mtn_Delta > 0 ; 1 ; 0 )]Activer modèle [modèle d'origine ; Animation:Aucune] Il n y a vraiment rien de bien compliqué. Merci
  11. Hello bad boy, ça va toi ? ça n'a pas changé grand chose mon ami (6mn20), c'est à mourir de rire.. Comment je peux tester dans un autre contexte qu'avec mon fichier les performance de ce serveur... Merci et bonne soirée.
  12. Bjr, Non je ne suis pas sur le modèle concerné, il ouvre une nouvelle fenêtre et active le modèle.
  13. Hello Fabrice, Oui c'est un calcul nom mémorisé. MTN_Delta, c'est le nombre de jour entre la date prévue et la date du jour pour déterminer un retard éventuel. Cas ( EstVide ( MTN__::mtn_DateReelle ) ; ObtenirNombre ( Obtenir ( DateActuelle ) ) - ObtenirNombre (MTN__::mtn_DatePrevue) ; ObtenirNombre (MTN__::mtn_DateReelle ) - ObtenirNombre ( MTN__::mtn_DatePrevue ) ) Et MTN_Retard, c'est juste pour indiquer Retard ou pas (1 ou 0) Cas ( mtn_Delta > 0 ; 1 ; 0 ) Ce sont des calculs basiques, je n'ai jamais compris pour mon MTN_Delta ne se fait pas correctement, il a ses jours.
  14. merci pour vos réponses, mais pour l'instant ça ne résous pas mon problème, il est toujours aussi long à s'éxécuter (5mn32).
  15. Hello David, Merci pour ces précisions. Effectivement j'ai un script d'ouverture pour les déclarations des globales et variables. Mon script d'ouverture prends 00:00:01 quand je lance à partir de mon poste (vérification faite à l'instant). Comment écrire cette la condition s'il est exécuté par le serveur ? Merci et bonne journée.
×
×
  • Create New...