Toutes mes réponses sur les forums
-
AuteurMessages
-
26 mai 2014 à 17 h 48 min en réponse à : Modifier le système d’organisation du dossier uploads #954687
Merci pour votre réponse.
Je réussis sans trop de mal à retrouver toutes les tables où il est question de http://nomdedomaine.com/wp-content/uploads/ mais ensuite la correction via la base de données me semble, pour un néophyte des requetes MySQL, bien compliquée à cause des variables changeantes que sont les années/mois dans les URL.
Une idée pour supprimer tronquer ces variables ?
27 octobre 2013 à 17 h 04 min en réponse à : Panneau d’admin : erreurs graphiques autour des utilisateurs #908257Bonjour, je remonte ce vieux problème car malgré la mise a jour de WordPress de ces derniers jours le soucis est toujours bien d’actualité pour moi. Une idée, piste serait la bienvenue.
29 août 2013 à 21 h 26 min en réponse à : Panneau d’admin : erreurs graphiques autour des utilisateurs #908256Personne n’est en mesure d’apporter un élément de réponse ou une piste pour comprendre ces soucis ?
26 juin 2013 à 10 h 31 min en réponse à : Alternative à cat=-ID pour ne pas afficher une catégorie #900322Ce thème étant celui d’origine de TheColumnist sans aucune autre modification que celle que nous venons de faire avec ton aide je crains que ce soit tout le thème qui fonctionne sur ce principe.
La simple suppression de « showposts=1 » ne changeant rien je vais effectivement vérifier chaque requête, quelques migraines en vues. Merci de ton aide.
26 juin 2013 à 10 h 08 min en réponse à : Alternative à cat=-ID pour ne pas afficher une catégorie #900320Merci à vous deux d’avoir mis en lumière ma mauvaise interprétation. J’avais effectivement envisagé qu’il fallait que je glisse ce code après la partie que je supposais gérer l’affichage de la catégorie, sans prendre le temps de bien lire ton code Guy sinon j’aurai remarqué que le « foreach » était natif et un indicatif. Autant pour moi.
Le code est maintenant bien implanté, logiquement, mais un nouveau souci est apparu.
Les articles dans les sous-catégories (dépendants d’une catégorie principale) ne s’affichent plus également.
Les articles de la catégorie 1 ont bien disparu.<div id="older-posts">
get_results(« SELECT * FROM $wpdb->terms AS wterms INNER JOIN $wpdb->term_taxonomy AS wtaxonomy ON ( wterms.term_id = wtaxonomy.term_id ) WHERE wtaxonomy.taxonomy = ‘category’ AND wtaxonomy.parent = 0 AND wtaxonomy.count > 0″);
$catCounter = 0;
foreach ($catQuery as $category) {
if ( $category->term_id == 1) continue;
$catCounter++;
$catStyle = »;
if (is_int($catCounter / 2)) $catStyle = ‘ class= »catAlt »‘;
$catLink = get_category_link($category->term_id);
echo ‘<div class="category">‘;
echo ‘<h2><a href="'.$catLink.'">name.' »>’.$category->name.’</a></h2>‘;
query_posts(‘cat=’.$category->term_id.’&showposts=1′);?>
<div class="thumbnail">
<a href=" » rel= »bookmark » title= » »>
<h3></h3>
ID, ‘thumbnail’, true); ?>
<img src=" » title= » » />
</a>
</div>
<div class="excerpt">
<a class="more-link" href=" » title= »Continue reading »>Continue reading →</a>
</div>
<p class="view-all"><a href=" » title= »name; ?> »>View all</a></p>
</div>
</div><!--- #older-posts -->26 juin 2013 à 9 h 56 min en réponse à : Alternative à cat=-ID pour ne pas afficher une catégorie #900317Il va de soit que non les articles ne sont pas tous dans la catégorie 1, mais respectivement dans la catégorie 2, 3 et 4 ainsi que dans les sous-catégories 36, 48, (dépendantes de la 2) ; pourtant je confirme que plus aucun article quelque soit la catégorie n’est en mesure de s’afficher.
Sans recoller l’intégralité du code de la page, peux tu me confirmer que j’ai bien intégrer ta modification suggérée ?
echo ‘<div class="category">‘;
echo ‘<h2><a href="'.$catLink.'">name.' »>’.$category->name.’</a></h2>‘;
foreach ($catQuery as $category) {
if ( $category->term_id == 1) continue;
query_posts(‘cat=’.$category->term_id.’&showposts=1′);?>
26 juin 2013 à 9 h 44 min en réponse à : Alternative à cat=-ID pour ne pas afficher une catégorie #900315Merci Guy, malheureusement ça ne fonctionne pas.
Cela fait disparaitre sur l’accueil l’ensemble des articles toutes catégories confondues.
Vous piquez au vif. 😉
Le maximum a déjà été fait selon mes connaissances, limitées je le reconnais volontiers ; les images sont au maximum compressées et dans le format approprié, le css n’est qu’un seul fichier et appelé en premier, les scripts (hors thème WordPress) sont au maximum réunis dans le footer, les redirections existantes mais pareil au minimum, un système de cache préchargé est mis en place etc.
Après bien entendu je ne suis pas fermé au conseil (bien au contraire), néanmoins je vois difficilement comment améliorer les choses, n’étant pas un « expert ».
Bonjour,
Je me permets de me greffer sur cette conversation étant dans le même cas de figure, soit la recherche d’un bon hébergeur dans les prochaines semaines/mois.
Déçu par l’offre mutualisé classique d’OVH (support inacceptable et qualité plus que discutable), je souhaiterais pouvoir faire héberger plusieurs sites indépendant sous WordPress.
Mon parc se compose de 4 sites :
– WordPress / Léger
– WordPress / Léger mais plus pour très longtemps…
– WordPress / Multi-sites Légers
– WordPress / Lourd (site de ce profil) – Flux Visiteurs important (1000/jours) – Cache et scripts gérant les chargements des caches, etc.Ce qui me semble pertinent est bien en entendu la bonne gestion des bases de données, le multi-domaine, un support performant et vraiment a disponibilité ; mais surtout un temps de chargement/connexion au site qui soit performant et sur la continuité.
Il est difficilement envisageable de continuer à faire patienter (perdre ?) nos visiteurs avec des temps d’ouverture de pages de 5/8/10 secondes alors qu’après tests du site sur un autre hébergeur cela devient des temps de 1/3 secondes… Sur ce dernier point quel critère est à prendre en compte pour choisir son hébergeur/offre ?J’ai pris le temps de lire les articles de http://lashon.fr/series/hebergeurs-noms-domaine-choisir/ (excellents au demeurant) et curieusement deux noms qui m’étaient déjà pas inconnus sont revenus Westhost.com et o2switch.fr ; sont ils toujours d’actualité ?
Un autre dont j’entends beaucoup parler depuis quelques temps, Gandi.net ; auriez vous des retours sur celui ci ?
Bien à vous,
2 mars 2013 à 1 h 35 min en réponse à : Soucis de publication après planification d’un article #857828Désolé mais dans les informations envoyées par OVH la version de la base MySql n’en fait pas parti. Les codes d’accès, oui, mais c’est tout. A contrario avec le plugin que vous proposiez : – Version de PHP/MySQL : 5.2.17 / 5.1.49-3-log
Maintenant avec votre dernier lien (ehumeurs.com) je pense que nous avons mis en évidence effectivement le soucis.
J’ai remarqué en refaisant un test ce soir que le billet échouait systématiquement en planification mais qu’il était tout de même publié une 30aine de secondes plus tard, sans aucune manipulation de ma part.
Par ailleurs si un clic avait lieu sur le nouveau billet publié dans les 5 à 10 secondes suivant sa publication une erreur 500 avait lieu, par la suite… plus rien. J’en déduis donc que le soucis vient bien du coté d’OVH et du serveur et non de mon installation.
Je vais appliquer la solution proposée dans ce même lien afin de repousser un peu la planification ou de la représenter en cas de problème.
Cela m’ennuie un peu de ne pas comprendre pour quelle raison du jour au lendemain cela s’est mis à débloquer, mais le plus important est de trouver une solution fonctionnelle.
Merci à vous pour vos pistes et conseils, doublés de votre patience. 😉
1 mars 2013 à 16 h 18 min en réponse à : Soucis de publication après planification d’un article #857826Oui même chose avec les plugins désactivés.
Version du PHP 5.2.17
Version de MySQL, je dirais 5.1 si j’en crois mon PhpMyAdmin.1 mars 2013 à 1 h 48 min en réponse à : Soucis de publication après planification d’un article #857824Cela a été fait, avec une petite frayeur car dans la hâte j’avais supprimé un dossier qui m’était utile pour d’autres images, tout a été réinstallé proprement.
Malheureusement cela n’a pas réglé le soucis.
La planification est toujours mise en échec alors que la publication immédiatement ne pose aucun problème. J’en perds mon latin (qui est déjà bien vieux…)27 février 2013 à 22 h 10 min en réponse à : Soucis de publication après planification d’un article #857821Erreur de ma part pour le plugin Googe Analytics, il a été désactivé entre temps ne souhaitant pas alourdir le site alors qu’il suffisait de rajouter un code dans le header. 😉
Tout supprimer ? Aucun risque que ça ne vienne poser soucis par la suite ? Une petite confirmation et j’applique votre proposition de solution avec plaisir. 😉
27 février 2013 à 12 h 40 min en réponse à : [Résolu] [Rch] Lister les mot-clefs utilisés pour trouver un article #881447Merci une fois de plus à vous tous pour vos conseils et remarques. 😉
27 février 2013 à 12 h 39 min en réponse à : Soucis de publication après planification d’un article #857819Merci à vous pour votre retour.
Concernant mes plugins ils fonctionnent tous correctements. Pas forcément notés comme compatibles mais ils fonctionne. Le thème a été bien entendu modifié mais rien qui posait soucis concernant la planification car il ne s’agit que d’aspect visuel et non lié au publipostage. Les statistiques sont gérées par des outils externe comme Google Analytics ou Tools donc peut de chance que ce soit de ce coté là que ça pêche.
Maintenant le problème avec OVH je dirais qu’il est secondaire. Je vais le régler tranquillement avec eux, ce qui m’ennuie plus c’est de savoir pour quelle raison le publipostage en planifié lui bloque systématiquement. Je ne connais pas la fonction (ou les fonctions) utilisées pour gérée(s) cette action de WordPress, et j’ai donc beaucoup de mal à farfouiller pour comprendre ce qui a pu poser soucis.
-
AuteurMessages