Aller au contenu

SBR

Membres
  • Compteur de contenus

    44
  • Inscription

  • Dernière visite

À propos de SBR

  • Rang
    25
  • Date de naissance 05/06/1970

Contacts

  • Website URL
    http://www.tropicalement-votre.com

Profil général

  • Genre
    Homme
  • Lieu
    Paris

Profil FileMaker

  • FM
    FMP10A, FMP11A, FMS9
  • OS
    Win10
  • FBA
    --Non membre--

Visiteurs récents du profil

3 188 visualisations du profil
  1. @Tom Les identifiants sont déjà passés dans l'URL. @Clem Aucune erreur lors d'un import manuel. J'ai confirmation que c'est bien le HTTPS qui met le bordel : On a modifié le htaccess du site pour ajouter une exception sur le script incriminé : pour ce script seulement, on désactive la redirection HTTP => HTTPS, et ça remarche... Donc l'URL en https:// sans redirection ne marche pas, l'URL en http:// avec redirection vers https:// ne marche pas, seule l'URL en http:// sans redirection fonctionne. J'aurais préféré une solution "propre" sans bidouille de htaccess, mais bon...
  2. Hello tout le monde. Dans une base FM Pro 11 (oui, je sais, ça commence à dater sérieusement, mais ce n'est pas le sujet), nous avons un script utilisant l'instruction "Importer enregistrements" avec source "Données XML" qui récupère des infos depuis notre site Web. Depuis le passage en HTTPS ce matin, le script cesse de fonctionner, en nous sortant une erreur "718 - Erreur lors de l'analyse du fichier XML (à partir de Xerces)" alors que : J'ai bien actualisé l'URL dans le script avec "https://" au lieu de "http://", donc a priori ce n'est pas un blocage dû à la redirection. (J'ai même testé avec "https://<nom_de_domaine_de_notre_site>:443/<url_cible>" mais en vain.) Le format du flux XML n'a pas changé depuis des mois et qu'il est toujours 100% valide (re-vérifié sur les parsers de conformité sans aucun souci). L'URL fonctionne toujours parfaitement quand je la teste directement dans un navigateur. J'ai même importé directement le certificat dans Windows (magasin "Autorités de certification racines de confiance"), sans aucun effet. Auriez-vous des pistes ? Merci à vous !
  3. Bon... C'est à cause de mon neurone qui n'était pas allumé ! Oui, Tom, très bon résumé. En fait, tout était bien configuré, sauf... l'option "Inclure uniquement les valeurs liées à partir de", qui permet de définir la table liée. Dans mon cas, ça n'avait pas marché avec la table qui paraissait la plus logique, donc j'en ai essayé une autre, pas mieux. Sauf que pendant mes tests, il y a dû y avoir un bug temporaire ou je ne sais quoi, qui a faussé les résultats. (Pourtant, j'en ai fait, des tests, avant de décider de poster mon message...) Là, je re-change la table liée... et ça marche bien à chaque coup ! Résolu, du coup.
  4. Hello tout le monde. Sous FM11 (on ne rigole pas !), j'essaie de créer une liste de valeurs (LV) qui change de façon dynamique à partir du contenu d'une rubrique. Mais ça fonctionne aléatoirement... J'ai une rubrique texte "liste_de_valeurs_dynamique" qui contient toutes mes valeurs séparées par un saut de ligne, et une LV "liste_dynamique" basée sur cette rubrique. Par script, je définis le contenu de la rubrique, puis je valide l'enregistrement, puis je rafraichis même la fenêtre en vidant les données en cache, et j'espère en croisant les doigts que ma LV se réactualise toute seule comme une grande. Sauf que ça marche 1 fois sur 2 sous FM Pro Developer (du coup, le script vérifie les contenus de la rubrique et de la LV, et s'auto-rappelle si différents -- bidouille à la con mais qui fonctionne) et pas du tout sous FM Pro (la LV garde désespéremment le contenu défini lors de l'ouverture de la base de données)... Je ne sais pas comment forcer l'actualisation. L'objectif, c'est de créer une boîte de dialogue personnalisée proposant X actions sous forme de cercles d'option, ces actions pouvant varier totalement selon le script qui ouvre la boîte de dialogue (donc pas possible de se baser sur une table externe, à moins de générer X enregistrements à la volée à chaque fois, ce qui est un bazooka pour tuer un moustique). Vous avez déjà rencontré ce genre de problème ? Merci de votre aide ! Cdlt
  5. SBR

    SBR

  6. SBR

    Editeur De Texte Html Pour Filemaker

    "FMEasyHTML is not compatible with FileMaker Pro for Windows."
  7. SBR

    Fm Source Piraté ?

    Ce n'est pas vraiment rassurant... Mais apparemment l'équipe FMSource est consciente du problème, c'est un premier pas. Vivement qu'une solution soit trouvée. a+
  8. SBR

    Fm Source Piraté ?

    Bonjour. Depuis plusieurs semaines, chaque fois que je cherche un sujet FileMaker dans Google et que je tombe sur une page FM Source, quand je clique sur le lien, au lieu de m'amener sur le site, ça m'ouvre un site de pub avec un gros pop-in de sites porno dessus ! Exemple : http://filestore321.com/download.php?id=4261738b Ca ne le fait qu'une fois par jour (j'imagine que c lié à la durée de validité du cookie, car je peux reproduire ce comportement en changeant de navigateur), et ça ne le fait pas si j'accède au site en tapant directement son URL. J'ai ce souci UNIQUEMENT avec fmsource.com, d'où mon interrogation sur un "piratage" qui consisterait à détourner une partie de votre trafic vers un site peu recommandable... Et comme ça ne se produisait qu'à ma 1re connexion, je me suis demandé au début si je n'avais pas cliqué sur le mauvais lien dans Google, ou si ce n'était pas une pub "volontaire" de votre part. Après plusieurs tentatives sur plusieurs semaines, j'ai fini par comprendre que je cliquais bien au bon endroit et que ce n'était pas de votre fait. Quelqu'un d'autre a remarqué ça ? Cordialement
  9. SBR

    [Résolu] Export Au Format Texte

    Hello. Oui, ça marche, j'utilise la même technique pour exporter des contenus impliquant des re-traitements complexes, ou nécessitant par exemple d'exporter dans un même fichier la concaténation de 2 traitements distincts. Je peux y ajouter mon expérience, qui peut également servir à la communauté. Je suis tombé sur un os : dans mon cas, je devais générer ce fichier unique chaque nuit, puis le transférer par FTP chez un partenaire. Mon script fonctionnait parfaitement en tant que script "client" manuel. Mais quand j'ai créé un programme pour en faire un script "serveur" planifié, j'ai eu une erreur "Action de script non prise en charge" ! L'astuce consiste dans ce cas à utiliser "Exporter enregistrements" (qui ne contient que la rubrique "GlobalePourExport") au lieu de "Exporter contenu de rubrique", en ayant pris soin d'isoler la fiche courante auparavant (Afficher tous les enreg. / Ignorer enregistrement / Afficher enreg. ignorés uniq.). L'inconvénient, c'est que les caractères spéciaux ne sont pas forcément gérés de la même façon entre les 2 instructions (dans un cas j'avais des sauts de ligne, dans l'autre cas des caractères "Vertical Tabulation" indésirables)... Si vous avez d'autres astuces pour bien traiter ce genre de cas, je suis preneur ! a+
  10. SBR

    Variables Et Tableaux Associatifs

    Au détour d'un petit test, je viens de découvrir que FM 11 permet de créer des tableaux de variables associatifs, comme en PHP / JavaScript / etc. ! Cette fonctionnalité est-elle documentée quelque part ? Je n'ai rien trouvé dans l'Aide de FM ni sur le Web... Etait-ce déjà le cas en FM 10 ? Il me semble avoir fait des tests qui étaient négatifs, à une époque... Bref, autrefois, il semblerait qu'on ne pouvait définir des tableaux qu'à l'aide d'indices numériques : Définir Variable [nom = $nom_var; indice = 1; valeur = "pomme"]Définir Variable [nom = $nom_var; indice = 2; valeur = "poire"]Définir Variable [nom = $nom_var; indice = 3; valeur = "scoubidou"] Et pour afficher la valeur "pomme", on écrivait $nom_var[1], etc. Maintenant, on peut faire ceci : Définir Variable [nom = $nom_var; indice = "pomme"; valeur = "fruit du pommier"]Définir Variable [nom = $nom_var; indice = "poire"; valeur = "fruit du poirier"]Définir Variable [nom = $nom_var; indice = "scoubidou"; valeur = "machin crétin"] Et pour afficher la valeur "fruit du pommier", on écrit $nom_var["pomme"], etc. Ca pourrait être particulièrement pratique... s'il existait un moyen de parcourir tout le tableau, comme avec la structure FOR EACH ($tableau) {...} de PHP par exemple ! Pour les indices numériques, c'est facile avec Boucle / Fin de boucle si et une variable compteur qu'on incrémente de 1 à chaque tour. Mais avec les indices associatifs, il n'y a pas d'astuce ? Merci de vos lumières.
  11. SBR

    Tri Sur Rubrique Statistique, Le Retour !

    Wow, je ne m'attendais pas à un tel succès. Personne n'a lu mon msg à cause des vacances ? Personne n'a compris mon msg ? Personne n'a d'avis ou de solution ? Ma question est stupide ?
  12. SBR

    Tri Sur Rubrique Statistique, Le Retour !

    Hello. J'ai fait des recherches un peu partout : la question du tri sur des rubriques de type Statistique a été posée dans divers posts, mais personnne ne semble y avoir répondu... Alors je prends l'initiative de créer un post spécifique. S'il est redondant, un admin peut le supprimer. LE PROBLEME : Dans un rapport avec données groupées, il est facile de calculer une somme par regroupement, autrement dit de définir un tri a priori sur les données. Exemple typique : un état de chiffre d'affaires, avec des totaux en €, triés/regroupés par mois puis par produit vendu. Cependant, FileMaker ne permet pas d'effectuer un tri a posteriori sur une rubrique de type Statistique. Exemple typique : un état des meilleurs chiffres d'affaires, avec les 20 premiers produits vendus dans le mois, triés par total décroissant. DES SOLUTIONS : J'ai déjà eu à traiter ce genre de cas, et plusieurs solutions ont été envisagées, mais aucune n'est "légère". 1) Export/réimport On commence par générer l'état de chiffre d'affaires par mois avec un total pour chaque produit vendu. On exporte l'état puis on le réimporte dans une table dédiée aux statistiques. Par ce procédé, les données de type Statistique se sont transformées en données de type Nombre, et il est possible de re-trier comme on veut. * Inconvénients : c'est lourd (création d'une table spécifique, qu'il faudra purger, export/réimport, etc.) et le temps de génération est long. * Avantages : c'est "propre", et la table statistiques peut être mutualisée pour de nombreux autres états et permettre des re-traitements multiples sans toucher aux données source. 2) Remplacement On commence par générer l'état de chiffre d'affaires par mois avec un total pour chaque produit vendu. On utilise l'instruction "Remplacer contenu rubrique" pour stocker chaque total de type Statistique dans une rubrique de type Nombre, puis on re-trie sur cette dernière rubrique. * Inconvénients : Déjà, je ne sais pas si ça fonctionne tel quel ou s'il faut passer par une rubrique intermédiaire de type Calcul avec la fonction "Récapitulatif". Ensuite, il est gênant de modifier l'enregistrement source pour y ajouter une donnée temporaire. En effet, dans le cas présent, ça revient à altérer une ligne de facture, donc potentiellement à changer sa date de modification, etc. * Avantages : très simple à mettre en place. 3) Liens Au lieu d'utiliser des rubriques de type Statistique, on utilise des liens et des rubriques de type Calcul pour générer le total CA pour chaque produit selon les critères voulus. * Inconvénients : c'est lourd, ça implique de créer X liens en plus des X rubriques de calcul... * Avantages : contrairement aux 2 solutions précédentes, on ne génère le rapport qu'en 1 seule passe. 4) ??? VOS AVIS : Comme je dois créer un nouvel état de ce genre, plutôt que m'appuyer sur des solutions existantes mais bancales, j'aimerais repartir sur une base saine. J'aimerais donc avoir les avis de la communauté, d'abord pour savoir s'ils utilisent d'autres solutions, et si non, laquelle leur paraît la plus pertinente et/ou propre et/ou simple à mettre en place. Je suis vraiment perplexe sur ce point, d'autant que ça me paraît une question relativement classique !! Ma connaissance de FM est trop légère ou bien c'est un post pertinent ?
  13. SBR

    Impossible D'activer Une Rubrique D'un Onglet Secondaire

    Content d'avoir été utile. Non, j'avais déjà essayé cette solution (cf. mon post initial) et ça ne marchait pas plus.
  14. SBR

    Onze Bouge Ou Onze Gratte ?

    +1 En dépit du bon sens, FileMaker semble développé davantage par les marketeux que par les développeurs. Ca conduit à un certain nombre d'aberrations, mais c'est comme ça... Notamment parce que les marketeux n'ont toujours pas compris que FileMaker est davantage un SGBD à interface graphique à destination du développeur d'applications (comme MS Access), qu'un simple outil bureautique à destination de l'utilisateur final (comme MS Office, par exemple, dont ils essaient de s'inspirer). S'ils avaient capté ça, ils s'inspireraient davantage de MS Access que de MS Word ou MS Excel, et certaines fonctionnalités existant depuis PLUS DE 10 ANS dans Access auraient été mises en place depuis LONGTEMPS dans FM : les sous-formulaires (toujours absents), les déclencheurs, la mise en forme conditionnelle, les libellés dynamiques (toujours absents malgré la tentative ratée avec les variables de fusion), etc. Parfois, ça me désespère grave. L'annonce d'une nouvelle version, c'est d'abord espoir et fébrilité , puis déception et déprime. M'enfin, malgré ses manques et défauts, je préfère toujours FM à Access, donc...
  15. J'avais pensé à cette solution au départ, mais comme je me base sur la table contacts, chaque enregistrement EST un contact, et éventuellement un client aussi (selon qu'il a passé une commande ou non). Donc j'ai cru que ça ne donnerait pas de résultat probant. Ceci dit, en y repensant, le résultat sera peut-être correct quand même ! Pour un enregistrement, la formule donnera toujours 0 ou 100, mais la moyenne devrait être correcte... Je vais tester. Merci de m'avoir remis sur cette voie.
×