captain_torche

Et, pour le rajout de marge, il vaudrait mieux l'écrire comme ça : <p style="clear:left; margin-bottom:30px"> Mais, ce serait encore mieux si tout cela était dans un CSS extérieur.

Logiquement, si ce message apparaît quand tu testes en local sur ton ordi, il ne devrait pas apparaître quand tu le feras tester en distant chez tes clients.

Le fait de spécifier des alias de tables, n'est utile que dans le cas où on effectue une requête concernant plusieurs tables (et où par conséquent, il y a un éventuel risque de conflit).

Oui, je pense que dans ce cas, ça ne serivrait à rien. A moins qu'il existe un attribut lang="phonétique"

Et si tu y posais ta question ? Je pense tu aurais plus de chances d'y trouver une réponse.

J'y avais pensé, mais je pense qu'en ce cas, en plus de mal me faire voir, j'aurai une certaine dose de pression supplémentaire. Déjà que ne faire "que" une heure de plus par jour a eu du mal à passer ...

Exactement En gros, le moteur de PHP va analyser toutes les pages avec une extension .php, et exécuter le code PHP s'y trouvant, puis renvoyer son contenu au navigateur.

Je sais bien que ça marche beaucoup comme ça, mais j'ai pas apprécié quand mon supérieur direct m'a signifié que si je souhaitais partir une demi-heure plus tôt dans la journée, il faudrait absolument que je la récupère. Alors que je serais parti pendant mon temps de "bénévolat". Je veux bien faire des concession, mais il me semble logique qu'elles soient à double sens

Effectivement, tu n'es pas forcé d'avoir du PHP dans toutes tes pages. C'est ce qu'a fait le webmaster du site que tu as cité. Seulement, il a nommé les pages sans php, en .htm Il aurait très bien pu mettre une extension php à toutes les pages, ça n'aurait rien changé.

Non, on ne peut pas voir le PHP dans le code source de la page. Je l'ai tout simplement deviné, en regardant les extensions de pages : dans un site qui possède des pages avec extension HTM et PHP, il y a fort à parier que seules celles qui possèdent une extensions PHP utilisent du PHP

Oui, ça c'est largement faisable. Par contre, ce site possède vraiment très peu de PHP, il faudrait voir à faire quelque chose de plus performant

Non, malheureusement, pas de RTT, ni d'avantages de quelque sorte que ce soit Bon, je crois bien que je vais continuer dans ma voie (surtout ne pas forcer), et me faire de l'expérience valorisable ailleurs pour plus tard

Sinon, si tu veux apprendre des notions de PHP, je te conseille les excellents tutoriaux du site du zéro. [HS]Quant aux fourmis, autant les deux premiers sont excellents, autant le dernier m'a déçu. Werber est un auteur inégal (mais ça ne m'empêche pas de relire ses bouquins).

Je suis bien embauché pour 35 heures.

Belokan (fan de werber, au fait ?) : Les deux sont possibles : tu peux décider de tout faire de A à Z, ou tu peux trouver un script le faisant, que tu adapterais (ou pas) à tes besoins. Tout dépend du temps que tu veux y passer, sachant que dans tous les cas, tu devras apprendre les bases du PHP.

Le souci, c'est que tout le monde fait des heures sup, contractuellement non payées, donc ... Pour être plus clair : tout le monde est payé 35 heures, et est encouragé à en faire beaucoup plus (sachant que ne faire que 39 heures est très mal vu).

Oui, tu auras besoin de PHP (ou de tout autre langage exécuté côté serveur). Pour faire simple, il te permettra de traiter des formulaires d'ajout, de suppression, ou de modification de galeries, ce qui évitera à tes contributeurs de se prendre la tête en modifiant les pages du site "à la main".

Je me posais une question, en relisant mon contrat de travail : une clause : "Les heures supplémentaires ne sont effectuables qu'après demande expresse du supérieur hiérarchique", est-elle valable ? Rien de pressé, c'est plus par curiosité.

Pas de risque, parce que tu ne rajoutes que du contenu. La sandbox n'intervient que si un site pas forcément hyper-connu, se choppe énormément de BL dans une courte période. Ce n'est pas parce que tu rajoutes des liens extérieurs, que tu risques quelque chose. Bon, par contre, si tout le monde fait du lien retour, c'est plus galère, mais ça arrive rarement

De toutes façons, s'ils ont signé le devis, ils l'ont accepté. Il est trop tard pour se désister

Je suis pas un expert, mais je ne pense pas qu'on puisse juger de la qualité d'un travail, alors qu'il est en cours de réalisation (ça serait comme faire un procès à une entreprise de travaux parce que votre maison n'a pas de toit alors qu'elle est en cours de construction). Vous avez des délais ? Ils sont tenus ?

Cet attribut n'est pas valide en strict, parce que le target (historiquement créé pour la gestion des frameset) n'a plus de raison d'être. Le target="_blank" dans un site sans frameset, est un détournement de son usage. Pour ce qui est du choix de l'utilisateur, son navigateur le lui permet déjà : simple clic pour une ouverture dans la même fenêtre, shift+clic pour une ouverture dans une fenêtre/onglet différent. Même si ça part d'une bonne idée, ta fonction est horripilante, car elle impose un clic supplémentaire pour afficher chaque page. Imagine-toi chaque lien du Hub avec une confirmation d'ouverture, et tu auras une bonne idée de la galère imposée (cette fois-ci).

Pour commencer : quels engagements contractuels as-tu pris ?

Le SLI, c'est une technologie de Nvidia qui permet de connecter deux cartes graphiques identiques pour qu'elles fonctionnent en parallèle. Tu as le branchement disponible sur le côté de ta carte graphique, et tu as du avoir un connecteur double dans ta boîte (en forme de pont). Si tu ne disposes que d'une seule carte, il ne faut bien sûr pas le mettre (le connecteur). Le message t'informe que ta config est passée en mode "une seule carte". Ton jeu fonctionne ?

Il n'y aurait pas, sur ta carte, un emplacement pour un connecteur d'alimentation externe, que tu aurais oublié de brancher ? (En gros, que la carte soit reliée à l'alimentation en plus de l'être à la carte mère)