Conception d'un réseau local
Résolu/Fermé
oliv7275
Messages postés
4
Date d'inscription
vendredi 22 juillet 2016
Statut
Membre
Dernière intervention
29 juillet 2016
-
22 juil. 2016 à 02:28
oliv7275 Messages postés 4 Date d'inscription vendredi 22 juillet 2016 Statut Membre Dernière intervention 29 juillet 2016 - 27 juil. 2016 à 22:49
oliv7275 Messages postés 4 Date d'inscription vendredi 22 juillet 2016 Statut Membre Dernière intervention 29 juillet 2016 - 27 juil. 2016 à 22:49
A voir également:
- Conception d'un réseau local
- Appdata local - Guide
- Partager un dossier en reseau local - Guide
- Ip local - Guide
- Local send - Télécharger - Divers Utilitaires
- Entrer les informations d'identification reseau - Guide
2 réponses
ryko1820
Messages postés
1677
Date d'inscription
dimanche 28 avril 2013
Statut
Membre
Dernière intervention
15 août 2021
276
22 juil. 2016 à 22:16
22 juil. 2016 à 22:16
Hello,
j'utilise plus ou moins des solutions similaires avec des ordi encore plus anciens (Pentium 4 (2004)) qui tournent 24/7 et plusieurs choses me font réagir dans ton projet.
piloter depuis un ordinateur portable des traitements assignés à des serveurs : Des serveurs sous Linux n'ont pas besoin d'un Windows pour lancer leurs traitements.
J'utilise Windows uniquement par habitude, pour naviguer sur le web, me connecter sur les serveurs, consulter les mails envoyés par mes programmes. Aussi parce que mes serveurs n'ont souvent pas d'écrans, mais des fois même pas d'interfaces graphiques, mon Windows ne contrôle rien ... Après si on fait confiance à Windows, ou si on a pas le choix ... il a un planificateur de tâche aussi ...
manipulation et transfert de fichiers
ftp (émission/réception) vers internet
échange de fichier entre eux
Tout ça Linux sait le faire naturellement, ssh, sftp, scp, rsync, et même avec Windows via Putty et ses programme en lignes de commandes. De préférence privilégier l'échange de clefs d'authentification entre les serveurs linux et les clients de façon à ne pas avoir à gérer de mots de passe.
navigation automatique sur mes sites (hébergés à distance) avec lecture de contenu de page et interaction avec les pages, comme un visiteur humain (notamment avec prise en compte de javascript) Tout ce qui est webscraping se fait traditionnellement en script : shell script, python ou autre, voir même php en cli. On fait suivant ce avec quoi on est le plus à l'aise. Cela permets d'adapter rapidement un programme aux mises à jours des pages web que l'on parse et le scripting est largement suffisant pour tout. On peut même faire du webscrapping avec powershell, en VB ou en C# mais bon ...
Le programme le plus utilisé pour faire des robots est
Pour le javascript, j'ai aspiré des To de données sans jamais en avoir eu besoin, alors que je parse toute sorte de sites web professionnels de complexité variable. Même l'ajax s'attaque directement quand on sait faire ... (voir du coté des requêtes réellement envoyées par le navigateur dans les outils de développement / onglet réseau pour commencer) POST ou GET non-plus ne posent pas de problème.
Pour ce qui est du deboguage tout dépends de la façon d'écrire, du langage utilisé. Si on veut éviter les problèmes, très vite on apprends à inclure dans ses programmes des logs, des modes verbeux, des dumps de variables et de fichiers temporaires lorsque l'on veut déboguer.
Pour ce qui est de la distrib. : Des machines d'il y a seulement 10 ans doivent pouvoir supporter à peu près tout, par contre investir éventuellement dans de la RAM, si le proc/la CM peuvent supporter plus. Avec un Linux 64 bit, on peut aller au delà de 4Go alors pouquoi s'en priver quand on peut ... et la vieille RAM vaut peanuts. Enfin pour des serveurs une interface graphique est pas indispensable. Toutes mes vieilles bécanes sont poussées au max de leurs capacités, mais souvent ce n'est pas la RAM qui me manque c'est la puissance processeur, mais j'ai ce problème même avec les machines récentes alors j'ai appris à répartir les processus sur plusieurs machines ...
j'utilise plus ou moins des solutions similaires avec des ordi encore plus anciens (Pentium 4 (2004)) qui tournent 24/7 et plusieurs choses me font réagir dans ton projet.
piloter depuis un ordinateur portable des traitements assignés à des serveurs : Des serveurs sous Linux n'ont pas besoin d'un Windows pour lancer leurs traitements.
J'utilise Windows uniquement par habitude, pour naviguer sur le web, me connecter sur les serveurs, consulter les mails envoyés par mes programmes. Aussi parce que mes serveurs n'ont souvent pas d'écrans, mais des fois même pas d'interfaces graphiques, mon Windows ne contrôle rien ... Après si on fait confiance à Windows, ou si on a pas le choix ... il a un planificateur de tâche aussi ...
manipulation et transfert de fichiers
ftp (émission/réception) vers internet
échange de fichier entre eux
Tout ça Linux sait le faire naturellement, ssh, sftp, scp, rsync, et même avec Windows via Putty et ses programme en lignes de commandes. De préférence privilégier l'échange de clefs d'authentification entre les serveurs linux et les clients de façon à ne pas avoir à gérer de mots de passe.
navigation automatique sur mes sites (hébergés à distance) avec lecture de contenu de page et interaction avec les pages, comme un visiteur humain (notamment avec prise en compte de javascript) Tout ce qui est webscraping se fait traditionnellement en script : shell script, python ou autre, voir même php en cli. On fait suivant ce avec quoi on est le plus à l'aise. Cela permets d'adapter rapidement un programme aux mises à jours des pages web que l'on parse et le scripting est largement suffisant pour tout. On peut même faire du webscrapping avec powershell, en VB ou en C# mais bon ...
Le programme le plus utilisé pour faire des robots est
curl.
Pour le javascript, j'ai aspiré des To de données sans jamais en avoir eu besoin, alors que je parse toute sorte de sites web professionnels de complexité variable. Même l'ajax s'attaque directement quand on sait faire ... (voir du coté des requêtes réellement envoyées par le navigateur dans les outils de développement / onglet réseau pour commencer) POST ou GET non-plus ne posent pas de problème.
Pour ce qui est du deboguage tout dépends de la façon d'écrire, du langage utilisé. Si on veut éviter les problèmes, très vite on apprends à inclure dans ses programmes des logs, des modes verbeux, des dumps de variables et de fichiers temporaires lorsque l'on veut déboguer.
Pour ce qui est de la distrib. : Des machines d'il y a seulement 10 ans doivent pouvoir supporter à peu près tout, par contre investir éventuellement dans de la RAM, si le proc/la CM peuvent supporter plus. Avec un Linux 64 bit, on peut aller au delà de 4Go alors pouquoi s'en priver quand on peut ... et la vieille RAM vaut peanuts. Enfin pour des serveurs une interface graphique est pas indispensable. Toutes mes vieilles bécanes sont poussées au max de leurs capacités, mais souvent ce n'est pas la RAM qui me manque c'est la puissance processeur, mais j'ai ce problème même avec les machines récentes alors j'ai appris à répartir les processus sur plusieurs machines ...
oliv7275
Messages postés
4
Date d'inscription
vendredi 22 juillet 2016
Statut
Membre
Dernière intervention
29 juillet 2016
27 juil. 2016 à 22:39
27 juil. 2016 à 22:39
Merci pour ta réponse.
J'entendais par pilotage juste faire du suivi, pour consulter.
Je suis parti sur une solution serveur basée pour le moment uniquement sur le raspberry.
Pour le vieux Dell j'aimerais bien passer à Debian ou Ubuntu, mais je me rends compte que ça ne va pas être simple de faire l'install :
- je n'ai plus de graveur
- mon bios ne sait pas booter sur une clé usb
...
Je vais voir si je peux me faire graver un CD par quelqu'un de mon entourage... Mais si vous avez d'autres solution, je suis preneur (j'ai regardé ce qui se faisait sans rien trouver de probant).
J'entendais par pilotage juste faire du suivi, pour consulter.
Je suis parti sur une solution serveur basée pour le moment uniquement sur le raspberry.
Pour le vieux Dell j'aimerais bien passer à Debian ou Ubuntu, mais je me rends compte que ça ne va pas être simple de faire l'install :
- je n'ai plus de graveur
- mon bios ne sait pas booter sur une clé usb
...
Je vais voir si je peux me faire graver un CD par quelqu'un de mon entourage... Mais si vous avez d'autres solution, je suis preneur (j'ai regardé ce qui se faisait sans rien trouver de probant).
zipe31
Messages postés
36402
Date d'inscription
dimanche 7 novembre 2010
Statut
Contributeur
Dernière intervention
27 janvier 2021
6 419
27 juil. 2016 à 22:43
27 juil. 2016 à 22:43
Salut,
mon bios ne sait pas booter sur une clé usbSi tu as un lecteur de disquette sur ce PC (et une disquette sous la main), voir avec PlopBootManager
oliv7275
Messages postés
4
Date d'inscription
vendredi 22 juillet 2016
Statut
Membre
Dernière intervention
29 juillet 2016
>
zipe31
Messages postés
36402
Date d'inscription
dimanche 7 novembre 2010
Statut
Contributeur
Dernière intervention
27 janvier 2021
27 juil. 2016 à 22:49
27 juil. 2016 à 22:49
Très intéressant. J'essaierai ça ! Merci pour le tuyau.