Reprise du message précédent :
J'étais sûr que quelqu'un allait en faire une du gene

Par défaut, il retente 5 fois, dit lui de retenter 500 fois et tu seras sur de tout (ou du moins quasiment tout) récupérer sauf si le serveur ftp reste coupé toute la nuit.
Mais dans un tel cas, je suis pas sur que FlashFXP fasse mieux.

tain je suis dans la marde
 
Dites voir, je crois me rappeler qu'il y avait une extension Firefox qui permettait d'afficher un numéro à côté de chaque lien d'une page pour y accéder avec le clavier... y'a pas qqn qui aurait le nom de cette extension en tête ?

"Mouseless Browsing" \o/

 
vi-fox, lol

Apparemment, tout le monde semble être d'accord ! C'est bien ce qu'il me semblait. Merci !

Ptin mais pourquoi en PHP on peut pas faire superFonctionQuiRetourneUnArray()[0] ?

PX
 
normalement on definit en "em" la taille sur le body
et ensuite tout le reste en %

je vois pas le rapport

Parce-que php permet déjà largement assez de conneries qui rendent le code imbitable? Parce-que c'est passé par valeur?

Bon, question html/JS :

J'ai une jolie page qui sert de menu avec des liens du style

<a href="toto" onclick="window.open(this.href); return false;">toto</a>

Sur les pages appelées par ces liens je reviens à ma page de menu avec ça

<a href="../" onclick="window.close(); return false;">Retour au menu</a>

Problème : la page appelée l'un des liens en question modifie des choses que j'aimerais voir répercutées lorsque je reviens sur ma liste de liens. Si l'utilisateur n'a pas de JS, ok ça marche, mais si oui je le fais comment mon refresh?

[edit]

Trouvé tout seul,

array_shift(superFonctionQuiRetourneUnArray());

Ah ouais tiens cool
Comment ça on dépile mais on s'en fout cu qu'on réutilise pas.

gné
 
Si tu as besoin des autres éléments ne me dis pas que tu comptais faire:

superFonctionQuiRetourneUnArray()[0];
superFonctionQuiRetourneUnArray()[1];
superFonctionQuiRetourneUnArray()[2];

array_shift(superFonctionQuiRetourneUnArray());

Nowai

Et encore, y'a pas si longtemps on pouvait pas faire :

$machin->bidule()->truc()->super();

je répondais à la question d'acant face de gland

je sais tronche de pet

superFonctionQuiRetourneUnArray()[0];
superFonctionQuiRetourneUnArray()[1];
superFonctionQuiRetourneUnArray()[2];

Pas vraiment nan mais merci du conseil

C'est juste que j'ai 12 lignes avec chacune une requete xpath() sur un objet simpleXML. Or même quand on met '[1]' dans le Xpath, c'est toujours un tableau qui est retourné, même si ya qu'un élément. Donc obligé de faire une ligne "$tab = machin->xpath('cool/yeah')" et une ligne "$obj->yeah = (string)$tab[0]" à chaque fois. Et c'est pas beau.

$machin->bidule()->truc()->super();

Et c'est mal ça ? On me souffle que des frameworks JS entiers fonctionnent sur ce principe

Non, ce qu'il dit c'est qu'il y a pas si longtemps que ça c'était pas possible de faire ça en php

Ah ok j'avais compris l'inverse

Existe-t-il des situations ou il est moral de faire une requete en plusieurs fois, quand on peut le faire eu une ? Des situation ou les perfs l'exigent ?

Demandé aussi vaguement : oui et oui.
Imagine toi un "left outer join" sur 10 tables de plusieurs milliers de lignes chacune. Tu penses que ça sera assez rapide quand c'est dans le cadre d'une demande de page web?
 
Après tout dépend des besoins et des requêtes.

j'ai eu le cas dans un systeme de recherche fulltext ou je devais faire une recherche sur plusieurs tables et plusieurs champs.. =  plusieurs requetes (mais j'suis pas un gourou du full text, j'ai peut etre loupé une super combine )
 
Alors qu'avec des like , tu torche tout en une requete.. ta BDD avec

en fait c'est un JOIN avec conditions variables sur 8 tables d'entre 500 et 20000 lignes donc je crois que ça correspond
(déja 13 secondes pour certaines requetes)

donc on est d'ac, je plonge.

dommage elle était belle ma grosse requete

t'as pas moyen de cacher les résultats pour ne fetcher que ce qui a changé ?
 
j'avais ce cas sur une appli : ct un genre de datamining fait main, et en gros la requete à poil prenait 30 sec...mais avec un bon cache, on avait redescendu l'utilisation des données à requetées à 1 sec par requete (l'initiale faisait tjs 30 sec)

Balance un EXPLAIN de la requete. A tous les coups c'est pas bien indexé. Depuis quand les JOIN c'est lent ? Qu'est-ce qu'il faut pas entendre  

Le join EST lent. C'est un produit cartésien, même s'il peut parfois être amélioré par les index, lorsque tu as plusieurs join qui se suivent, le panificateur peut se planter et ne pas prendre les join dans le meilleur ordre. Il est souvent plus intéressant d'utiliser un IN sur une sous-requete que d'utiliser un join.

Les gars je peux utiliser quoi en ecommerce, gratos, bien ecrit, administrable simplement, interface en anglais c'est mieux, sécurisé...
(rien que ça)
 
Thx

j'ai débugué un truc en JS, une popup s'ouvre et le popup ajoute des éléments dans la page parente.
 
grosso modo, ça ressemblait à :  

 
Le truc, c'est que ça marchais sous Firefox, pas sous IE (avec un message d'erreur complètement a l'ouest, IE powered)
 
le fix, c'était :  

Ce qui est complètement normal, d'après moi, et vu l'heure qu'il est. Le truc, c'est que je ne comprend pas pourquoi Firefox ne fait pas une erreur la dessus....

http://www.crockford.com/html/
 
Y'a vraiment des idées intéressantes
 

 
Quel langage?

C'est effectivement ce qui est marqué là : http://www.quirksmode.org/js/options.html
Par contre faut éviter le createElement('option') ça fait crasher IE5.0
Le new Option() marche partout lui

php je pense, mais si autre, propose toujours, jai encore rien commencer a programmer...Mais bon php serais plus simple pour etre integrer a mes autres modules

On parlait il y'a quelques temps, il me semble que j'avais retenu Open Cart.

Dites, qu'est ce qui peut faire que sous IE la taille d'une marge soit doublée ?

J'ai un div conteneur, qui contient une div de contenu en float left, avec une marge de 150px suivi d'une div menu en float right.

Si j'enlève le float de la div content ma marge fait bien 150px, si je le laisse elle en fait 300

Edit : Ok c'est un bug d'IE faut mettre un display:inline;

voila tu as trouvé
c'est chiant mais c'est IE

 
thx man

Je suis en train de me prendre la tête sur un problème que je sais résoudre.

Imaginons qu'un membre d'un site peut acheter du "temps" (qu'on va appeller T), et qu'il peut affecter ce temps à quelque chose (qu'on appelera X)

Il peut affecter T à X, mais il faut également acheter plusieurs T, et affecter ce T total à plusieurs X. Si X = 2, alors T restant descendra 2 fois plus vite, etc.

Voici les tables que j'ai actuellement :

Pour connaître le temps total disponible pour un utilisateur :

SELECT SUM(quantity) FROM time_available WHERE user_id = (n)

Pour connaître le temps total utilisé par un utilisateur :

SELECT SUM ( UNIX_TIMESTAMP( IF ( ta.end_date IS NOT NULL, ta.end_date, NOW() )) - UNIX_TIMESTAMP ( ta.start_date ) )
FROM time_assignation AS ta
INNER JOIN objects AS o ON o.id = ta.object_id AND o.user_id = (n)

Ensuite il faut faire la différence entre les 2 pour obtenir le temps restant disponible à l'utilisateur. Donc déjà, est-ce possible d'obtenir le résultat de (Requête 1 - Requête 2) en 1 seule requête ? (sous MySQL 3.23 )

Et toujours en une seule requête, j'aimerai mettre à 0 le champ "premium" de la table "object" si le résultat de la requête précédente est inférieur ou égal à zéro.

Donc est-ce possible, si ça ne l'est pas, comment je peux faire cette vérification sans consommer trop de ressource à chaque affichage de page ?

Merci

Tralalalalalalalalalalalaaaaaaaaa
 
Bon ça me gave, j'ai beau essayer de retourner le pb dans tous les sens, je m'en sors pas, les "SUM" me retournent toujours des résultats incorrects à cause des jointures

Euh ta jointure elle sert à quoi dans ta seconde requete ?