J'ai le droit de ne pas être d'accord avec la mise en avant du tuto django qui se base sur une version qui n'est plus supportée?
J'ai le droit de ne pas être d'accord avec la mise en avant du tuto django qui se base sur une version qui n'est plus supportée?
Tu as le droit. J'ai remis celui du Caribou du coup.
Si vous voulez un fichier de fixtures, je peux en faire un (mais peut-être pas avant ce soir), sinon il suffit de "recopier" les Unes, une à une.
Il y'a même une super commande pour faire ça depuis la préprod. python manage.py dumpdata zds.featured --format yaml --indent 2 > featured.yaml
Puis, pour les charger après la MEP : python manage.py loaddata /path/to/my/featured.yaml
Ah oui ok, moi je l'aurais refait à la main depuis une instance locale comme un con… 
Ah oui ok, moi je l'aurais refait à la main depuis une instance locale comme un con…
Moi aussi 
Attention ! Une migration semble avoir foiré quelque part, j'obtiens un état bizarre sur la BDD :
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 | (zdsenv)zds@vps41247:/opt/zdsenv/ZesteDeSavoir$ python manage.py migrate oauth2_provider --fake Operations to perform: Apply all migrations: oauth2_provider Running migrations: Applying oauth2_provider.0001_initial... FAKED (zdsenv)zds@vps41247:/opt/zdsenv/ZesteDeSavoir$ python manage.py migrate Operations to perform: Synchronize unmigrated apps: corsheaders, munin, debug_toolbar, sitemaps, rest_framework_swagger, rest_framework, haystack, raven_compat, crispy_forms Apply all migrations: oauth2_provider, forum, sessions, admin, utils, featured, auth, gallery, member, default, contenttypes, mp, sites, article, easy_thumbnails, tutorial Synchronizing apps without migrations: Creating tables... Installing custom SQL... Installing indexes... Running migrations: No migrations to apply. Your models have changes that are not yet reflected in a migration, and so won't be applied. Run 'manage.py makemigrations' to make new migrations, and then re-run 'manage.py migrate' to apply them. |
(Les 2 dernières lignes sont en rouge).
La procédure d'install dit :
Attribuer les droits perms.featured.change_featuredresource à ce nouveau groupe Ajouter les membres responsables de la communication à ce groupe
Le droit n'existe pas dans l'interface, alors j'ai mis tous les droits de featured.
Je ne sais pas qui c'est "les membres responsables de la communication", donc j'ai mis ceux que je connais, i.e. ShigeruM et Taguan.
J'aurais peut-être pu trouver les informations autre part, mais sur une migration tellement lourde qu'elle va sans doute me prendre plus d'une heure, oui, j'ai décidé de jouer au con et de ne pas chercher.
Quand je fais une PR pour l'infra et que je demande un relecture, c'est vraiment qu'il y a besoin d'une relecture. Pas besoin de maîtriser le fonctionnement exact des scripts ou des fichiers de conf pour voir qu'on appelait des chemins du style /zds_beta/ sur une conf de prod.
Je ne sais pas qui c'est "les membres responsables de la communication", donc j'ai mis ceux que je connais, i.e. ShigeruM et Taguan.
Manque elyp je crois et c'est tout.
Oh, et je m'étais fait chier à refaire des configurations 100% propres pour nos confs de prod, mais visiblement les nouveaux certificats HTTPS n'ont pas la même URL que les anciens… et comme la conf de la doc n'a pas été mise à jour dans l'histoire, eh bien elle est obsolète. Alors que je viens de mettre en prod.
Il faut que je regarde dans l'ancien fichier, mais ça attendra demain que je me motive pour ça. En attendant, le HTTPS restera en "non sécurisé pour cause de certificat expiré".
Question: "cedrat" ? 
je ne sais pas ce qu'est un cedrat mais en tout cas pour le bug du gras, il n'est pas impossible qu'il soit un dégat colatéral du certificat, qui empêcherait le serveur de nous détecter comme "authenticated".
Comme je disais sur GH, je n'en suis pas si sur.
Ce qui est bizarre, c'est que ça marche en local et pas ici.
ce qui est encore plus bizarre, c'est que ça marche sur la page des notifs alors que les conditions et requêtes sont les mêmes.
je sèche vraiment là.
@Spacefox: rien de particulier lors du rebuild_index ?
C'est d'autant plus gênant que les liens de la home sont en https.
C'est corrigé pour les liens de la home, par contre on ne peut rien faire pour les contenus hébergés sur des sites externes. Typiquement, je ne peux pas servir mon avatar en HTTPS.
On voit bien l'effet de la MEP, qui n'a pas été celui escompté. Tout est fait en mode déconnecté.
Pour une raison que je ne comprends pas, l'affichage d'une catégorie de forums est sensiblement plus lent. Peut-être est-ce qu'il y a un rapport avec le fait que cette page ne fonctionne pas.
Non, je pense que je sais pourquoi : on utilise pas mal de get_object_or_404 ce qui multiplie le lazy loading. Va falloir regarder à améliorer tout ça.
Par contre le bug y est probablement pour quelque chose car mysql ne semble pas accepter la requête.
D'un autre coté, les optimisations d'artragis s'attaquaient à la page d'acceil, pas aux forums, ou j'ai raté un épisode ?
le forum, non sauf pour la partie sur les unread.
Donc voilà: article/tuto, c'est la ZEP-12 qui s'en occupe (et artragis a carrément fait de la magie ou à peu près), pour la PA on fait ce qu'on peut (même si là aussi, artragis a encore fait de la magie noire), et pour les forums, j'ai déjà indiqué ce qu'il restait à faire 
Tu as fait une mise en prod ?
Créez un compte en une minute pour profiter pleinement de toutes les fonctionnalités de Zeste de Savoir. Ici, tout est gratuit et sans publicité.
Créer un compte
