On prend l'info directement, il n'y a pas d'interprétation autre que celle que nous voulons faire.
Un montage peut très bien changer ton interprétation.
Croire que pas de commentaire rend l'info sans interprétation est dangereux pour toi, car tu enlèves une barrière (partir du principe qu'il y a une interprétation et qu'il faut faire attention) que tu ne devrais pas enlever.
Bref : toujours prendre le recul et se dire qu'on nous montre que ce qu'ont veut nous montrer, y compris par les journalistes indépendants (à leur décharge, pas facile de garder son objectivité quand on a une opinion)
si pas de time zone, c'est une bug, la date ne veut pas dire grand chose (à moins que le time zone soit spécifié ailleurs, mais dangereux, info qui peut se perdre…)
Si, c'est UN exemple, on peut avoir d'autres exemples.
yep, surtout quand le code page est annoncé dans le header HTTP.
Attend… Ah oui, dans un fichier texte, pas de code page annoncé! Fail.
Va falloir te mettre à jour sur comment ça marche dans la vraie vie (oui, j'ai beaucoup de code pages différents dans mes fichiers, et l'UTF-8 a été une révolution, pas encore partout par contre, et avec une évolution dans la douleur avec les BOM/pas BOM et le manque d'info de code page), un peu.
Déjà, c'est pas bien de caricaturer ceux qui ne veulent pas de systemd et toutes ses extensions comme de vilains réactionnaires qui veulent vivre dans le passé. C'est une généralisation abusive.
Je t'en prie, aide les autres à remettre à leur place ceux qui balancent des "arguments" des plus grossiers.
Parce qu'il peut bien y avoir des arguments qui posent réellement problèmes, mais aujourd'hui, ils sont noyés dans des bizarreté, dommage.
J’aurais imaginé dropbox plutôt, vu la galère que c’est les pièces jointes un peu imposantes, mais d’un autre coté ton appli ne doit pas être si grosse que ça…
4 Mo max, ça passe largement par mail :).
(et sinon, je suis certes pas doué mais j'ai mon accès FTP quand même aussi pour les gros fichiers, celui qui me sert à recevoir des fichier de 20 Go classiques de nos jours)
Mais si c’est l’entretien du serveur qui t’inquiète, pourquoi ne pas partir sur un mutualisé ?
J'ai un admin, ça va :)
J'ai 2 serveurs chez 2 hébergeurs différents (j'aime le load balancing indépendant d'un hébergeur), et je pense tout migrer à terme.
Mais maintenir une forge pour moi tout seul, déjà que je paye mon admin cher (eh l'admin, on arrête de lire ici hein ;-) ), je suis pas sûr que ça vaille le coup de le payer à maintenir une forge complète qui fasse ce que je veux. le web et downloads, ok, le reste… J'hésite.
Bref, ne pas y mettre le web était historique (avec le nom de domaine qui est connu, mais maintenant SF est moins connu par les gens, il fait moins classe qu'il y a 10 ans) et la flemme de déplacer le site (qui, vu qu'il est codé comme les pieds, les miens, n'est pas automatique, et je me disais "quand j'aurai le nouveau site", nouveau site qui… Bah, 5-6 ans que je l'imagine!), mais la 2x 12 heures en quelques mois (et surtout 2x le lendemain d'une release), ça commence à motiver pour déplacer le site tel quel.
Note que j'ai déplacé déjà les download vu les problèmes qu'il y a dessus aussi (et la page de pub, je préfère qu'ils regardent ma pub).
Euh… Pour les devs spécifique, un truc qui marche pas mal, c'est le mail en fait, le bon vieux truc qui transporte aussi des pièces jointes mais c'est le mal les pièces jointes :).
Ce qui me gène dans SF la c'est le web, que j'avais chez eux, déjà qu'à la base ça me gène qu'ils maîtrisent le nom de domaine. Le web, c'est des gens que je ne connait pas qui viennent sur le site, et ça fait pas très classe d'être hors-ligne pendant 12 heures!
A Dice Holdings, à $20 Millions pour la package Slashdot, + SourceForge + FreeCode, soit pas beaucoup pour SF lui-même… J'ai du mal à voir l’intérêt pour une entreprise de "career site", ça annonce des trucs bizarres ça aussi.
S3 aussi a eu quelques pannes.
Ca arrive. Le problème avec SF est que c'est de plus en plus souvent. Certes S3 je paye, mais du coup, OK, SF c'est juste pour les petits projets donc.
Réponds à cette question: le codage du retour à la ligne t'empêche-t'il de lire le fichier?
Si je n'ai pas d'interpréteur binaire, mais qu'un afficheur de texte (avec le format local), ça se transforme en une ligne ingérable.
Comme quoi, tu as besoin d'un interpréteur sous peine d'avoir des problèmes…
Même si les accents et les caractères spéciaux ne sont pas codés directement, le texte devient-il illisible pour autant?
Oui. Pour toi en français c'est encore gérable, mais si tu décode du chinois, l'UTF-8 montré en ASCII ne veut rien dire.
Qu'on s'entende sur le sens du terme "illisible": ça ne rend pas le texte impossible à lire.
En pratique si.
Après, merci l'est interpréteur, qui convertissent… cOmme journald en fait.
Binaire/texte, même combat, faut un interpréteur.
Un "a" reste un "a", un "b" un "b",
Tu es très fort pour réussir à lire quelques chose avec ça :
предоÑ.тавÑ. подробна техничеÑ.ка информациÑ. и инфромазиÑ. за таговете на даден видео или аудио файл
(si, ça veut dire quelque chose… Avec le bon interpréteur)
Ah oui, le franco-français métropolitain, avec un seul time zone (pour info, la France a plus d'un time zone), une seule langue… Linux est utilisé aussi par d'autres.
Pour info, ta data n'est pas ISO (ISO serait 2012-10-21T10:33:43Z note le T et le Z).
Donc un parser automatique échouerait (bon, un humain supporterait certes, mais aurait quand même un doute sur le time zone)
Dur de suivre les normes quand on veut faire du texte… D'où l’intérêt de faire la différence entre le vu et le stocké.
Je suis le seul à trouver le dépôt moins urgent que le web+téléchargements? sans le dépôt, je peux encore travailler (en local) et seuls les devs sont génés, pas les utilsiateurs, par contre l'hébergement (le truc qui a mis 12 heures hier chez SF), ça c'est plutôt gênant (utilisateurs…).
Si tu t'arrêtes à ce genre de détail… ;-)
Mais clair que son exemple est l'exemple typique pour ne pas savoir du tout à quelle heure (on est à +/- 12 heures quand même… Pour avoir plus préciser, il faut une information externe, qu'on a assez souvent mais pas toujours, surtout à notre époque où les serveurs peuvent être sur différents time zones) s'est passé l’évènement, comme quoi, dur d'avoir du texte "universel" qui fournit des information utile ;-).
Il y a ce qu'il croit, et la réalité ;-). Ce n'est pas parce que Linux est en GPL que tous les autres projets en BSD et Apache n'ont pas de contributions.
C'est tout à fait louable de sa part de penser ça, mais ça reste à être confronté à la réalité, et les projets non GPL se portent assez bien quand même.
Linux n'est même plus dans la vision de RMS (GPLv2 seulement, RMS veut v3)
C'est aussi une différence entre la GPL (qui force de garder la liberté) et la vision BSD qui croit en la bonté de l'homme. Bizarrement, le plus efficace est la GPL.
Ils te donnent une garantie de fiabilité ? C'est une vraie question.
Aucune, mais la n'est pas le problème.
Je constate juste, et depuis quelques années ça empire. Donc avant ça m'allait, maintenant moins, c'est tout.
Si tu cherche « juste » à permettre un téléchargement pourquoi tu ne te tourne pas vers des trucs comme S3 ?
Le prix. C'est bof.
Pour les téléchargement, mes deux petits serveurs (redondance) tiennent depuis 1 ans sans indispo (quand 1 des serveurs a été déplacé, ben… le 2ème était la), et je vais donc penser à y mettre le web aussi donc.
Va me rester le moins problématique en disponibilité (tracker, dépot) et la j'hésite (c'est chiant à maintenir quand même), github est le truc qu'on me dit génial, mais je vais d'un enfermement à l'autre, et la migration serait pas simple (ticket en cours) tandis qu'un truc que j'ai moi, la migration je peux bidouiller la base pour injecter les logins des gens. bref, je réfléchi, quitte à migrer (SF abandonne ses vieux produits, faut migrer)
Il existe de nombreux formats de date, par exemple, dont ISO. Un format "YYYY-MM-DD hh:mm:ss[.ms]" n'aurait-il pas répondu à cette exigence?
Pourquoi. Mais c'est pas fait. Je ne fais que constater.
Sinon, 20 octets à la place de 4, c'est d'un optimal (compressable, mais quand même)
Avec un fichier texte bien structuré, bien formaté,
Avec des si, on mettrait Paris en bouteille.
La, on a un truc qui a l'air de tenir la route, face à une théorie "on peut utiliser ISO"…
Et encore une fois, rien n'empèche de faire ta sortie texte avec journald… On fait, rien ne change vraiment pour toi.
Donc si le journal, format texte, est en UTF8, il n'a pas plus d'inconvénients par rapport à ce qui est stocké en binaire dans journald, exact?
C'est normé, déjà.
Et en binaire, si poussé au bout, une erreur n'est pas du texte, mais un nombre (avec table de traduction à côté pour qui veut faire du texte).
Tu as oublié de parler de la date (alors, 4 octobre ou 10 avril?)
bref, le binaire permet plein de choses, comme fournir des information localisées, et d'avoir un truc très précis. LE texte, c'est un fourre-toi quand tu veux reculer pour mieux sauter.
Ce qui me fait réagir est de voir autant de blocage sur "un log doit être texte", quand ce texte est absolument pas normé et et un bordel sans nom.
Alors, si le texte vous suffit, ok, corrigez donc tous les problèmes qui vont avec, ou alors journald répond aux besoins avec du bianire certes mais on s'en fout, c'est autant la merde binaire ou texte de toutes manières.
Elles ne sont pas contre toi, mais ce que tu racontes, qui est faux, je t'ai posé des questions pour te démontrer pourquoi c'est faux.
Alors réponds aux questions sur le format de ton fichier texte, facile si c'est si universel que tu le dis, tu devrais avoir une seule réponse par question.
Pourquoi ne pas répondre aux questions?
je suis bien d'accord avec toi sur le rapport qualité/prix.
Mais pour un projet plus "gros", héberger sur SF devient risqué (perso, 2 des 4 dernières releases que je faites, SF m'a lâché le jour de la plus grosse affluence, à croire que c'est moi qui le plante, et j'ai une perte financière à cause de ça et donc SF me "coûte", sans compter la crédibilité pour certains)
Bref, ça dépend des besoins, mais il ne faut pas s'étonner ensuite si SF a la réputation d'hébergement gratuit pour petits projets. Je l'ai connu comme LA référence de l'hébergement libre, la chute est violente.
Et la, j'ai l'obligation de changer les URLs de repo et compagnie, car ils migrent bizarrement les projets, alors quitte à changer les URLs, je suis tenté de mettre un redmine chez moi (oui, non, pas facile, comme tu dis, il faut faire, ou faire faire)
PS : à une époque, ils réclamaient aussi 50% des gains Adsense, mais ils ont abandonné l'idée.
Quelle fuseau horaire? Québécois? Français? Ca veut rien dire ce chiffre. 12h59 UTC.
et service rendu à 15h12
Oui, bien sûr… Ca, c'est pour remonter le début du site.
Le truc le plus utilisé car ce sont tous les non-codeurs qui y vont et c'est plus gros que les codeurs (bref : l'hébergement du site web), c'est plutôt 23h00 UTC d'après mon serveur de stats (pas chez eux, j'en suis bien content!).
10 heures dans les choux, aïe aïe aïe…
Plusieurs rupture de service, des fichiers vérolés, ils ont du mal chez SF ces dernières années… Alors que j'en était très content pendant de nombreuses années, mais c'était "avant"!
[^] # Re: Arte
Posté par Zenitram (site web personnel) . En réponse au journal Un monde sans humain ?. Évalué à 7.
Un montage peut très bien changer ton interprétation.
Croire que pas de commentaire rend l'info sans interprétation est dangereux pour toi, car tu enlèves une barrière (partir du principe qu'il y a une interprétation et qu'il faut faire attention) que tu ne devrais pas enlever.
Bref : toujours prendre le recul et se dire qu'on nous montre que ce qu'ont veut nous montrer, y compris par les journalistes indépendants (à leur décharge, pas facile de garder son objectivité quand on a une opinion)
[^] # Re: Journal en fichier binaire vs fichier plat
Posté par Zenitram (site web personnel) . En réponse à la dépêche Documentation du format du Journal. Évalué à 1.
si pas de time zone, c'est une bug, la date ne veut pas dire grand chose (à moins que le time zone soit spécifié ailleurs, mais dangereux, info qui peut se perdre…)
Si, c'est UN exemple, on peut avoir d'autres exemples.
[^] # Re: Journal en fichier binaire vs fichier plat
Posté par Zenitram (site web personnel) . En réponse à la dépêche Documentation du format du Journal. Évalué à 1.
yep, surtout quand le code page est annoncé dans le header HTTP.
Attend… Ah oui, dans un fichier texte, pas de code page annoncé! Fail.
Va falloir te mettre à jour sur comment ça marche dans la vraie vie (oui, j'ai beaucoup de code pages différents dans mes fichiers, et l'UTF-8 a été une révolution, pas encore partout par contre, et avec une évolution dans la douleur avec les BOM/pas BOM et le manque d'info de code page), un peu.
[^] # Re: Documenté ou pas, ce sera non!
Posté par Zenitram (site web personnel) . En réponse à la dépêche Documentation du format du Journal. Évalué à 1.
Je t'en prie, aide les autres à remettre à leur place ceux qui balancent des "arguments" des plus grossiers.
Parce qu'il peut bien y avoir des arguments qui posent réellement problèmes, mais aujourd'hui, ils sont noyés dans des bizarreté, dommage.
[^] # Re: Fin de panne
Posté par Zenitram (site web personnel) . En réponse au journal SourceForge dans les choux. Évalué à 3.
4 Mo max, ça passe largement par mail :).
(et sinon, je suis certes pas doué mais j'ai mon accès FTP quand même aussi pour les gros fichiers, celui qui me sert à recevoir des fichier de 20 Go classiques de nos jours)
J'ai un admin, ça va :)
J'ai 2 serveurs chez 2 hébergeurs différents (j'aime le load balancing indépendant d'un hébergeur), et je pense tout migrer à terme.
Mais maintenir une forge pour moi tout seul, déjà que je paye mon admin cher (eh l'admin, on arrête de lire ici hein ;-) ), je suis pas sûr que ça vaille le coup de le payer à maintenir une forge complète qui fasse ce que je veux. le web et downloads, ok, le reste… J'hésite.
Bref, ne pas y mettre le web était historique (avec le nom de domaine qui est connu, mais maintenant SF est moins connu par les gens, il fait moins classe qu'il y a 10 ans) et la flemme de déplacer le site (qui, vu qu'il est codé comme les pieds, les miens, n'est pas automatique, et je me disais "quand j'aurai le nouveau site", nouveau site qui… Bah, 5-6 ans que je l'imagine!), mais la 2x 12 heures en quelques mois (et surtout 2x le lendemain d'une release), ça commence à motiver pour déplacer le site tel quel.
Note que j'ai déplacé déjà les download vu les problèmes qu'il y a dessus aussi (et la page de pub, je préfère qu'ils regardent ma pub).
[^] # Re: Fin de panne
Posté par Zenitram (site web personnel) . En réponse au journal SourceForge dans les choux. Évalué à 2.
Euh… Pour les devs spécifique, un truc qui marche pas mal, c'est le mail en fait, le bon vieux truc qui transporte aussi des pièces jointes mais c'est le mal les pièces jointes :).
Ce qui me gène dans SF la c'est le web, que j'avais chez eux, déjà qu'à la base ça me gène qu'ils maîtrisent le nom de domaine. Le web, c'est des gens que je ne connait pas qui viennent sur le site, et ça fait pas très classe d'être hors-ligne pendant 12 heures!
[^] # Re: Fin de panne
Posté par Zenitram (site web personnel) . En réponse au journal SourceForge dans les choux. Évalué à 2.
A Dice Holdings, à $20 Millions pour la package Slashdot, + SourceForge + FreeCode, soit pas beaucoup pour SF lui-même… J'ai du mal à voir l’intérêt pour une entreprise de "career site", ça annonce des trucs bizarres ça aussi.
[^] # Re: Journal en fichier binaire vs fichier plat
Posté par Zenitram (site web personnel) . En réponse à la dépêche Documentation du format du Journal. Évalué à 1.
Exact, ça devrait être UTF-8 partout (d'ailleurs mon exemple est de l'UTF-8 ;-) ), ça vient ça vient… Reste la date!
[^] # Re: Fin de panne
Posté par Zenitram (site web personnel) . En réponse au journal SourceForge dans les choux. Évalué à 2.
S3 aussi a eu quelques pannes.
Ca arrive. Le problème avec SF est que c'est de plus en plus souvent. Certes S3 je paye, mais du coup, OK, SF c'est juste pour les petits projets donc.
[^] # Re: Journal en fichier binaire vs fichier plat
Posté par Zenitram (site web personnel) . En réponse à la dépêche Documentation du format du Journal. Évalué à 1.
Si je n'ai pas d'interpréteur binaire, mais qu'un afficheur de texte (avec le format local), ça se transforme en une ligne ingérable.
Comme quoi, tu as besoin d'un interpréteur sous peine d'avoir des problèmes…
Oui. Pour toi en français c'est encore gérable, mais si tu décode du chinois, l'UTF-8 montré en ASCII ne veut rien dire.
En pratique si.
Après, merci l'est interpréteur, qui convertissent… cOmme journald en fait.
Binaire/texte, même combat, faut un interpréteur.
Tu es très fort pour réussir à lire quelques chose avec ça :
предоÑ.тавÑ. подробна техничеÑ.ка информациÑ. и инфромазиÑ. за таговете на даден видео или аудио файл
(si, ça veut dire quelque chose… Avec le bon interpréteur)
Ah oui, le franco-français métropolitain, avec un seul time zone (pour info, la France a plus d'un time zone), une seule langue… Linux est utilisé aussi par d'autres.
[^] # Re: Journal en fichier binaire vs fichier plat
Posté par Zenitram (site web personnel) . En réponse à la dépêche Documentation du format du Journal. Évalué à 3.
Pour info, ta data n'est pas ISO (ISO serait 2012-10-21T10:33:43Z note le T et le Z).
Donc un parser automatique échouerait (bon, un humain supporterait certes, mais aurait quand même un doute sur le time zone)
Dur de suivre les normes quand on veut faire du texte… D'où l’intérêt de faire la différence entre le vu et le stocké.
[^] # Re: Fin de panne
Posté par Zenitram (site web personnel) . En réponse au journal SourceForge dans les choux. Évalué à 3.
Je suis le seul à trouver le dépôt moins urgent que le web+téléchargements? sans le dépôt, je peux encore travailler (en local) et seuls les devs sont génés, pas les utilsiateurs, par contre l'hébergement (le truc qui a mis 12 heures hier chez SF), ça c'est plutôt gênant (utilisateurs…).
[^] # Re: Journal en fichier binaire vs fichier plat
Posté par Zenitram (site web personnel) . En réponse à la dépêche Documentation du format du Journal. Évalué à 0.
Si tu t'arrêtes à ce genre de détail… ;-)
Mais clair que son exemple est l'exemple typique pour ne pas savoir du tout à quelle heure (on est à +/- 12 heures quand même… Pour avoir plus préciser, il faut une information externe, qu'on a assez souvent mais pas toujours, surtout à notre époque où les serveurs peuvent être sur différents time zones) s'est passé l’évènement, comme quoi, dur d'avoir du texte "universel" qui fournit des information utile ;-).
[^] # Re: chez Owni aussi :
Posté par Zenitram (site web personnel) . En réponse au journal Calimaq : Défense et illustration de la clause non commerciale. Évalué à 2.
Euh… Les distributions Linux? Elles mélangent allègrement les deux!
Ce n'est pas un exemple "pour" la GPL…
[^] # Re: chez Owni aussi :
Posté par Zenitram (site web personnel) . En réponse au journal Calimaq : Défense et illustration de la clause non commerciale. Évalué à 2.
Il y a ce qu'il croit, et la réalité ;-). Ce n'est pas parce que Linux est en GPL que tous les autres projets en BSD et Apache n'ont pas de contributions.
C'est tout à fait louable de sa part de penser ça, mais ça reste à être confronté à la réalité, et les projets non GPL se portent assez bien quand même.
Linux n'est même plus dans la vision de RMS (GPLv2 seulement, RMS veut v3)
Donc… Pas dit que ça soit optimal.
[^] # Re: chez Owni aussi :
Posté par Zenitram (site web personnel) . En réponse au journal Calimaq : Défense et illustration de la clause non commerciale. Évalué à 2.
Heu… Tu t'avances peut-être beaucoup, la.
[^] # Re: Fin de panne
Posté par Zenitram (site web personnel) . En réponse au journal SourceForge dans les choux. Évalué à 2.
Aucune, mais la n'est pas le problème.
Je constate juste, et depuis quelques années ça empire. Donc avant ça m'allait, maintenant moins, c'est tout.
Le prix. C'est bof.
Pour les téléchargement, mes deux petits serveurs (redondance) tiennent depuis 1 ans sans indispo (quand 1 des serveurs a été déplacé, ben… le 2ème était la), et je vais donc penser à y mettre le web aussi donc.
Va me rester le moins problématique en disponibilité (tracker, dépot) et la j'hésite (c'est chiant à maintenir quand même), github est le truc qu'on me dit génial, mais je vais d'un enfermement à l'autre, et la migration serait pas simple (ticket en cours) tandis qu'un truc que j'ai moi, la migration je peux bidouiller la base pour injecter les logins des gens. bref, je réfléchi, quitte à migrer (SF abandonne ses vieux produits, faut migrer)
[^] # Re: Fin de panne
Posté par Zenitram (site web personnel) . En réponse au journal SourceForge dans les choux. Évalué à 3.
Quitte à changer, j'hésite à héberger chez moi pour mieux maitriser, mais sinon entre google, github, et plein d'autres… Du choix.
[^] # Re: Journal en fichier binaire vs fichier plat
Posté par Zenitram (site web personnel) . En réponse à la dépêche Documentation du format du Journal. Évalué à 1. Dernière modification le 24 octobre 2012 à 13:25.
admettons face à cet argument de poids…
Pourquoi. Mais c'est pas fait. Je ne fais que constater.
Sinon, 20 octets à la place de 4, c'est d'un optimal (compressable, mais quand même)
Avec des si, on mettrait Paris en bouteille.
La, on a un truc qui a l'air de tenir la route, face à une théorie "on peut utiliser ISO"…
Et encore une fois, rien n'empèche de faire ta sortie texte avec journald… On fait, rien ne change vraiment pour toi.
[^] # Re: Journal en fichier binaire vs fichier plat
Posté par Zenitram (site web personnel) . En réponse à la dépêche Documentation du format du Journal. Évalué à 1.
C'est normé, déjà.
Et en binaire, si poussé au bout, une erreur n'est pas du texte, mais un nombre (avec table de traduction à côté pour qui veut faire du texte).
Tu as oublié de parler de la date (alors, 4 octobre ou 10 avril?)
bref, le binaire permet plein de choses, comme fournir des information localisées, et d'avoir un truc très précis. LE texte, c'est un fourre-toi quand tu veux reculer pour mieux sauter.
Ce qui me fait réagir est de voir autant de blocage sur "un log doit être texte", quand ce texte est absolument pas normé et et un bordel sans nom.
Alors, si le texte vous suffit, ok, corrigez donc tous les problèmes qui vont avec, ou alors journald répond aux besoins avec du bianire certes mais on s'en fout, c'est autant la merde binaire ou texte de toutes manières.
[^] # Re: Journal en fichier binaire vs fichier plat
Posté par Zenitram (site web personnel) . En réponse à la dépêche Documentation du format du Journal. Évalué à 0. Dernière modification le 24 octobre 2012 à 10:55.
Elles ne sont pas contre toi, mais ce que tu racontes, qui est faux, je t'ai posé des questions pour te démontrer pourquoi c'est faux.
Alors réponds aux questions sur le format de ton fichier texte, facile si c'est si universel que tu le dis, tu devrais avoir une seule réponse par question.
Pourquoi ne pas répondre aux questions?
Tu as dis un truc faux, j'y réagis, c'est tout.
[^] # Re: Fin de panne
Posté par Zenitram (site web personnel) . En réponse au journal SourceForge dans les choux. Évalué à 3.
En Allemagne, effectivement.
Mais rejeté (encore une fois) en France.
[^] # Re: Fin de panne
Posté par Zenitram (site web personnel) . En réponse au journal SourceForge dans les choux. Évalué à 0. Dernière modification le 24 octobre 2012 à 09:32.
je suis bien d'accord avec toi sur le rapport qualité/prix.
Mais pour un projet plus "gros", héberger sur SF devient risqué (perso, 2 des 4 dernières releases que je faites, SF m'a lâché le jour de la plus grosse affluence, à croire que c'est moi qui le plante, et j'ai une perte financière à cause de ça et donc SF me "coûte", sans compter la crédibilité pour certains)
Bref, ça dépend des besoins, mais il ne faut pas s'étonner ensuite si SF a la réputation d'hébergement gratuit pour petits projets. Je l'ai connu comme LA référence de l'hébergement libre, la chute est violente.
Et la, j'ai l'obligation de changer les URLs de repo et compagnie, car ils migrent bizarrement les projets, alors quitte à changer les URLs, je suis tenté de mettre un redmine chez moi (oui, non, pas facile, comme tu dis, il faut faire, ou faire faire)
PS : à une époque, ils réclamaient aussi 50% des gains Adsense, mais ils ont abandonné l'idée.
[^] # Re: Fin de panne
Posté par Zenitram (site web personnel) . En réponse au journal SourceForge dans les choux. Évalué à -4. Dernière modification le 24 octobre 2012 à 09:11.
Ca coûte autant que TF1, certes.
[^] # Re: Fin de panne
Posté par Zenitram (site web personnel) . En réponse au journal SourceForge dans les choux. Évalué à -3. Dernière modification le 24 octobre 2012 à 08:48.
Quelle fuseau horaire? Québécois? Français? Ca veut rien dire ce chiffre. 12h59 UTC.
Oui, bien sûr… Ca, c'est pour remonter le début du site.
Le truc le plus utilisé car ce sont tous les non-codeurs qui y vont et c'est plus gros que les codeurs (bref : l'hébergement du site web), c'est plutôt 23h00 UTC d'après mon serveur de stats (pas chez eux, j'en suis bien content!).
10 heures dans les choux, aïe aïe aïe…
Rien de dispo à cette adresse, mais plutôt celle-la :
http://sourceforge.net/blog/various-sourceforge-services-down/
(où ils oublient de donner l'heure des "back online" ;-) )
Plusieurs rupture de service, des fichiers vérolés, ils ont du mal chez SF ces dernières années… Alors que j'en était très content pendant de nombreuses années, mais c'était "avant"!