Aller au contenu

nyl auster

Hubmaster
  • Compteur de contenus

    266
  • Inscrit(e) le

  • Dernière visite

Tout ce qui a été posté par nyl auster

  1. Ah intéressant de savoir qu'open office fonctionne sur le même principe. C'est un site internet; je ne fais que citer le cahier de charge qu'on m'a transmis. Disons que dans le cadre de leur projet (on m'a demandé un minimum de discrétion sur sa description) c'est effectivement ce qui serait le plus simple et intuitif pour le client. Merci de tes précisions, ça m'est très utile :-)
  2. Merci de ta réponse. En gros, faire ça en php c'est la galère. L'option proposée par Lorem_ipsum me parait encore la plus raisonnable. Le coup du xml était intéressant mais vu qu'il ne concerne que la dernière version de word...
  3. Bonjour à tous Je suis en train de me plonger dans les frameworks php. Je bonnes notions de php procédural et j'ai quelques notions de php objet (ce qu'est un objet, une classe, un héritage, une méthode,des attributs) sans pour autant l'avoir pratiqué. Combien de temps environ faut-il s'investir dans un framework type symfony, zend ou cakePHP pour maitriser l'outil? Cela se compte-il en semaine, en mois pour que l'investissement en temps vaille le coup? Le gain de temps est-il si important par rapport à un codage classique en php objet ou procédural? Merci de vos lumières !
  4. Salut, oui c'est une bonne idée que je proposerai si je ne peux pas réaliser ce qu'on me demande. Mais le cahier des charges qu'on m'impose implique d'ouvrir un fichier word en php après upload. J'ai vu quelques trucs à ce sujet mais je ne suis arrivé à rien pour l'instant (si ce n'est à ouvrir le logiciel word avec une commande php...)
  5. Bonjour à tous Pour un projet php/sql il me faudrait mettre en place un formulaire d'upload permettant à un utilisateur d'envoyer un fichier word. Le contenu de celui devra ensuite être enregistré dans une BDD pour pouvoir ensuite l'afficher sur le site. Il faut donc que je comprenne comment accéder en php au contenu d'un fichier word. Est-il possible de faire ceci en php? Et si oui, de conserver la mise en forme au moins en ce qui concerne le hierarchies, le gras l'italique et les sauts de lignes? Merci de vos lumières !
  6. Ok je vois un peu mieux le fonctionnement global. En ce qui concerne l'intuitivité de l'admin c'est en fait assez lié à la gestion des droits. Je pense au probleme d'héritage automatique dans Modx qui fait que quelqu'un qui fait "crée page ici" sur un repertoire va créer une page avec le même template et les mêmes droits. Ca me pose un souci car dans mon cas il n'est pas rare que la page répertoire soit une rubrique et donc privée; voire dispose d'un template différent. Et puis le fait de pouvoir créer une page privée (éditables seulement pour l'admin) pour un rédacteur est un contre sens vu qu'il ne peut même pas l'éditer par la suite. Pour le reste l'admin de modx se prend vite en main, si ce n'est que passé par managermanager pour masque des champs n'est pas très marrant.
  7. re bonsoir Je suis en train de tester typolight. Je m'intéresse à lui pour ces raisons : - trouver quelque chose de plus abouti que modx niveau gestion droits /workflow. D'après ce que je lis de vous, ça semble acquis. - profiter de la facilité de création de formulaire (ça me parait formidable pour créer des formulaires de commande ou de réservation ça, ou encore stocker des annonces ou des fiches rentrées par des visiteurs). Pour l'instant je tombe sur une erreur php en validant mais j'espère comprendre pourquoi demain. dernier point et qui m'importe beaucoup : avoir une admin plus intuitive à prendre en main que Modx : et là je m'interroge, car je n'avais jamais vu un tel système de création d'articles et je me pose des questions à cet instant de mon apprentissage : 1) c'est pas un peu relou pour un client de devoir rentrer des éléments un par un? (titre, texte, lien) 2) Il faut qu'il recrée une page à chaque fois qu'il veut rentrer un nouvel article dans une catégorie donnée? (jai lu dans la doc que les articles d'une même page était affichés les uns en dessous des autres.)
  8. oubliez ma question, c'est très bien expliqué au début du sujet.
  9. Je dois réaliser dans les semaines à venir un petit site pour présenter des produits biologiques, c'est sans doute l'occasion d'essayer ça. Est-il facile de faire son propre design ?
  10. Intéressant Il parait vraiment l'outil idéal pour mettre en place facilement des fiches produits ou des annonces avec un filtrage pour les recherches. Imaginons que je veuille créer un site d'annonces d'emplois : est-il tout aussi efficace pour permettre par exemple à des entreprises de s'inscrire sur le site puis de déposer elles même des annonces en front-end? Si c'est le cas, je me pencherai sérieusement sur son cas en complément de modx. Drupal est certainement un très bon CMS dont je me suis servi pour un site mais il ne me parle vraiment pas; c'est pas faute d'y avoir investi du temps. (http://www.vst-freeware.com , mais j'ai trop lutté avec les champs customs et les views pour en garder un bon souvenir.)
  11. Hello, peux tu me préciser ce que tu veux dire par là? La POO c'est la prog objet c'est bien ça? Quel est le souci avc la POO de Modx et quel est la différence avec typolight?
  12. Bonjour à tous ! Je suis limité en php et j'aimerai l'avis des connaisseurs sur les fonctions php à utiliser pour mener à bien cette mission : Soit un texte de cette sorte "blablablabla {part:debut} blibliblibliblilib {part:milieu}blolbolbolbob {part:fin} Je cherche désespérement comme récupérer dans un array uniquement ce qui est contenu entre les accolades {}; genre j'aimerai avoir part:debut, part:milieu et part:fin bien rangé au chaud dans un petit tableau. Certes, mais comme faire? Je parviens à localiser ces mots avec des preg_match, preg_replace et des expressions régulières pas trop compliquées mais je comprends pas comme les extraire de ma chaine de caractère pour les récupérer sous forme d'array. Que milles pétales de lotus couvrent le chemin sous les orteils délicats du sage qui me délivrera de mon angoisse.
  13. bin y'a pas de regles, ça dépend de la demande qui existe pour les informations que tu offres; de ton positionnement sur les mots clefs par rapport aux éventuels concurrents et bien sur de la qualité de ton site; deux mois c'est très jeune. Je te conseille d'égayer un peu ton design, je le trouve vraiment tristounet !
  14. sur le site dont je m'occupais pendant un an il n'y avait pas d'url-rewriting, le code de certaines pages était dégueulasse et fouilli, les meta absentes sur le forum et ça n'a jamais empeché l'indexation du forum et du site de se faire correctement (du moins beaucoup mieux que le cas décrit ci dessus) ! Ca fait des mois que je lis des conseils sur webmaster hub et je commence à me demander si tout ça n'est pas que du vent et si quelqu'un sait réellement quelque chose sur google ? pour l'url rewriting et les alt, j'ai constaté que ça jouait réellement sur le positionnement sur des requetes précises mais pas sur l'indexation...
  15. bravo à Modx qui le mérite amplement; même si c'est à mon sens il surpasse Joomla et qu'il pouvait très largement le concurrencer dans la même catégorie. Le fait d'être dans la catégorie "CMS le plus prometteur" est-il du uniquement à la jeunesse du projet ou bien il y avait d'autres criteres?
  16. Bin ça dépend de ce que tu fais et des fonctionnalités dont tu auras besoin plus tard. Le systeme de news que nous utilisons et son administration me paraissait simple au départ; mais de fil en aiguille ça s'est très vite complexifié; en tombant sur des cas de figures auxquelles ont avait pas pensé au départ. Au final, tous mes scripts ont fini par faire 10 fois la longueur que j'avais imaginé au départ^^ Le php reste une très bonne solution mais très gourmande en temps et énergie; surtout si on est pas pro et qu'on tatonne. Ce qui m'a incité à apprendre le php, c'est que cela me paraissait plus simple que de comprendre un CMS tel que text-pattern ou mod-X. Aujourd'hui je me rends compte que j'ai passé des jours et des jours à développer certaines choses qui m'auraient pris 10 minutes sous un bon CMS... (par exemple les formulaires de connexion, le moteur de recherche, le systeme de commentaire des internautes; l'organisation de la base de données; et puis tout ce temps à créer des fiches puis récupérer chacun de leur champ avec des $_POST et les sécurités qui vont avec ) Je ne penche pas en faveur de l'une ou l'autre des solutions; j'espere juste que tu ne vas pas te mettre dans la même galere que moi^^
  17. Salut. En ce qui concerne les formulaires paramétrables, Mod-X semble pourtant un bon choix (je parle avec seulement quelques heures de vol avec ce CMS; donc je suis un grand débutant). Créer des nouveaux champs est simple (dans gestion des ressources; choisir "créer une variable de modele"). Il faut ensuite choisir à quel template tu associes ces nouvelles variables: autrement dit sur quels formulaire tu veux les voir apparaitre (le formulaire de news par exemple). Tu peux ainsi créer des formulaires sur mesure pour tes articles ou tes news. Ces nouveaux champs sont ensuite très facilement accessible dans les templates. Par exemple tu peux créer une variable "note" pour attribuer une note à un produit que tu testes dans la news. Il suffit ensuite d'appeler cette données en utilisant la syntaxe [*note*] dans le template attribuée aux news pour la voir apparaitre. Dans la cas de l'utilisation d'un snippet (pour par exemple afficher les dix derniers news avec la note) la manip' est un peu moins intuitive mais je t'expliquerais volontiers si tu veux un peu plus d'explications. Le php peut être une très bonne solution dans bien des cas; mais je sors de 6 mois de programmation php pour un site en me disant que dans certains cas vaut mieux passer par un CMS pour s'éviter de grosses souffrances^^
  18. permet-il de conserver le systeme de fiche dont je parlais?
  19. Davidm > je me suis un peu familiarisé avec mod-X aujourd'hui et je crois comprendre ta solution; qui me parait un excellent moyen de lier les données comme elles le sont actuellement sur le site mais j'ai quand même quelques questions d'ordre pratique : 1) je risque de me retrouver avec un nombre de TVs inquietant, ça ne risque pas d'être trop lourd à gérer? rien que pour faire une fiche de jeu, il me faudra au moins une vingtaine de champs. Sachant que nous avons aussi des fiches animes et des fiches mangas... et des fiches musiques. De même; étant donné que ce systeme de champ m'arrange énormément, je serais tenté de m'en servir de façon ponctuelle en d'autres occasions. Je risque de très vite arriver à une centaine de TVs... 2) est ce qu'il va être facile pour moi de rassembler toutes les news? Dans ma premiere vision des choses j'avais imaginé une arborescence classique avec un dossier news; un dossier article etc... en me disant qu'il me serait sans doute facile ensuite d'afficher le contenu d'un dossier pour afficher tout ça. 3) nous avons actuellement probablement déjà 300, peut être 400 fiches en tout; donc 300 dossiers; est ce que pour les rédacteurs ça ne va pas devenir un enfer de s'y retrouver dans une arborescence comme celle que tu suggeres? sinon qu'appelles-tu "micro templates"? Edit : pardon j'avais mal lu ton post, tu l'as expliqué. re-edit:bon j'ai un peu réfléchi, le systeme de tag semble plus approprié pour lier les fiches aux articles, d'autant que certaines news peuvent concerner plusieurs fiches de jeux... peut être que je devrais faire 2 ou 3 champ pour chaque article/news dans laquelle je peux marquer l'id du document correspondant à la fiche du jeu à lier; ainsi j'aurais la même organisation qu'actuellement... (oui je mitraille de questions là )
  20. voilà la réponse que j'attendais J'ai commencé à étudier la doc de Mod-x ce matin seulement; donc je n'ai pas compris l'intégralité de ton post et certains termes me sont inconnus. Je vais me renseigner au passage sur xPDO que je ne connais pas du tout. Mod-X semble vraiment très puissant et le challenge est intéressant; je ne vais pas tarder à m'inscrire sur le forum de Mod-X pour m'ateler à la tâche. Merci beaucoup de ta réponse encourageante et détaillée; et d'avoir bien ciblé mon souci avec ces fameuses fiches; c'est un point très important pour moi. A bientôt sur le forum de Mod-X.
  21. merci de ta réponse. Disons que je suis inquiet car j'ai moi même réalisé les tables de notre site en fonction de nos besoins et que en choisissant un CMS; je perds forcément ce contrôle sur les tables qui seront déjà organisées sans que je puisse y changer quelque chose ou presque. Donc je perds certaines méthodes de classement de données que je pouvais réaliser grâce à nos tables;enfin je suppose... Les TVs sont en train de me faire pencher en faveur de Mod-x en me disant que ça me permettrait peut être de retomber sur mes pieds sur ces histoires de fiches; l'idée de pouvoir rajouter des champs aux formulaires (si j'ai bien compris) est très séduisante.
  22. Bonjour à tous Je suis la personne chargée de la programmation de ce site http://www.savepoint.fr Et j'ai besoin d'un gros coup de main des pros des CMS ! actuellement je n'ai plus le temps de coder à la main tous les scripts php; d'autant que je ne suis pas un professionnel de ce domaine. Or notre administration est loin d'être terminée et débuggée. Aujourd'hui j'ai un travail qui ne me laisse pas assez de temps pour mener à bien ce projet jusqu'au bout... Depuis quelques temps je pense à inclure le site dans un CMS pour faire profiter mes collegues d'une administration puissante, accessible et fiable. J'ignore simplement si il est impossible d'inclure un tel site dans un CMS. Le site fonctionne de la manier suivante, en schématisant : 1) On crée avant toute choses des "fiches de jeux". Ces fiches contiennent tous les renseignements (une vingtaine) concernant un jeu vidéo. Ces fiches de jeux dans l'avenir doivent être accessible aux visiteurs qui pourront ainsi trouver tous les renseignements dont il ont besoin sur un jeu vidéo. 2) on crée ensuite des articles ou des news. Toutes les news, articles et images sont associés à la fiche de jeu qui leur correspond dans la BDD (la table image, la table articles, et la table news contiennent donc une colonne "ID_fiche" qui peut contenir un ou plusieurs numeros de fiches de jeux). L'idée est que on doit pouvoir trouver par le biais des fiches de jeux TOUT ce qui a rapport avec ce jeu (images, news, articles). Ce sont donc les fiches qui sont le centre de la base de données et qui crée l'organisation du site. Lorsque nous enregistrons un nouvel article ou une nouvelle news; nous copions collons le texte puis nous choisissons la fiche de jeu correspondant à l'article/news : cette fiche de jeu permet donc d'afficher beaucoup d'infos dans l'article : Dans l'exemple ci dessous; la jaquette du jeu, les notes et les diverses informations (éditeur, developpeur, nombre de joueur, lien vers le forum correspondant) sont en réalité contenues dans la fiche de jeu. http://www.savepoint.fr/articles/test-jeu-...o.php?numero=25 Est-il possible de transférer notre projet dans un CMS en gardant le maximum de fonctionnalités liés à cette organisation basée sur les fiches? Encore mieux : existe-t-il un CMS qui me permettrait de conserver et d'intégrer ce systeme de fiche; sachant que je m'occuperais volontiers de coder du php si il le faut pour mener cela à bien? Est-il possible avec un CMS de conserver un systeme de news comme le notre? (qui récupere les news sur le même jeu; qui permet de classer les news par : type de console; date, auteur, type de news -BD ou manga ou JV- etc... ) Et si ce n'est pas possible, quel serait selon vous le meilleur candidat en CMS pour intégrer notre site? Pour l'instant je ne connais que Spip; je suis actuellement en train de me pencher sur Mod-X qui me semblait très souple et peut être le plus apte à réaliser cette tâche. Mod-X propose-t-il un équivalent des mots-clefs de Spip? (l'astuce des mots clefs de spip permet de faire des recoupements hors rubriques et ça c'est très important pour moi d'avoir cette souplesse là ! ) Merci à ceux qui auront le courage de lire ce pavé jusqu'au bout ! EDIT :je viens de comprendre à quoi servait les TVs dans mod-X et du coup je me dis que c'est peut être bien lui le plus adapté pour essayer de conserver au mieux l'organisation de notre BDD.
  23. Ok pour le plug-ins de text-pattern; je me suis dirigé en priorité sur Spip parce que c'était celui dont j'ai compris le fonctionnement le plus vite et que je n'avais que très peu de temps devant moi pour réaliser cette sous-partie de notre site. Je regrette un peu mon choix, j'aurais aimé trouvé MON cms et notamment explorer à fond text-pattern :-( Le seul point qui me chagrine avec les CMS comme spip c'est qu'il me paraissent relativement lourdingues niveau sql; si chaque boucle est traduite par une requete sur la base ça doit demander un nombre de requetes inutiles effarants (d'ou le systeme de cache je suppose). Quand je pense que je commencais juste à tacher d'optimiser notre site en faisant plus de jointures de tables ça me fait un peu mal au coeur... (pour afficher un article, une seule requette sql est amplement suffisante avec une BDD relationnelle...) Et puis ce principe de devoir faire une boucle pour aller chercher UN article je trouve ça curieux et pas très logique (à quoi ça sert de boucler UN élément si ce n'est à s'embrouiller par la suite avec des boucles imbriquées de partout Oo ).
  24. Je sais pas pourquoi mais text-pattern m'attire beaucoup; mais Spip me semble un bon moyen d'appréhender les CMS. J'ai fait le choix d'apprendre le PHP et le mysql pour notre projet il a y six mois; et je ne regrette pas car c'est le meilleur moyen d'obtenir exactement ce qu'on veut (à moins qu'un CMS permettent de créer des tables comme on le désire mais là j'en demande peut être trop ), mais c'est horriblement long de tout coder à la main. J'ai du mal regarder, j'ai vu les sections mais je savais pas qu'on pouvait imbriquer un autre niveau hiérarchique. (à moins de se servir des catégorie comme sous-sections? ou bien il est possible d'intégrer une section dans un autre section?) Pour les mots clefs de SPIP; j'essaierais à l'avenir; pour l'instant j'essaie de l'intégrer au maximum au design du site pour pas faire sentir aux gens qu'on passe à une partie du site que je n'ai pas codé moi-même et c'est pas si facile, les boucles manquent de souplesse et Spip intégre de lui même son propre code html ou css au sein d'un texte :-( edit: bah voila j'ai fini notre section dossier en deux jours avec spip, ça m'aurait surement demandé 7 à 10 jours de travail en partant de zéro. Merci les CMS . l'intégration du design fait illusion et s'intègre bien au reste du site; je suis agréablement surpris. http://www.savepoint.fr/dossiers/spip.php?rubrique1
×
×
  • Créer...