Dadou

J'ai déjà réalisé plusieurs Webservices, et j'utilise essentiellement SOAP. Par contre j'utilise un outil pour m'aider à générer de bon WSDL bien documentés : Oxygen. Pour l'authentification, il faut jouer avec les "header" des différents services, puis après en php c'est relativement simple, tu ajoutes les entêtes à la connexion function webservices($namespace, $wsdl, $login, $password) { $Credentials->Login = $login; $Credentials->Password = $password; $webservice = new SoapClient( $namespace.'/'.$wsdl, array( 'trace' => 1, 'soap_version' => SOAP_1_2, 'style' => SOAP_RPC, 'encoding' => SOAP_LITERAL, 'cache_wsdl' => WSDL_CACHE_NONE ) ); $header = new SOAPHeader($namespace, 'Credentials', $Credentials,false); $webservice->__setSOAPHeaders($header); return $webservice; }

J'ai essayé hier soir sur quelques uns et j'avais une erreur, la, cela semble bon

Plusieurs choses : if ($page==qi){ Tu as oublié de limiter tes chaines de caractères donc le test serait plus celui-ci : if ($page=="qi"){ Ensuite, en PHP5 il faut éviter d'utiliser les shorts tag, utilises donc <?php au lieu de <? par défaut, normalement, ils ne sont pas autorisés Enfin, ta série de test, c'est le meilleur moyen de faire une erreur, simplifie, d'autant plus que ta structure semble s'y prêter, essaye plutôt un code comme celui-ci : <div id="header2"></div> <div id="menu1"></div> <div> <?php $liste_pages = array( "qi", "qi2", "qi3", "qi4", "profil", "profil1", "profil2", "profil3", "profil4" "scola", "scola2", "scola3", "activ", "activ2", "activ3", "biblio", "biblio2", "biblio3", "biblio4", "liens", "liens2", "liens3", "liens4", "mot", "psy", "psy", "psy2", "psy3", "asso", "asso2"); if ( in_array($page, $liste_pages)) include($page.".php"); else include("intro.php"); } ?> </div> <div id="mot"><a href="index.php?page=mot"></a></div> <div id="fois"><a href="index.php?page=intro"></a></div> <div id="menu2"></div> <div id="profil"><a href="index.php?page=profil"></a></div> <div id="test"><a href="index.php?page=qi"></a></div> <div id="psy"><a href="index.php?page=psy"></a></div> <div id="menu3"></div> <div id="scola"><a href="index.php?page=scola"></a></div> <div id="activite"><a href="index.php?page=activ"></a></div> <div id="asso"><a href="index.php?page=asso"></a></div> <div id="liens"><a href="index.php?page=liens"></a></div> <div id="biblio"><a href="index.php?page=biblio"></a></div> <div id="icone"></div> <div id="pat"><a href="http://www.patricia.miguet.name"></a></div> <div id="footer"></div> en enlevant le 1 des fichiers inclus, cela allège ton test. Par contre, il est fort probable, que tes fichiers ne soient pas la non plus.

Je suis d'accord, mais, dans ces bon développeurs malheureusement, il n'y en a pas beaucoup qui ont une haute maitrise d'un framework.

Un problème important des Framework a prendre vraiment en compte : Les benchs de performances, mais ces benchs sont souvent faussés par une mauvaise maîtrise du Framework, mais du coup, dans un sens sont proche des performances que l'on a sur une bonne partie des devs réalisés avec ces Frameworks, parce que justement, beaucoup trop de développeurs n'ont pas un niveau suffisamment pointu dans ces derniers pour optimiser au mieux les perfs de leurs devs. L'exemple tout bête, c'est que la plupart des Frameworks chargent par défaut tout un tas de librairies (même si tu ne les utilises pas), du coup, si tu ne prends pas soins de désactiver ce que tu n'as pas besoin, tu as déjà de la perte de perf. Et les gorêts qui me sortent une énormité comme utiliser varnish pour corriger les problèmes de perfs, je les renvois vite fait à leur copie, leur code est mal pensé, pour moi, c'est une énormité de passer d'abord par des solutions externes pour optimiser les perfs, le travail est fait a l'envers. D'abord tu optimises ton appli au max, et après quand tu ne peux plus, c'est au tour des solutions extérieures. Quand je compare les qualités de codeurs qu'il fallait il y a 20 ans et aujourd'hui, on constate, qu'il y a un fossé énorme, il y a 20 ans, on en était presque à chercher à économiser le moindre octet, maintenant, c'est "Oula, on s'en fout, le matos suis", oui, sauf, que quand ça monte en charge, ben, le serveur, il ne tiens plus toujours.

Enfin, ce n'est pas trop s'inquiéter pour les concurrents, a partir du moment où tu bosses bien, et que tarifairement tu es compétitif (sans non plus te donner) normalement, tu n'as pas trop de soucis à te faire. Les clients contents ont tendance à rester. Enfin, faire du bon boulot c'est aussi se simplifier la vie pour les mises à jour futures, et du coup, être rapide pour réaliser les MAJ, et du coup, tu eux faire preuve de réactivité par rapport à tes concurrents. Même l'usage d'un framework, ne remplacera pas l'expérience que tu possède d'une appli, tu seras normalement toujours plus rapide qu'un concurrent sur tes développements framework ou pas.

Utiliser un framework connu, oui et non, il y en a maintenant un peu trop : Zend, Cakephp, Symphony, Code igniter, ... dans la plupart des cas, tu trouve un dév, mais, il ne connait pas forcement le bon framework, d'où, la plupart du temps, il y a quand même un temps d'apprentissage. Enfin, pour l'instant, mon principal problème est de n'avoir jamais rencontré de bon développeur utilisateur de framework, ceux que j'ai rencontrés, je les ai vite dégagés tellement leur code était pourris.

Pour certains site, il est mieux de passer par des CMS, c'est le cas notamment pour des petites boutiques en ligne, en utilisant des CMS comme Prestashop tu peux rester compétitif, en gros, ce que tu factures sur ce type d'outils, c'est surtout le niveau de personnalisation de la charte graphique (sur une boutique ça peut vite grimper), l'installation ou le dév de modules supplémentaires. Et puis, il faut bien se dire, une boutique en ligne, c'est pour faire des bénéfice, donc il faut bien investir, si le client n'arrive pas à comprendre, tant pis pour lui.

Malheureusement non Potatoes, plus qu'a prendre ton courage à deux mains, faire une ou deux nuit blanches et finaliser la nouvelle version rapidement

Pour moi aucunes des deux méthodes n'est bonne, c'est extrêmement mauvais d'avoir deux version du site en même temps, sans compter que pour l'image, les visiteurs risquent d'avoir un peu de mal à comprendre, et considérer ton site comme fouillis. Le mieux a faire, c'est de basculer sur la nouvelle version qu'une celle-ci complète

Non aucun soucis de sécurité

Sur Wordpress j'ai installé le plug-in "Old Post Notifier", il correspond tout a fait a ce que tu souhaites

Mais non justement, ceux qui surfent depuis les réseaux d'entreprises ont souvent des configuration matérielle et logicielle identiques. Ou tout bêtement, des internautes qui comme moi, on plusieurs ordi chez eux, mais ou la conf matériel est identique parce que mes ordis sont toujours à jours, et que j'ai fait le même réglage du navigateur.

Ovh fait le PHP 5 sans problème : http://guides.ovh.com/Php5ChezOvh

C'est un peu le cas des utilisateurs qui surfent à partir d'ordinateurs d'entreprises, ou le navigateur est souvent imposé. Et puis au final, tu as quand même pas mal de chance d'avoir des utilisateurs différents qui utilisent la même version de navigateur

Argument plutôt stupide, utiliser un hébergeur qui a ses serveurs chez OVH, au final, tes œufs sont dans le même panier, juste pas dans la même boite à œufs. C'est à dire, si OVH à des soucis, tu les auras aussi, avec en plus le problème de la réactivité d'un intermédiaire.

Tu t'en moques, cela n'ira pas loin, le pseudo n'est pas un élément suffisant pour identifier une personne

Après cela dépend des projets, ceux sur lesquels je travaille actuellement, sont bien trop spécifiques, on ne peut utiliser de CMS, il n'en existe pas pour nos besoins, on n'utilise pas non plus de Framework comme Symphony, les développeurs avec lesquels j'ai travaillé qui utilisaient habituellement des framework codent assez mal sortis de l'enceinte de leur framework. Le principal problème, que Ernestine à vu comme avantage, c'est l'usage des ORM. Au vu des requêtes que l'on génère pour nos besoins, l'ORM montre rapidement ses limites

Un bon point pour toi, tu donnes pleins d'informations, un mauvais point, tu ne donnes pas l'information la plus importante : quel est le message d'erreurs précis, sans, c'est plutôt chaud

Whoua, 4 ans, belle performance

Mode Taquin : Oui, oui, faut assumer, ne t'inquiète pas gentils comme on est, on n'hésitera pas à te rappeler ta bourde

En fait, tu aurais pus faire : SELECT * FROM `societe` WHERE `societe`.`societeID` NOT IN ( SELECT `call`.`societeID` FROM `call` ) Cela aurait normalement marché aussi, le délimiteur sert à ça

Il y a des chances que l'interpréteur se mélange pour raccorder correctement le champs societeID, le mieux, c'est de préciser de quelle table il provient SELECT * FROM societe WHERE societe.societeID NOT IN ( SELECT call.societeID FROM call ) Mais, il y a aussi une chance qu'il y ait un problème avec le nom de ta table call, puisque CALL est une commande SQL

Oui, 500 € c'est trop bas, a moins d'être sûr de passer moins de 1,5 jours dessus (chose quasi impossible, même pour un site vitrine)

Disons que tu vas être tranquille, Megaupload vient d'être fermé par le FBI : http://www.presse-citron.net/la-justice-americaine-ferme-megaupload