51

(18 réponses, dans Problèmes)

La différence est précisée dans la RFC :

The MLST and MLSD commands are intended to standardize the file and
   directory information returned by the server-FTP process.  These
   commands differ from the LIST command in that the format of the
   replies is strictly defined although extensible.
=> cf 7.  Listings for Machine Processing (MLST and MLSD)

En gros, c'est une histoire de formatage du résultat.
Il s'agit de la standardisation d'une extension de la RFC 959 qui définit les bases du FTP. Je ne sais pas si c'est amené à remplacer les commandes de bases.
Je ne vois que deux solutions, trouver une bonne implémentation de l'extension ou ne pas annoncer la commande MLSD dans la liste des feature (désactiver l'extension ?).

edit: pure-ftpd-1.0.21-r1 ne propose pas une implémentation correcte et apparemment ça ne devrait pas changer de si tôt : SmartFTP : "Workaround: Automatically disable MLSD for pureftpd. pureftpd doesn't follow the RFC and the developer refuses to fix the bug in its MLSD implementation. "

52

(18 réponses, dans Problèmes)

Il n'y a pas de bug dans FileZilla, il s'agit simplement d'une mauvaise implémentation de la commande MLSD (RFC) du côté du serveur FTP.
Alors que les autres clients FTP utilisent toujours la commande LIST pour afficher les fichiers, FileZilla utilise MLSD si cette extension est proposée par le serveur.
Etant donné que le serveur propose bien l'extension MLSD (cf commande FEAT), FileZilla l'utilise légitimement.
Sauf que, en l'occurrence, dans un dossier où il y a un fichier commençant par un point, la commande MLSD ne retourne rien.

Dans le même genre d'idée, un exemple de mauvaise implémentation de l'extension côté serveur a été soulevé sur les forums de FileZilla et la position de l'administrateur est relativement claire (cf ici).

53

(18 réponses, dans Problèmes)

Quand une machine s'attaque elle même, il y a de quoi se poser des questions, non ?

En ce qui concerne l'anglais, cette capture devrait faire l'affaire :
http://www.intrepid.com.au/wp-content/uploads/view-htaccess2.png

54

(18 réponses, dans Problèmes)

Au fait pour FileZilla 3, la réponse n'était pas bien loin :
http://www.intrepid.com.au/how-to-view- … filezilla/
http://www.techstroke.com/how-to-show-h … lient.html

55

(3 réponses, dans Présentations)

Bonjour,

Simple question par rapport au site. Pourquoi y a-t-il sur chaque page un bonhomme avec un poisson dans les mains ? Vous ne manquez pas d'humour wink

Sinon sur la page : http://happy.lescigales.org/Partenaire.html pour le lien vers votre premier partenaire, il faut écrire un lien sous la forme http://www.ladresse.com au lieu de www.ladresse.com

Bon courage wink

56

(45 réponses, dans Problèmes)

Il ne suffit pas de répondre "j'ai déjà cherché sur google", il faut aussi le faire et lire attentivement les réponses...

Mais si tu as "[....] deja tout fais sur google mais rien a faire ca marche pas", je crains qu'on ne puisse rien pour toi. Tes problèmes nécessitent de connaître les bases du développement web (cf le message de Pyrex).

bon courage.

57

(8 réponses, dans Problèmes)

On le trouve en lisant les réponses du sujet C'est quoi....
Le titre est pourtant clair, non ?

58

(45 réponses, dans Problèmes)

Malabar a écrit:

Excuser moi encore une fois mais ou je peux trouver la racine du site ??

Facile, elle se trouve sous l'arbre qui est en face du datacenter, en fait c'est là où se trouvent toutes les racines des sites internet hébergés chez lescigales (qui sont sur l'arbre d'ailleurs).

bon courage wink

ps: il serait temps d'acheter un bon livre sur le développement de site internet et/ou de faire quelques recherches sur google.

59

(8 réponses, dans Problèmes)

Ca tourne sur tous les OS sur lesquels tu peux installer Java/Tomcat (donc pas besoin d'être nécessairement administrateur).
Par contre, qu'apporte-t-il de plus par rapport à un CMS écrit en php ?

BeCool a écrit:

En espérant que ça servira a d'autres qui ne lisent pas leurs mail en entier ..

S'ils n'arrivent pas à lire un mail en entier, comment feront ils pour lire en entier un sujet (sur le forum) ?
La vie est dure pour les utilisateurs.

61

(17 réponses, dans Requêtes)

toad a écrit:

Hmm nope en fait NooD, cette liste fait partie des questions les plus posées concernant l'hébergement, et ne représente pas le questionnaire d'inscription smile

Ok pour la première partie de ma réponse alors mais pour la seconde ça reste valable.
L'utilisateur ne va pas perdre de temps à tout lire, il préférera poser la question directement. La preuve, les réponses à la plupart des questions se trouvent dans les premières pages de tout bon moteur de recherche... et pourtant.

toad a écrit:

Oui d'ailleurs pour les erreurs 500, ca va demander pas mal de travail, il va falloir patcher Apache et vous fournir les error_log du serveur web smile

C'est une bonne idée. Sinon pour les débutants, les erreur 500 c'est souvent une erreur dans le php ou un temps d'exécution trop long, je me trompe ?
Avec ce genre de réponse, ça couvrira une bonne partie des problèmes wink

62

(17 réponses, dans Requêtes)

La première série est pas mal, une partie de la seconde me semble aller un peu loin. A priori, si l'utilisateur connaît GD ou sait ce que signifie 'timeout', on peut supposer qu'il a le niveau minimum, non ?
En ce qui concerne la liste en général, il ne faudrait pas établir trop de questions non plus, je ne vois personne lire une liste interminable de question.
bon courage wink

63

(7 réponses, dans Problèmes)

Ca ressemble à un robot qui s'inscrit automatiquement sur ton forum.
L'adresse 61.134.60.254 est un serveur chinois.

Ta réponse va de pair avec la mienne :

Par contre, elle n'est pas assez mise en avant (à mon goût) et c'est peut être la raison pour laquelle elle n'est pas assez lue

et j'ajouterais pas assez complète.
Tu pourrais aussi créer une page des questions les plus fréquemment posées avec des réponses brèves. Cette page peut être un bon point de départ pour qui veut alimenter la FAQ en ajoutant des réponses détaillées. Par exemple :
Q : Comment j'envoie mes fichiers sur le serveur ?
R : En utilisant un client FTP avec les informations suivantes :
serveur : leserveur
nom d'utilisateur : votre nom d'utilisateur
mot de passe : votre mot de passe
puis finalement un lien vers Comment se connecter avec un client FTP.

C'est un peu ce que tu as fait ici : http://faq.lescigales.org/Questions_sur … 9bergement
seulement il n'y aurait que les questions les plus fréquemment posées ainsi l'utilisateur débutant ne serait pas (trop) perdu.

Qu'en penses tu ?

toad a écrit:
NooD a écrit:

Il faut se mettre à la place d'un utilisateur qui ne connaît pas beaucoup le web, jamais il n'acceptera de payer pour un service qu'il n'est pas certain d'utiliser pendant la totalité du contrat, donc il va se rabattre vers les offres gratuites (c'est légitime).

C'est une question de ciblage, j'imagine que le vrai débat qu'on doit poser maintenant est:
veut on accepter n'importe quel boulet ? Peut on offrir un service de bonne qualité à tout le monde, quelque soit son niveau ? Je pense personnellement que non et dans un souci de gain de temps en support, j'aimerais me débarrasser de cette partie, quitte à destiner lesCigales.ORG aux webmasters réguliers.

Ok pour refuser ceux qui ne font aucun effort (réponse dans la FAQ ou facilement accessible sur google) mais avec cette limitation tu risques de limiter l'accès aux webmasters débutants ce qui est bien dommage car je trouve que ton offre gratuite permet aussi de bien débuter dans la création de site internet (pour les experts il y a l'offre pro...).
Enfin bref, j'attends de voir le questionnaire pour ajuster cette réponse wink

toad a écrit:
NooD a écrit:

Par contre, sur le formulaire de contact et aux autres endroits où tu fournis du support tu peux mettre une page avec des liens vers la FAQ. C'est relativement simple, tu prends les questions qui te sont le plus souvent posées et tu les transformes en lien. Ca rappelle un l'aide de Windows, d'abord on te propose des solutions et si rien ne marche l'utilisateur peut alors consulter le support.
Qu'est-ce que tu en penses ?

C'est une très bonne idée, je pensais plutôt préparer des messages de réponses déjà tout fait pour répondre aux internautes, afin de simplifier la tâche du support, avec bien sûr un lien vers la FAQ respective. Maintenant il faut que je trouve la bonne idée concernant la FAQ, l'actuelle ne me plait pas, personne ne la lit ou ne l'update, elle n'est pas sur le site principal, j'aimerais faire une sorte de wiki intégré à mon application, après je ne sais pas trop si c'est possible. Toute suggestion est la bienvenue concernant la mise en forme de la FAQ.

Pour ma part, je trouve la FAQ sous forme de WiKi très bien faite. Par contre, elle n'est pas assez mise en avant (à mon goût) et c'est peut être la raison pour laquelle elle n'est pas assez lue wink

Il faudrait aussi mettre en avant la FAQ sur la page d'accueil (on ne la voit pas au premier coup d'oeil).
Peut être ajouté d'autres liens qui mènent à la FAQ, comme Aide ou Wiki, ...
De même sur le page des inscriptions.

67

(20 réponses, dans Programmation)

Comme l'a dit toad dans son avant-avant dernier message : si le choix est laissé à l'utilisateur il prendra toujours le maximum (ça se comprend), au cas où... donc ça revient à mettre en place une limite maximale pour tout le monde wink

Ca marchera peut être pour quelques utilisateurs et pendant la première semaine mais ensuite ça ne t'apportera rien. Il faut se mettre à la place d'un utilisateur qui ne connaît pas beaucoup le web, jamais il n'acceptera de payer pour un service qu'il n'est pas certain d'utiliser pendant la totalité du contrat, donc il va se rabattre vers les offres gratuites (c'est légitime). A ce moment là il sera prêt à tout pour passer ton examen et même à effectuer quelques requêtes sur google. Et étant donné que c'est un QCM, il n'aura même pas lire les articles qu'il va trouver, juste à trouver le bon mot clef dans la page.
Par contre, sur le formulaire de contact et aux autres endroits où tu fournis du support tu peux mettre une page avec des liens vers la FAQ. C'est relativement simple, tu prends les questions qui te sont le plus souvent posées et tu les transformes en lien. Ca rappelle un l'aide de Windows, d'abord on te propose des solutions et si rien ne marche l'utilisateur peut alors consulter le support.
Qu'est-ce que tu en penses ?

69

(20 réponses, dans Programmation)

toad a écrit:

Je pénalise personne.. si les gens veulent un meilleur service, ils passeront à l'offre supérieure, voilà tout.
Et demander à des gens ce qu'ils veulent n'est pas une solution non plus, ils en veulent toujours plus, si je leur demande et qu'ils veulent 10 To de bande passante, 100 Go d'espace disque et 10,000 emails par heure je le mets en place simplement parce qu'ils le veulent ?

Bref, on vient encore de se faire utiliser comme relai de spam par des manifestants de l'université de Bordeaux, qui se 'battent' pour leurs 'libertés'.. en venant abuser de mes services.

Il n'y a pas d'anti spam de ce coté là du serveur.

Je comprends ton point de vu. C'est pour ça que la limitation 'par mois' me semble plus raisonnable.
Admettons que tu autorises 500 mails par mois (ça me paraît raisonnable pour un site perso), la personne qui aura une base de plusieurs milliers d'utilisateurs passera vers l'offre pro ce qui ne me choque pas du tout.
Dans le fond, nous avons le même point de vue, limiter l'utilisation des ressources aux utilisateurs de l'offre mutualisée gratuite, ce qui me paraît normal et proposer une offre pro qui répond à ces besoins.
Là où notre point de vu diverge c'est la façon de limiter les ressources.

Sinon ça pourrait être intéressant de voir comment s'en sorte les autres hébergeurs (même les payants, disons les mutualisés en général). Je doute qu'il y ait une solution miracle mais peut être quelques idées à utiliser.

70

(20 réponses, dans Programmation)

C'est toi qui décide mais ça pénalise aussi le service que tu fournis. Tu peux toujours tenter l'expérience et attendre des retours ou soumettre cette idée aux membres (par mail big_smile ).
En ce qui concerne les spams, n'y a-t-il pas un filtre anti-spam installé ? Il n'est pas assez efficace ?

71

(6 réponses, dans Présentations)

Salut !

C'est une belle réalisation en tout cas wink

72

(4 réponses, dans Présentations)

Bonjour,

Cet hébergement est bien gratuit. En même temps, c'est écrit en gros sur la page d'accueil (http://lescigales.org/).

73

(20 réponses, dans Programmation)

toad a écrit:

Disons que la raison principale est de stopper les spammeurs à la source.
Un spammeur ne va pas faire un processus pour envoyer 3,000 emails par mois, il va essayer d'envoyer 10,000 emails en 5 minutes (ca s'est vu plusieurs fois sur lesCigales.ORG).

Dans le cadre des bons hébergés qui voudraient publier une newsletter, ils devront la programmer selon le quota appliqué, ce qui entraine aussi une bonne utilisation des ressources par les hébergés au lieu d'un comportement à l'aveuglette qui peut entrainer des abus sans le vouloir (erreur, une personne envoie 4 fois sa newsletter et boom, le serveur se retrouve avec une grosse 'queue' d'emails).

Les newsletters (emails envoyés massivement ponctuellement) ne représentent pas non plus la situation courante.
Généralement, un site de base est un forum / blog / site avec page de contact et donc les emails envoyés ne le sont que rarement, dans le cas d'une inscription utilisateur par ex.

Le but étant bien sûr d'autoriser la fonction mail() (de ne pas la bloquer comme d'autres hébergeurs) mais aussi d'inciter les personnes qui utilisent le service à le pérenniser en souscrivant à une offre pro (dans laquelle ce quota sera levé).

D'accord mais la limitation par mois me semble suffisante pour répondre à ce problème. Comme ça tu ne bloques pas les petites newletters. Et tu rediriges vers l'offre pro les personnes qui ont besoin de plus d'envois.
De plus, tu pourras vérifier tranquillement quels sites ont atteint leur quota pour vérifier si se sont des spammeurs auquel cas ils n'auront utiliser le site "seulement" pour un seul envoi.

@infobarquee : 3 sites qui envoient une newsletter journalière ça me paraît beaucoup. Cela correspond plutôt à l'utilisation de l'offre pro que veut lancer toad (je me trompe, toad ?).

74

(20 réponses, dans Programmation)

Bonjour,

La limite de 10 mails par heure ne me semble pas pertinente.
Je ne vois pas quel site internet enverrait moins de 10 mails par heure.
Pour moi un site internet envoie soit 0 mail soit un grand nombre d'un seul coup.
Même remarque pour la limite par jour.
Par contre la limite par mois me semble beaucoup plus intéressante.

Si c'est pour lutter contre le spam, il suffit que le spammeur intègre ces quotas à son script et il enverra 10 mails chaque heure pendant 10 heures chaque jour jusqu'à atteindre 3000.
En clair il profitera pleinement de ces 3000 mails par mois alors qu'un site internet 'normal' qui a besoin d'envoyer un grand nombre de mails d'un seul coup sera bloqué par le service même s'il s'agit d'une newsletter toute simple qu'il va envoyé une fois par mois.
En bref, pour reprendre les exemples de ce sujet, infobarquee enverrait 200 mails pour mois, ce qui reste convenable alors qu'un spammeur enverrait 3000 mails par mois.
Tout ça pour dire que même si cela aura un effet sur le spam, cette restriction pénalisera surtout les 'bons' hébergés.
A moins qu'il y ait une autre raison derrière cette limitation ?

Ton menu s'affiche horizontalement sous IE7 et Firefox 3...

IE7
http://img7.imageshack.us/img7/2447/ie7pg0.jpg

FF3
http://img410.imageshack.us/img410/9265/ff3ng2.jpg