Dash

La premiere des precautions a prendre consiste a faire des sauvegardes regulieres. base de donnees et fichiers. La seconde : garder un oeil attentif et se tenir pret a reagir en cas de probleme. Dans la plupart des cas, ces precautions suffisent amplement.

Si ni Zend Optimizer ni IonCube ne sont disponibles (la plupart des hebergeurs) il suffit de prendre la version IonCube d'IPB Trial et de telecharger un loader sur le site d'IonCube. Tout est explique sur la page http://www.invisionboard.com/?triallimited

Salut, comme indique par Dudu, les versions d'essais necessitent Zend Optimizer ou IonCube. Ces applications (au moins l'une d'entre elles) doivent imperativement etre disponibles sur le serveur. L'installation de Zend Optimizer (ou IonCube) n'est pas a faire par vous, mais par votre hebergeur. Vous, en tant qu'utilisateur, vous n'avez rien a faire, a part verifier (via phpinfo) que Zend Optimizer (par exemple) est disponible chez votre hebergeur, ou demander si son installation est possible si ce n'est pas le cas. Si votre hebergeur ne peut pas ou ne veut pas vous installer Zend Optimizer pour des raisons de configuration differente (utilisation de Turck MMCache par exemple), vous ne pourrez pas utiliser la version encodee chez votre hebergeur. Cependant Zend Optimizer etant gratuit, il vous est toujours possible de le telecharger et de l'installer en local pour realiser vos tests. Si Zend Optimizer est disponible, vous installez simplement IPB dans un nouveau dossier "ipb21" par exemple, et vous suivez les instructions d'installation. Comme pour toutes les versions d'IPB.

j'ai l'impression d'assister a un epilage de chenille. Beaucoup de temps perdu pour pas grand chose... Sans vouloir faire davantage de support HTML/XSL je prefere poser une question plus "philosophique" : quelle est l'utilite de mettre une heure dans un attribut "name" ? Et penses-tu que ca ait la moindre justification semantique ? Si tu a deja passe des heures entieres pour arriver a ce resultat, je conseille vivement de passer a autre chose.

le code precedent va affectuer un contenu constitue d'un chemin et d'un variable XML a l'attribut 'src' de la balise <a>. Il suffit de se faire quelque chose de tres semblable avec non pas l'attribut 'src' mais l'attribut 'name'. Si tu as un probleme dans ton adaptation, montre le code que tu as. Si tu attends d'un forum une reponse toute faite...

J'aurais peut-etre du indiquer qu'il s'agissait d'un exemple a titre illustratif... La meilleure facon pour un "newbie" de progresser est encore - je pense - de faire un minimum d'effort. Essayer, adapter, re-essayer, etc...

Salut, ceci devrait convenir : <td><a href="#" title="Retour en haut de la page"> <xsl:attribute name="src"> ../images/ <xsl:value-of select="Timing"/> </xsl:attribute> </a></td>

Depuis 15 jours, il pleut quotidiennement. Il va y avoir de l'orage cette nuit. Il fait chaud et pas beau. Ce qui explique en partie mon humeur... Pourquoi le serpent se mord-il la queue ? que faut-il retenir de mes tests ? Pas qu'il faille tout mettre en global. Ca avait deja ete dit. Mais que ca fonctionne sur celeonet.fr (php4/php5) en plus de fonctionner en local. Sans avoir a modifier quoi que ce soit - ou presque dans le code source. L'erreur n'est donc vraissemblablement pas a cherche de ce cote.

Relativisons. Faire des tests est toujours dangeureux. Or, nous sommes toujours en recherche d'une solution ici. Et ajouter 2 ligne pour tester un code est a mon avis plus sur que d'avoir a faire des dizaines de modifications pour tester chaque eventualite. Faire des tests simples et rapides, puis affiner par la suite n'a rien est un processus courant. Ici cela a permis d'arriver a des conclusions en seulement quelques secondes Pour le danger, je serai tente de dire : "Ah parce qu'il y a des considerations de securite ? j'ai du manquer quelque chose... L'entierete du code source est a (re)voir..."

Eucun probleme en local ni sur celeonet. meme avec php5. A condition d'ajouter les lignes en bleu au debut du fichier acces.php.

A la base un forum de discussion n'est pas un "site" en soit. Souvent meme, la langue ecrite y est allegrement massacree. Et les propos aleatoires ne refletent pas toujours la ligne editoriale souhaitee. Rien n'interdit de realiser quelque chose (portail, page statique de presentation, CMS, etc.) au contenu plus etudie, institutionnel. Une vraie vitrine/carte de visite notamment pour le referencement.

Je ne parle pas forcement de ce "cache" la. Disons plutot "la base de donnees" ou le "machin"... Si je vais une recherche avec "dash et son machintruc" et qu'un moteur de recherche m'indique un forum XYZ, meme sans avoir acces, je peux avoir une bonne idee de ce qu'il se dit sur ce forum... Sans oublier certains moteurs de recherche fournissent des extraits avec les resultats de recherche Pour le reste, c'est bien sur du cloaking. C'est vilain et ca derange. Quel est l'interet de referencer des documents inaccessibles ?

bloquer l'acces n'aurait plus alors aucun sens. il suffirait aux non-membres de consulter le cache des moteurs de recherche...

Il ne faut pas confondre "impression personnelle" et notoriete publique. Il est de noritiete publique que ce genre de comparaison n'est jamais pertinent. Concernant ce que vous appelez "modding" : IPB et vB ne sont pas Open Source. A l'inverse de phpBB ou autres, Ils ne sont pas destines a etre modifies a tout va. IPB et vBulletin sont des produits concus et realises par des professionnels. Et si, contre tous les avertissements qui vous sont faits, vous persistez a vouloier modifier ces produits commerciaux, comprennez que les supports officiels sont en droit de vous refuser leurs services. Specialement pour les questions de securite (les mods sont des sales machins realises par des amateurs) Dans le contexte historique, il faut se souvenir qu'IPB a ete le premier forum de discussion a initier la reconnaissance des moteurs de recherche. Et au point de vue technique IPB a apporte de nombreuses autres innovations au monde des forums de discussion : importation de fils RSS, Converge, xmlHTTPRequest... Sans oublier - si vous voulez vivre dangeureusement - des contributions remarquables comme ModInstaller ou IPBSDK. Les pauvres sont mechamment bien loges. Pour le reste il faut remettre IPB dans son contexte. C'est a dire comme un produit parmi d'autres (gallery, blog, cms, portail, chat...) realises par IPS. Vous avez la de nombreux add-ons a connotations communautaires. vB et IPB ne jouent definitivement pas/plus dans la meme categorie. "TOUS les gros forums anglosaxons..." la raison est notamment historique. Si webmaster-hub avait demarre avec vB il y a - mettons - plus de 5 ans (a l'epoque ou IPB n'existait pas encore) et si le produit aurait apporte entiere satisfaction pendant toutes ces annees, pourquoi aller voir ailleurs ? L'inverse est egalement vrai. Il faudrait une raison particuliere pour que le hub se defasse d'IPB : des failles systematiques, une instabilite averee, un desaccord majeur sur la licence, etc.

je tiens simplement a signaler que depuis maintenant plusieurs annees IBF-french propose un support francophone et TheWiseOldMan a mis en place des services (payants) d'assistance. Avec chat et plus si affinites.

J'utilise encore une "vieille" version d'ADN Sauvegarde. Cet utilitaire - qui n'est plus disponible - permettait egalement de sauvegarder un base de donnee SQL. Je suis en train d'evaluer ScriptFTP mais deja je regrette de ne pas beneficier du charme de Filezilla

En complement de ce qui a deja ete dit dans une precedente discussion ( Cherche client FTP programmable (sauvegardes auto)), il y existe, sous windows, des applications comme - Save2FTP - ScriptFTP - RoboFTP - FTPShell

D'une part error_reporting est un parametrage global. D'autre part cette directive permet de specifier un niveau d'erreur. Tout est indique dans la documentation : http://fr.php.net/error_reporting

le code est incorrect. la condition est equivalente a : if ( ($test == 'toto') or 'tata') 'tata' sera toujours "vrai" (valeur non nulle). Quelle que soit la valeur de $test, la condition sera toujours verifiee. il y a ce sujet encore tout frais : http://www.webmaster-hub.com/index.php?showtopic=14662 eventuellement aussi un in_array(). Mais si cette ecriture peut eventuellement etre plus "jolie" a lire, elle reste beaucoup plus lourde a mettre en oeuvre.

Koudanshi semble avoir l'autorisation d'IPS pour distribuer sa version Xoops d'IPB. Mais IPBM etant customisee pour xoops, ni IPS ni IBF-french n'en assurent logiquement aucune responsabilite en cas de probleme. Et en y regardant bien, vous remarquerez qu'IPBM est non seulement oriente specifiquement Xoops mais qu'il ne s'agit que d'une version basee sur IPB 1.3. Donc, avec un train de retard... Si cette version Xoops vous tente, il faudra vous referer a Koudanshi (l'auteur) http://www.bbpixel.com/.

193.25.197.70 Cette adresse n'a pas ete diffusee. Pourquoi ? Peut-etre parce que nous n'y avons pas pense. Ou peut-etre parce qu'un break est plus que bienvenue (en plus d'etre largement merite). Tout simplement Entre les questions trop souvent posees sur IPB 1.x et IPB 2.0.x, la sortie toujours repoussee d'IPB 2.1, les relations particulieres avec IPS, la famille de Gilles qui s'agrandit, ..., c'est le moment ideal pour profiter de l'ete et s'adonner a d'autres occupations.

Le destinataire du mail est (bien entendu) invalide.

J'aime assez l'une des utilisations d'AJAX que Matt Mecham prevoit pour les prochaines versions d'IPB : http://ips2.blogs.com/matts_blog/2005/06/i...friendly_1.html Quicktime : http://www.upthewurzels.com/reg-form.mov

salut Poppy, retire les &, ca suffira

Bonjour, le php est un langage qui s'execute du cote serveur. A la difference de (x)html et du css qui sont interprete par le navigateur, cote client. Que votre serveur comprenne le php ou le russe pour manipuler les donnees, c'est son probleme. Et son probleme n'est pas celui du client... enfin, tant que le serveur ne doit pas communiquer avec le client. Dans ce cas, il faut parler le meme langage, si possible celui du client. Mais il est aussi possible que le serveur fasse un monologue. C'est a dire que tout ce qu'il peut faire ne soit pas a destination d'un client (simple manipulation de donnees). Ou, que le client ne soit pas un navigateur web. Par exemple un "bete" script lance en ligne de commande. Bref, si PHP est destine a produire un site internet ou une page (x)HTML, il vaut mieux maitriser ET le PHP et l'(x)HTML. Si par contre vous voulez juste faire de la programmation pure, comme du C/C++, Perl, Java, etc., vous pouvez vous "limiter" au langage PHP pour ce qu'il est.