Forums Cannabiques Francophones (FCF)

Super, je vais tester ça ... heu demain

Apache, c'est juste pour linux, non ?
Je viens de voir qu'ati avait enfin des drivers potables pour linux, mais ça va etre court pour moi de changer d'os et me mettre a peu près à jour.

Faut que je teste ...

TeP, je ne comprends pas, c'est un probleme de migration ?
Juste des tables de données ?
Ou avec des subtilités préprogrammées ?

sinon, une install de Apach, Php et Mysql, meme sous Windows, c'est pas complexe
Ca permet de bien comprendre le truc
Easyphp, c'est pas forcement le truc le mieux configuré que j'ai vu

Port, si tu veux plus de details pour la mise en place, n'hesites pas a me demander.
the_duk -> Pour requeter sur une base Mysql, pas besoin forcement d'apache
Apres par contre, pour une utilisation Web, Apache, mais aussi PHP (ou ASP ou autres, mais bon, PHP-MYSQL, c'est tellement simple)

maozriubh, y'a beaucoup de professionnels qui utilise la version gratuite de MySQL en prod

mysql, ça pue par rapport à oracle, enfin niveau requêtage subtil

Bah, depuis la derniere version, y'a eu quand meme pas mal de retard rattrapé

La totale porty... moyenne mobiles, gestion de pieces jointes (documents texte, photos, pdf...)... la base en elle même est ultra simple mais les fonctions et les agents nombreux. Because VBA je penses, ben ça rame sévère même avec du gros matos overclocké.

Au début c'était bien fun, mais dès que la base à pris de l'ampleur (plusieurs volumes de 2Go) ça a commené à pédaler dans la semoule. Access c bien pratique et simple en dev je trouves, mais faut pas lui charger la tronche.

Je me cherche ma nouvelle application avant que ça explose quoi

Port, les version Apache PHP et Mysql de Windows sont des portages, donc pas aussi stable, mais bon, pour du Dev, ca suffit

Ensuite, les drivers ATI, c'est pas encore ca
Impossible de lancer Beryl ou Compiz...
Ati 1950Pro en AGP
L'acceleration est Ok, mais y'a apparement toujours un soucis avec le composite...

TeP a écrit :Because VBA je penses,

C'est evident meme...

Je comprend meme pas qu'on puisse encore programmer en VB, VBA, et autres saloperies associées

Niko a écrit :maozriubh, y'a beaucoup de professionnels qui utilise la version gratuite de MySQL en prod

Nico, c'est tout à fait probable mais dans le milieu où je bosse, c'est pas possible Tout dépend des besoins qu'on a.

Tout comme je comprends parfaitement les gens qui développent en vb ou vba

Ok, j'avais zappé cette info

Detrompe toi niko, on peut faire des trucs geniaux sous VB ou VBA (encore mieux).
Par contre, pour la portabilité, effectivement, ça pêche.
Mais en entreprise, je t'assure avoir fait quelques "miracles" avec vba : là ou les ingenieurs annonçaient des impossibilités majeures, j'ai pu contourner leur assurance et leur montrer qu'un petit c*n pouvait y arriver quand même.

Mais ça ne vaut vaut que dans une architecture homogène sous windows.

TeP, j'ai bien peur qu'il faille tout réécrire, et meme plus... VBA s'appuie quand meme sur des applications (word, excel, ...) qui n'existent pas sous linux.
F'in bon, je connais pas non plus assez linux pour etre catégorique

Il est la le soucis, architecture homogene Windows, ca fait peur

Sinon, c'est quoi c'est trucs infaissable par des inge, et faisable en vba

Je programme depuis pas mal de temps, dans presque tout les langages, jamais eu besoin de vb et vba
Comme quoi

maozriubh -> je te rassure, la ou je bosse, y'a pas que du Mysql

C'est ce que je soupçonnais
ce sera l'occase de faire un maj... mais faut que j'arrétes de jouer avec windows là, c'est un coup à tout flinguer je le sens bien venir quand je vois la charge collée au plafond tout le temps. Ce sera lotus je crois... le lotus script ça reste dans l'esprit du VBA niveau code.

En plus pour 2007, obligé de switcher sur un XP. Je te racontes pas les morts d'avoir quitter mon 2000pro...

tiens, en parlant de charge, premiere fois cette nuit que Nagios me renvoit une alerte de charge sur mon serveur Debian...
Aucune idée d'ou ca vient

C'etait 3615 La vie de Niko

Une architecture homogene, c'est tout un reseau fonctionnant avec la meme version de windows, et les memes versions logicielles.

Niko, ce serait un peu compliqué de te détailler les subtilités des particularitées pointues d'un metier.
Mais là ou le serveur ne pouvait pas (service informatique), j'ai fait faire les traitements et les calculs par les clients ...
Je pense en particulier au passage à l'an 2000 et aussi à l'euro, ou il aurait fallu traiter le double d'information, avec des erreurs inévitables à la clef.

portnou a écrit :Une architecture homogene, c'est tout un reseau fonctionnant avec la meme version de windows, et les memes versions logicielles.

Je sais, c'etait de la provoc

Mais bon, a titre perso, je ne connais aucune entreprise qui a tout ses serveurs sur du Windows

Y'a au moins un 400 qui traine pour la compta, ou les stocks (du moins, toujours a titre perso)

Sans parler des equipements reseau, plutot Unix

Oui, bien sur, la partie serveur est en grande partie sous unix.
Mais du moment que tous les "clients" sont homogenes, avec le vba, tu peux déporter une partie (petite, certe) sur le client qui a toujours un pc surdimensionné.

Quand tu as besoin de faire du sur mesure (création de lettres spécifiques, de contrats, ...), ça soulage vraiment les serveurs quand on à juste une info à chercher dans une bdd, au lieu d'une requete associée à des calculs.

Par contre, pour les traitements en masse, OK, vba n'a aucun interet.

UP


Auriez vous un bon bouquin à me conseiller ? sur sql bien sur
ça va devenir urgent