Deprecated: Constant E_STRICT is deprecated since 8.4, the error level was removed in /home/hybird/newwwwcreme/forum/inc/class_error.php on line 64
creation module : set_tags
Les avertissements suivants se sont produits :
Warning [2] Undefined variable $unreadreports - Line: 21 - File: global.php(961) : eval()'d code PHP 8.5.12 (Linux)
File Line Function
/inc/class_error.php 153 errorHandler->error
/global.php(961) : eval()'d code 21 errorHandler->error_callback
/global.php 961 eval
/showthread.php 28 require_once
Warning [2] Undefined property: MyLanguage::$bottomlinks_forumteam - Line: 2 - File: global.php(1047) : eval()'d code PHP 8.5.12 (Linux)
File Line Function
/inc/class_error.php 153 errorHandler->error
/global.php(1047) : eval()'d code 2 errorHandler->error_callback
/global.php 1047 eval
/showthread.php 28 require_once




creation module : set_tags
#4
Citation :set_tags n'est pas pris en compte !!

Oui et c'est tout à fait normal ; les tags ajoutent juste de la sémantique coté python, et n'ont pas d'incidence sur la base de données, donc pas la peine de les faire prendre en compte à Django quand il calcule ses migrations. Si vous regardez les migrations des autres apps vous verrez que les tags ne s'y trouvent pas. Notez que plusieurs attributs de Django, même si pris en compte par le système de migrations, n'ont pas d'effets substantiels sur la base de données: editable, blank, verbose_name...

Je m'aperçois que le forum m'a mangé une partie de ma réponse précédente, qui devient incompréhensible :

Citation :Pour votre question précisément, Il y a plusieurs façons de faire mais la plus simple est de déclarer votre champ .

il manque "blank=True". Désolé.
  Répondre


Messages dans ce sujet
creation module : set_tags - par Patix - 16-11-2020, 22:13
RE: creation module : set_tags - par genglert - 18-11-2020, 13:58
RE: creation module : set_tags - par Patix - 19-11-2020, 17:02
RE: creation module : set_tags - par genglert - 19-11-2020, 18:08

Atteindre :


Utilisateur(s) parcourant ce sujet : 1 visiteur(s)