Mephisto

require_once(), et doubles quotes ou backslash sur la quote, pour le message d'erreur.<br>

CQFD ?

on pourrait fermer le topic ? ou le deplacer dans blabla ?

merci

on va encore me repondre "chez moi, ca marche" mais j'ai teste dans les quatre apparts par lesquels je suis passe sur paris au mieux, j'avais quelques prises qui communiquaient, en restant dans une meme piece donc, eventuellement, avec une rallonge pour chopper les bonnes prises mais en effet, par WiFi, c'est mal partie d'ailleurs, je ne suis pas sur, mais il me semble qu'un pont wifi necessite plus que deux AP (si l'on considere le module WiFi d'une box comme un AP, ce dont on peut douter, vu la marge de manoeuvre et le potentiel...)

j'ai cru comprendre qu'ils avaient *enfin* vire hal ?! effectivement, au premier lancement, doit y avoir de la conf a reprendre par contre, devicekit, je l'ai deja vu installe, mais j'ai aucune idee de comment ca tourne en quoi c'est sence etre 'mieux' que hal ?

Il me semble que dans les spécifications standard du sql la clause from n'est pas facultative. C'est d'ailleurs il me semble l'une des raisons de la table dual sous oracle. (du coup ta ligne ne fonctionne pas sous sqlplus) Enfin après il y a peut etre certains sgdb qui l'autorise... au moins en sqlite, mysql et pgsql

ecoute, c'est un conseil a prendre ou a laisser a nouveau, le sujet du thread (pas seulement *mon avis*), c'est le mode bridge et a nouveau, tu reviens a la charge poster hors sujet

*facepalm* (et ça mériterait même un smileye) une fois en bridge, tu n'as plus besoin d'aller sur l'interface de ta box (sauf pour enlever le bridge, donc, pas tellement génant dans l'absolu, tu te plug dessus en cas de changement d'avis). parcequ'à nouveau, le principe, c'est de ne plus se servir de la box de ton FAI, mais de *tout* faire sur *ton* routeur. sinon, je vois pas bien l'intérêt d'avoir deux routeurs consécutifs. à moins que tu aimes rediriger tes ports en double... mais au final, tu n'exclue pas la possibilité d'un "mauvais fonctionnement" de ta box (ou disons, comportement surprenant, parcequ'il y certainement une explication...). bref, si t'es joueur... t'as de la chance d'utiliser ces 'saloperies' grand publique à interface web le jour où tu devra le faire en pf/iptables/..., bind, ...

j'ai bien compris c'etait plus un conseil deux routeurs, c'est useless pour une telle topologie et l'interet de mettre ton routeur, c'est de plus dependre de leur merde

si tu fais aussi les redirections *au niveau de la box*, c'est que ta box n'est pas en mode bridge en principe, ton routeur obtient le DHCP de ton FAI, et l'IP de ton interface WAN est celle que ta box pouvait avoir avant de la passer en bridge la passerelle et les DNS devraient etre fournis par DHCP, regarde si ton routeur n'a pas de quoi parametrer tout ca

C'est même pas nécessaire, l'IP étant distribuée par un DHCP, la trame traverse et va se ficher sur la patte WAN du routeur. Avoir 2 routeurs ne sert à rien très sincèrement, du moins pour un abonné Free. L'interface est centralisée sur les serveurs de free, et reste accessible. Donc aucun désavantage Et coté pirates, ça ne change strictement rien. oui et non 1) le DHCP sur l'interface WAN, je faisais ca au debut sur ma gate. c'est plus long a booter, c'est pas tres benef (ouai, je te l'accorde, c'est pas grand chose, mais quand DHCP echou, ca devient casse couilles) de toute facon, free nous donne une ip fixe, autant l'utiliser en dur dans ta conf 2) tu es en train de defendre l'interface de conf de ta freebox la ne serait-ce qu'avec cette histoire de configuration en passant par le site de free: quand on a plus le net a la maison, on est tout de meme en droit d'attendre un service minimum, incluant la possibilite de changer certains parametres de ta configuration apres, on peut aussi lui reprocher que - elle ne gere qu'un /24, sur un "192.168." force - elle n'integre pas de DNS local (que ce soit pour nommer tes hosts, ou filtrer les sites de pubs&saloperies) - tu ne peux rien configurer a ton DHCP (passerelle, DNS en amont, ntp-server, ...) - tu ne peux que 'rediriger' des ports, sans les filtrer.... j'insiste pas plus. Mais la Freebox (ou n'importe quelle autre box), c'est essentiellement decoratif. le seul avantage que j'y vois, c'est qu'un nmap sur une freebox en mode routeur, ca repond rien. faudrait que je regarde comment faire pour reproduire ce comportement sur ma gate...

Excellent choix ^^ bon courrage j'ai decouvert "recemment", j'ai pas cherche a voir les differents installeurs d'autant plus que celui en console est particulierement bien concu exception faite de la gestion des disques je sais plus trop comment j'en etait arrive la j'avais du retourner sur une etape d'une section precedente (les connaisseurs comprendront) en voulant poursuivre, en revenant ou je m'etais arrete, ou en reprenant juste apres mon erreur, pas moyen, l'installeur etait pomme mais globalement, si tu fais tout bien dans l'ordre, tout va bien se passer pour le grub error, donne nous plus de details peut-etre est-ce le disque de boot mal indique (hd1,0 au lieu de hd0,0, ou inversement) ? il y a une chose qu'on peut reprocher a arch, c'est qu'il a tendance a pas toujours loader ses perifs dans le meme ordre il y a des manips pour les forcer/fixer, mais quand on fait pas attention, ca fait des surprises. comme sur ma gate, qui apres un reboot, s'est mise a filtrer mon reseau local sortant... ( au passage, la solution: mv /etc/udev/rules.d/75-persistent-net-generator.rules.optional /etc/udev/rules.d/75-persistent-net-generator.rules reboot .... mv /etc/udev/rules.d/75-persistent-net-generator.rules /etc/udev/rules.d/75-persistent-net-generator.rules.optional et ca bougera plus ) quoi qu'il en soit, peut-etre le media d'installation a-t-il ete pris en compte dans l'enumeration des perifs, et ton disque ne serait maintenant plus a la meme position dans cette liste et dernier conseil: shm est automatiquement monte avec la moitie de ta ram. tu peux modifier ca dans le fstab et quand t'as de la ram en masse, monter /tmp dessus, c'est cadeau, meme remarque pour la taille dans ton fstab, remplace les /dev/toto par /dev/disk/by-uuid/[uuid], ca evitera de monter les disques aleatoirement (d'autant plus genant quand c'est / qu'il retrouve plus...) devpts /dev/pts devpts defaults 0 0 shm /dev/shm tmpfs nodev,nosuid,size=1024M 0 0 tmpfs /tmp tmpfs size=1024M 0 0 UUID=6df938ed-9f5c-44b0-966d-d19b688307ae / ext4 defaults 0 1 UUID=649e4f86-ad70-43ab-aa7a-0510fef3a020 /home ext4 defaults 0 1 #UUID=f78f5471-802e-4246-8c23-ae83ef3a55b0 /mnt/ovrflw ext4 defaults 0 1 UUID=bef395ca-f10c-48e5-b9df-17dc4092a2e1 /mnt/videos ext4 defaults 0 1 UUID=30a5e93a-dcd5-40ca-81bf-1491ffff5f4d /mnt/storge ext4 defaults 0 1 UUID=931f83d9-cec9-4190-bf6d-909439284e4f /mnt/vrtual ext4 defaults 0 1

pour le principe, un coup de propagande : ArchLinux, ca troue le cul plutot light un arriere gout de BSD simple sans etre "user-friendly" je sais pas ce que ca donne avec KDE (allergique), mais gnome+compiz en 64b (6Gb de ram) tourne parfaitement par contre, nvidia, je ne sais pas ce que donnent les driver catalyst, mais ca a l'air documente sur le wiki

4Gb seront geres *en tout* donc, modulo la ram de ton chip graphique (et probablement d'autres conneries) meme si c'est pour pas grand chose (quoiqu'on voit de plus en plus de CG embarquant 1Gb de DDR), il vaut mieux s'emmerder a mettre un PAE. ou sinon, envisager de sauter le pas pour le 64b c'est pas 'parfait', mais sur une utilisation courrante, on ne remarque pas la difference quelque soit la distrib, on se retrouve plus ou moins avec ce meme probleme: des connards distribuent pas leurs sources dans ces cas-la, on regarde quels lib sont manquantes, et on va installer `lib32-$lib' apres, mandriva, c'est peut-etre pas le bon exemple, avec cette histoire de driver proprios... t'as une idee de quels perifs auraient besoin de ces drivers ?