Keskiveu

Bonjour Je cherche un système client serveur (en php de préférence) qui permettrait de créer des bases de données mysql ou postgresql, de créer et lier des tables, créer des requetes, des formulaires, etc... bref, de créer des interface utilisateur/bdd très simplement. A la sauce access quoi. J'ai entendu parler de Djinn (qui fut un temps faisait partie des modules de eGroupware), mais je ne trouve rien à son sujet. Il a peut-être été abandonné ? Si c'est le cas, existe-t-il un équivalent ?

Je vais chercher de ce côté là. Ca me parait être une bonne solution. Merci pour ton aide.

Je me suis mal exprimé : ce qui est imprimé, pour l'instant, via un pdf, ce ne sont que les factures, propales, etc... sur les imprimantes A4 classiques. Ce point ne me pose pas de problème. Ce qui me pose problème, en revanche, c'est l'impression sur une imprimante à tickets, avec la largeur limitée, la hauteur théoriquement illimitée, la découpe automatique du ticket sur certains modèles, bref, les particularités de ce genre de matériel. Je ne pense pas que le pdf soit adapté, mais il faudrait que je teste pour en être sûr. C'est une idée à creuser. Je ne savais pas que c'était possible. Tu as des exemples de systèmes qui utiliseraient ce genre de configuration ?

Je suis d'accord avec toi, ça m'embete un peu de rajouter du java par dessus; autant utiliser un seul langage si c'est possible. Je tiens à garder le système php exploité via un navigateur parce que : 1 - il est très simple à mettre en oeuvre 2 - il est interopérable. Java aussi, mais il necessite quand même l'installation d'une machine virtuelle et de l'application. Alors que n'importe quel système fournit un navigateur web 3 - Le système est déjà développé... en php. J'y ai passé énormément de temps, et j'ai déjà des clients potentiels pour ce système. Pour la récupération des données, il n'y a pour l'instant rien en place. J'avais pensé à du pdf : c'est comme ça que sont éditées les factures, propales, commandes, etc... de la gestion commerciale et ça fonctionne bien. Voici le système en place, et déjà fonctionnel : Avec une gestion commerciale en php existante, j'ai interfacé un point de vente, en php aussi, développé par mes soins, et que je peux donc modifier en long, en large et en travers. Ce point de vente utilise les informations de la gestion commerciale (stockées sur une base de données MySql) et ne peut donc pas se passer de celle-ci. Les infos arrivent donc au client sous forme de code html, ou de fichier pdf (créés dynamiquement grâce à fpdf). Mais il est sûrement possible d'obtenir d'autres formats de fichiers. Il y a donc bien un serveur central contenant les données, et les imprimantes connectées sur les clients.

Je ne sais pas... Je n'arrive pas à m'en faire prêter une pour le moment (en pleine saison, elles tournent à plein régime), et je trouve très peu d'infos sur internet Une idée, comme ça; c'est peut-être une bêtise, mais je la dis quand-même : est-ce qu'il est possible de faire communiquer un applet java avec un programme java installé sur le client ? Si c'était le cas je pourrais développer un driver en java et l'exploiter via l'applet ?

Evite les chemins absolus en html, ça peut devenir ingérable si tu héberges ton site sur un autre serveur un jour. La balise <link> n'a pas de marqueur de fermeture. Essaye ça : <link rel="stylesheet" type="text/css" href="../style/Styles.css" /> Ce chemin relatif correspond à "REPERTOIRE_PARENT/style/Style.css". Note bien les "/", et non pas "\" dans les chemins; n'oublie pas non plus le "/" à la fin de la balise, pour respecter le standard XHTML (les balise ouvertes doivent toutes avoir ce "/" : <br />, <link ... />, <input ... />, etc...). Il y a de très bons tutos sur les CSS et XHTML sur ce site; il faut s'accrocher un peu, mais ça en vaut la peine, vu la qualité des sites obtenus et le temps que tu vas gagner sur la maintenance. Bon courage. Edit : grillé par Greywolf

Salut Donne simplement à "racine/actualité-divers/news1", dans la balise déclarant l'emplacement de ta feuille de style, le chemin suivant : "../style/style.css" Les ".." correspondent au répertoire parent.

L'agp est donc désactivé chez toi aussi. Et ça ne te pose pas de problème pour faire tourner correctement des applications 3d ?

Bonjour Est-ce que quelqu'un a déjà réussi à imprimer sur une imprimante à tickets depuis un soft développé en php, auquel on accède avec un client web ? Je sais que c'est possible en connectant directement l'imprimante sur le serveur (php communique directement avec le port com ou usb), mais pour une imprimante connectée à un client ? Je n'arrive pas à me procurer une imprimante pour tester par moi-même, et je connais très mal ce genre de matériel; est-ce que c'est géré par le système d'exploitation, comme pour n'importe quelle autre imprimante, ou c'est les logiciels de point de vente qui s'en occupent ? Si quelqu'un a des infos ...

Et que te donnent : # cat /proc/driver/nvidia/agp/status et # lsmod |grep -i agp ?

NIKOSIX : théoriquement oui, mais apparament ça ne marche pas; il n'y a pas de message d'erreur quand j'essaye de décharger agpgart (avec rmmod), mais celui-ci reste chargé. Je n'ai pas essayé avec modprobe. Ce n'est pas la même chose qu'avec rmmod ? stirwenn222 : je n'ai pas de soucis pour installer le driver, mais pour le laisser tourner sans plantages. 256JMAN : "Nvagp ... tu es vraiment certain que c'est un drivers pour le port agp ?" => Non. C'est une option pour choisir comment doit être géré l'agp : 0 => agp désactivé; 1 => agp géré par linux; 2 => agp géré par le pilote nvidia propriétaire. En ce moment, l'agp est désactivé, et le système tourne 24h/24 sans aucun problème de stabilité.

C'est parce que sous Windows, les pilotes wifi sont installés avec le système, ce qui n'est apparemment pas le cas avec Ubuntu. Ou, s'ils sont installés, ils ne sont pas configurés. Que te dit la commande "sudo iwconfig" (à taper dans une console) ?

Bonjour J'utilise une distribution Mandriva 2007, avec une carte graphique GeForce 6200, gérée par les drivers propriétaires de Nvidia. Le système freeze aléatoirement (après quelques minutes, ou quelques heures), mais le pointeur de la souris continue à bouger. Le problème viendrait de la gestion de l'agp. Il faudrait donc utiliser le driver agp de nvidia au lieu de agpgart, en ajoutant dans la section "Device" de "xorg.conf" la ligne : Option "NvAGP" "1" Le problème c'est que les modules via_agp et agpgart se chargent au lancement du système, empêchant le lancement de celui de nvidia. J'ai ajouté dans "/etc/modprobe.d/blacklist" les lignes "blacklist via_agp" et "blacklist agpgart" : le module via_agp n'est plus chargé, mais agpgart se charge quand même. Pareil en ajoutant ces modules dans /etc/hotplug/blacklist : via_agp n'est plus chargé mais agpgart continue de s'incruster. Comment je peux faire pour utiliser le pilote agp de Nvidia à la place de agpgart ?

Merci Greywolf pour ton soutien Bon, apparament, il s'agirait d'un bug idiot avec la version 3.5.4 de kdepim. Effectivement, j'ai essayé avec une Mandriva One Spring, qui tourne avec un kde 3.5.6, et ça fonctionne correctement. La seule solution serait de mettre kde à jour. Ne sachant pas comment mettre à jour des paquetages sans les réinstaller (quelqu'un peut m'expliquer ?), et mdv one me plaisant beaucoup, je vais installer cette dernière.

Bonjour J'utilise actuellement un palm Tungsten E2 que je "synchronise" avec Kontact vian Kpilot. Je mets "synchronise" entre guillemets, parce que ç'est plus un déplacement pour certains conduits : les tâches et les entrées de l'agenda sont bien récupérés sur korganizer, mais sont effacées du Palm. C'est d'autant plus gênant que la synchro dans l'autre sens (du PC vers le palm) ne fonctionne pas du tout. Tout se passe comme si ça fonctionnait, mais, à la fin de la synchro, les données du palm n'ont pas bougé. Autre problème gênant : de temps en temps, lors de la synchro des contacts, une fenêtre de résolution des conflits apparait, et veut me remplacer les contacts existants avec les mêmes, mais au codage de caractères différent. Mais dès fois ça passe bien D'après tout ce que j'ai pu trouver sur le sujet, Kpilot est un véritable nid à bugs. D'où ma question : qu'utilisez vous comme logiciel de synchronisation qui synchronise, et qui fonctionne avec Kontact ? J'ai vu qu'il existait Kitchen, mais il n'a pas encore l'air suffisament mature (En même temps j'ai regardé vite fait. Si ça se trouve il est suffisant). Vous en connaissez d'autres ?

Bonjour Décidement, c'est la série ... Après samba, c'est ssh qui me fait un caca nerveux. Je voudrais utiliser rsync à travers ssh, en utilisant l'authentification par clés uniquement. J'ai donc créé une paire de clés avec la commande : "ssh-keygen -t dsa -b 1024 -f toto.key". Ensuite, un "cat toto.key.pub >>~/.ssh/authorized_keys", récupération de la clé privée sur une clé usb, et "vi /etc/ssh/sshd_config" pour configurer le serveur. Voici son contenu : #Port 22 #Protocol 2,1 Protocol 2 #AddressFamily any #ListenAddress 0.0.0.0 #ListenAddress :: # HostKey for protocol version 1 HostKey /etc/ssh/ssh_host_key # HostKeys for protocol version 2 HostKey /etc/ssh/ssh_host_rsa_key HostKey /etc/ssh/ssh_host_dsa_key # Lifetime and size of ephemeral version 1 server key #KeyRegenerationInterval 1h #ServerKeyBits 768 # Logging # obsoletes QuietMode and FascistLogging #SyslogFacility AUTH #LogLevel INFO # Authentication: #LoginGraceTime 2m PermitRootLogin no #StrictModes yes #MaxAuthTries 6 #RSAAuthentication yes #PubkeyAuthentication yes AuthorizedKeysFile ~/.ssh/authorized_keys # For this to work you will also need host keys in /etc/ssh/ssh_known_hosts #RhostsRSAAuthentication no # similar for protocol version 2 #HostbasedAuthentication no # Change to yes if you don't trust ~/.ssh/known_hosts for # RhostsRSAAuthentication and HostbasedAuthentication #IgnoreUserKnownHosts no # Don't read the user's ~/.rhosts and ~/.shosts files #IgnoreRhosts yes # To disable tunneled clear text passwords, change to no here! PasswordAuthentication no #PermitEmptyPasswords no # Change to no to disable s/key passwords #ChallengeResponseAuthentication yes #UsePAM no #AllowTcpForwarding yes #GatewayPorts no X11Forwarding yes #X11DisplayOffset 10 #X11UseLocalhost yes #PrintMotd yes #PrintLastLog yes #TCPKeepAlive yes #UseLogin no UsePrivilegeSeparation yes #PermitUserEnvironment no #Compression delayed #ClientAliveInterval 0 #ClientAliveCountMax 3 #UseDNS yes #PidFile /var/run/sshd.pid #MaxStartups 10 #PermitTunnel no # no default banner path #Banner /some/path # override default of no subsystems Subsystem sftp /usr/lib/ssh/sftp-server Je relance ensuite le serveur (/etc/init.d/sshd restart), et je me connecte depuis le client : "ssh -l toto -i /chemin/vers/la/clé/privée/de/toto monserveur.mondomaine.com". La passphrase de la clé m'est demandée, je la renseigne, et la session s'ouvre sans problème sur le serveur. Du moins, s'ouvrait, jusqu'à aujourd'hui, parce que maintenant je me fais jeter à tous les coups via l'authentification par clés. Par contre, l'authentification par mot de passe fonctionne toujours sans problèmes. Voici ce que me dit ssh client quand je le lance avec l'option "-v" : toto@toto:~$ ssh -v -i /home/toto/.ssh/bureau_toto.key toto@192.168.0.253 OpenSSH_4.3p2, OpenSSL 0.9.8b 04 May 2006 debug1: Reading configuration data /etc/ssh/ssh_config debug1: Applying options for * debug1: Connecting to 192.168.0.253 [192.168.0.253] port 22. debug1: Connection established. debug1: identity file /home/toto/.ssh/bureau_toto.key type -1 debug1: Remote protocol version 2.0, remote software version OpenSSH_4.5 debug1: match: OpenSSH_4.5 pat OpenSSH* debug1: Enabling compatibility mode for protocol 2.0 debug1: Local version string SSH-2.0-OpenSSH_4.3 debug1: SSH2_MSG_KEXINIT sent debug1: SSH2_MSG_KEXINIT received debug1: kex: server->client aes128-cbc hmac-md5 none debug1: kex: client->server aes128-cbc hmac-md5 none debug1: SSH2_MSG_KEX_DH_GEX_REQUEST(1024<1024<8192) sent debug1: expecting SSH2_MSG_KEX_DH_GEX_GROUP debug1: SSH2_MSG_KEX_DH_GEX_INIT sent debug1: expecting SSH2_MSG_KEX_DH_GEX_REPLY debug1: Host '192.168.0.253' is known and matches the RSA host key. debug1: Found key in /home/toto/.ssh/known_hosts:1 debug1: ssh_rsa_verify: signature correct debug1: SSH2_MSG_NEWKEYS sent debug1: expecting SSH2_MSG_NEWKEYS debug1: SSH2_MSG_NEWKEYS received debug1: SSH2_MSG_SERVICE_REQUEST sent debug1: SSH2_MSG_SERVICE_ACCEPT received debug1: Authentications that can continue: publickey,keyboard-interactive debug1: Next authentication method: publickey debug1: Trying private key: /home/toto/.ssh/bureau_toto.key debug1: PEM_read_PrivateKey failed debug1: read PEM private key done: type <unknown> Enter passphrase for key '/home/toto/.ssh/bureau_toto.key': debug1: read PEM private key done: type DSA debug1: Authentications that can continue: publickey,keyboard-interactive debug1: Next authentication method: keyboard-interactive debug1: Authentications that can continue: publickey,keyboard-interactive debug1: No more authentication methods to try. Permission denied (publickey,keyboard-interactive). Apparement la clé privée est bien déchiffrée et reconnue, mais je me prends quand même un "permissin denied" dans les dents. Coté serveur, pas la moindre trace de transaction dans "/var/log/message" ni dans "/var/log/syslog". On dirait que c'est côté clients que ça coince (clients au pluriel, j'ai essayé depuis plusieurs machine différentes). Je précise que je ne me rappelle pas avoir modifié la config de sshd, ni installé ou désinstallé quoi que ce soit depuis que ça ne fonctionne plus; ni côté serveur, ni côté clients. J'ai aussi essayé de recréer de nouvelles clés, mais ça ne change rien. Un peu d'aide serait bienvenue

Hello J'ai un petit soucis avec samba : lorsque un poste sous windows xp se connecte aux partages, il utilise pour s'authentifier les login et password de la session en cours : par exemple, si j'ouvre ma session windows avec toto:pass, j'accèderai directement à samba en tant qu'utilisateur toto, sans avoir à taper quoi que se soit. C'est très pratique, et ça évite au utilisateurs de venir me voir toutes les cinq minutes parce qu'ils ont oublié leur mot de passe. Et, surtout, ça permet au répertoire de l'utilisateur (partage [homes] dans smb.conf) d'être visible tout de suite, sans avoir à se connecter d'abord à un autre partage. Seulement ça ne réagit pas de la même façon avec les postes sous linux : samba me demande, lors de la première connexion, un nom d'utilisateur et un mot de passe, qui sont pourtant les mêmes que ceux de la session unix en cours. Ce qui me gêne, c'est surtout le répertoire utilisateur, qui ne s'affiche pas tant que l'on est pas authentifié. C'est certainement un petit réglage de rien du tout dans smb.conf, mais lequel ?

Sur une vieille machine toute simple, pas spécialement puissante : je ne sais plus exactement, ça doit être un celeron à 1.5 Ghz avec 512 Mo de ram, qui sert aussi de serveur de fichiers et de terminaux. Pour les systèmes j'ai essayé sur Mandriva 2007 et Kubuntu Dapper, ça tourne bien sur les deux.

C'est à dire ? Tu as un environnement comment exactement ? Tu peux utiliser la souris ? Pour info, tu as combien de disques durs ? Le swap me parait un peut gros. C'est dommage de gaspiller de la mémoire pour ça. Quelle capacité de ram as-tu ? Et après avoir entré login et password, malgré les erreurs, est-ce que tu as malgré tout l'invite du shell (de la forme utilisateur@hote:~$ ) ? D'après ce que tu dis, ça ressemble à une installation corrompue. Soit ton lecteur DVD est mal en point, soit c'est le téléchargement de l'image ou la gravure du support qui a foiré. Tu as vérifié l'intégrité de l'image que tu as téléchargé ?

Hello Quelqu'un a-t-il déjà mis en place un serveur groupware Kolab 2 ? Si c'est le cas, j'aurais besoin d'explications sur la configuration des permissions d'accès pour chaque utilisateur. Par exemple, comment autoriser Roger à accéder au planning et aux contacts de Marcel, mais seulement aux contact de Ghyslaine ? Je patauge... Tout ce que j'arrive à faire, c'est soit tout partager sans exeption et pour tout le monde, soit rien partager du tout. J'ai beau chercher sur internet, je ne trouve pas de doc autre que celle de kolab.org (qui est trop succinte pour moi), même en Anglais.

Bon, ça y est, j'ai trouvé. Je vous demande de ne pas rire trop fort : Mis à part le fait que j'essayais de charger des modules pour noyau 2.7.xxx avec un noyau 2.6.xxx, j'ai fini par m'apercevoir que le fichier de configuration, /etc/ltsp.conf, n'est pas le bon pour les terminaux... En fait le bon fichier est /opt/lts/i386/etc/lts.conf. Donc, maintenant dans le bon fichier, tous les réglage dont j'ai parlé dans mon premier post fonctionnent au poil. Tiens, au passage, un petit pas-à-pas très bien fait. Merci Kewlcat pour ton aide

Effectivement, ces modules ne sont pas tous chargés au lancement du terminal (malgré les "MODULE_## =" de ltsp.conf), mais même en les chargeant "à la main", le problème persiste. Autre précision : le clavier et la souris usb du terminal sont tous les deux immédiatement reconnus et fonctionnels quand je les branche directement sur le serveur. (J'ai aussi essayé avec une session 2003 terminal server, ça fonctionne bien, mais c'est peut-être différent : on ne boot pas directement sur le serveur, on lance d'abord Windows CE, qui est équipé d'un client rcp). Quelqu'un disait quelque part sur une liste de diffusion anglophone qu'il avait effectivement eu du mal à faire tourner L'USB sur un terminal de la série T5000, mais qu'il avait finalement réussi avec la distribution K12LTSP. J'ai donc essayé (argh, 6CD !!!), mais ça ne fonctionne pas mieux pour moi ... Je commence d'ailleurs à me demander si c'est pas moi qui me plante quelque part

J'essaye actuellement de faire tourner un client léger HP t5520 avec LTSP (Linux Terminal Server Project). Je télécharge la version iso, je lance la procédure d'installation (extrêmement bien faite d'ailleurs, j'ai été agréablement surpris), je configure tout ça et je boot mon terminal sur le réseau, via PXE. Le serveur est bien trouvé, dhcp attibue une adresse au terminal, tftp lui envoie l'image du boot et c'est parti... jusqu'à une soi-disant erreur de dhcp suivie d'un kernel panic. Après recherches, il s'avère que le kernel fourni avec la version de ltsp que j'ai installé (la 4.2, noyau 2.17.3) bug avec les NIC Via-Rhine II, qui équipents les T5520... La solution est d'utiliser un kernel 2.16.1, ce que je fais. Maintenant le terminal arrive bien jusqu'à l'écran de login de Kubuntu (la distri via laquelle je fais tourner ltsp), mais pas moyen de faire fonctionner la souris et le clavier, tous les deux usb. Vous me direz que je n'ai qu'à les remplacer par des ps/2 (au passage, je ne vois vraiment pas l'intérêt de l'usb pour des claviers et des souris ), seulement il n'y a qu'un port ps/2, sur lequel on peut mettre soit un clavier, soit une souris (à régler dans le setup). J'ai essayé plein de réglages dans ltsp.conf (chargement de modules usbmouse, usbkbd, usbhid, usb-uhci, ehci, ohci, bref, à peu près tout ce qui contient usb ..., ajout de paramètres X_MOUSE_DEVICE = /dev/input/mice, X_USBMOUSE_DEVICE = /dev/input/mice, etc...), pas la moindre réaction ni du clavier, ni de la souris. En fait, je viens de m'apercevoir que même une clé usb qui fonctionne bien partout ne fonctionne pas non plus sur le terminal (la led ne s'allume même pas). Voilà où j'en suis... Je précise que sous Windows CE 5 (embarqué sur ces terminaux), l'usb fonctionne très bien, que ce soit pour les clé usb ou pour les claviers / souris usb. Voilà voilà... Toute aide serait bienvenue. Bon, j'ai mal au crâne, je vous laisse.

Hum ... Ben alors Greywolf, que se passe-t-il ?

J'ai trouvé aussi... Avec grep : uuencode -m nom_fichier nom_fichier |grep -v "begin-base64" Je me remercie beaucoup pour mon aide Maintenant je vous embête plus, c'est promis.