Reprise du message précédent :

Comme je n'ai pas passé ma journée dessus, je n'ai pas vérifier ce que chaque navigateur donne au bout de 50 pages et quelques ouvertures puis fermeture d'onglet.
 

Saisie ":%" dans la barre d'adresse (marche aussi avec "torrent:%", "evil:%", etc). Le plantage est immédiat et tu ne peux récupérer aucun onglet.
 

Tu m'a mis le doute, et du coup j'ai fait d'autres essaies. En pratique il faut écrire une partie du nom de domaine sans la moindre erreur (un seul caractère en trop ou un seul caractère erroné et il ne trouve plus rien) et en mettant des espaces entre les éléments de l'adresse pour qu'il s'y retrouve ("ruemontgallet" aucune réponse "rue montgallet" il trouve, "rue.montgallet" aucune réponse également). Ca doit être pour ça que ton "forum hdw" ne marche pas et pareil pour les deux trois test que j'avais fait hier.
 

En fait "d'approximatif", c'est juste les nom "incomplet" qu'il est capable de gérer. Si c'est approximatif dans le sens "mal écrit", c'est foutus.

Déjà corrigé dans chromium
 

faudrait que je reteste masi il me semble qu'avec certaines entrées approximatives ça marchait tout de meme !

Question à propos de chrome: google gears fonctionne chez vous ?  
 
ça n'a pas l'air de marcher dans google reader et google docs chez moi

je sais même pas comment c'est supposé fonctionner.

Qu'importe. Chrome est censé rester utilisable même si un onglet devient fou et plante (c'est l'une des innovations mis en avant par Google) alors que ce bug montre à lui seul que ça n'est pas le cas : si un onglet plante, c'est tout le logiciel qui meurt.

 
Sauf qu'en l'occurrence, c'est l'appli entière qui plante là... pas un onglet.

C'est bien ce que je dis, une adresse bidon et l'applis entiére est planté alors que normalement un seul processus (et donc un seul onglet) aurait du être impacté d'après leurs dire. Leur architecture bien que très bien pensé sur le papier se retrouve en pratique avec des défauts qu'elle n'était pas supposé avoir. Encore un coup du "théorie <> réalité".

 
Non, leurs dire c'est "si un onglet plante, ça plante pas toute l'appli" et non pas "si l'appli plante, ça ne plante qu'un onglet", ce qui n'a pas de sens

Je viens de réaliser un truc : même s'il y a un processus par onglet, ce processus ne gére pas tout ce qui est affiché dans l'onglet mais juste l'affichage de la page html et l'exécution du javascript associé. Tout le reste est donc géré par un seul et unique processus (bye bye la tolérance aux pannes par redondance pour cette partie là)
Du coup la partie qui gére la saisie de l'utilisateur n'est pas dans le processus de l'onglet (qu'on peut tuer facilement) mais dans celui qui gère les fenêtres et qu'on ne peut pas tuer sans fermer complètement le logiciel.
 
Heu, question con : vu l'architecture qu'ils ont choisit, quel avantage y a t'il à mettre la zone de saisie dans le processus père et pas dans celui de l'onglet?
Autre question con : N'aurait il pas été plus fiable de faire également un processus par fenêtre plutôt que de laisser toutes les fenêtres être géré par une seul processus?
 
 
PS : Truc marrant, quand il plante, Chrome est capable de se cloner une dernière fois (de créer un dernier processus) pour demander si on veut le redémarrer mais n'est pas capable de se cloner pour remplacer à la volé le processus initial quand il plante.

juste pour être sur, tu es bien celui qui n'a même pas installé chrome ?

flo850 > Rappelle moi où j'ai dit que je n'allais pas l'installer.

oups , j'ai confondu avec chépluki qui est sous mac

Salut,
 
y'a des gens ici chez OVH en 300gp?
 
mon serveur est down on dirait. comment je peux en determiner la cause?
 
j'étais en train de bosser sur un code javascript un peu foireux (boucle infinie?) et puis paf là g plus rien. coïncidence?
 
j'ai édité mon index.php en tapant seulement 'test' dedans, mais niet, ça tourne en boucle et n'ouvre pas la page. donc ça ne viendrait pas de mon code.
 
 
merci

j'arrive à ouvrir mon site en passant par un proxy. et seulement en passant par un proxy.
 
wtf?

chez FREE.
je v rebooter la box pour voir.
c p-ê un ban de mon ip, ils ont du croire que mon code pourri c'était une attaque des serveurs.    
 

ça n'a rien changé.
curieux... pourtant j'arrive à me connecter sur mon site avec le iphone 3G en GPRS, donc sans passer par mon réseau wifi...  

help, je v craquer.      
comment se fait-il que je puisse accéder à mon site depuis n'importe quel proxy sur internet, mais pas si je tape directement l'url, en y accédant à partir de mes pc portables reliés à mon réseau wifi freebox.  
g rebooté 3 fois le modem, 1 fois mon laptop....

Au hasard, que ta connexion Free -> ton hébergeur déconne ?

c bon, ça fonctionne de nouveau depuis ce matin.
j'ai rien changé pourtant.
ça restera un mystère...
je peux reprendre mon dév/maintenance.
 
merci.
 
A+  

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<script language="javascript">
location.href="/opencms/opencms/"
</script>
</head>
</html>

 
mais qu'on les pendent ces développeurs de merde !
peut pas envoyer un 301, non ?

Pis bordel de merde, c'est location.replace

P'tite question d'administration MySQL.

J'ai le droit à un "too many connections" en ce moment sur mon serveur, et bien entendu j'ai paumé mon mdp SSH pour intervenir sur la machine

Bref, impossible de killer quoi que ce soit. J'ai pour le moment arrêté mes scripts disponibles depuis le Net. Je peux espérer un retour à la normale si personne ne fait de requêtes supplémentaires ? Genre les processus sql "sleeping" sont killées au bout de cb de tps ?

NFrance. J'ai fais une demande de reboot à l'arrache, et je vois qu'il y a un admin sur leur forum donc ça devrait aller
 
Et ce mot de passe SSH, j'y pensais ce matin que c'était pas sérieux de plus l'avoir sous la main

VDS
 
J'ai fais ma demande y a moins d'une heure, ils m'ont bien renvoyé mon mdp, sauvé !
 
Entre temps, l'admin m'a killé mysqld de son propre chef. Bien lui en a pris

Ils connaissent ton mdp root ?

Cay un dédié virtuel, donc ils ont la main mise sur ce genre de choses, vi

EDIT : Cong j'ai répondu à côté, ils m'en ont renvoyé un nouveau

Bah virtuel ou non, ça me semble étrange, mais bon... Je sais pas comment c'est ailleurs à vrai dire.

Je sais juste que chez OVH ils se connecte en root en cas de besoin par clé (enfin je crois )

Mais je trouve bizarre que même des supadmin d'un hebergement puissent connaitre le mdp root

Edit: han, je préfère

'tite question, j'ai un set d'image generé via javascript (ça vient de flickr), j'ai bien les 2 vignettes comme prévu mais juste à leur gauche j'ai un con de pixel tout seul et noir

le html c'est

<div id="flickr">
<script type="text/javascript" src="http://www.flickr.com/badge_code_v2.gne?count=2&amp;user=466464554"></script>
</div>

et le bout css qui pose probleme c'est

vous voyez un truc logique là

le HTML généré ressemble à quoi ? (regarde avec firebug ou IE dev toolbar)

<div id="flickr">
<script type="text/javascript" src="http://www.flickr.com/badge_code_v2.gne?count=2&amp;user=466464554"></script>
</div>

Beh c'est une image avec une bordure et rien dedans... Faut voir ce qui est généré, normalement en inspectant ce "pixel" avec Firebug tu devrais être plus avancé déja...

ah oui, c'est un truc img que je veux pas qui debarque...

faut que je me debarasse de ça.

Je ne sais pas comment flickr génère son bousin mais tu n'aurais pas coché un option à la con qui t'affiche une carte de l'endroit où ta photo a été prise ?

non, je demande rien d'autres que des vignettes en random, et j'ai fais ma propre css par dessus.

mais
http://www.flickr.com/help/forum/en-us/80505/

je suis pas le seul,ça a l'air recent comme ajout, c'est pour ça que j'avais pas remarqué ça avant

edit: http://www.teddy-o-ted.com/design/ [...] -badge-js/ un fix apparement

edit2: le fix fonctionne, quelle merde ce truc quand même...

 
toutafaÿ via SSH authorized_keys2 : http://guides.ovh.com/InstallClefOVH

Question à 100 brouzoufs : Est-ce qu'il existe un type enum en javascript ?

Non
Edit, tu veux faire quoi?