PureBasic

Bonsoir kcc.

Une solution que j’aurais utilisée.
Depuis ton exe cgi génère un fichier même vide. (Exemple dummy.msg)

Sur ton Pc tu auras un exe qui analyse via ftp si le fichier dummy.msg existe.
si oui alors message d'alerte sonore et tout ce qui va avec et destruction du fichier toujorus avec une commande ftp.

L’avantage est que tu n'es même pas obligé d'utiliser ton navigateur internet. De plus tu aurais plus de souplesse en purebasic pour développer un véritable back-office avec un historique des messages (date, heure, message, etc ...)

@Ulix
Bah en fait, c'est pas un problème de thread, mais carrément qu’ apparemment un EXE CGI n'a pas l'autorisation d’accéder au bureau, donc je ne pense pas que les threads résolvent quelque chose, mais bon toute idée peut être utile, merci

@Falsam
C'est sur qu'avec un autre EXE, auquel j'envoie l'information via un fichier comme tu le dit ou par pipe comme le dit GRom ça devrait marcher.
Mais ce que je trouve bizzare c'est que le CGI ne puisse pas tout faire, le beep par exemple, meme en mode console on doit pouvoir le faire...et ben la...ça marche pas

Quoi qu'il en soit, merci de ton message

Pour que je puisse essayer il faudrait que je commence par faire fonctionner un cgi

Bah en verité, c'est pas un CGI au sens propre du terme
Enfin ce que j'ai compris, un CGI c'est un script qui commence par un # et qui peut lancer des EXE

La c'est un exe PB en mode console, que l'on depose dans le rep CGI, car c'est juste dans ce rep que APACHE gere les exe de ce style surement pour la securité et dans lequel on utilise la stdin pour receptioner ce que le navigateur envoi et la stdout pour envoyer la reponse au navigateur, et tout ça via APACHE

Si tu as envie de voir comment ça marche, il te suffit de deposer les fichiers que j'ai fait la ou je l'ai indiqué dans tes repertoires CGI et Racine de ton apache ou WAMP, ou autre et normalement, tu devrais avoir la meme chose que moi...
Si c'est pas le cas...c'est que j'ai encore merdoyé

@kcc : Ca me rassure. j'obtiens le meme message que mes propres cgi. Tester sur wamp.

The requested URL /cgi-bin/ExeGrom.exe was not found on this server.

Dossier cgi-bin sur la racine du serveur.
les fichiers *.php sont dans un dossier test sur la racine du serveur.

Hello excusez moi de m’immiscer dans une conversation comme ça en cours de route mais le concept de départ mélange deux idées qui sont un peu antinomiques.
Il me semble qu'un serveur, c'est une bécane qui n'a pas de clavier, d'écran, qui ne fait pas tourner une d'interface O.S. graphique.
L'idée d'être à côté d'un serveur pour pouvoir checker ce qui s'y passe c'est un peu comme acheter des téléphones portables pour se parler en face à face.
Je ne voudrais pas que Kwai chang caine prenne ça comme un jugement sur sa façon d'appréhender le problème, je suppose que tu fais ça à but de test également et pas uniquement pour trouver une solution pratique.
Mais quand j'ai vu " un serveur qui ouvre une fenêtre de dialogue " j'ai trouvé ça étrange comme concept. Dans ce cas ça perd une grande partie de ce qui fait l’intérêt d'un serveur.
Mais je comprend ...
Bref je suis désolé j'ai pas pris le temps de lire tout le fil ( vue l'heure )
Pour prévenir un admin à propos d'une action particulière sur un serv tu peux envoyer un simple mail par exemple, voir un sms ou un fax, même sur un mutualisé bas de gamme.
Si t'as vraiment besoin d'une interface graphique tu peux développer un client serveur avec le client sur ton poste et le serveur ... sur le serveur ( ok c'est très clair mon truc )
Je veux dire tu ouvre un port exotique avec ton CGI sur le serveur et tu envoie tes alertes en utilisant un socket classique vers un programme client "chez toi".
Mais faire ça chez un hébergeur pro, à moins d'avoir un dédié je crois pas que ça soit accepté par les condition générales de mise à disposition ( ouvrir un port je pense pas que ça marche ) .
Alors si t'as vraiment besoin de beeper sur le serveur il faut te tourner vers Javascript et Ajax, grosso modo, du javascript qui exécute du PHP. Là tu peux avoir du script qui tourne en boucle et qui provoque des événements écran, mais ça reste du client ( navigateur ) qui tourne sur un serveur.
En espérant ne pas avoir été complètement hors sujet ou avoir repris des idées déjà émises par d'autres contributeurs. Je me permet de vous souhaiter une bonne nuit.

Azur +1

Dobro a écrit :la soluce qui reste c'est que ce soit ton client qui surveille si un Flag dit que le boulot est fait, alors il affiche une alerte
finalement c'est ce que font la plupart des prg .......................
......................
.......................

je ne pense pas qu'un Serveur puisse "imposer" une information a un Client , il faut que ça vienne du client ..( sous entendant qui en fasse la demande )

ps : pour beeper sur un serveur , il reste le Ch(7) dans l'affichage d'une page ... mais a l'epoque du Net, je ne sais pas si ça marche toujours

@Falsam
Je regarderais tout à l'heure au boulot

@Azur
Non non tu es en plein dans le sujet, et merci de tes explications
Le monde du WEB et des serveurs m'est complètement etranger, mais c'est vrai qu'avec la facilité maintenant pour transformer un simple pc en serveur, on arrive a oublier la fonction principale

Ce n'est pas un essai, mais c'est pour installer sur un intranet, pas chez un provider.
Donc j'ai tout pouvoir, ou presque parce que les machines au boulot sont protégées comme une none, mais je peux presque tout installer sur ma machine transformée en serveur, donc si tu as une autre idée.

@Dobro et @Azur
J'ai cherché a faire un beep en JS et en php, mais c'est un truc de dingue, c'est loin d’être simple et rien ne marche.
Pour le chr(7) j'ai essayé mais ça me fait un point sur la page

Plus je fais du web et plus ça me gonfle et je trouve que c'est de la m.... et super mal fait.
Mais c'est comme les piqûres, on a de moins en moins le choix

@Falsam

Alors...le "mossieu" il a dit :

L'aprenti sorcier a écrit :Dans le répertoire cgi-bin de ton serveur tu y pose les fichiers que j'ai mis dans le répertoire "cgi-bin"
A la racine de ton serveur tu y pose les fichier que j'ai mis dans le dossier "Racine du serveur" (Original non ??? )

Et Falsam il a fait:

Dossier cgi-bin sur la racine du serveur.
les fichiers *.php sont dans un dossier test sur la racine du serveur.

N'y aurait il pas un manque de suivi de la "doc constructeur" ???

Chez moi, j'ai essayé de faire au plus simple, le moins de rep parasite.
Donc dans le cgi-bin tu copie directement mon exe, sans autre dossier
Et directement à la racine de ton site, donc a coté du index.php ou index.htm les 4 fichiers de l'autre répertoire.
Et dit moi si ça va mieux ?

En tout cas merci d'avoir essayé

@kcc : Ayant d'autres sites en phase de dev sur sur mon serveur local (Wamp), je n'avais pas d'autres choix que de créer un dossier pour les scripts php. J'ai un dossier cgi-bin qui se trouve sur la racine du serveur ce qui en principe ne pose pas de probléme. J'ai modifié le script php en conséquence bien sur.

j'ai transféré sur un serveur mutualisé les scripts sur la racine de mon domaine. Le dossier cgi-bin est créé comme tu le préconises. j'ai vérifié les droits (755) et j'ai aussi vérifié que l'option cgi est bien activé chez mon fournisseur ce qui est bien le cas (Cgi et FastCgi). Le résultat est Error 500 - Internal server error.

Je voulais juste comprendre et te montrer qu'on pouvait depuis un cgi générer du code qui affiche une fenêtre avec une alerte sonore (sisi on peut) mais je crois que cette fois çi je vais jeter l'éponge. j'ai horreur de faire ça !!

Petite question : J'ai lu que tu utilisais un serveur intranet. Ce serveur est une solution linux ou windows serveur ?

Salut.
Tout vite.

Pour faire un .bat qui provoque un BELL ( ascii 7 )

ouvre console win
echo @echo [ appuie alt G + 7 du pavé ] > beep.bat
maintenant t'as un beep.bat qui BELL

la suite t'as compris
++

@Azur
Trop cool...je vais essayer...je te tiens au courant

@Falsam
C'est du window 7

En fait c'est une machine ou j'ai installé Apache, Php, PERL, Mysql, forumBB, PhpMyAdmin ...

J'ai configuré tant bien que mal les httpd.conf et php.ini et comme c'etait noel au mois de juillet, le site marche

Tout gazouille sauf qu'il m'a pris l'idée d'installer une sonnette pour me prevenir de la visite d'un nouveau "client"
Certes je pourrais ouvrir un navigateur et faire clignoter la page ou ecrire en gros "Coucou", mais je pensais que on pourrait avoir des moyens plus agressifs pour me prevenir.

Je precise que pour envoyer des mails, c'est pas le top....comme tout est bloqué et qu'on utilise LOTUS (de m.... devrais-je préciser ) on s'amuse tous les jours avec cette daube, et que rien n'est prévu à mon niveau pour l'utiliser diront nous...... facilement.

@Azur
J'ai tapé ce que t'as dit...enfin j'espere

J'ai obtenu un fichier beep.bat avec ça dedans Mais pas de beep !!!

@kkc : Les exe cgi sont compilés avec pb sous windows ?

Oui oui...moi je connais que windows
J'ai deja bien assez de mal avec lui...le jour ou j'aurais votre tronche et que je saurais allumer un linux sans passer 1/2 heure devant pour ouvrir l'explorateur....les poules auront des chaillotes