kowalsky a écrit 2337 commentaires

God Bless Apple!

God a apparemment déjà blessé le PDG d'Apple, c'est déjà bien, non ?

C'est pas du porno puisque qu'il y a des poils autour.

Vive l’Allemagne !

On parle d'administration de serveur là, pas d'un Mac pour monter des vidéos ou éditer des photos. !

On parle d'administration de serveurs là, pas d'administration de serveur.

En fait, c'est une vraie passoire le DHCP de Numéricâble et le contourner, ce n'est vraiment pas très compliqué !

Je ne vois pas pourquoi tu dis ça. Il fait son boulot et même très bien apparemment. Il d’attribut une adresse non utilisé, te communique le masque, la gateway et surement des DNS. Et en plus tu plus tu peux choisir de garder ton IP si tu le veux. Après il fonctionne peut être pas de façon à empêcher un renouvellement forcé de l'IP, mais c'est une autre histoire.

Et pour le "contourner", il faudrait que tu déclares ton IP (et le reste) à la main, au risque qu'elle soit utilisé un jour... Et encore, même comme ça, si il n'y a pas eu authentification (pppoe au autre), tu ne peux pas mettre l'IP que tu veux.

Mais tu n'es pas obligé d'utiliser ubuntu non plus !



===> [ ]

Ta blague ne casse pas trois pates à un chat !


=======> [ ]

Combien d'internautes - qu'ils utilisent facebook ou pas - sont capables de "bloquer les cookies facebook" ? Combien ont même conscience de ce que permettent ces cookies et l'importance de les bloquer ?

Mais ça c'est le fonctionnement d'internet. Le "problème", si il y en a un, ce n'est pas facebook, c'est que certaine personne n'aiment pas être "tracé" sur le net.
Le gens qui se posent cette question à 99,7% (chiffre obtenu de façon scientifique par mes soins) SAVENT comment faire.
Mais comme ils veulent faire leur pisse vinaigre parce que la hype de facebook les fait chier (et elle me fait chier aussi), ils inventent un pseudo truc comme quoi facebook peut te flicker et savoir si tu préfère les caleçons ou les slips (voir les String pour les développeurs) même si tu n'as pas de compte.

Alors qu'en fait, que peuvent ils savoir ?
L'URL (et potentiellement le contenu) de toute les pages visité, si elles contenaient un bouton like. ça peut etre relié à un Nom/Prenom dans certain cas (si perso avec un bouton like).

C'est énorme, mais bon, si c'était que facebook, ça se saurait.

De plus la parade est trivial, bloquer les cookies facebook, xitie, etc...

J'ai pas de compte facebook, je trouve ça trop naze d'avoir à s'enregistrer pour voir les trucs de facebook, bref je n'aime pas facebook.

Mais ce genre d'initiative, ça fait gamin pleurnicheur.
La mesure de contournement est simple, bloquer les cookies facebook. Apres, si les mecs ont trop la haine de voir un bouton facebook à droite à gauche, c'est triste.

Et au lieu de pleurnicher, l'espace pour faire un facebook à l'époque était libre, ils étaient au fait des technologies d'internet dans les années 2000. Donc ils pouvaient le faire leur facebook gnu, ça se trouve le nom de domaine était meme libre.

Bref, la fsf, c'était mieux à vent.

Le plus "simple" (notez les guillemets :) ), pour avoir du code propre et surtout maintenable sur un très gros projet javascript, c'est de faire comme si c'était du java.

Utiliser les exceptions, un fichier js par objet, des petites méthodes, etc...

Si le projet n'a pas été pensé de façon pérenne dès le début, passer JSLint dessus va faire pleurer les développeurs.

Je dis ça parce que je reprend un truc avec pas mal de JS, et j'ai maaaaaal...

Dans ce cas, il faut une bite plutot, non ?

Impossible, la PS3 n'a pas de jeux !

Je prédit même la fin de windows, linux et de la planète terre.

Donc oui, ceux qui prédisent la fin des mails ont raison !

Si tu lis le mail http://marc.info/?l=openbsd-tech&m=129296046123471&w(...) , Théo exprime (très clairement, joli mail) qu'il n'y a rien d'alarmant pour l'instant. La faille introduite aurait pu l'être que dans les produits utilisant OpenBSD par exemple.

Il est trop tôt pour se faire une opinion.

Ce qui en ressort, c'est la transparence que le modèle open-source impose. C'est quasi sur que dans un système sans accès au source, ça serait resté en interne, au moins jusqu'à ce que l'on tire les choses au clair.

Et je rajouterais qu'en plus OpenJDK est et restera libre, au moins dans ça version actuelle.

Un message inutile pour dire :

ça déchire !

J'ai testé pour le boulot et c'est vraiment bien. Le support 802.1X, c'est super

8.8.8.8 , c'est déjà une solution de contournement...

En JS, il peut embarquer la "lib" directement dans le code... Donc dans son code d'horloge, il n'avait qu'a copier coller le code la "lib" :)

Jean-Baptiste_Botul n'est pas de ton avis et ne trouve pas la blague drôle.

Dans l'exemple de base, qui était coller une horloge JS sur un site facturé bonbon! (genre de chose que j'ai fait (et facturé bonbon)), généralement, le client t'appel pour un site dont il ne connait rien à part que c'est le sien !

Il te dit :
Fais moi un devis pour un truc et généralement, tu tatonnes et tu comprend que tu dois faire toutes les choses. C'est rarement compliqué (serveur dédié ou mutualisé PHP/MySQL), mais tu dois pas lui fournir un .js, il veut que quand tu lui dis que c'est fait, il regarde sur le site, et c'est fait.

C'est souvent comme ça que ça se passe pour les petits clients qui s'adressent au petites boite (ou au noir). Ensuite, les SSII, la c'est commercial, avant-vente, réalisation par équipe mutalisé etc..., mais ça, c'est une autre histoire :)

Ok, mais comment tu te connectes au serveur ?
Aller, le réseau est la seul compétence presque pas requise pour les cas "simple".

Ensuite, compétence Linux/Windows :
Si tu as un accès SSH seulement, afin de ne poser les fichiers qu'en scp ? ça demande des compétence Unix (déplacer dans l'arborescence, systèmes de droit d'accès (chmod, acl), etc...)
Si tu as un serveur Windows, pareil, il faut connaitre un peu le système, le path pourrit, droit d'accès, etc...

Ensuite, le serveur web, si tu connais bien apache, mais que c'est du tomcat sans apache ?
Va retrouver ton war en lisant tes fichiers de conf xml :)

Ensuite, pourquoi PHP ou autre ?
Et si le site est dynamique et qu'aucune page statique n'est servi, tu peux être obligé de suivre la logique qui t'amènes à la page qui sert l'horloge.

Alors oui, c'est simple quand tu connais, mais quand tu es en face du client, tu ne peux pas dire, ah mais heu en fait je n'ai jamais fait ça sur version, vous pouvez appeler le mec qui vous a installé le serveur pour qu'il m'explique blabla...

Oui et non...

Parce que les "compétences de base" pour un "informaticien" sont quand même très large.

Base de réseau
Base de Windows/Microsoft
Base de Linux
Base de html
Base de sécurité
Base de hardware

Cela s'affine quand on avance dans un domaine. Donc, oui, c'est simple une horloge javascript, mais seulement, une fois que l'on à quelque base de :
Réseau
Linux ou Windows (selon le serveur)
HTML (voir PHP ou ce que tu veux pour un site dynamique)
javascript
connaissance des implémentations de javascript sur les navigateurs du moment.

Donc oui, l'informatique, c'est simple, mais quand tu connais :)

if ((isMonday())||(isTuesday())||(isWednesday())||(isThursday())||(Friday())||(isSaturday())||(isSunday())
return true ;

Oui, mais parfois, ses signatures sont plus longues que le mail et le nombre de feuille imprimé à cause de cette signature doit être impressionnant !

avale la bulle que pour macos apparemment sur leur site...

Sinon, je cherche une version imprimable de la doc.

Il a voulu faire une insertion SQL, mais il n'avait pas les accès en écriture sur toute la table. Mais bon, apparemment la base de donnée à du changer de configuration pendant l'opération parce qu'il ne semble pas qu'il a fait une injection SQL frauduleuse, mais il a quand même réussit son insertion.

Il faudrait regarder dans les logs pour être sur...