Bah c'est pas dur suffit de se faire un vieux serveur qui gère le SATA, tu fous tes DD dedans et tu fous un truc genre Red Hat Like

Sinon ton NAS net-gear là il fait du software raid c'est suffisant pour ton usage, t'as plus qu'a le monter en réseau avec ton raspi comme je t'ai dis.

Bon, je crois que je suis vraiment con.

Si je veux modifier mon urxvt je dois trifouille le fichier de conf Xresources, c'est cela?

Déjà sur tout les sites il est marqué qu'il devrait être dans mon user folder
Sauf que je vois rien là ...

Donc je cherche partout et je le trouve donc dans /etc/X11.

Je suis content et tout, je l'ouvre avec vim, et là il m'a bien fallut une demi heure pour comprendre ce qu'était netrw et pourquoi il était là.
J'essaye d'ouvrir avec un éditeur de texte un putain de répertoire

Mais comment je suis sensé rajouter des lignes de codes dans un répertoire

Je dois créer un Xresources dans mon user folder? Si oui, comment?

S'il vous plait aidez moi à comprendre

https://wiki.archlinux.org/index.php/rxvt-unicode

J'ai clairement l'impression que Archlinux est beaucoup plus adapté aux débutants avec sa doc limpide et sa composition très claire

Xenio > le .Xresources doit être compilé, si je me souviens bien.
Si tu galère trop, fous tout dans ton .Xdefault. Même si c'est théoriquement déprécié depuis plusieurs dizaines d'années ( ), il est directement interprété par l'environnement et tu peux régler les mêmes choses que dans ton .Xresources.

@Debian users

https://packages.debian.org/fr/wheezy/firmware-linux-nonfree

J'ai besoin de ce package pour certains pilotes, mais apt-get le trouve pas. Il est dans wheezy de base ou pas?

En fait je suis con fallait juste ajouter les repos non-free

Ah au fait, j'ai réglé mon problème avec Apache : le répertoire root par défaut a changé, de /var/www/ à /var/www/html/, sur lequel je n'avais aucune permission (et était vide), d'où les 404 à répétition et une 403.
Du coup, il fallait juste changer le répertoire root dans /etc/apache2/sites-available/000-default.conf et /etc/apache2/sites-available/default-ssl.conf et refaire les liens symboliques pointant vers ces 2 fichiers dans /etc/apache2/sites-enabled/ qui, pour une raison que j'ignore, était totalement vide.

Ça m'apprendra à survoler les changelogs

C'est pour ça que je voulais voir tes vhosts

Changer de /var/www à /var/www/html wtf? Y a pas que de l'html sur un serveur c'est con comme arrangement.

Debian

C'est parce que y a eu un passage à la 2.4 que Debian a supprimé toute ta config avant d'en refaire une. Vu que la syntaxe a changé.

Très franchement, j'ai aucune idée des raisons de ce choix, et clairement ça m'en tape une sans faire bouger l'autre

Je comprends pas que PHP puisse être si populaire et avoir des serveurs si tentaculaires à configurer (et je parle même pas de Nginx qui, bien que génial, est un monstre de configuration)

Si je le pouvais je partirais pas de Rack et son merveilleux système de serveurs : le nom dans le gemfile et tout est terminé

C'est juste le langage le plus rapide.

Les mecs qui utilisent python ou ruby pour faire du web c'est grave lent. Par contre nodejs à l'air de devenir de plus en plus populaire je connais pas ses performances, peut être que ça surpasse php.

Je viens de découvrir un truc sur firefox, appuyez sur "alt"

" C'est juste le langage le plus rapide. "

Pas forcément. Php en lui-même est extrêmement rapide quand il est nu (et qui développe sérieusement en PHP nu ?), mais dès qu'on passe aux frameworks les plus populaires (Laravel, Symfony, CodeIgniter), c'est un vrai vaux, à peine plus rapide que les consorts Ruby/Python. Comparé à des langages compilés comme Haskell avec Snap/Yesod ou Scala avec Lift/Play, les résultats sont édifiants.

Enfin en l'occurrence la vitesse de traitement du serveur est très rarement le bottleneck des petites et moyennes applications, sauf cas très particuliers. Seules les webapps avec un trafic conséquent (donc pas un trafic qui tient sans broncher sur l'hébergement 2€/mois d'OVH) peuvent vraiment avoir besoin de performances de ce côté là (et encore, ça dépend de pas mal d'autres facteurs ; Reddit tourne en Python (et il se plante souvent, certes)). Dans beaucoup de cas, à moins de recevoir le traffic d'Amazon, les utilisateurs ne verront pas de différence entre un serveur sous PHP, Python ou C++.

Node c'est cool et c'est plutôt performant, mais comme pour PHP ou Rack, il faut différencier la plateforme nodejs 'nue' qui n'est qu'une couche serveur et est donc incroyablement rapide (mais trop bas niveau pour être utilisée efficacement sur pas mal de tâches), des surcouches/frameworks visant à ordonner un peu le développement (Express/Sails/Meteor par exemple) et qui, comme pour tous les autres langages, ralentissent considérablement le tout.
Après perso j'aime beaucoup le MEAN stack (Mongo Express Angular Node) mais à mon avis la bulle NoSQL de Mongo et ses consorts va vite exploser. Ça a admirablement bien porté Node ces dernières années mais l'utilisation qui en est faite est juste délirante parfois, le NoSQL a des domaines très spécifiques où il peut briller et quand on voit qu'il est de plus en plus utilisé pour des modèles qui crient 'RELATIONS !', ça fait peur

Pas vraiment, tu peux faire beaucoup de choses en web. Certaines choses demandent de la rapidité. Car il faut faire de grosses boucles.

Amazon n'a pas besoin de ça par exemple. Mais oui tant qu'on reste dans le très simple concept on a des données dans la BDD et on les ressorts telles quelle avec un peu de CSS y a aucune différence.

Par exemple sur notre base de gestion de membre (que j'ai codé en ruby avec Rails) j'ai besoin de parcourir tout l'arbre du LDAP pour retrouver les chambres des membres. Ca prends environ 4 secondes. C'est bien mais ça reste lent. On a une autre base de gestion faîte en python et cette fois ça prends 2 seconde. Donc avec PHP on tape dans les milliseconde

Sinon j'ai toujours fait du PHP sans framework et je connais personne qui utilise ces framework

Merci JamyGourmand pour la page wiki, c'est vrai que c'est bien expliqué
Me fallait simplement créer un fichier texte nommé Xresources dans mon user folder

Oui, je dis pas que les performances brutes sont pas importantes, simplement pour beaucoup de cas et de petits sites, c'est pas ça qui est bloquant. Y'a souvent beaucoup plus de travail à faire du côté du chargement des assets, du rendering de la page et du code serveur en lui-même avant d'avoir réellement besoin de la performance brute.

"Par exemple sur notre base de gestion de membre (que j'ai codé en ruby avec Rails) j'ai besoin de parcourir tout l'arbre du LDAP pour retrouver les chambres des membres. Ca prends environ 4 secondes. C'est bien mais ça reste lent. On a une autre base de gestion faîte en python et cette fois ça prends 2 seconde. Donc avec PHP on tape dans les milliseconde"

T'as géré ça manuellement ou avec un système d'authentification type Devise ? Ces systèmes sont généralement très optimisés et rigoureusement testés donc ça vaut le coup.
Je sais pas combien t'as d'entrées à parcourir, donc je peux pas te dire si la durée est normale. Tu parles de 'parcourir tout l'arbre...', mais t'utilise bien un index ? Le classique également, t'as pensé aux requêtes 'n + 1' qui sont un vrai fléau dans Rails ?

Pour la durée en elle-même, c'est pas comparable. D'une part, tu compares l'utilisation des ORMs fournis par Rails/Django (tu parles de Python, je présume par défaut que c'était Django ?) avec des requêtes SQL brutes en PHP. Les ORM sont une couche d'abstraction monumentale d'une part, surtout l'ActiveRecord de Rails (qui abstracte parfois un peu trop, même) (donc c'est pas gratuit à analyser), mais qui génèrent aussi les requêtes eux-même, pour les exécuter. Évidemment que ça va être plus lent que si tu fais tes requêtes à la main en pur SQL
Mais ça c'est pas vraiment une question de performances, c'est un choix : l'abstraction qui simplifie l'accès à la DB ou la performance en SQL brut. T'aurais la même magnitude de performance dans à peu près n'importe quel framework en écrivant les requêtes à la main, sans intermédiaires.
Après oui l'ActiveRecord de Rails est monstrueusement lent et souvent pointé du doigt pour ça. En général y'a moyen de compenser avec quelques optimisations simples dans les 'requêtes', le caching poussé de Rails et si les calculs s'y prêtent, la mémoïsation (qui peut aussi être automatisée dans Rails avec quelques gems).

"Sinon j'ai toujours fait du PHP sans framework et je connais personne qui utilise ces framework "

Je voulais dire professionnellement. Peu de groupes développent entièrement manuellement (sauf éventuellement pour des besoins de niches et du très gros traffic), maintenant soit les frameworks reconnus sont utilisés directement, soit les boîtes se montent leur propre framework pour réutiliser du code et se forcer à une organisation commune. Devoir réécrire chaque pièce d'un projet à chaque nouveau projet est bien trop contre-productif.
Tu le fais d'ailleurs peut-être implicitement, si tu suis, par exemple, un modèle MVC manuel et que tu sépares ton code en modules réutilisables.

J'utilise Rails comme un simple "générateur" c'est à dire que je fais mon code en Ruby et Rails me sert juste à récupèrer les données pour les afficher. C'est la manière la plus plausible d'utiliser LDAP. Du coup c'est surtout Ruby (et net-ldap) qui est lent, pareil pour Python avec son module ldap (qui est nettement plus rapide toute fois).

Sinon en mode MVC ( ) je trouve Rails complétement assisté, d'une part il fait tout lui même et d'une part tu peux pas faire tout ce que tu veux comme t'as envie. Ne parlons pas de la communautée assez honteuse.

Sinon c'est turbogears sur Python.

C'est Ruby et Python qui sont lents, les framework accentuent juste un peu cette lenteur.

Bah je fais pas trop de web en réalité non plus, je suis pas interessé par cet aspect là de l'informatique. Je suis interessé par la vraie science, la branche des mathématiques discrètes.

Donc même programmer je le fait que pour atteindre certains objectifs sinon c'est pas un kiff particulier

Ah d'accord, je comprends mieux

En passant, si tu te sens limité par Rails, tu peux regarder du côté de Sinatra. C'est à l'opposé de Rails, un framework ultra minimaliste qui est juste une abstraction supplémentaire au dessus de Rails, ni plus, ni moins. Et qui est aussi ultra populaire, donc c'est pas un truc obscure

"d'une part il fait tout lui même"

Tu dois parler des générateurs automatiques ? (ceux qui te génèrent un contrôleur, un modèle, ses vues et ses tests en même temps)
Généralement, le fait de tout automatiser n'est une mauvaise chose que si on perds quelque chose : performances, code clair, contrôle, ...
Si ça peut te rassurer, les générateurs de Rails font effectivement perdre toutes ces choses
Ils sont surtout utilisés pour du prototypage ou du bricolage quand on débute.
En production, ils sont très rarement utilisés, parce qu'ils génèrent du code assez peu lisible (mais ultra (trop) commenté), se glissent un peu de partout (quid du générateur de modèle qui écrase des propriétés CSS globales ) et qu'ils font du boilerplate massif rarement utile en son intégralité. Et puis même sans ces générateurs, Rails fournit assez de conventions pour générer très rapidement soi-même les mêmes bases, en plus efficace.

Pour la communauté, ça c'est plutôt vrai, mais c'est propre à tout ce qui a subi un buzz. Rails, Javascript, Python, PHP, Java, etc... ont tous plus ou moins une communauté dégueulasse, parce qu'ils ont une base d'utilisateurs phénoménale (et qu'étrangement, c'est souvent les connards qui sont attirés par ce qui subit le buzz juste pour le buzz ).
La seule communauté réellement sympa et ultra compétente sur laquelle je suis tombée, c'est celle du Haskell. Incroyable

La communautée est très propre sur Python je trouve comparé à Rails. Sinon sur Ruby en soi j'ai rien à dire à propos de la communautée elle est également pas mal

Je connaissais pas Sinatra ça peut effectivement mieux convenir à mes besoin, je me renseignerais au besoin

Je peux concevoir que le buzz attire un peu tout et n'importe quoi Après c'est surtout que voilà les gens qui utilisent Rails veulent juste un site web fonctionnel quoi ils s'en battent les reins du background pourtant très important en informatique.

Je connais pas non plus Haskell, c'est quoi le principe? C'est quoi comme type de langage

Salut!
Ca va?