J'ai la nette impression (mais je peux me tromper) que les personnes qui commente l'utilisation de composer de l'ont jamais utilisé. Je ne comprends pas le terme force à utiliser composer. composer n'est qu'un outil permettant d'installer une bibliothèque (library) dans la bonne version. Il est tout à fait possible d'installer la même bibliothèque à la main.
Pour faire simple, pour le moment dotclear devrait fonctionner à partir de php 5.2. Il n'y a pas ou très peu de code spécifiques aux versions ultérieures. La version 2.0 est sortie il y a plus de 6 ans et venait avec beaucoup de code permettant de pallier aux manques des différents hébergeurs.
L'équipe derrière dotclear ne va pas volontairement écrire du code qui empêcherait le cms de fonctionner sur d'anciennes versions de php mais cela a de très forte chance d'arriver.
Le site http://dotclear.org/ utilise lui aussi dotclear mais il n'a pas encore été mis à jour. La sortie de cette nouvelle version étant encore très récente, ce n'est à mon sens pas encore trop choquant.
Pour ceux qui font du développement web et qui utilisent sass, alors ils utilisent très certainement compass pour compiler leurs fichiers sass à la volée (après chaque modification) vers les fichiers cibles.
En coulisse compass utilise inotify.
Je suis sur debian (sid) avec systemd. Je dois avouer que je n'ai pas regardé quels étaient les potentiels problèmes et je n'ai pas lu tout les trolls. Cela fonctionne sans problème.
Je ne répondrais pas à la place de Pierrick (ou l'équipe piwigo) pour ce qui est de l'intégration des fonctionnalités d'Admin Tool dans le tronc commun. Mais en revanche une chose est sûre : ce plugin a un statut un peu particulier. En effet, il est sur le même dépôt que le pot commun et est livré en même temps que la distribution. Il n'est juste pas activé par défaut.
Je vois que tu travailles aussi sur des tests automatisés, du nettoyage de code, et d'autres fonctionnalités que Piwigo n'a pas. Rien que les tests, c'est vraiment bien, je pense que c'est un gros manque de Piwigo. J'aimerais vraiment avoir ça remonté en upstream, perso.
Mes tests ne sont pas trop spécifiques à mon fork donc ils sont facilement intégrables dans piwigo. En revanche c'est long, très long à intégrer ces tests à partir de zéro mais très intéressant à faire.
Je ne sais pas exactement ce que tu mets derrière ergonomie (c'est un vrai métier ergonome) mais je partage ton avis quoi qu'il en soit. Je crois que c'est le problème de beaucoup de logiciels fait par des développeurs. Faire du code (au sens large) c'est un métier. Faire des interfaces jolies, fonctionnelles, riches, et ergonomes c'est difficile sans l'appui d'un ergonome (ou de quelqu'un ayant des compétences approchantes).
Concrètement, je n'ai pas grand-chose à reprocher à Piwigo, à part le couplage à MySQL et l'absence de thèmes en Bootstrap 3 (j'aimerais coupler ma galerie photo à un site et un forum en Bootstrap 3, et ça facilite bien les choses), du coup, je pense que je vais vraiment partir sur du Piwigo.
Il y a quelques mois, j'ai commencé un fork de piwigo qui supporte PostgreSQL et SQLite en plus de mysql. D'un point de vue visiteur, pas de différence entre piwigo et mon fork. Sous le capot cela commence un peu à diverger.
On peut faire des liens symboliques sous windows (commande mklink). C'est un peu galère au niveau des permissions : l'utilisateur doit posséder la permission adéquate et ne pas être admin (pas réussi à comprendre pourquoi).
Et pour les / au lieu de \ ça doit pouvoir se régler aussi.
(note : je conchie cette dénomination léger/lourd/riche qui n'a rien de neutre et qui fait passer n'importe qui qui s'en sert pour un commercial véreux)
Un pléonasme s'est glissé (sournoisement ?) dans ta phrase !
il y en a qui ont réussi à répondre aux tâches en utilisant gmail ? J'ai posté ma réponse (en texte et pas html) mais il me dit que mes pièces jointes sont en encodées en base64. Une idée ?
pourquoi être passé de Python à Php pour le projet?
Parce que lorsque tu es confronté à la vraie vie avec de vrais utilisateurs qui veulent juste que ça marche sans appeler 30 fois leur hébergeur parce qu'il manque telle extension ou parce qu'ils n'ont pas la bonne version,…, tu laisses tomber python.
Google a décidé de supprimer cette possibilité de révoquer les permissions dans la dernière version, mais tu connaît toujours les permissions qu'une application demande.
J'ai android 4.3 et cette possibilité existe toujours au moins à travers une application. En revanche certaines applications n'aiment pas qu'on leur enlève des permissions et se plantent lamentablement quand cela arrive.
Et si je t'envoie mon adresse, j'ai le droit aussi aux cannelés et aux bouteilles ? :-)
Je dis ça au cas où Rodolphe n'en veuille pas. Faudrait pas gâcher !
A mon avis le temps de migration de symfony 1 à symfony 2 est bien plus court que la maintenance d'un fork.
Je connais bien symfony 1 (ayant bossé avec de la version 0.8 à 1.4 ); je suis passé il y a un peu plus d'un an à la version 2.
symfony 2 n'a que peu de rapport avec symfony 1 mais même si le vocabulaire a un peu changé, on retrouve rapidement ses petits. Si le projet est bien découplé, le passage de la version 1 à la 2 n'est pas si complexe que cela. On n'a pas besoin de tout réécrire. Toutes les classes métier restent toujours indépendantes du framework.
symfony 2 n'est pas une montagne infranchissable. Evidemment le niveau requis en programmation est un peu plus élevé que pour symfony 1 mais encore une fois rien d'insurmontable.
Même si ton projet est court (dans le temps j'entends) je pense que tu en as tiré une grande expérience. C'est ce que laisse transparaître ton journal. C'est très instructif et enrichissant. Merci.
# Création d'utilisateurs
Posté par Nicolas (site web personnel) . En réponse à la dépêche Xfce 4.12 est là !. Évalué à 2.
J'utilise avec bonheur xfce depuis des années. J'essaie de le faire adopter à mes proches.
Il me manque un outil graphique pour créer de nouveaux utilisateurs. Une idée ?
[^] # Re: à propos de Composer et autres
Posté par Nicolas (site web personnel) . En réponse au journal Je n'aime pas le code moderne. Évalué à 8.
J'ai la nette impression (mais je peux me tromper) que les personnes qui commente l'utilisation de composer de l'ont jamais utilisé. Je ne comprends pas le terme force à utiliser composer. composer n'est qu'un outil permettant d'installer une bibliothèque (library) dans la bonne version. Il est tout à fait possible d'installer la même bibliothèque à la main.
[^] # Re: Installation chez Free ?
Posté par Nicolas (site web personnel) . En réponse à la dépêche Sortie de Dotclear 2.7. Évalué à 2.
Pour faire simple, pour le moment dotclear devrait fonctionner à partir de php 5.2. Il n'y a pas ou très peu de code spécifiques aux versions ultérieures. La version 2.0 est sortie il y a plus de 6 ans et venait avec beaucoup de code permettant de pallier aux manques des différents hébergeurs.
L'équipe derrière dotclear ne va pas volontairement écrire du code qui empêcherait le cms de fonctionner sur d'anciennes versions de php mais cela a de très forte chance d'arriver.
[^] # Re: Installation chez Free ?
Posté par Nicolas (site web personnel) . En réponse à la dépêche Sortie de Dotclear 2.7. Évalué à 2.
Si si mais ça va devenir de plus en plus compliqué ! :-)
[^] # Re: 403 pas cool
Posté par Nicolas (site web personnel) . En réponse à la dépêche Sortie de Dotclear 2.7. Évalué à 4.
Le site http://dotclear.org/ utilise lui aussi dotclear mais il n'a pas encore été mis à jour. La sortie de cette nouvelle version étant encore très récente, ce n'est à mon sens pas encore trop choquant.
Je ne connaissais pas Unicorn. Merci.
# Utilisation transparente avec compass par exemple
Posté par Nicolas (site web personnel) . En réponse à la dépêche Exploiter inotify, c’est simple. Évalué à 6.
Pour ceux qui font du développement web et qui utilisent sass, alors ils utilisent très certainement compass pour compiler leurs fichiers sass à la volée (après chaque modification) vers les fichiers cibles.
En coulisse compass utilise inotify.
p.s:
- sass : http://sass-lang.com/
- compass : http://compass-style.org/
[^] # Re: Et la fin de la beta c'est pour quand?
Posté par Nicolas (site web personnel) . En réponse au journal Ubuntu is dying. Évalué à 10.
Je suis sur debian (sid) avec systemd. Je dois avouer que je n'ai pas regardé quels étaient les potentiels problèmes et je n'ai pas lu tout les trolls. Cela fonctionne sans problème.
[^] # Re: Il y a aussi
Posté par Nicolas (site web personnel) . En réponse à la dépêche Piwigo 2.7 : un chez-soi pour vos photos. Évalué à 2.
Je ne répondrais pas à la place de Pierrick (ou l'équipe piwigo) pour ce qui est de l'intégration des fonctionnalités d'Admin Tool dans le tronc commun. Mais en revanche une chose est sûre : ce plugin a un statut un peu particulier. En effet, il est sur le même dépôt que le pot commun et est livré en même temps que la distribution. Il n'est juste pas activé par défaut.
[^] # Re: Ça tombe bien, j'allais l'installer
Posté par Nicolas (site web personnel) . En réponse à la dépêche Piwigo 2.7 : un chez-soi pour vos photos. Évalué à 4.
Non je suis bien ce Nicolas qui a fait partie de l'équipe Piwigo.
[^] # Re: Ça tombe bien, j'allais l'installer
Posté par Nicolas (site web personnel) . En réponse à la dépêche Piwigo 2.7 : un chez-soi pour vos photos. Évalué à 3.
Mes tests ne sont pas trop spécifiques à mon fork donc ils sont facilement intégrables dans piwigo. En revanche c'est long, très long à intégrer ces tests à partir de zéro mais très intéressant à faire.
[^] # Re: Ça tombe bien, j'allais l'installer
Posté par Nicolas (site web personnel) . En réponse à la dépêche Piwigo 2.7 : un chez-soi pour vos photos. Évalué à 4.
Parce que le support multi-base n'intéresse pas l'équipe derrière Piwigo.
[^] # Re: Ergonomie
Posté par Nicolas (site web personnel) . En réponse à la dépêche Piwigo 2.7 : un chez-soi pour vos photos. Évalué à 2.
Je ne sais pas exactement ce que tu mets derrière ergonomie (c'est un vrai métier ergonome) mais je partage ton avis quoi qu'il en soit. Je crois que c'est le problème de beaucoup de logiciels fait par des développeurs. Faire du code (au sens large) c'est un métier. Faire des interfaces jolies, fonctionnelles, riches, et ergonomes c'est difficile sans l'appui d'un ergonome (ou de quelqu'un ayant des compétences approchantes).
[^] # Re: Ça tombe bien, j'allais l'installer
Posté par Nicolas (site web personnel) . En réponse à la dépêche Piwigo 2.7 : un chez-soi pour vos photos. Évalué à 4.
Il y a quelques mois, j'ai commencé un fork de piwigo qui supporte PostgreSQL et SQLite en plus de mysql. D'un point de vue visiteur, pas de différence entre piwigo et mon fork. Sous le capot cela commence un peu à diverger.
# Volontaire aussi
Posté par Nicolas (site web personnel) . En réponse au journal Rebelote : Paperwork : cherche mainteneur Debian. Évalué à 1.
Bonjour,
je ne suis pas développeur debian mais j'ai déjà de l'expérience de le packaging debian. Je connais un peu python.
[^] # Re: installation sous windows
Posté par Nicolas (site web personnel) . En réponse au journal éClaircie : un moteur de blog et de site personnel statique et sans nuage. Évalué à 1.
Moi aussi et je suis resté bloqué à windows 98 !! Mais j'ai eu besoin de faire des liens symboliques pour un collègue !
[^] # Re: installation sous windows
Posté par Nicolas (site web personnel) . En réponse au journal éClaircie : un moteur de blog et de site personnel statique et sans nuage. Évalué à 3.
On peut faire des liens symboliques sous windows (commande mklink). C'est un peu galère au niveau des permissions : l'utilisateur doit posséder la permission adéquate et ne pas être admin (pas réussi à comprendre pourquoi).
Et pour les / au lieu de \ ça doit pouvoir se régler aussi.
[^] # Re: Captures Zotero
Posté par Nicolas (site web personnel) . En réponse à la dépêche Un an après le premier commit, nouvelle version pour wallabag. Évalué à 2.
Un pléonasme s'est glissé (sournoisement ?) dans ta phrase !
[^] # Re: Captures Zotero
Posté par Nicolas (site web personnel) . En réponse à la dépêche Un an après le premier commit, nouvelle version pour wallabag. Évalué à 6.
Je suis du même avis pour l'aspect déconnecté. Je veux pouvoir consulter les articles que j'ai sauvegardé même si je ne suis pas connecté au réseau.
# Réponse avec gmail
Posté par Nicolas (site web personnel) . En réponse au journal devenez un développeur linux. Évalué à 1.
Bonsoir,
il y en a qui ont réussi à répondre aux tâches en utilisant gmail ? J'ai posté ma réponse (en texte et pas html) mais il me dit que mes pièces jointes sont en encodées en base64. Une idée ?
[^] # Re: Python -> Php
Posté par Nicolas (site web personnel) . En réponse au journal Publication de WKR. Évalué à 2.
Parce que lorsque tu es confronté à la vraie vie avec de vrais utilisateurs qui veulent juste que ça marche sans appeler 30 fois leur hébergeur parce qu'il manque telle extension ou parce qu'ils n'ont pas la bonne version,…, tu laisses tomber python.
p.s: Et mince j'ai marché dedans ! :-)
[^] # Re: PEBKAC
Posté par Nicolas (site web personnel) . En réponse au journal Informatique de confiance et Android. Évalué à 0.
J'ai android 4.3 et cette possibilité existe toujours au moins à travers une application. En revanche certaines applications n'aiment pas qu'on leur enlève des permissions et se plantent lamentablement quand cela arrive.
[^] # Re: BRAVO ! Et moi j'ai planté ma CB !
Posté par Nicolas (site web personnel) . En réponse à la dépêche Crowdfunding de Lolix V2. Évalué à 4.
Et si je t'envoie mon adresse, j'ai le droit aussi aux cannelés et aux bouteilles ? :-)
Je dis ça au cas où Rodolphe n'en veuille pas. Faudrait pas gâcher !
[^] # Re: Pourquoi forker ?
Posté par Nicolas (site web personnel) . En réponse à la dépêche Symfony1 relancé !. Évalué à 5.
A mon avis le temps de migration de symfony 1 à symfony 2 est bien plus court que la maintenance d'un fork.
Je connais bien symfony 1 (ayant bossé avec de la version 0.8 à 1.4 ); je suis passé il y a un peu plus d'un an à la version 2.
symfony 2 n'a que peu de rapport avec symfony 1 mais même si le vocabulaire a un peu changé, on retrouve rapidement ses petits. Si le projet est bien découplé, le passage de la version 1 à la 2 n'est pas si complexe que cela. On n'a pas besoin de tout réécrire. Toutes les classes métier restent toujours indépendantes du framework.
symfony 2 n'est pas une montagne infranchissable. Evidemment le niveau requis en programmation est un peu plus élevé que pour symfony 1 mais encore une fois rien d'insurmontable.
# Merci pour le retour
Posté par Nicolas (site web personnel) . En réponse au journal 3 ans de projets libre: bilan et apprentissages. Évalué à 10.
Même si ton projet est court (dans le temps j'entends) je pense que tu en as tiré une grande expérience. C'est ce que laisse transparaître ton journal. C'est très instructif et enrichissant. Merci.
# Pourquoi dans experimental ?
Posté par Nicolas (site web personnel) . En réponse au journal Ayé, Pitivi 1.0 alpha (aka 0.91) est dans Debian experimental. Évalué à 1.
ça risque de casser le système ?