Toutes mes réponses sur les forums
-
Messages
-
Je pensais à un bug dans ton programme, pas dans WordPress 🙂
Est ce que tu as vérifié que tu n’utilises pas la même variable que WP, la variable $blog_id, si tu la renseignes avant l’appel à add_user_to_blog… qui appelle switch_to_blog, il peut y avoir risque de confusion.
Sinon voir du coté de quelque chose qui serait appelé avant, lockerait la base sur le blog 1 et qui demanderait un release quelquonque.lol, et en plus, je ne crois pas qu’il y ait un exemple qui corresponde à ce qu’il veut, c’est à dire le dernier post prenant toute la largeur et les autres sur deux colonnes.
Sur TwentyTen, ce n’est pas super difficile à faire. Il faut faire un theme enfant, et ajouter les modifications dans le fichier loop.php (dans le thème enfant bien sur).
Web Developper est exactement fait pour cela 🙂, enfin en partie. il fait partie des outils d’analyse de sécurité mais permettra aussi des tests dans des environnements spécifiques (javascript désactivé, etc…), plus des options pour inspecter la page, un bon outils.
tu prêches un convaincu, les tables ne sont pas forcement obsolètes mais devraient être utilisées pour ce à quoi elle sont destinées, des données tabulaires. Néanmoins, il faut avouer que certaines fois une présentation avec un tableau est une solution plus intuitive et plus rapide.
Pour un site pro avec un contenu fourni et une maintenance qui tient la route, la question ne se pose (presque) pas, pour un projet plus léger, le temps de chargement des pages avec tables, la « sémantique » peuvent prendre moins d’importance.
Pour reprendre un argument maintes fois lu, je préfere consulter un site « mal » construit avec des tables et bien structuré visuellement, qu’un site respectant des standards mais partant dans tous les sens. Ce qui, je te l’accorde n’est pas un argument 🙂J’ai regardé la fonction switch_to_blog(), je ne trouve rien de spécial et elle fait appel également à set_blog_id().
La seule chose qui pourrait expliquer est que tu utilises le même nom de variable ($blog_id), elle est globale dans la fonction switch_to_blog() et bien sur, si l’id du nouveau blog est égal à celui de l’ancien, la fonction ne fait rien.Si c’est cela, c’était bien un bug, sinon… .
Il faut appeler explicitement le menu selon le contexte si tout se passe dans le même header.
cet exemple est tiré du Codex WordPress : wp_nav_menu.
C’est seulement les admins et modérateurs qui le peuvent.
Je ne sais pas si c’est vraiment résolu, c’est du forçage, et ce n’est pas ce qui est prévu dans l’API ou alors cela m’avait échappé.
oui 🙂, mais bon…
D’apres ce que j’ai compris, il y a beaucoup de formulaires, l’essai des div avait été fait et il y avait un problème d’interprétation des feuilles de styles. Cela demanderait une revue du code et possiblement beaucoup de travail pour un résultat visuel que l’on peut espérer identique.Je ne sais pas si WordPress supporte les allers et retours de versions, d’après ce que je lis depuis quelques jours, il y a en eu beaucoup.
Je pensais préférable d’analyser le problème, je crains que ces downgrade n’aient empiré les choses.
Est-ce que tu connais quelqu’un ayant un hébergement qui pourrait importer ton site et faire des tests validant une des hypothèses (défaillance de la base de données, défaillance de l’hébergeur ou autre…). L’import/export prend du temps, mais je crois que tu en perds pas mal en ce moment en naviguant un peu à l’aveuglette.Quand on regarde la page de ton blog, il semble manquer des fichiers, pour récupérer les fichiers de ton theme tu peux les trouver là : Theme PressPlay.
tu décomprimes le fichier zip sur ton ordi, et avec Filezilla copies le contenu du réperoire PressPlay vers le repertoire « wp-content/themes/presplay » de ton blog. Théoriquement, cela devrait regler les messages d’erreurs que l’on peut voir :
Warning: include() [function.include]: Failed opening ‘/homez.424/larchedej/www/wp-content/themes/pressplay/searchform.php’ for inclusion (include_path=’.:/usr/local/lib/php’) in /homez.424/larchedej/www/wp-content/themes/pressplay/header.php on line 118
Ca sera déja une première étape avant de se repencher sur le problème d’identification
ben voila 🙂 mais c’est toi qui a trouvé quand même.
Pour ne pas risquer de désorganiser tout le thème, il serait bien de définir une classe pour ces tableaux et d’appliquer les styles pour les colonnes etc… uniquement dans cette classe. En faisant comme tu le fais, tous les tableaux seront alignés en haut et tous les input de entry-content auront une hauteur moins grande.
Peut-être verifier qu’il n’y en a pas en bas non plus, comme l’a dit Komli, cela ressemble à ce type d’erreur, il ne faut pas d’espaces ou de lignes vides ni au debut ni à la fin, c’est à dire ni avant
ben….
oui le switch est déjà intégré
peut-être essayer de forcer le changement avant d’appeler la fonction
global $wpdb;
$wpdb->set_blog_id($blogId);
add_user_to_blog($blogId, $userId, $role);c’est pas très clean, il y a forcement une explication à rechercher dans le code.
Comme l’a dit wasicu, l’est trè sbien ce site 🙂
Pour le choix de la langue, il faudrait certainement mettre plus en évidence le menu pour la modifier.
Je ne suis pas sur qu’un non francophone prendra le temps de parcourir tout si ça ne lui saute pas aux yeux, remonter en haut de sidebar, placer dans le menu, mettre un drapeau, etc….
Cela ressemble à une administration des roles.
Il existe des plugins genre role scoper qui permettent l’acces à certaines page en fonction du rang des utilisateurs avec une gestion plus fine que celle de WordPress, mais je crois que l’utilisateur aura quand meme la possibilté d’acceder à une version limitée à son rang du backoffice ne serait ce que pour changer son mot de passe.
