SStephane

J'ai droit à un muffin avec ?

RewriteCond %{REQUEST_URI} !^/monframework/mondocroot/

RewriteRule ^(.*)$ monframework/mondocroot/$1 [L]

En premier dans le htaccess ?

Le souci, c'est que si tu utilises les helpers de ton framework pour récupérer l'url de base, il te donnera "monframework/mondocroot/" dans les URL, tu devras surcharger ça, enfin surement.

Il te faudra surement supprimer le htaccess de mondocroot et réécrire ses directives à la racine (en les modifiant pour prendre en charge "mondocroot")

Il utilise un système de grid, toucher la css n'est pas une bonne idée.

Pourquoi mets-tu des float à l'intérieur de tes row ? utilise les classes fournies par foundation, ou ne l'utilise pas du tout.

http://foundation.zurb.com/docs/components/grid.html

regarde du coté de source ordering, tu as ce que tu souhaites faire si j'ai bien compris ton truc :

<div class="row">

  <div class="medium-6 medium-push-6 columns">6</div>

  <div class="medium-6 medium-pull-6 columns">6, last</div>

</div>

j'utilise pas du tout ce grid (blueprint ou boostrap), alors je me garde d'aller trop loin dans l'explication pour pas dire de c**.

Ah oui, navré, j'avions mal lu !

Bizarre son référenceur... sauf à ne viser qu'une clientèle franco-française

D'accord avec kioob sur l'ensemble (aucun rapport entre ssl & cdn, surtout si ton topic s'intitule sécurité), j'ai tout de même une question pour Kioob sur :

D'un point de vue SEO, je dirais la même chose, si ce n'est qu'il est du coup impossible de choisir la langue de l'IP du site, chose qui n'a absolument aucune importance d'après moi, mais certains «référenceurs» jureront le contraire.

Le CDN a tout de même l'immense avantage de délivrer le contenu plus rapidement à travers le monde, dans le cas de sites internationaux, j'ai noté de nettes améliorations sur tous les continents après la mise en place de CDN sur des sites qui ne sortait bien que dans les résultats européens ( fr/en/es/pt/cn ). Note que je ne suis pas référenceur et n'ai pas suivi la com de mes clients (juste les perfs & les accès).

Tu penses le contraire et que mettre en CDN n'a pas d'impact là dessus ?

Pour en revenir à la quetsion initiale et ne pas pourrir le sujet , le SSL EV apporte simplement une jolie barre verte (ex: https://github.com/qui coute relativement cher) et les garatnies pécunières ne concernent que le contrat passé initialement avec l'AC, il existe des garanties sans EV : http://www.symantec.com/fr/fr/ssl-certificates/secure-site-pro?fid=ssl-certificates )

Rien qu'un livre blanc sur les GED pourrait faire plusieurs tomes : tu n'évoques à ce sujet que Sharepoint (qui a certes des avantages incontestables, entre autre l'interropérabilité parfaite avec Office, et pour cause), cela dit Nuxeo, Alfresco... et consort ne sont pas représentés alors que présents dans nombre d'entrprises, d'institutions et d'administration.

(Idem pour l'ensemble du doc parcouru en diagonal, les GED ne sont qu'une illustration de ce que j'en pense)

En fait, tu couvres un terrain tellement vaste (c'est sans doute ton but), que ça rends ton document malheuresuement peu pertinent pour une prise de décision dans un contexte, ce qui est généralement le but d'un livre blanc.

Ma suggestion : soit faire plus simple (liste d'outils avec principales propriétés : société éditrice, open-source ou pas, fonctionnalités, positif/négatif ...), soit couvrir un terrain moins vaste et aller au fond des choses !

Cela dit, je salue l'effort et te souhaite bonne chance pour enrichir

foreach($array as &$val)

{

      $val[] = "a";

}

print_r($array);

& pour utiliser un pointeur sur l'élément du tableau et non une variable locale qui serait stockée ailleurs en mémoire, c'est tout.

Ce n'est pas au fichier htaccess de générer les liens. Ce qui s'affiche dans ta page dépend de la stratégie de génération d'URL de ton framework, en l’occurrence, ton fichier route et certainement une fonction au niveau de ta vue/controller (comme la majorité des framework).

Il te faut adapter la route pour que "test/domaine/loremipsum-10" n'appelle pas ton controller test::domaine(), et tu n'as pas à trifouiller dans le htaccess.

Je serai étonné -très- que tu ne puisses pas faire cela dans ta route ( on dirait que oui en ayant parcouru en surdiagonale la doc http://docs.laravel.fr/4.2/routing ).

Note que je ne connais pas laravel, mais bon... dans tous les frameworks, c'est pareil.

Hello Zlika,

Pour le moment je continue à répondre sur 80. D'ailleurs, hormis dans les transactions genre login/contact/espace membre etc. j'en vois pas vraiment l’intérêt, surtout pour des sites grand public (bon d'après ce que je lis, c'est pour pas se faire fliquer par la NSA, mais bon, je fais que dans le classique...)

A voir comment réagissent ceux dont c'est le métier, on fera pareil, mais pour le moment, j'ai pas l'impression que le sujet les préoccupe plus que ça hormis quelques réactions après cette annonce.

En base de données, c'est très bien alors, tu stockes la date à laquelle le script a été exécuté (ou NULL) plutôt qu'un boolean, ainsi tu pourras faire ce que tu souhaites.

Hello,

Suite à cette annonce http://googleonlinesecurity.blogspot.in/2014/08/https-as-ranking-signal_6.html , j'ai averti mes clients sur l'importance que pouvait prendre le SSL pour leur promotion.

Résultat, ils ont à peu près tous pris un certificat, même pour certains des EV

Pour le moment je les gère avec apache, sans rediriger les requêtes http:80 (qui donnent généralement sur un varnish), 443 étant traité direct par apache (admin/login/formualires/cequiabesoindetreSSL) .

Je pose donc les questions suivantes :

• Faut-il toujours écouter le port 80 http et rediriger toutes les requêtes vers 443 ? (c'est débile mais pour faire plaisir à dieu...)
  En gros, répondre en 80 ou rediriger ?
• Vu l'affluence de certains qui n'ont qu'un serveur d'application, ça m'inquiète de passer en full https (ssl géré par apache, assez peu performant de ce point de vue), j'envisage un couple varnish/nginx en front (et vous ?)
  (si load-balancing => haproxy, c'est vraiment pour ceux qui n'ont qu'un serveur)
• SSL EV, ça sert à rien pour ça non ? (prime à l'investissement ?)

Merci pour vos réponses

Tu n'as pas à l'etre, on est là pour poser des questions et y répondre quand on le peut !

Mais à quoi te servent ces variables ?

Mon but : j'aurais voulu que la variable $var soit sauvegardée sans utiliser la BD mysql, sans sessions évidemment , sans fichier txt. Bref que tout se passe sur la même page php.

Sauvegarder sans BDD ni fichier (ni memcache ni ...) ? no way.

Les sémaphores (c'est le nom de ce type de variable si j'ai bien compris ta question) sont généralement stockés en BDD.

Tu peux passer à la question suivante

height: 30%;

Ca doit avoir un rapport, mais lequel ?

uasort($val,'cmp');

uasort() à la place de usort() mais ton foreach sera executé dans l'ordre "réordonné".

SI tu veux boucler dans l'ordre "naturel" des clés, n'utilise pas un foreach mais un for, voilà tout :

<?php


$val = array(

	array(1, 'produit', 18521),

	array(2, 'produit', 42587),

	array(3, 'produit', 36524),

);

function cmp($a,${

	if($a[2]===$b[2]) return 0;

    return $a[2]<$b[2]? 1:-1;

};

uasort($val,'cmp');

print "<h2>foreach:</h2>";

foreach($val as $k=>$arr){

	print '<hr>';

	print $k.' : ';

	print_r($arr);

}

print "<h2>for:</h2>";

for($i=0;$i<count($val);++$i){

	print '<hr>';

	print $i.' : ';

	print_r($val[$i]);

}

Ca fonctionne, par contre, si tu as un successeur sur ce script, m'est avis qu'il risque de te maudire pour ça, c'est quand même une subtilité pourrie de php de pouvoir ordonner un tableau dans un ordre différent de clés entières

Je pense qu'il y a plus simple à faire, quel que soit ton objectif (que l'on ne connait pas )

Peux tu poster ton code ? (j'ai pas beaucoup de temps=))

Euh... ta méthode est la bonne... sauf qu'il faut utiliser usort et non uasort (qui conserve la correspondance des clés). Il y a aussi ton strtotime() qui sert à rien, c'est pour convertir une chaine de caractère (représentant une date) en entier (timestamp)

Sans manquer de respect à blackpage, c'est une manière absconse de trier un tableau en plus d’être mal optimisée...

En gros :

<?php


$val = array(

	array(1, 'produit', 18521),

	array(2, 'produit', 42587),

	array(3, 'produit', 36524),

);



function cmp($a,${

	if($a[2]===$b[2]) return 0;

    return $a[2]<$b[2]? 1:-1;

};


usort($val,'cmp');

print_r($val);

Dans ce cas, n'est-il pas possible d'aspirer le site ? Il serait ainsi possible de l'installer sur un hébergement beaucoup moins cher, sans même utiliser PHP puisqu'il n'y aurait que du contenu statique (html, js, images)

Oui tout à fait d'accord.

Du coup, y a-t-il quelque chose de particulier à savoir pour transférer un site en ColdFusion d'un hébergeur à un autre, ou est-ce que c'est sensiblement la même chose qu'avec un site en PHP ?

Version de coldfusion, extensions... un peu pareil, 35$, c'est pas trop cher non plus (y'a les licences), dans le cas où tu n'aspires pas, c'est quand meme une économie assez faible.

Hello,

Une telle migration est-elle faisable ?

Non, tu peux exporter la base ou tout au moins tenter de le faire, mais de la m^^eme manière je doute qu'il existe des convertisseurs joomla <-> autre CMS véritablement satisfaisants.

Faut-il carrément reprendre tout le site de zéro et le recréer via un CMS qui tourne en PHP, type Joomla ?

Oui, comme dans 99% des cas quand on change de techno, coldfusion ou pas

Ou y a-t-il une meilleure solution ?

Trouver un hébergement coldfusion moins cher, c'est (c'était ?) pas un si mauvais langage que ça après tout et si le site le satisfait...

Avec ton traffic, je pense qu'il est quand même temps de songer à autre chose que du tunning certes utile mais peu efficace au profit de solutions de cache plus radicales : varnish + memcache.

Si les utilisateurs n'ont pas besoin d'être connecté (consultation simple) ; varnish reglera tous tes soucis, sinon memcache peut réduire considérablement le nombre de requêtes à la BDD si tu stockes qq informations dans la ram.

Franchement, si la durée de tes requêtes reste acceptable (pas de slow queries : http://dev.mysql.com/doc/refman/5.0/fr/slow-query-log.html à voir au passage), tunner MySQL c'est cool, mais je doute que ça t'apporte réellement un gain notable.

Dans certains cas, tu ne peux pas faire autrement que de requêter la BDD, après t'as d'autres pistes comme envisager une réplication et un load balancing (avec haproxy par exemple) :

• plusieurs serveurs MySQL : https://www.digitalocean.com/community/tutorials/how-to-use-haproxy-to-set-up-mysql-load-balancing--3
  
• ou mariaDB : http://jmoses.co/2014/03/18/setting-up-a-mysql-cluster-with-mariadb-galera.html (si t'as pas confiance en la réplication MySQL)

Navré de pas répondre à ta question, mais je doute que le tunning t'apporte satisfaction.

D'un strict point de vue commercial je n'ai jamais rien vendu grâce à une communication sur le net, quelle qu'elle soit, pas faute d'avoir bossé dessus les 2 premières années. (y'a des exceptions très spécifiques à ce 'jamais')

Si je réponds à ton sujet, c'est pour dire qu'à ta place, j'éviterai de trop perdre mon temps sur ta communication en ligne (ça m'a fait perdre 2 ans, et donc... $$$ ...).

***edit : c'est pas lié à la communication, même si je concède n'être qu'un piètre communiquant, mais à la nature de ce qu'on vend : un service qui coute cher ***

Le "papotage" fait tout, et les clients satisfaits en amènent d'autres ; je pense que les clients achètent de la confiance et de la tranquiliité d'esprit sur leur projet, et c'est pas ton site internet (au demeurant très bien présenté) qui va leur donner cela, mais des recommandations de tiers, puis des preuves tangibles du travail que tu feras chaque jour pour eux par la suite.

Si tu veux mon avis, tu oublies tout tes fichiers wordpress actuels, et ne conserves que ta bdd (et le répertoire de contenus, images etc. wp-content de mémoire), tu fais une réinstall vierge à partir de ta version de WP et des modules/thèmes qui correspondent à ta bdd puis tu changes la conf pour faire pointer vers ta bdd.

Tu croises les doigts, mais normalement tu verras apparaitre ton site pas vérolé.

Ensuite, bien sur, tu mets à jour module et core (sinon rebelote dans pas longtemps).

C'est bien plus facile comme ça, et au moins, tu es sur de ne plus avoir de fichiers modifiés merdiques au milieu de ton site.

Un lien vers un phpinfo() ?

Ca dépend de son utilisation : un développeur php : eclipse (zend studio ou eclipse php), netbeans et phpedit. Arretez moi si j'en oublie, mais je pense pas que les autres aient un support xdebug (redhibitoire en ce qui me concerne). Eclipse seul et netbeans ont l'avantage d'être gratuits.

Pour allez plus loin dans netbeans que je connais mieux, en nâtif :

• templates : il offre un support smarty, latte et twig,


• css : support less & sass


• framework : support symfony, zend, cake (support yaml au passage),


• support cvs, svn & git nâtif (pas au top il est vrai -au niveau des icônes de l'arbo- mais ça suffit)


• tout ce qu'un dev peut exiger : complétion, navigateur de code, régions de code, xdebug -avec navigateurS et émulateurs-, liens (références & déclaration), doc etc,....


• + tout un stock d'extension disponibles pour certains CMS (genre drupal etc.), disponible sur un store ou en téléchargement (.nbm)


• version windows, linux (sans doute mac ?)

Son inconvénient : sa manie d'explorer les projets à chaque chargement, ses mises à jours fréquentes, un peu lent mais avec nos machines d'aujourd'hui ça va, et ... qu'est ce qu'il est moche !

Les véritables carences sont liées à PHP; du coup, j'ai jamais ressenti le besoin d'aller prendre une licence phpedit ou zendstudio (ce dernier que j'utilisais en v5 & v5.5).

Le sondage lui même ne permet pas de se faire une idée en fait, tant les utilisateurs sont différents, maintenant ceux qui utilisent un ide +/- comme moi (dev) êuvent trouver leur bonheur dans les 4, après, c'est surtout une question de gout et de couleur (Ce serait bien d'avoir une courte description des autres ide cités, et ceux que j'ai sans-doute oubliés)