opiOM.net

La Stuce c'est de tout coder soit meme !
Branleur va...

Scred a écrit :La Stuce c'est de tout coder soit meme !
Branleur va...

Foiré:vodevill

Scred a écrit :La Stuce c'est de tout coder soit meme !
Branleur va...

:punk1:
Pas mieux !

Scred a écrit :La Stuce c'est de tout coder soit meme !
Branleur va...

Je sur-plussoye:rld

Conseil suivi tout avec gedit. C'est beaucoup plus propre:mf_laug2


et beaucoup plus long

Pour les informaticiens anglophones, un article sur les ******* (les autres pourront passer leur chemin ... ) :
[INDENT] The enduring popularity of scripting
[By Peter Bochner, Site Editor]
[EMAIL="pbochner@techtarget.com"]pbochner@techtarget.com[/EMAIL]
It's clear that many network and systems administrators are lightening their heavy administrative loads by creating and running batch files and ******* at the command line. But is the fact that scripting can reduce someone's workload the real reason for its popularity? After all, there are desktop management software and desktop configuration software products out there that automate the creation of *******. And yet the emails that come into our scripting columnist Christa Anderson's[EMAIL="scripting@searchwinsystems.com"] mailbox,[/EMAIL] are from people looking for help writing *******, not asking to be pointed to products that can write the ******* for them.
Example: Mark Mills, a network engineer, is asking for Christa's assistance in creating a script to help him bust rogue DHCP users who aren't part of his domain. Like many of the people seeking scripting assistance, Mark knows what he wants to do. But he's not a programmer; he's just learning to build ******* and is looking for pointers on how to proceed.
So I decided to call Christa to find out why she thought scripting was more popular than ever.
She likened scripting to woodworking. "It's no trouble to go out and buy a table," she said. "You can buy a finished table or go to a place like IKEA. Yet, despite this, people are still going out and buying wood, buying woodworking tools and building their own tables."
She said that, yes, scripting is utilitarian. But part of the appeal of scripting is that it gives admins and engineers a way of feeling they're more in charge of their systems. Scripting gives them the ability to gain greater control of the operating system than what's available from the GUI. As she put it, The command line "gives them a sense of power."
For folks in search of that sense of power, SearchWinComputing.com will continue to maintain all of Christa's monthly Scripting School columns, including her latest, Writing a script for an office inventory system. Christa explains how to write a script for an inventory system that correlates the user name, computer name and cubicle name, then adds this information to an Excel spreadsheet stored on a network share.
In the meantime, I'd like to hear from the scripters out there. Do you get satisfaction out of writing ******* or would you rather have a software package do it for you? What was the most effective script you ever wrote? How long did it take you to write it? How much of a time-saver was it? Send these and any other thoughts directly to me at [EMAIL="pbochner@techtarget.com"]pbochner@techtarget.com.[/EMAIL] Be sure to put the word "scripting" somewhere in the subject line. Many thanks!


Peter Bochner, Site Editor, SearchWinComputing.com[/INDENT]

Tu vois, Fanfarlo, c'est exactement la même chose qu'utiliser gedit ou Nuv pour faire de l'HTML ... The command line "gives them a sense of power." = la phrase-clé !

edit : à propos de skript, me voila servi ! La Fumerie possède un skript qui remplace "Skript-avec-un-c" par *******. D'où la drôle de tête de mon post ...

Je fais appel à vous cher confrere !
Comment executer un fichier texte contenant des requetes SQL à partir de PHP ?
Et l'erreur générée : Can't get stat of './test.txt' (Errcode: 2)

A savoir que mon fichier est composé de quelques INSERT

Si vous avez une idée, sinon bah la solution de secours sera de parcourir le fichier et de recuperer les requetes 1 à 1 !

:blondblush1:

Scred a écrit :Je fais appel à vous cher confrere !
Comment executer un fichier texte contenant des requetes SQL à partir de PHP ?

Code :

$query="LOAD DATA INFILE 'test.txt' INTO TABLE table"
$res=mysql_query($query) or die ("Saloperie de fichier à la con : ".mysql_error());

Et l'erreur générée : Can't get stat of './test.txt' (Errcode: 2)

A savoir que mon fichier est composé de quelques INSERT

Si vous avez une idée, sinon bah la solution de secours sera de parcourir le fichier et de recuperer les requetes 1 à 1 !

:blondblush1:

Tiens collègue un tuto là-dessus.

J'ai trouvé ça dans la doc :
LOAD DATA [LOW_PRIORITY | CONCURRENT] [LOCAL] INFILE 'file_name.txt'
[REPLACE | IGNORE]
INTO TABLE tbl_name
[FIELDS
[TERMINATED BY '\t']
[[OPTIONALLY] ENCLOSED BY '']
[ESCAPED BY '\\' ]
]
[LINES TERMINATED BY '\n']
[IGNORE number LINES]
[(col_name,...)]If the LOCAL keyword is specified, the file is read from the client host. If LOCAL is not specified, the file must be located on the server.

Puis ça :
Pour retrouver les fichiers sur le serveur, le serveur utilise les règles suivantes :

• Si un chemin absolu est fourni, le serveur utilise le chemin tel quel.
  
• Si un chemin relatif est fourni, avec un ou plusieurs composant, le serveur recherche le fichier dans le dossier données de la base de données.
  
• Si un nom de fichier est fourni, le serveur va le rechercher dans le dossier de la base de données courante.

Il faut noter que ces règles signifie que le fichier ``./monFichier.txt'' sera lu depuis le dossier données du serveur, tandis que ``myfile.txt'' sera lu depuis le dossier de la base de données courante.

Scred je pense que c'est un problème de chemin, la requete doit s'executer à partir d'un autre repertoire, essai avec le chemin absolu de
'test.txt'

Si je mets 'test.txt' seulement il me cherche en effet le fichier au niveau du dossier de la base de données !
Avec le chemin absolue meme probleme que précédemment !
J'ai testé avec un exemple censé fonctionner, bah meme erreur !
Comprend pas trop la...

Scred a écrit :Si je mets 'test.txt' seulement il me cherche en effet le fichier au niveau du dossier de la base de données !
Avec le chemin absolue meme probleme que précédemment !
J'ai testé avec un exemple censé fonctionner, bah meme erreur !
Comprend pas trop la...

Et l'histoire de LOCAL, tu as essayé ? Côté client ou côté serveur ?

LadyKillers a écrit :Et l'histoire de LOCAL, tu as essayé ? Côté client ou côté serveur ?

Bien ouej LadyKillers !!!
Trop fort tu es !

Scred a écrit :
Bien ouej LadyKillers !!!
Trop fort tu es !

Bah, c'est un métier, parait-il !

LadyKillers a écrit :Bah, c'est un métier, parait-il !

T'es embauché chez google ???

est ce que quelqu'un saurait par hasard comment qu'on fait pour faire executer des requetes access dès l'ouverture de la base de données ?

Selon de lointain souvenirs, il me semble qu'une macro nommé "autoexec" ou un truc du genre se lance dès l'ouverture de la base de données...

ok je vais chercher ca merci m'sieur

XML, XSLT des connaisseurs ?

SONY30 a écrit :XML, XSLT des connaisseurs ?

c'est pas ma spécialité, mais dis toujours...

cynik a écrit :c'est pas ma spécialité, mais dis toujours...

J'ai mon fichier XML et mon fichier XSL, je veux que mon navigateur fasse la transformation XSLT lors de l'ouverture de mon fichier XML. ça marche avec firefox, mais pas avec ie, j'ai désinstallé resinstallé ie, rien n'y change. Y a aucune erreur mais il charge pas les données du XML dans la page HTML...