mrlem a écrit 524 commentaires

Merci pour tes retours ! Effectivement j'ai été un peu fainéant sur les vérifications de paramètres qui ne donnent lieu à des opérations fichiers que lorsque l'utilisateur est authentifié. Mais tu as totalement raison.

J'ai créé des issues là-dessus, ça devrait être corrigé relativement rapidement:
- https://github.com/mrlem/cupa/issues/10
- https://github.com/mrlem/cupa/issues/11

Merci encore !

Hmmm, sauf erreur pas grand-chose à voir : Cupa s'adresse aux créateurs de pages web (sans requérir de connaissances Javascript/PHP), qui veulent créer des pages auxquelles les utilisateurs (non-informaticiens) pourront apporter des mises à jour de contenu (textes et images).

Cupa simplifie aussi l'épineuse question du déploiement (problématique à laquelle RST n'apporte pas de réponse) :

• pour le créateur de la page web, il y a juste à mettre les fichiers sur le serveur apache (pas de mise en place de base de données, etc)
• pour l'utilisateur, il n'a besoin ni de savoir se connecter à un serveur FTP, ni de connaître un quelconque langage informatique (fût-il de markup)

La cible est donc très différente.

De rien, c'est un plaisir :)

Merci :)

Les changements affectant la structure de la page sont effectivement quelque-chose qui serait envisageable dans le futur, mais je veux vraiment bien réfléchir au "comment" d'abord : le but est de ne rien sacrifier en terme de simplicité d'utilisation.

2.38 Mo ??? Tu as compté le .git avec ? :p

Merci d'avoir testé et pour tes retours :

• à propos du texte non-sauvegardé avec le mauvais feedback en cas de problème de permission, j'avais effectivement remarqué ça ce matin, et c'est tracé là ici
• pour le fait de rajouter un stylage de base, effectivement c'était en projet pour la suite, merci pour les idées :) - c'est ajouté là
• et pour les permissions, c'est là

D'ailleurs il faut que ton serveur puisse aussi lire tous les fichiers du répertoire Cupa et qu'il supporte PHP avec le module GD.

As tu bien vérifié les permissions des fichiers ? Il faut que ton serveur apache ait les droits en écriture sur le répertoire data et son contenu. Désolé du désagrément :(

EDIT: j'avais mal lu ton message, si ton problème est l'authentification, ça ne vient pas des droits sur data. Quel navigateur utilises-tu ? bloques-tu l'exécution de javascript ?

Bonne question, je ne connaissais pas.

Si j'en juge par l'intégration sur Wikipedia et le volume de code source, c'est sans l'ombre d'un doute plus évolué que Cupa (ce dont je ne doutais pas un instant). Après, à quel point est-ce simple à intégrer/déployer pour quelqu'un n'ayant pas de notion de code autre que HTML/CSS ? ça je n'ai pas encore le temps de tester, mais je suppose que c'est plus compliqué que les quelques lignes requises pour Cupa. Mon but en le créant a été de réduire au strict minimum le travail du créateur de page web.

Merci pour le lien en tous cas :)

Merci pour l'info, c'était effectivement activé par défaut chez moi aussi. Vu que le courrier ressemblait fort à ceux de pub reçus régulièrement pour donner accès gratuitement et temporairement à des chaines payantes, je ne l'avais pas lu dans les détails.

Sinon il y a des banques ou c'est gratuit, faisable simplement en ligne, et ça marche bien (e.g. Crédit M…..) - je n'utilise que ça.

a récemment substitué Scaleform à OpenFL

Il n'y aurait pas une petite inversion ?

"[…] la perception qu'en ont les gens est entachée par une poignée d'individus qui n'ont pas assez d'ouverture d'esprit pour critiquer honnêtement à la fois la concurrence ET leur propre choix logiciels."

On trouve exactement les mêmes sur les autres plateformes. Des Windowsiens qui crachent sur Linux au mépris des faits j'en connais (et beaucoup), des gens sous Mac qui pensent que tout le reste n'est que de la daube, j'en connais là aussi. La différence, à mon sens, c'est cette identification par "communauté du libre" qui fait croire que les actes d'un sont le fait du groupe (pas nécessairement chez toi qui connais cet écosystème, mais chez pas mal de gens en dehors).

Il y a moment où il faut se rendre compte que le gros ennemi, comme souvent, c'est la généralisation. Mais peut-être est-ce là le côté double-tranchant de cultiver la notion communauté, là où se trouve en fait une très grande diversité ?

Salut,

J'avais utilisé cette appli pour rouler jusque dans le nord de l'angleterre, sans soucis dans mes souvenirs :

https://play.google.com/store/apps/details?id=com.mapfactor.navigator&hl=fr

Ça utilise le fond de carte OSM.

Effectivement, je ne connaissais pas d'autre moyen de passer à du les fichiers, y compris cachés. C'est plus élégant, concis, et rapide à l'exécution : merci, je me coucherai moins bête ;)

Outre les options présentées dans les commentaires ci-dessus, une bonne manière d'entrer en contact avec des gens compétents dans un domaine et de s'impliquer dans un projet du-dit domaine (et donc d'y contribuer, que ce soit en rapportant des bugs, en posant des questions, en aidant d'autres utilisateurs, ou en proposant des patches).

Sinon prendre le problème dans le sens inverse et regarder quels répertoires grossissent ? 600 Mo ça ne devrait pas passer inaperçu si tu fais un truc genre find . -maxdepth 1 -type d \( ! -iname "." ! -iname ".." \) -exec du -sh {} \;

J'imagine que ces mystérieuses écritures se produisent soit sur ton /home soit sur ton /tmp. Donc tu exécutes la commande, puis de nouveau une minute après, et tu regardes quel dossier a augmenté significativement, tu cd dedans, tu répètes l'opération jusqu'à trouver le dossier final, dans lequel tu devrais voir le fichier qui grossit, qui te donnera peut être un indice de ce qui se passe.

C'est un peu brutal, mais ça devrait marcher ;)

Bon courage !

Ça nous donnera droit à quel diplôme ?
Nan, parceque ce sont bien les gens qui fournissent le travail qui décrochent le diplôme, non ?

Hmmm, LCD, pas LED ? Étonnant. En cumulant les symptômes de vue de tes collègues à la reprise des crises d’épilepsie de ton autre collègue, ça ferait quand même vachement penser à un problème de fréquence d'affichage, non ? Ils sont bien configurés à des fréquences suffisantes ? À l'époque où j'étais en LCD (et sous Windows) au travail, l'affichage par défaut à 60 Hz me faisait mal au crâne, symptôme qui disparaissait à 75 ou 85 Hz, dans mon souvenir.

Par curiosité, de quel type d'écrans s'agit-il ?
Pour ma part j'ai noté une fatigue visuelle accrue depuis que je me suis mis aux écrans LED.

Cohérent, certes, mais cela n'empêche pas quelqu'un d'acheter *.ac-tartempion.fr (on choisira alors tartempion de manière à induire l'utilisateur en erreur) par exemple ? (à moins qu'il n'y ait filtrage par l'AFNIC) contrairement au .ac.fr qui, si le second level domain est réservé, interdira ce genre de fourberie

Ou .ac.fr si on se calque sur les second level domains du Royaume-Uni.

Je ne critique pas l'externalisation de la réalisation du site : c'est effectivement un autre débat.

Je me place juste du point de vue de l'utilisateur : rien ne lui garanti simplement (i.e. sans faire des recherches et croiser différentes informations) qu'il s'agit bien d'un site légitime d'une initiative de l'état, et non d'une tentative phishing quelconque. La simplicité et la lisibilité, c'est ce que permet le .gouv.fr.

S'habituer à ce que les domaines liés à l'action de l'état ne soient pas aisément reconnaissables, qu'ils n'aient pas de dénominateur commun reconnaissable, c'est me semble-t-il contribuer à ce que les utilisateurs lambda se fassent plus facilement berner par de faux sites.

Suis-je le seul à trouver dommage le fait que de nombreux sites à initiative gouvernementale -dont celui-ci- ne bénéficient pas du .gouv.fr ? En tant qu'utilisateur, j'aime bien savoir de manière simple et rapide à qui j'ai affaire : et là, je vois une charte graphique d'un site se déclarant clairement comme une action gouvernementale, avec le petit logo république française, mentionné dans une conférence de presse, mais qui est un bête .fr et dont le about et le whois pointent vers des sociétés de droit privé.

N'est-ce pas précisément contradictoire avec l'un des enjeux cruciaux du développement du numérique : la confiance ?

Ça paraîtrait crédible : ne pas mettre les paquets de langues de tous les logiciels de la terre dans l'image serait un choix compréhensible (vu le nombre de langues supportées et le nombre de softs typiquement inclus avec une distrib - on est pas dans la même problématique qu'un OS "en boite")