Re: Consolidation Linux

2000-10-12 Par sujet Daniel Cordey

On Thu, 12 Oct 2000, you wrote:
 Probablement qu'une version unique ne vera jamais le jour !
 La même stratégie fut tenté par les leader de l'UNIX mais sans résultat !

Toutes les tentatives, depuis bientot 20 ans, de standardisation d'Unix ont
echouees. Pourquoi ? Parcequ'a un moment donne, des societes ont cru qu'il
suffisait d'en creer une autre, d'avoir un fond commun, puis de lui passer le
bebe. L'histoire a montre que la plupalrt des serreurs de mains (sur l'estrade,
devant les photographes) avaient deja en tete une strategie destinee a tire rla
couverture a soi... il a fallu pratiquement 10 ans a OSF pour passer de Motif
1.0 a la 2.0, seul DEC a propose un kernel base sur OSF/1, le projet Unix 64
bits SCO/HP est mort, etc !!! 

D'accord pour des standards du stype Unix95 etc. mais, svp., pas de grandes
alliances... c'est donner des occasions a MicroSoft d'en profiter a chaque coup.
Laissons la communaute du libre continuer a travailler dans toutes les
directions et a innover. Definissons des "conventions" du style RFC, et
laissons a chacun le soin d'etre compatible ou pas. Fixons des calendriers pour
des grands pojets du style Xfree86, Gtk, clustering, etc. Mais si l'on veut que
RedHat, Suse, Caldera, TurboLinux, etc. se mette d'accord pour une date de
release de Linux 1.0,...,N.0 nous courrons a l'echec. TOUT va se ralentir de
maniere drastique.

Il y a toujours du pour et du contre dans ce genre d'entreprise. Aujourd'hui,
je suis pres a payer le prix du statuquo, car j'estime que j'en retire plus
d'avantages que d'inconvenient... pour l'instant du moins :-)

Daniel Cordey
--
http://www-internal.alphanet.ch/linux-leman/ avant de poser
une question.



Affichage de logs dans un browser

2000-10-12 Par sujet Jean-Claude Schopfer


Hellow,

bon ok c'est un peu hors sujet, mais si qqn a une réponse à ces ptits
problèmes,
c'est bien volontiers :)

J'utilise apache comme server intranet et dans un contexte particulier,
mon browser me sert de moniteur pour certains logs.

sur une console, j'ai l'équivalent avec un tail -f log. pour le browser
je passe au travers d'un tout bête cgi en shell qui me fait la même
commande

premier problème :

l'ascenceur du browser ne descend pas automatiquement. Y a t'il un moyen
pour le faire descendre au fur et à mesure ?

deuxième problème :

Sous internet explorer 4.0, si le log ne génère plus aucune ligne pendant
style
10 minutes, IE me revoie un msg d'erreur et le cgi s'arrête. Sur netscape,
en
revanche, pas de problème, le msg d'erreur ne vient qu'après le nombre de
secondes définis sur la variable Timeout de httpd.conf défini à 7200. Je
précise
que je ne peux pas changer de browser :(

Merci d'avance de vos réponses :)

@++
JC

--
http://www-internal.alphanet.ch/linux-leman/ avant de poser
une question.



Re: Affichage de logs dans un browser

2000-10-12 Par sujet Félix Hauri

Hi J.-C.!

On Thu, 12 Oct 2000, Jean-Claude Schopfer wrote:
 l'ascenceur du browser ne descend pas automatiquement. Y a t'il un moyen
 pour le faire descendre au fur et à mesure ?
1: Qu'est-ce qui t'empêche d'inverser l'ordre des lignes, pour que la plus
   récente apparaisse en premier?
2: Il y à le tag html A NAME="bottom" et un pointeur sur page.cgi#bottom
   ou quelque chose dans le genre.

 Sous internet explorer 4.0, ... 
 Sur netscape, en revanche, pas de problème,
 Je précise que je ne peux pas changer de browser :(
Mauvaise précision: Vire M$!!!

Même micro$oft à renoncé à utiliser des couches M$ pour leur propres
applications professionnelles... Au profit de Solaris et FreeBSD:))
(c.f. LOGIN n°77)

Ou alors, si vraiement, tu peux leur faire faire (à tes browser M$) du
ping-pong sur deux cgi bidons, contenant des sleep et des 'redirect', le
temps de faire tes petits calculs dans un troisième (ou premier) cgi. 
(C'est pas très élégant mais c'est pour faire macher du M$:)


-- 
 Félix Hauri  -  [EMAIL PROTECTED]  -  http://www.f-hauri.ch

--
http://www-internal.alphanet.ch/linux-leman/ avant de poser
une question.