Chez oim, forum libreChez oim, forum libre

 

La vie privée est sacrée !


Répondre

Attention — 2 nouvelles réponses ont été postées pendant que vous lisiez votre message. Vous devriez peut-être relire votre message avant de l'envoyer, pour éviter toute redondance.
Nom:
E-mail:
Titre:
Icône du message:

Cacher les smileys
Vérification:
Remplissez les détails de vérification anti robot (captcha).
Ecouter les lettres / Demander une autre image

Remplissez les détails de vérification anti robot (captcha).:
Le joli jouet violet de Paul est son préféré. Qu'elle est la couleur du jouet de Paul ?:

Raccourcis : tapez [ALT]+[S] pour poster ou [ALT]+[P] pour prévisualiser


Résumé de la discussion

Posté par: Otomatic
« le: vendredi 13 septembre 2019, 18:28 »

Bug fatal error sur mysql_upgrade.exe présent avec MariaDB 10.4.7 — mais pas 10.4.6 — que je pensais être corrigé avec la 10.4.8 existe toujours : voir MariaDB MDEV-20228
Il ne faut jamais hésiter à faire de rapports de bug ou à participer à un rapport déjà existant et pas seulement pour MariaDB.
Ça sera corrigé avec MariaDB 10.4.9.
Posté par: alex
« le: jeudi 12 septembre 2019, 19:42 »

Non, pas encore.

Mais peut-être que demain, dans deux semaines, à Noël, ou au début 2020 (ou jamais) je me dirais: Tient, si je regardais le support de FastCGI et une version de PHP par Vhost.
Pour le moment, c'est la préparation de la 3.2.0 avec PHP 7.4.0 et un Aestan Tray Menu recompilé, donc beaucoup de tests, de simulation de défauts et d'erreur.

C'est vrai que cette saleté de Win10 donne du grain à moudre. Et pas qu'un peu ! :ga:
Je persiste à croire que cet OS est une version Beta, voir Alpha, géante. C'est pour ça qu'il était gratuit !

Ceci dit, je persiste aussi à penser que donner la possibilité de choisir sa version de PHP selon le VHOST serait une petite révolution pour WAMP !
Tous les autres, XAMPP, UwAmp, EasyPHP, n'auraient pas d'autre choix que de s'aligner ou de fermer boutique...

Je suis étonné que personne n'ai manifesté cette volonté.
Ou alors, on a à faire à des geeks qui ont fait ça dans leur coin sans rien demander.


Je replace la suite du sujet :
MariaDB 10.4.8 32 & 64 bit
Bug fatal error sur mysql_upgrade.exe présent avec MariaDB 10.4.7 — mais pas 10.4.6 — que je pensais être corrigé avec la 10.4.8 existe toujours : voir MariaDB MDEV-20228

Posté par: Otomatic
« le: jeudi 12 septembre 2019, 15:25 »

MariaDB 10.4.8 32 & 64 bit
Bug fatal error sur mysql_upgrade.exe présent avec MariaDB 10.4.7 — mais pas 10.4.6 — que je pensais être corrigé avec la 10.4.8 existe toujours : voir MariaDB MDEV-20228
Posté par: Otomatic
« le: jeudi 12 septembre 2019, 12:00 »

Bonjour,

Addons MariaDB
- MariaDB 10.2.27 32 & 64 bit
- MariaDB 10.3.18 32 & 64 bit
- MariaDB 10.4.8 32 & 64 bit
Posté par: Otomatic
« le: mercredi 11 septembre 2019, 19:50 »

Non, pas encore.

Mais peut-être que demain, dans deux semaines, à Noël, ou au début 2020 (ou jamais) je me dirais: Tient, si je regardais le support de FastCGI et une version de PHP par Vhost.
Pour le moment, c'est la préparation de la 3.2.0 avec PHP 7.4.0 et un Aestan Tray Menu recompilé, donc beaucoup de tests, de simulation de défauts et d'erreur.
Posté par: alex
« le: mercredi 11 septembre 2019, 19:27 »

Ouais mais bon, faire plaisir à la minorité, c'est agréable aussi, non ?
Ne pas se limiter à la masse et prendre en compte les "exclus" (j'ai mis entre guillemets), c'est peut-être plus gratifiant, non ?

Je ne sais pas combien de retours tu as, mais ça doit être des centaines, voir même des milliers. Vu le succès de Wamp.
Personne ne t'a jamais demandé une version de PHP par VHOST ?
Posté par: Otomatic
« le: mercredi 11 septembre 2019, 18:47 »

Il n'y a rien de méchant, juste la réalité et la logique.

Je fourni et je précise “gratuitement”(Pas pour moi) un serveur Apache, PHP, MySQL et MariaDB fonctionnel sous Windows 7 et 10 32 et 64 bit2, dans 99,9 % des cas, les 0.1% restant étant dus au non respect des prérequis ou a un défaut du système de la part de l'utilisateur.
Si ça ne convient pas à l'utilisateur, il fait exactement comme quand son crémier ne lui convient pas, il change de crèmerie.

2 Demandé gentiment et poliment, j'ai effectué des compilations pour supporter Vista et même XP ; des addons de versions spécifiques Apache ou MySQL ; le support des URL IDNA (Internationalized Domain Names in Applications) et plein d'autres “trucs”... mais les évolutions ou les modifications, je ne les fais que si ça me chante et quand ça me chante, et surtout pas sur injonction.

Posté par: alex
« le: mercredi 11 septembre 2019, 18:10 »

Oui, bon, quand je dis "clients", c'est par opposition à serveur.
Utilisateur convient mieux.

Mais dis donc, c'est que tu serais un vrai méchant toi ! :kk:


Je file faire mes courses avant que tu me casses la gueule. :D
Posté par: Otomatic
« le: mercredi 11 septembre 2019, 18:06 »

Il n'y a ni commande, ni client, rien que des utilisateurs et si certains d'entre-eux ne sont pas content je les envoie voir ailleurs si l"herbe est plus verte.
Posté par: alex
« le: mercredi 11 septembre 2019, 17:38 »

Bah oui et alors ?
Il faut un PHP en cgi ou fpm, où est le problème ?
Du coup, oui, avec mon module j'avais l'air d'un beau con. :je:

Mais c'est pas dérangeant. Ca peut même rendre PHP plus rapide !
En tout cas, je vais essayer.
Ca me permettra de faire tourner ma sauvegarde de chez oim avec sa version de PHP et le reste avec la version que j'aurai choisi. :)


Pour ce qui est de ta cuisine, elle est appréciée parce-que les gens ne savent pas ce qu'il y a dedans. ^-^
Ils commandent, ils mangent et ils sont satisfaits !
Ajoute donc une cerise sur le dessert en permettant de choisir sa version de PHP en fonction du VHOST, ce sera un énorme succès, j'en suis convaincu !
Et les gens continueront à ne pas savoir comment est faite la cuisine sans se poser de questions. ;)

Sinon, le jour où un client va mettre les pieds en cuisine pour essayer de faire marcher plusieurs versions de PHP, la terre ne va pas trembler, mais ça va faire du bruit... >:(

Page générée en 0.134 secondes avec 21 requêtes.