SStephane

Généralement, les ancres n'ont pas spécialement à avoir de contenu, c'est peut-être old school, je ne sais pas, je ne fais plus d'html depuis un bout de temps : http://webaim.org/techniques/skipnav/

Sinon, content pour toi si ça marche

Je te confirme que ça fonctionne (cf PJ), j'ai pas triché j'ai mis un tableau...

newhtml.html

Me force pas à ouvrir netbeans pour te montrer que ça fonctionne, tu peux mettre une page en ligne ?

N'ai-je pas mis de balises <a> à cet effet ?

C'est par ailleurs comme ça qu'on fait les ancres me semble t'il même si ça fonctionne aussi à ta manière

D'autre part, il reste préférable d'effectuer ce traitement dans le fichier de template (html) pour éviter d'avoir à faire un readfile, mais c'est accessoire

Bonjour,

D'un point de vue déontologique, si vous déployez un ez pour un client qui compte être hébergé sur un mutualisé, c'est qu'eZ n'est tout simplement pas une réponse adaptée à ce client (ou à vous-même) .

Si vous choisissez ez pour une question de stabilité/fonctionnalité/... et un mutualisé pour une question de budget, vous faites erreur.

Cela-dit, ça passe sur un mutualisé...c'est pas fait pour, c'est tout.

Pourtant flvplayback gère le pseudo streaming par défaut, peut-être cela vient-il de tes paramètres, essaie avec ce lecteur sans rien modifier des paramètres de lecture pour voir : http://flv-player.net/ (très bon player au passage)

Hello,

Tu utilises un FLVPlayback natif de flash ou il a été un peu bidouillé ou tu ne sais pas du tout ?

Si ce n'est que le pseudo-streaming semble ne pas fonctionner (ce qui doit être un problème au niveau de ton player, et non de ton serveur http), je n'ai aucun souci à charger ta vidéo et à la regarder

PS : j'ai gzip activé sur tous mes serveurs et diffuse du FLV sans problème

1 => 10211
7 => 9926 
6 => 9957 
8 => 9974 
4 => 9994 
3 => 10019 
10 => 9940 
5 => 9983
 2 => 9990 
9 => 10006

Comme résultat de

<?php 
$n=100000;
$a=array(1,2,3,4,5,6,7,8,9,10);
$b=array();

for($i=0;$i<$n;$i++) {
   $c = $a;
  shuffle($c);
  if(!isset($b[$c[0]])) $b[$c[0]] = 0;
  $b[$c[0]]++;
}
?>
<pre>
<?php
foreach($b as $k=>$v){
  print "$k => $v";
  print "\n";
}
?>
</pre>

Je ne pense donc pas que la fonction shuffle tire par pseudo-hasard, contrairement à array_rand, êtes vous bien certain de votre code ?

(L'actualisation de la page joue en faveur du réel aléa de shuffle, par ailleurs)

Bonjour,

J'ai effectivement remarqué un phénomène pseudo-aléatoire, mais pas dans tes proportions (tu n'aurais pas une vieille version de PHP car ça me paraît énorme là tout de même ).

J'utilise shuffle() et récupère les premiers éléments du tableau, cela semble préférable au niveau de l'aléa du tirage.

Pourquoi ne pas mettre les OS moins "important", pourquoi ne pas les mettre sur des DD externe/VM (Les deux), c'est quand même dommage de "gâcher" ton SSD

Le salt sert uniquement à rendre inutiles les rainbow tables md5 et sha... (de ce genre là http://md5.rednoize.com/ ).

Si tu utilises le login-salt, tes utilisateurs ne seront pas lésés si tu te fais piquer ta base, mais tu n'as peut être pas autant d'utilisateurs que linkedin. Dans leur cas, c'est totalement irresponsable et suis particulièrement ravi qu'ils disposent de l'un de mes mots de passe ...

Quels sont les avis des spécialistes du Hub?

Je ne sais pas si je peux me prévaloir d'être un spécialiste en cryptographie (surement pas) mais les outils que j’emploie (frameworks et CMS) disposent d'un salt en natif pour la gestion des comptes, et personnellement, ça me paraît être la moindre des choses pour des outils open-sources.

Les templates sont au choix dans les dossiers suivants :

/design/[sITEACCESS]/override/templates

/design/[sITEACCESS]/templates

/extension/[NOM DE L'EXTENSION DESIGN]/design/[sITEACCESS]/override/templates

/extension/[NOM DE L'EXTENSION DESIGN]/design/[sITEACCESS]/templates

Elles ont toutes une extension .tpl

Le layout est généralement dans un fichier qui s'appelle "pagelayout.tpl", mais c'est selon les dev.

D'après ce que j'ai compris (pas tout lu), il s'agit simplement de modifier les templates ez, rien de bien méchant, mais je doute que tu aies un accès te permettant de faire ça en tant qu'éditeur.

Que cherches tu à faire, afficher simplement un contenu en ajax ?

Tu peux faire ça très simplement dans ezpublish en ajoutant un layout ajax qui ne contiendra que {$module_result.content}, et pour appeler ce contenu, tu pourras tout simplement appeler l'URL "/layout/set/[AJAX= selon comme tu l'as appelé]/node/view/full/[iD]".

/>http://snipplr.com/view/41578/ajax-view-in-ez-publish/

Le même domaine certes, mais ca induit un souci de crossdomain quoiqu'il en soit

Le problème du crossdomain en ajax se situe au niveau des navigateurs me semble t'il, si j'ai bien compris ton souci, jouer avec les headers ne changera rien.

Tu as plusieurs solutions:

- la première est d'utiliser un php proxy sur le site http qui fait la requête sur le site https,

- la seconde est d'utiliser jsonp comme datatype de retour (je n'ai jamais eu l'occasion d'essayer, mais il parait que ça fonctionne : http://api.jquery.com/jQuery.ajax/ & http://fcargoet.evolix.net/2009/02/jsonp-avec-jquery/ , ça a le mérite d'être simple à mettre en place).

Ok merci, c'est un peu chiant qu'ils n'ajoutent pas spf au type de champ, vu qu'on a pas accès au fichier d'enregistrement j'avais peur qu'ils suppriment la règle, mais ça passe

Bonjour,

Tout est dans le titre ! Je souhaite ajouter un champ SPF chez gandi, c'est pour un domaine perso, et comme ce n'est pas très important, j'aimerai éviter de redéployer le domaine

Ce champ semble absent de l'interface, je peux ajouter ça d'après vous ?

domaine.com.  IN TXT "v=spf1 include:ns.domaine-qui-a-l-autorite.com -all"

Je n'utilise pas chrome du tout (ou très rarement), cela dit il me semblait qu'il avait été vendu en prétendant justement d'excellentes perf de ce côté.

Cela dit, je suis entrain de faire une appli bourrée de JS et je n'ai aucun problème particulier avec Chrome et je n'ai jamais remarqué de baisse de perf en JS (pour le reste je me prononce pas). Es-tu certain qu'une partie du code n'est pas à remettre en cause ? Un truc qui plairait pas à chrome spécifiquement, je pense aux trucs un peu aléatoires... timers, tween etc.

embrasse le submit de ma part

name="ppps_paybox_submit" dans ton submit, essaie de l'enlever, j'ai pas regardé dans le détail mais j'imagine que ce paramètre n'est pas attendu, il faut peut-être que le nombre de paramètres POST matche exactement.

Rapidement,

Ta methode addbatiment devrait logiquement prendre en paramètre un objet de type batiment et non des strings qui vont servir à la construire, c'est pas logique (à cause du add). Note que tu peux faire du typage fort depuis peu :

public addBatiment(Batiment ${}

Tu n'as pas à tester que $b est de type batiment pour le coup, puisque tazbac, ecole etc en hérite. Ca donne :

$temp = new ville("Portekoi");
$ecole = new Ecole("Sainte Marie");
$temp->addBatiment($ecole);

Rien à voir avec l'oop mais :

$this -> _id = sizeof($this -> _batiment);
$this -> _batiment[$this -> _id] = new ecole($nom);
//-->
$this -> _batiment[] = new ecole($nom);

Si tu t'intéresses aux design pattern, batiment, ecole, tabac... tu peux t'intéresser à factory, c'est +/- ce que tu fais à l'heure actuelle en créant tes bâtiments de cette manière.