Yhann

Bonjour, Nous avons fait le choix d'utiliser eGroupWare pour notre petit réseau interne (20 postes PC ou MAC, nous sommes une association). Nous allons passer commande d'un PC assez performant pour mettre en place le coeur de notre intranet avec eGroupWare. Je pensais installer un XP pro, avec Wamp pour faire tourner eGroupWare. C'est pour moi la solution la plus simple : il s'agit de la configuration de mon PC de développement. Maintenant, je me dis que c'est un peu bête de procéder comme ça, et le prix d'une licence XP pour ne faire tourner qu'une application Wamp ne me semble pas justifié. D'où l'idée d'installer Linux... Le problème, c'est que je ne connais rien à Linux et n'aurais pas le temps de me former dessus. Mes compétences sont celles d'un développeur web (plus de 10 ans d'expériences en php, flash, html, etc.) Ce que j'aimerais, c'est pouvoir procéder en toute transparence, comme je le fais avec les hébergeurs, à la mise en place d'applications php sur le serveur, via FTP. Ma question : pour un novice dans le monde de Linux, et pour l'utilisation que nous allons en faire, quelle distribution installer ? J'aimerai, si possible, avoir une interface graphique sur le serveur, avec un serveur VPN qui me permettrait, via le réseau, d'agir si besoin sur le serveur. A moins qu'il existe des interfaces d'administration graphiques web ? Surtout, je veux éviter de "dialoguer" avec le serveur en lignes de commandes ! Finalement, je veux juste une distribution fiable et pas trop compliquée à installer avec un serveur FTP et acceptant le RAID 0. Quels sont vos conseils ? Merci, Yhann

Merci nicoo ! C'est exactement ça. En français en plus, et une interface d'une clarté... Par contre, on a que 150Mo d'espace gratuit. Après, les tarifs grimpent très vite. Mais ça à l'air très pro. Me reste à faire des essais. Encore merci.

Oui, c'est pas mal, effectivement. Je suis quand même en train de me dire qu'il y a un truc à faire, là... Créer un "DailyAudio" Qui serait intéressé ? avec un player personnalisable, et tout le train train !

Merci fredalva pour ta réponse. Mais il ne s'agit pas forcément de musique. Cela peut être de la poésie, une émission de radio perso, des bruitages, etc. Tout type de sons, en fait. Il s'agit vraiment pour moi de trouver une plate-forme permettant d'hébergeur de l'audio, comme Dailymotion qui permet l'hébergement de tout type de vidéos.

Bonjour, Je recherche en vain un service permettant d'uploader du son, et de pouvoir intégrer, pourquoi pas, un petit player sur un site pour jouer l'audio. Le but est d'externaliser l'hébergement de l'audio, pour cause de place... En gros, l'idée, c'est de trouver un site comme celui de Dailymotion ou de Youtube, mais dédié uniquement à l'audio. Savez-vous si cela existe ? Mes recherches n'ont rien données... Merci par avance, Yhann.

Bonjour Dan, Oui, ma syntaxe est juste. C'est en recopiant le message dans le forum... A noter que si mon htaccess n'est pas à la racine, il ne génère pas d'erreur, mais empêche mon propre site à accéder au répertoire contenant le htaccess. C'est normal, ça ? Sinon, dans l'hypothèse probable que le soucis vienne de l'hébergeur, quelles solutions existent, à part le fichier index, pour empêcher le listing d'un répertoire sur un hébergement mutualisé ? Existe t-il seulement une solution ? Merci.

Bonjour, Alors, le nom de l'hébergeur, comme vous me le demandez, c'est Texio (et non Toxio, comme je l'ai mentionné dans mon premier message via une faute de frappe). Leur panel ne propose pas la création de ce type de fichier... Vous avez une idée ?

Bonsoir, Je souhaite empêcher le listing d'un dossier "upload", présent à la racine de mon site hébergé chez Toxio. La solution du fichier index.html ne me convient pas, puisque je procède à la création régulière de sous-dossiers. Il me faut donc une solution qui agisse sur le dossier upload, et tous ses sous-dossiers. J'ai placé un fichier htaccess avec l'option -Indexes, et voilà ce qui se passe : A la racine de mon site le serveur me renvoie une belle erreur interne 500, et si je place ce fichier dans mon dossier Uploads, c'est tellement efficace que mon site n'affiche plus ce qui se trouve dans ce dossier. Par exemple, j'ai des images placées dans mon dossier upload, et bien elles n'apparaissent plus sur mes pages lorsque ce fichier htaccess es présent. J'ai essayé un fichier htaccess avec la directive IndexIgnore *, et c'est exactement la même chose. J'ai modifié les droits du fichier htaccess en 777, mais ça ne change rien non plus. Bref, les forums regorgent de personnens qui sont hyper contentes d'avoir trouvée cette solution pour éviter le lising de répertoire, mais chez moi, ça ne pmarche pas. Pourquoi ? Je précise qu'un accès limité où il faut s'identifier fonctionne bien chez mon hébergeur. Il accepte donc bien les fichiers htaccess. Mais est-ce moi qui fait fausse route en croyant que, malgré un fichier htacces interdisant le listing d'un répertoire, le script php exécuté sur le même serveur peut continuer à y accéder ? Merci pour vos lumières !

Bonjour, Je bosse sur un site hébergé chez Oléane (je n'ai pas le choix ) Je dois protéger un répertoire avec un fichier htaccess. Mais je ne trouve aucune information à ce sujet. Leur site est hyper mal foutu, c'est incroyable D'après ce que j'ai vu sur internet, il faut crypter le mot de passe avec leur outil, mais où se trouve leur outil ? Des heures que je passe devant leur console d'admin, sans rien trouver. Leur documentation ne mentionne jamais les fichiers htaccess. : Question : savez-vous comment faire chez Oléane ? Etes vous hébergé chez eux ? Par avance, 1000 mercis, je pète un plomb, là. yhann.

Bonjour, Je recherche un éditeur Wiki. Entendez par là un textarea avec des boutons gras, italique et lien. Voilà ce qu'il me faut. J'ai trouvé des classes Wiki vers XHTML, mais c'est la programmation des boutons que je recherche. On clique sur "gras" et le mot sélectionné se retrouve avec la syntaxe Wiki correspondante. Vous avez un lien à me proposer ? Merci, en tout cas. Yhann. PS. Au pire, un éditeur WYSIWYG, mais extra simple, pas d'usine comme FCKEditor ou HTMLArea...

Juste pour revenir à la question initiale : sur vos backoffices respectifs : 1. le client a t-il la main sur quelques contenus dynamiques seulement ? 2. le client a t-il la main sur l'ensemble du contenu du site (il peut modifier TOUS les textes) ? 3. le client a t-il la main sur tout (à la Spip, avec possibilité d'éditer les rubriques, sous-rubriques, etc.) ? Les réponses à ces questions m'intéressent grandement !

Salut Wefficient, Analyse sympa. Merci d'avoir pris la peine de faire part de ton avis. C'est terrible, l'exemple que tu donnes, avec le fils du patron qui agissait en parallèle !

Salut, Bein, mettre en place un Spip (par exemple) ne prend pas plus de temps que la réalisation d'un site dédié...

Bonjour, Après 7 années de développement de sites internet dynamiques, je sollicite votre expérience pour avoir des avis pouvant m'aider dans mon actuelle réflexion. 99,99% des sites que j'ai réalisé (en PHP, MySQL) ont été fourni avec un backoffice personnalisé, permettant au client d'agir uniquement sur les contenus nécessitant une mise à jour régulière. Cela peut-être un édito, une rubrique actualités, un annuaire de liens, une galerie d'images, etc. Ces éléments étaient décidés en concertation avec le client, dans le cahier des charges. De rare fois, lorsqu'il était nécessaire que le client dispose de la possibilité d'agir sur le contenu intégral de son site, j'ai utilisé Spip. Aujourd'hui, force est de constater que les appels d'offres qui circulent mentionnent l'emploi de CMS. Les clients souhaitent avoir la main sur l'ensemble de leur site web. Ce que je comprends bien volontiers. Autrefois, cette méthide était suffisante. Aujourd'hui, les Blogs sont passés par là, et les gens ont pris l'habitude de plus d'interactivité entre le web et eux. Je pense donc que la méthode que j'utilisais n'est plus satisfaisante. Travailler sur un organigramme de site web, en réfléchissant aux contenus devant être relié au backoffice pour permettre au client de procéder à ces mises à jour n'est plus envisageable. Je pense généraliser l'emploi de CMS, pouvant être différents selon le type de site à concevoir. Maintenant, j'aimerais savoir comment vous procédez. Faites vous, comme moi, le plus souvent des sites statiques, avec des zones dynamiques à l'intérieur, ou concevez-vous votre site intégralement en dynamique, avec un backoffice permettant d'éditer l'ensemble des textes (et photos ?) Vos avis m'intéressent. Merci par avance pour vos posts à ce sujet. Yhann.

Euh, désolé, mais ta citation ne montre pas les smileys qui, je l'espère, mettait en avant la non reproche de la chose. Je ne me permettrais pas ce type de comportement, je connais les forums aussi ! 1000 excuses si ça a mal été interprété, mais j'assure qu'il n'y avait absolument aucun reproche (heureusement !) de ma part, loin de là. Sur le fond : si tu ne factures pas ce type d'intervention, ça rentre dans un forfait genre "maintenance", non ? C'est quand même du temps, et si on gère plusieurs sites, comment proposer gratuitement ce type de prestation ?

Bon, beaucoup de lecture, mais pas de réponse Alors je me lance : de 60 à 200 euros HT, selon l'importance de la mise à jour... Qu'en pensez-vous ?

Bonjour, Je me demandais comment deviser la mise à jour de la version de Spip sur un site web. Je pensais à une fourchette, selon l'importance de la mise à jour et le travail demandé (réadaptation des boucles, optimisations, etc.) Avez-vous une idée ? Yhann.

Oui, Captain, c'est exactement ça. Mais je pense m'en tirer en parsant l'iade html de la doc php. A très +

Salut, Merci pour les liens (mais je les avais déjà). Le problème est que la doc ne propose pas un listing des fonctions avec les paramètres. Je vais essayer de récupérer une doc html, l'installer sur mon PC et la parser avec une moulinette. A bientôt.

Bonjour et merci pour vos réponses. Je pense opter pour une unique ouverture et fermeture de la base par page. Concernant la connexion persistante, non, beaucoup d'hébergeurs mutualisés la déconseillent, en incriminant une surcharge des serveurs MySQL. S'il y a d'autres avis, n'hésitez pas à les poster A++

Bonjour, Je bosse sur un éditeur PHP, et je souhaite y intégrer l'auto-complétion. J'ai trouvé des fichiers texte avec la liste des mots-clés du langage PHP. Donc c'est OK. Mais j'aimerais aller plus loin, en affichant également la liste des paramètres possibles pour une fonction donnée. Exemple, si j'entre dans l'éditeur "ucfi", l'auto-complétion me propose "ucfirst". Mais j'aimerais qu'il me propose "ucfirst (string str)". Ne souhaitant pas me taper toutes les instructions PHP une à une, j'imagine qu'il doit y avoir un moyen de récupérer un fichier qui les rassemble toutes ? Avez-vous une piste ? Merci !

Bonjour, Avant, dans mes fichiers PHP, je plaçais en haut de fichier le code PHP nécessaire à l'interrogation d'une base de données. En terme d'optimisation, c'était au top, j'utilisais la séquence suivante : - connexion à la base - exécution de la requête 1 - exécution de la requête 2 - exécution de la requête n - fermeture de la base Cette séquence permet de limiter le nombre de connexions simultannées à la base. Tout le retse du traitement PHP, la mise en forme des données, etc. est placée après. Concernant la connexion à MySQL, j'utilise une connexion non persistante. Mais maintenant, je ne peux plus procéder ainsi. J'utilise en effet des "modules" de codes, qui doivent être indépendants. Je les insère où je le veux dans la page, et du coup, je ne peux plus regrouper mon script de communication à MySQL en haut du fichier PHP. Ma page devient : - code PHP - connexion à la base - exécution de la requête - fermeture de la base - code PHP - code PHP - connexion à la base - exécution de la requête - fermeture de la base - code PHP - code PHP - code PHP - code PHP ... En terme d'optimisation, faut-il refermer la connexion à MySQL à chaque fois, ou une seule fois à la fin du script ? Faut-il l'ouvrir à chaque fois ? Autrement dit, la séquence ci-dessus serait-elle plus optimisée si elle devenait : - code PHP - connexion à la base - exécution de la requête - fermeture de la base - code PHP - code PHP - connexion à la base - exécution de la requête - fermeture de la base - code PHP - code PHP - code PHP - code PHP ... Qu'en pensez-vous ? Merci

Yeppp ! C'est si bête que ça ! Merci pour ta réponse. Voilà qui me fait voir les choses autrement. Merci !

Bonjour, On dit que le Flash n'est pas indexable. On dit aussi que ce serait en train de changer... Toujours est-il qu'il y a un site, celui du collectif Nobrain, qui est full Flash. Si vous entrez NoBrain dans google, vous trouverez le site en première position, avec la description suivante : "nobrain ---- Réalisation de clips, pubs, habillages TV." Mais où Google a t-il été chercher ce texte ? Il n'y a pas de balises Meta dans le code source, pas de texte, autre que l'inclusion du Flash ! Le titre de la page ne contient que NoBrain. Mais... comment ont-ils fait ?!

Oui, exact... Mais bon, voilà quoi