Php Socket Server

[herve57]

Bonjour

Je souhaite installer un socket server sur mon php pour un chat.
Ayant suivi l'installe en anglais lors du lancement du server, j'obtiens le message suivant:

Error executing command "!" on file "fcssd":
Command '"fcssd"'
failed with return code 127 and error message
-bash: line 52: fcssd: command not found.

Le fichier fcssd etant biensur le lancement du socket server

Fcssd:
#!/bin/sh

#location of php executable file on your system
php_dir="/usr/local/bin"
#path to fcssd script file (see chat/inc/patServer directory)
fcss_dir="/home/www/web/XXXX/chat/inc/patServer"
fcss_com="-A -m -d $php_dir/php -q ./runServer.php"

fcss_f=`ps auxw | grep "SCREEN $fcss_com" | grep -v grep | awk '{print $2}'`

if [ -z "$fcss_f" ]; then
echo "Flash Chat socket server is not running, starting it..."
cd "$fcss_dir"
screen $fcss_com &
fcss_f=`ps auxw | grep "SCREEN $fcss_com" | grep -v grep | awk '{print $2}'`
if [ -n "$fcss_f" ]; then
echo $fcss_f > fcssd.pid
echo "Socket server is running."
else
echo "Socket server could not be started."
fi
fi



Je cherche une ame charitable qui comprendrais tout cela
ah oui server sous linux redhat

 

[KangOl]

balise

 :o

 

[herve57]

Euh ce signifie ? (j'avoue que je suis "beotien") ?

Merci de préciser et excuse de mon ignorance

 

[KangOl]

Vous devez être connecté pour voir les liens.

 

[herve57]

Bonjour

Je souhaite installer un socket server sur mon php pour un chat.
Ayant suivi l'installe en anglais lors du lancement du server, j'obtiens le message suivant:

Error executing command "!" on file "fcssd":
Command '"fcssd"'
failed with return code 127 and error message
-bash: line 52: fcssd: command not found.

Le fichier fcssd etant biensur le lancement du socket server

#!/bin/sh
 
#location of php executable file on your system
php_dir="/usr/local/bin"
#path to fcssd script file (see chat/inc/patServer directory)
fcss_dir="/home/www/web/XXXX/chat/inc/patServer"
fcss_com="-A -m -d $php_dir/php -q ./runServer.php"
 
fcss_f=`ps auxw | grep "SCREEN $fcss_com" | grep -v grep | awk '{print $2}'`
 
if [ -z "$fcss_f" ]; then
echo "Flash Chat socket server is not running, starting it..."
cd "$fcss_dir"
screen $fcss_com &
fcss_f=`ps auxw | grep "SCREEN $fcss_com" | grep -v grep | awk '{print $2}'`
if [ -n "$fcss_f" ]; then
echo $fcss_f > fcssd.pid
echo "Socket server is running."
else
echo "Socket server could not be started."
fi
fi

Toutes mes excuses .

 

[KangOl]

tu as edité le fichier pour remplacer la ligne
fcss_dir="/home/www/web/XXXX/chat/inc/patServer"
??

 

[herve57]

Oui , la ligne est modifiee et correcte.
J'aurais plus de questions sur la 1ere ligne: #!/bin/sh
Puisqu'il dit que l'erreur est au niveau de "!"

Mais je n'y connais Vraiment Rien

(Merci de votre aide)

 

[zeb]

Oh, oh, j'ai déjà vu ce genre d'erreur. Soit l'utilisateur au sens UNIX qui exécute le script n'a pas les droits d'exécution de /bin/sh, soit la ligne est mal écrite.

Une petite question : le script, tu l'as écris sur WINDOWS et tu l'exécutes sur UNIX ? Si oui, il est fort possible que la fin de ligne soit resté CRLF au lieu de LF tout court.

 

[herve57]

Oui, Un fichier d'origine que j'ai modifié avec mes parametres sous windows et envoyé sur Linux.
Mais tjrs ignorant :
Des lignes CRLF et LF ? euh je vois ca ou ? (le code du fichier proprement dit?)
Et comment je répare ca ?

Merciiiiiii

 

[KangOl]

utilise dos2unix pour le convertir...

 

[zeb]

Pour info:

Une ligne de caractères est une suite d'octets en mémoire.

Les différentes normes font correspondre un octet (ou deux) à un caractère (lettre, chiffre, signe) ou à une commande.

ASCII, ANSI, et d'autres font correspondre les caractères supérieurs ou égales à 32 aux caractères affichables, les 32 premiers octets à une commande. Ex:
7 c'est le bip, bell en englich, son nom est donc BEL ;
10 c'est le remplissage de toute la ligne, line feed -> LF;
13 c'est le retour chariot, carriage return -> CR ;
65 c'est le A, A en anglais, et son nom est A. Là c'est simple .

Pour marquer la fin d'une ligne, on utilise par convention un ou plusieurs caractères. Pour varier les plaisirs, les différents systèmes d'exploitation utilisent des conventions différentes :

DOS, Windows : deux caractères marquent la fin d'une ligne : 13 et 10, soit CRLF.
UNIX, Linux: Un seul caractère : 10, soit LF

Forcément, quand tu copies ton fichier de Windows à UNIX, les CR deviennent parasites. Si tu visualises ton fichier sous vi, tu peux voir apparaître des ^M à la fin de chaque ligne. C'est une façon d'afficher le caractère 13, M étant la 13ème lettre de l'alphabet. En hexa on écrit 0x0D, en octal 015.

Ce problème est récurrent, Il y a donc plein de façons de le traiter.
A posteriori :

dos2unix                        # merci KangOl
cat win_f | tr -d "^M" > unx_f  # c'est beau !

Mais tu peux traiter en amont. Un outil comme UltraEdit (*) permet de faire un DOS->UNIX ou UNIX->DOS.

Voilà. J'espère qu'en comprenant mieux ton problème tu sauras mieux le traiter.

(*) UE est un must. Il a des concurrents sérieux.

 

[herve57]

Waouhhh ! Avec tous mes remerciements, je vais me lancer
(mais si je prend le fichier original et que je le modif du serveur ? c possible ca ? via winscp3 j'edite ...)

 

[zeb]

C'est vrai j'oubliais. Le protocole de transport FTP permet de choisir le mode de transfert, binaire ou texte. En mode binaire, les fichiers sont copiés tel quel, en mode texte, les retours à la ligne sont adaptés au système destination. Je ne connais WinSCP que de réputation, je ne peux pas t'aider. Mais n'importe quel client FTP devrait savoir faire ça.

Mais n'oublie pas que ce n'est pas là où se trouve le fichier qui compte, mais l'outils que tu utilises pour l'éditer.

enjoy!

 

[herve57]

J'avance, j'avance .... Merci de ces infos (je commence a comprendre ce que je dois faire et comment ... (surement, bientot, je l'espere une réponse positive)

 

[herve57]

Bon, Bon en suivant vos instructions (Top, messieurs), j'ai reussi a demarrer une fois. Reste qu'a renouveler l'operation apres le rappatriement des fichiers definitifs .

Merciiiii