idetl
Toutes mes réponses sur les forums
-
AuteurMessages
-
25 janvier 2021 à 15 h 20 min en réponse à : Erreur Manager : C:/MedinTux-2.16/Programmes/? does not exist #5840
Bonjour,
Je crains que, effectivement, MedinTux soit un peu mort…
N’étant pas le praticien, je ne sais pas précisément ce qui a pu évoluer sur cette machine, qui aura éventuellement provoqué ce dysfonctionnement. En revanche, étant informaticien de production, je sais qu’une très grande proportion de dysfonctionnements (qu’on appelle incidents et problèmes) résulte de changement (et leur mise en production).
À présent, en changeant de nouveau l’exécutable Manager.exe, nous n’avons plus le 1er message d’erreur (illisible complètement).
Mais toujours le message d’erreur apparaissant dès qu’on clique sur la carte CPS :
Le processus a planté un certain temps après avoir démarré correctement.
C’est un progrès (?), mais comment en savoir plus sur ce plantage et de quel processus ?
Bonjour, publicité gratuite : allez peut-être voir du côté de https://syn.digital/
Bonjour,
« La version medintux 2.16, outre que le lien de téléchargement est mort, a l’air de poser des problèmes ».
Effectivement, le lien http://78.192.132.151/medintux-amd64.tar.gz est mort…
Et http://www.libresante.org/medintux-amd64.tar.gz aussi !Je ne suis pas praticien, mais j’ai une 2.16 sur Ubuntu 15.10 (encore sous 14.04 il y a peu) qui semble fonctionnelle. Mais je n’ai pas tout testé…
=> De quels problèmes s’agit-il ? Un ou des liens expliquant ces problèmes ?Sinon la 12.04 Ubuntu est maintenue jusqu’avril 2017, ça laisse moins d’un an.
Mageia étant une dérivée de mandriva, les commandes apt-get (plutôt Debian et dérivées), qui cherchaient peut-être à installer certaines dépendances telle que la librairie partagée libpng12.so.0 indiquées comme manquante, ces commandes n’ont pas pu être exécutées.
C’est indiqué par :
sudo: apt-get : commande introuvable
En fait, en matière de kits d’installation 32 et 64bits téléchargeables sur http://medintux.org/download/, il devrait être précisé, plutôt que Linux 32 ou 64 bits, « Debian et dérivées 32 et 64 bits »…
En attendant, sur une dérivée de mandriva, il faut a minima reprendre le script installMedinTux.sh pour l’adapter à la distro.
Ubuntu plus vraiment open source est un serpent de mer qui commence à dater un peu… On peut lire à cet égard sur Wikipedia que selon la Free Software Fundation « Ubuntu serait faussement considéré comme un système d’exploitation libre du fait qu’il utilise un noyau linux contenant des micrologiciels non-libres« .
En tout état de cause, si Ubuntu n’est plus (suffisamment) libre, elle n’en est pas pour autant non Open Source : ce n’est pas synonyme. Et pour les puristes, on peut se « rabattre » sur Debian ou d’autres dérivées…
Je ne pense pas que nginx pose un problème pour medwebtux, qui a besoin d’un serveur Web + PHP + MySQL.
En revanche, utiliser le port 3306 normalement réservé à MySQL peut être une source de problème.
Quel problème de menus déroulants précisément ?
Quelle plate-forme (OS, version), quelle version de medintux ?
Et quelles misas à jour récentes sur l’OS ?
13 novembre 2015 à 13 h 21 min en réponse à : Tuto pour une installation sur serveur distant hébergé #3066Bonjour,
Pour faire marcher MedWebTux, il faut :
- un serveur http, comme apache par exemple,
- le logiciel php sur ce serveur,
- un serveur de bases de données MySQL.
Le client MedinTux n’est pas nécessaire (mais il s’appuie sur les mêmes bases de données).
Il y a tout ça chez OVH, en revanche sans expérience préalable, on ne saura si cela fonctionne pleinement et si les performances sont suffisantes pour un usage suffisamment confortable en clientèle qu’après mise en œuvre.
Par ailleurs, en cas de panne quelle qu’elle soit entre votre PC et le serveur OVH, vous n’avez plus rien pour travailler.
Et entre votre machine et le serveur OVH, il y a votre réseau local jusqu’à votre BOX, votre liaison ADSL qui peut tomber du fait de votre opérateur et/ou de FT (écrasement de ligne par exemple), et la disponibilité de votre serveur OVH qui, s’il est mutualisé, est partagé avec d’autres clients.
Également, j’ai pu constater que certaines fonctionnalités, par exemple sur MySQL, ne sont pas activés sur les mutualisés, et ce n’est bien sûr qu’après qu’on s’en rend compte…Les « raisons de praticité » que vous indiquez doivent vraiment être analysées, en connaissance de cause…
La mise en œuvre d’un service professionnel, comme MedinTux, pour votre activité pro sur un système distant est une solution.
Une solution répond à une problématique, selon des critères.
En général, les informaticiens sont bien placés pour apporter des solutions à des problèmatiques informatiques, en tenant compte des critères exposés.Bonjour,
La base est DrTuxTest (il peut paraître bizarre qu’elle se nomme …Test mais c’est ainsi).
Le message indique que la table RubriquesHead est manquante, voici la liste des tables de cette base :
Agenda_Mask
Evnmt_Liens
IndexNomPrenom
Personnes
RubriquesBlobs
RubriquesHead
UserDoc
Verrous
agenda
banques
bdm_user_monographie
cim10_user_favoris
codes_postaux
color_profils
compteurs
fact_entete
fact_ligne |
fchpat
fchpat_Intervenants
fchpat_Note
het_passages
reglement
synopt_box
synopt_destinations
synopt_encours
synopt_encours_taches
synopt_etats
synopt_etats_taches
synopt_historique
synopt_taches
user_perms
versionAvec phpMyAdmin ou autre, vous devez pouvoir identifier les tables manquantes, mais apparemment c’est peut-être la mise à jour qui a un problème (?).
il y a bien une base de 570 M0 installée sur amazon, mais elle s’appelle drtuxtest au lieu de DrTuxTest
Et vous n’avez aucun moyen de la renommer DrTuxTest chez amazon ?
Si non, essayez en modifiant Manager.ini dans la section [Connexion]
Master = QMYSQL3 , drtuxtest , <compte root> , <votre mot de passe> , <nom ou @ip du serveur MySQL> , <3306 ou tout autre numéro de port MySQL fourni par amazon>
Parametres = QMYSQL3 , drtuxtest , <compte root> , <votre mot de passe> , <nom ou @ip du serveur MySQL> , <3306 ou tout autre numéro de port MySQL fourni par amazon>
. . .Votre machine ne parvient pas à joindre le serveur MySQL, ou si elle le joint il n’y aurait pas de base DrTuxTest dessus.
Si vous êtes sous Windows, ouvrez un terminal et essayez la commande :
mysql -h <nom ou @ip du serveur MySQL> -u <compte root> -p<votre mot de passe> DrTuxTest
En remplaçant :
- <nom ou @ip du serveur MySQL> par l’adresse IP ou le nom du serveur MySQL chez amazon
- <compte root> par le nom du compte privilégié MySQL qu’Amazon a du vous donner
- <votre mot de passe> le mot de passe de ce compte privilégié, notez qu’il n’y a pas d’espace entre -p et le mot de passe, alors qu’il y en a un entre -u et le compte root.
Exemple :
mysql -h 10.10.10.10 -u root -pblabla DrTuxTest
Pour le nomadisme, je pense qu’il faut installer medwebtux sur la machine de votre secrétaire et y accéder en local et/ou par Internet en redirigeant le flux http (80) ou https (443) vers l’@ip locale de cette machine (dont on aura pris soin de fixer l’adresse dans les paramètres DHCP de la box).
L’idéal est d’avoir une adresse IP publique fixe, cela dépend de l’opérateur (Orange, Free, etc…), sinon avoir ecours à DynDNS.
La machine de votre secrétaire devra rester en fonction (up and running) tout le temps, bien entendu.
En revanche, vous n’avez alors plus besoin de medintux sur votre machine, ce serait redondant.
Bonjour,
devant prochainement travailler ailleurs, il me fallait pouvoir me connecter sur le serveur de ma secrétaire, hors impossible de rentrer sur la boucle capio, risque sécuritaire , niet.
Il existe pourtant des solutions (très) sécurisées…
Le niveau 0 de la sécurité c’est pas d’accès, c’est plus simple comme ça. :-/tout les hebergeurs (1&1, ovh etc)ont bien des serveurs mysql avec leur offre d’hebergement website, mais ces bases ne servent qu’à faire tourner le site web, et n’acceptent pas les connexions distantes !
il y a des offres de cloud computing, mais c’est pour installer des serveurs complets et ca coute 100€ par mois, surtout on a pas besoin de ca, jusque d’un serveur mysql acceptant les connexions distantes
Un VPS n’aurait-il pas fait l’affaire ? Des exemples ici chez OVH, entre 8 et 30€/mois.
(et je me deamnde si il y a pas des choses dans la configuration du serveur mysql qui ralentirait le process, j’ai l’impression que ce n’est pas qu’une question de distance)
Vérifiez que MySQL query cache ne soit pas sur OFF, ça doit se passer du côté des paramètres
query_cache_sizeetquery_cache_type...Un version Linux 16.1 (ou plus récente) est-elle disponible ? Je ne trouve pas sur https://adullact.net/frs/?group_id=227
Bonjour, existe-t-il un guide, une doc pour l’utilisation de rapidcompta ?
Merci.
Bonjour,
Même question sur la même config W7+MedinTux 2.16 avec un lecteur connecté sur COM6 qui fonctionne avec un autre logiciel de télétrans sur cette même machine.
Dans set_bases, onglet Sesam-Vitale le port COM6 est sélectionné, les chemins sont respectivement C:\Windows et C:\Système.
Dans C:\Windows\galss, j’ai déposé les deux fichier galss.ini et io_comm.ini initialisés. Le galss.ini est celui récupéré sur C:\Windows, probablement produit par l’autre logiciel de télétrans, il indique Index=6 et PAD=2.
En cliquant dans Tester de set_bases > Sesam-Vitale, C:\Windows\galss\galss.ini est écrasé et Index=1, alors que COM6 sélectionné. En interdisant la modification du galss.ini, l’affichage montre :
———– Positionnement de : C:\Windows/galss/galss.ini sur le bon port COM ———–
; Fichier galss.ini sous Linux set by MedinTux le :13-08-2015
———– Mise en place du fichier : C:\Windows/galss/io_comm.ini ———–[MAP_DEVICE]
COM1=/dev/ttyS0
COM2=/dev/ttyS1================================== Resultat test Sesam-Vitale ==================================
Il semble que le test d’accès au lecteur Sesam-Vitale ait échouéBug ?
-
AuteurMessages
