Reprise du message précédent :
J'ai fais ce que j'ai pu,
C'est à dire ajouter l'option +ExeCGI en spécifiant le nom du répertoire bin-cgi.
Décommenter le ligne AddHandler correspondante.
Redémarré Apache.
Toujour même problème.

c'est un peu le risque de faire du web sur une techno que personne n'utilise (pour faire du web).
 
 

 
Tu parles d'Apache ou de Windows ?

 
je parle d'Ada...
 
pour du web t'as JS, PHP, Ruby, Python, éventuellement Java et .NET...
 
si tu pars sur une de ces technos tu trouveras plein de doc pour t'aider...

 
Rapport à la question ?

Tu l'as codé avec quoi ton script CGI?

Avec Ada, c'est un exe comme un autre ça marche très bien sur Gnu/Linux.
Que cherches tu ?

 
Pourquoi se faire chier avec apache sur windows ? Déjà qu'utiliser ADA comme techno serveur avec apache a pas l'air super documenté, faire ça en plus sur windows... D'autant qu'en 2015 il n'y a aucune justification vu qu'une VM Linux ne pèse plus rien en terme de proco ou de mémoire.

Hermes, si tu apprenais à écrire Ada correctement tiens, après tu pourais donner un conseil relatif.  

 
Ada. Maintenant tu peux relire ce que j'ai écrit précédemment et en tenir compte ou pas. Si tu veux te faire chier avec apache sous windows, libre à toi, mais faut pas venir pleurer si tu as des problèmes.

Ou mais garçon j'en ai rien à secouer de tes état d'âme.
J'ai posé une question ; Tu sais y répondre formellement ou pas c'est pas mon problème.

Ne sois pas désagréable.
 
Ce qu'on te dit c'est que tu trouveras personne pour t'aider vu que personne n'utilise Ada pour faire du web.
 
Le déploiement par CGI c'est super has been, y'a quasi plus de langages qui fonctionnent avec ça.
 
Recherche faite, Ada a un framework web : http://libre.adacore.com/tools/aws/  
Je te recommande d'investiguer, c'est sûrement pas trop long à intégrer, et au moins t'as une procédure d'installation avec Apache  
http://blog.vacs.fr/vacs/blogs/pos [...] che-Server
 

T'as été désagréable avant moi, donc paille poutre voisin tout ça...

Parce qu'en plus vous êtes plusieurs.
 
Aller bonne boure, moi j'ai plage.

 
Certainement la meilleure solution... Et après un oeil dans la doc, visiblement, ça vient pas à l'idée de tenter d'installer ça sous windows.

Hello! je cherche un script js de timeline en slider. Y'en a pas des masses. Il me faudrait ça : http://www.reunion.fr/decouvrir/im [...] ux-tresors (vers le bas de la page), vous savez si c'est du sur mesure ou si c'est un script déjà existant qui fait ça ?

 
Certainement du fait sur mesure... Pas bien compliqué à faire d'ailleurs...

Pas désagréable, juste réaliste, pour te faire comprendre qu'il sera difficile de t'apporter une réponse exacte avec les éléments que tu donnes et considérant que tu pratiques un truc que pas grand monde n'utilise.  
Et d'ailleurs Jubi t'a déjà très bien orienté en t'expliquant ce qui se passe : c'est une histoire de handler et peut être de type mime. Je ne connais pas assez Apache pour t'aider et encore moins Ada.
Plutôt que faire un post dans ce topic général sur le web crée en un dans Ada, on ne sait jamais.
 
Et ouais tu vois on est plusieurs. Mais si ça peut te rassurer ça n'est pas Ada le souci avec la plupart de tes posts.

M'enfin mais vous êtes cons? La directive première de prog c'est On Ne Répond Pas à Jovalise.

Même Perl l'a viré de son installation standard dans les dernières versions.
 
Bon, j'ai viré les alertes concernant Jovalise, les participants icite sont assez adultes (j'espère) pour savoir à quoi ils s'exposent en lui répondant...  
 
A+,

Le mec pestiféré  

Oui même la modération le dit .
Pardon, je le sais en plus mais je craque quand même .
Tu noteras qu'on a quand même essayé de l'aider .
 
Bon, sujet suivant .  
Jubi t'en es où de tes tribulations avec JS ?

Perso je doute de l’intérêt d'Ionic framework face à la même chose en mode "manuel" (cordova + angular +bootstrap).
j'ai un peu peur d'être bloqué (d'ailleurs ca commence, je croyais qu'ionic était basé sur bootstrap, mais ils ont une couche CSS custom en fait ..)

Bah pas spécialement c'est juste qu'il est au mieux incohérent, toute tentative d'interaction est liée à l'échec et à la frustration, et ça fait bientôt 10 ans que ça dure.

ça a pas avancé des masses Je me suis refait l'intro à JS, ça allait tant qu'on parlait pas de prototype, puis j'ai chié des briques en essayant de comprendre l'héritage en JS
je sais c'est pas constructif de ma part, mais ayant reçu une formation au dev assez formelle (Java, théorie des BDD avec les formes normales et tout le bordel, puis Python en auto formation), JS ça me fait un choc tu vois . Python a réussi à débloquer mes instincts d'hyper controle javateur, mais là y'a un nouveau gap. Je crois que je vais aller faire un peu de VB avec Drasche avec Option Strict en off, puis revenir au JS et trouver ça très propre en comparaison

plus sérieusement, ma grosse réticence c'est que je fais ça sur mon temps libre (que j'ai peu cf bébé de 5 mois) et que je ne suis pas dev de métier, et que ça me dissuade beaucoup de me former à un truc qui sera surement complètement  has been dans 5 mois (je parle pas du JS "standard", mais du JS en tant que framework web). Pour l'instant mes investissements dans Python 3 payent, ce que j'ai appris sur les 2-3 dernières années est toujours plus ou moins valable, les frameworks web bien qu'ayant évolués sont tjs les memes (Django / Flask). Je vais donc me concenter je pense sur la partie standard, qui de toute façon me suffira pour mon usage "analytics".

A côté de ça, je me suis acheté Data Science from scratch de Joel Grus (O'reilly), et c'est une super intro avec Python comme support, du coup je suis dessus

pour clarifier mes réticences JS web, de ce que je comprends :
- Node : quasi personne ne l'utilise en standard hormis pour exposer des APIs
- Angular 1.x c'est un peu le standard, mais l'annonce de la 2.0 pas backward compatible a foutu un gros merdier dans la communauté
- React : côté front ce truc est superbe...mais ça manque de maturité côté back, y'a pas de stack vertical clair
- Express v4 (LOL) / Koa : le Sinatra-like de JS, ce qui m'inquiète c'est le côté promises, sachant que ça s'appuie sur un truc dont le standard a été ratifié depuis 1 mois, c'est encore un peu coupant. Et Sinatra-like veut dire que tu dois amener les libs d'auth, de bdd, etc... et là on touche au côté far west de JS : une méga chiée de librairies, avec une probabilité d'existance à 6 mois difficile à évaluer...
- Ember.js : peut etre l'autre gros standard avec Angular, celui là j'ai peu investigué je dois avouer

si je maitrisais bien JS je trouverais ça sympa le côté "assemble ton propre framework end to end", mais vu que je débute, il y a un risque que je juge trop important de me retrouver bloqué et de ne pas savoir quoi faire (OK le code est dispo, mais j'ai pas le niveau pour débugguer)

 
D'acc, merci

Angular c'est clairement le truc qui a le vent en poupe, mais c'est clair qu'ils se sont un peu sabotés lors de l'annonce de la v2 . Ca ne les empêche pas de couvrir un marché considérable mais du coup ça va peut être refroidir les plus gros clients, qui ont besoin de solutions pérennes.
Node est un peu à part effectivement.

Le reste peine à décoller : trop de frameworks JS tue le framework JS .

Je crois que la situation actuelle avec Angular illustre bien le manque de maturité (enfin disons plutôt "la progression rapide" pour ne choquer personne) de ces outils.
Du coup moi je diffère ma mise à niveau, je reste fidèle à HTML 5 + des vieilleries comme jQuery et traitement côté serveur. On peut presque tout faire avec...
Dans ton cas si tu te fourvoies sur un truc en pleine révolution c'est moins grave comme tu fais ça pour ton enrichissement personnel, mais moi j'ai pas envie de m'aventurer à apprendre un truc qui sera obsolète dans un an avec un client qui pète une durite en face parce qu'il faut remanier tout le code, même si les concepts demeureront valables pour ce qui est de l'apprentissage du développeur.

En tout cas on sent bien dans ton approche le côté abstrait / haut niveau du type plus habitué à faire du management que pisser du code, parce que plutôt que foncer à corps perdu dans une techno et te dire "oua c'est génial tout ce qu'on peut faire" tu sembles prendre beaucoup de recul et essayer de te faire un panorama général d'abord.
Moi je n'arrive pas encore à avoir une vision claire de tout ça, t'as l'air plus avancé que moi !

 
Exactement de cet avis. J'attends que les morts soient sortis de l'arène avant d'adopter telle ou telle techno. Et jQuery et sa myriade de plugins permet de pratiquement tout faire.
Là je viens de récemment adopter SASS et certains ADDONS de SASS pour faire des CSS cross browser sans me prendre la tête par exemple... J'ai bcp hésité avec LESS.

Je me sens moins has been du coup, c'est rassurant

Pareil pour moi, je suis sur jQuery et je suis pas pressé de changer

Sass ça fait trop de chose
less est largement suffisant, surtout qu'il s'intègre plus facilement dans une stack node, mais maintenant il y a libsass, donc plus besoin de ruby

 
Justement, j'ai préféré SASS parce qu'on peut parfaitement se contenter de faire des CSS standards avec en se réservant de très nombreuses possibilités. Et puis j'ai bien les addons qu'on trouve maintenant pour tout ce qui est CSS3 qui permet de faire des choses comme:
 

 
C'est propre, c'est rapide et évolutif car les libs évoluent au fur et à mesure des browsers.

Faites faites, pendant ce temps là, on s’éclate sur des technos sympa et modernes Attention à pas rester bloqué sur PHP3 / flash / css2 en attendant que les technos webs se stabilisent hein

Nan bon, faut pas être réfractaire au changement c'est clair, l'ecosystème web se réinvente/complexifie chaque année, mais c’est également ca qui fait son charme, et c'est plaisant (pour moi en tous cas) de voir l’évolution des technos. Accessoirement, c'est fun et ça fait du business. Vas faire une app hybrique en jquery only, bon courage.

Je suis d'accord que pour des grosses applis hybrides/déconnectées/client side à mort on touche aux limites des anciens framework, et c'est vrai que ça a un certain attrait cette évolution constante, surtout quand t'es jeune et enthousiaste.
Mais dans le monde professionnel on a besoin de garanties avant de s'orienter vers quelque chose.
Et puis quand t'es un vieux con tu veux juste un truc qui fonctionne sans tout péter et avoir à débugger le framework lui même

 
Ben, justement, j'adopte au fur et à mesure des technos, mais je ne me précipite pas, c'est tout car je trouve cela contre-productif de devoir courir après les bugs de libraries qui sont pas finalisées ou d'investir du temps pour des courbes d'apprentissage sur des trucs qui disparaissent au bout de 6 mois.
 
Pour installer et gérer mes dépendance, j'utilise composer niveau backend, bower niveau frontend, j'utilise maintenant SASS pour la gestion des CSS, un grand nombre de librairies issue du projet symfony, symfony itself suivant le projet, je pense pas être particulièrement has been.
 
Par contre, on ne me fera pas sauter sur Angular, ni amber ni même react. Si un projet un jour l'impose, très bien, mais sinon, j'ai pas de temps à investir dessus pour le moment.

Mouais d'expérience, des bugs y en a partout de toute façon ... techno émergente ou bien installée depuis des lustres.
Donc autant se vautrer dans les technos les plus hype et avec la communauté la plus grosse pour bénéficier du plus d'updates possibles

Notes que tu peux faire ça tout aussi bien en less. Mais pour ce genre de trucs, mieux vaut utiliser autoprefixer (intégré via plugin ou en passe supplémentaire sur le CSS final)

 
gros +1
 
De mon coté, ca fait bien 75% du boulot que faisait SASS, avec du code CSS bien plus propre en entrée (pas besoin des @truc)

 
- Communauté la plus grosse --> OUI
- Bénéficier du plus d'update possible en ne prenant que des technos "vivantes" et avec des developpements --> OUI
- Techno les plus "hype", NON, RAF.

 
J'ai bcp hésité avec LESS. Commencez pas à me faire chier et à me faire douter. J'ai pas que ça à foutre.

On parle pas de sass/less là, on parle d'autoprefixer au lieu d'utiliser des mixins/includes, c'est indépendant. Tu peux même utiliser autoprefixer tout seul sur du CSS pur. Le principe c'est que t'écris ton CSS3 propre, tu dis à autoprefixer quels navigateurs tu veux supporter et il va cross-référencer les stats caniuse et ajouter uniquement les préfixes (et syntaxes alternatives) nécessaires.