Aller au contenu

Anarchick

Membre
  • Compteur de contenus

    301
  • Inscription

  • Dernière visite

  • Jours gagnés

    11
  • Crédits

    133 [Faire un don]

Anarchick a gagné pour la dernière fois le 13 décembre 2019

Anarchick a eu le contenu le plus aimé !

Réputation sur la communauté

91 Tu commences à avoir des copains !

À propos de Anarchick

  • Rang
    Habitué

Visiteurs récents du profil

897 visualisations du profil
  1. Bonsoir,

    Je souhaiterais te contacter sur discord.

    Aurais-tu un discord à me fournir ? Merci

  2. "stop" au lieu de "stop loop", le stop loop te fait sortir de la loop tout en continuant le code, alors que le "stop" arrête complètement le code Tu n'es pas obligé d'utiliser une variable global pour {%player%.logout.coord} , tu peux utiliser {_loc} tout court (si tu ne réutilise pas la variable)
  3. Anarchick

    Heure IRL

    avec skUtilities [Hidden Content] (cet addon n'est malheureusement plus recommandé) ou juste avec skript: [Hidden Content]
  4. n'utilise pas le on any move (cet event est appelé trop fréquemment) , lors du /quit tu créer une variable qui enregistre la position du joueur, et a chaque boucle tu vérifie que la position actuel du joueur et la même que celle de la variable. Si ce n'est pas le cas tu lui affiche un message pour dire qu'il a bougé et tu stop le code. Ne fait pas non plus de add -1 , mais plutot : remove 1 from {}
  5. Je n'utilise plus TuSke et dans l'api Spigot je n'ai pas vu l'event pour la combinaison dans l'enclume donc je pense que TuSke fait à peu près la même chose que moi
  6. Il n'existe pas d'event pour détecter qu'un item a fini de cuir ou est récupérer par un joueur, il faut effectivement faire comme as dit CptBeffHeart , voici le code que j'ai utilisé pour détécter l'utilisation d'une enclume, tu dois juste l'adapter pour les four (mais ça je te laisse faire) #On anvil Repair on inventory click: set {_topInv} to player.getOpenInventory().getTopInventory() {_topInv}.getType() is anvil inventory clicked slot is 2 set {_minLevel} to {_topInv}.getRepairCost() set {_level} to level of player wait 1 tick level of player < {_level} #CODE Je ne sais plus pourquoi j'ai utilisé skript-mirror pour les 2 premières ligne mais ça devrait fonctionne avec `set {_topInv} to top inventory of player`
  7. Anarchick

    inactif ✖ Drop livres enchants

    Puisque ce n'est pas forcement évident à faire je te donne le code complet : function AddStoredEnchants(item: item, enchantments: enchantment types, force: boolean) :: item: set {_meta} to {_item}.getItemMeta() loop {_enchantments::*}: set {_ench} to loop-value set {_type} to {_ench}.getType() set {_level} to {_ench}.getLevel() {_meta}.addStoredEnchant({_type}, {_level} and {_force}) {_item}.setItemMeta({_meta}) return {_item} function GetStoredEnchants(item: item) :: enchantment types: set {_meta} to {_item}.getItemMeta() set {_ench} to {_meta}.getStoredEnchants() set {_keys::*} to ...{_ench}.keySet() set {_values::*} to ...{_ench}.values() loop {_keys::*}: set {_enchantmentType} to "%loop-value% %{_values::%loop-index%}%" parsed as enchantment type add {_enchantmentType} to {_return::*} return {_return::*} function RemoveStoredEnchants(item: item, enchantments: enchantments) :: item: set {_meta} to {_item}.getItemMeta() loop {_enchantments::*}: set {_enchantment} to loop-value {_meta}.removeStoredEnchant({_enchantment}) {_item}.setItemMeta({_meta}) return {_item} sachant que pour le Add et Remove tu as une particularité, set tool of player to RemoveStoredEnchants(tool of player, protection) = RemoveStoredEnchants(tool of player, protection) En gros si l'item existe dans le monde (dans un inventaire ou tombé au sol), tu n'a pas besoin de la première façon de l'écrire, CEPENDANT si l'item n'existe pas, donc si il s'agit d'une variable tu dois forcement utiliser la première façon !
  8. Anarchick

    inactif ✖ Drop livres enchants

    Si tu sais utiliser skript-mirror, ça doit être ça je pense : [Hidden Content]- je verrais si je créerai ce code dans les prochain jours (pas sûr depuis que j'ai découvert Netflix je suis beaucoup moins productif , coïncidence ? )
  9. Anarchick

    inactif ✖ Drop livres enchants

    Dans le code java, les livres d'enchantement n'utilise pas le même d'enchantement que les classiques , ils "stockent" un enchantement. Ce qui explique pourquoi tu ne peux pas l'utiliser dans une enclume. Je pense que tu as besoin de passer par skript-mirror
  10. Anarchick

    Erreur fonction return

    Comme je l'ai dit, je n'ai pas testé, c'est de mémoire et avec 1 an sans avoir manipuler skript il y a certains trucs dont je ne suis pas sûr. C'était une hypothèse
  11. Anarchick

    Erreur fonction return

    La requête SQL ne serait pas delayed (peut mettre plusieurs secondes avant de s’exécuter) par hasard ? Il me semble de toute façon que le return des fonctions skript ne permettent pas les effets avec du délai (comme un wait par exemple). Les customs expressions de skript-mirror le permettent. Après je dit peut être un truc qui n'as rien à voir, j'avoue que je n'ai pas testé.
  12. J'ai chopé cette monstruosité tout à l'heure sur le discord : every ticks: loop all entities: if loop-entity is a snowball: loop all blocks in radius 1 around loop-entity: wait 1 tick if loop-block is air: set loop-block to ice block add location of loop-block to {_blocks::*} wait 2 seconds loop {_blocks::*}: set block at loop-value to air wait 1 tick remove loop-value from {_blocks::*} J'aimerai bien m'en occupé pour montrer un exemple d'optimisation plus que nécessaire mais il faut que je trouve le temps pour ça ^^
  13. J'ai pris en compte ton commentaire et apporté des modifications dans la section nomenclature, yml et rajouté la raison de pourquoi le code de mon projet btooom n'est pas optimisé pour la lisibilité Sans cette méthode mon serveur perdrait trop de TPS et je me retrouverai avec trop de code (j'en ai +10k) Mais je suis d'accord avoir toi qu'il est bon d'avoir le plus possible de lisibilité, c'est pour ça que mon second projet qui est bien moins imposant me permet de tout miser là dessus
  14. Lesquels ? Tu peux donner ton opinion ça peut être intéressant d'avoir un autre point de vue
  15. dBonjour, ce sujet s'adresse aux personnes disposant déjà des bases en skript et qui souhaite s'améliorer dans leur méthodologie Règle de nomenclature {_nameofvariable} ou {_name.of.variable} ou {_nameOfVariable} A défaut de retrouver le sujet de la personne qui avait rédiger tout un article dessus je vous renvoie vers cette page [Hidden Content] Les noms des variables doivent donc être attachés en commençant par une minuscule et les mots suivant doivent commencer par une majuscule en étant attaché au précédent , donc {_nameOfVariable}, Pour ce qui est des fonctions la règle devrait être la même que pour les methods() mais il y a juste un petit problème qui se pose avec skript-mirror, "Comment faire la distinction entre une méthode java et une fonction skript ?" pour le coup je suggère que toute les premières lettres du nom d'une méthode commence par une majuscule (n'hésitez pas à donner votre avis) La bonne méthode pour définir une variable {player.level.%player%} , ça vous plait ? moi ça me donne envie de m’arracher les yeux ! Pourquoi ? Car plusieurs problèmes se pose : On peux oublier de supprimer des variables qu’on utilise plus, lorsque l’on souhaite supprimer toutes les informations concernant un joueur c’est plus que pénible d’utiliser cette méthodologie, et enfin ce n’est absolument pas le plus optimal pour un système de top/flop par exemple. Ma recommandation : {%uuid of player%::level} , {%uuid of player%::{@title}::homes::*}, {{@title}::locations::*} , en gros utiliser les variables liste ! C’est vraiment très pratique et plus complet que les variables simples. Le plus gros avantage est ceci delete {%uuid of player%::*} Bonus : j’ai écris {@title} , vous aurez donc comrpis que j’utilise une « option » , j’aime bien faire ça pour définir quel script utilise quel variable et ainsi éviter tout conflit entre scripts Bonus 2 : A l’heure ou j’écris il y a un problème avec la version Skript-2.4Beta8 , qui bug avec function {@title}Xp(player: player) , mais j’ai déjà signalé le bug et il devrait être corrigé un jour où l’autre. Variable local ou global ou yaml ou SQL ? La règle est simple, le fichier variables.csv doit pourvoir être supprimé sans que cela ne casse quoi que ce soit après un redémarrage, pourquoi ? Car il arrive parfois qu’un problème persiste alors que le code est correct, et cela peut être la cause de l’oubli de suppression d’une variable (ce cas se présente principalement avec les variables de type liste {::*} ) Pour éviter ce phénomène il faut privilégier les variables locales (qui en plus ne s’écrivent pas dans le fichier .csv donc gain de temps), et les variables globales doivent êtres définis lors d’un événement tel que le on load: ou lors de l’exécution d’une commande ou … Dans quel cas utiliser les fichiers yaml (ou autre type de fichier textuel) ? Je recommande ce type de fichier pour tout ce qui est lié à la sauvegarde de statistique ou de données concernant le joueur ou le serveur qui doivent persister après l’extinction du serveur. L’utilisation de l’addon Skript-yaml sera nécessaire et pour ceux qui se le demande, oui c’est plus long au chargement mais cette addon a la particularité de ne pas passer son temps à aller chercher l’information dans le fichier, une fois que le fichier est chargé il est enregistré dans la RAM ce qui le rend rapide d’accès. EDIT : Comme l'indique Kilterra dans les commentaires, il y a un ralentissement du à l'accès à ce ficher, voici la technique que j'utilise pour palier à ce problème : options: title: breeding author: Anarchick version: 1.0 dependencies: skript, skript-yaml, SkQuery, skent, skript-mirror, skellet config: plugins/skript/config on load: if file "{@config}/{@title}.yml" exist: load yaml "{@config}/{@title}.yml" as "{@title}" delete {{@title}::*} set {{@title}::version} to yaml value "version" from "{@title}" if {{@title}::version} is not {@version}: send "<pink>{@title} : Unload the script cause version of the script ({@version}) does not match with version of the config file (%{{@title}::version}%)" to console and ops stop set {{@title}::description::*} to colored yaml list "description" from "{@title}" without string checks set {{@title}::egg::uncooked::name} to colored yaml value "egg.uncooked.name" from "{@title}" without string checks set {{@title}::egg::uncooked::lore::*} to colored yaml list "egg.uncooked.lore" from "{@title}" without string checks set {{@title}::egg::cooked::name} to colored yaml value "egg.cooked.name" from "{@title}" without string checks set {{@title}::egg::cooked::lore::*} to colored yaml list "egg.cooked.lore" from "{@title}" without string checks set {{@title}::egg::cooked::time} to yaml value "egg.cooked.time" from "{@title}" set {{@title}::egg::cooked::xp} to yaml value "egg.cooked.xp" from "{@title}" else: send "<pink>The config file at path ""{@config}/{@title}.yml"" does not exist" to console and ops Une fois fait je peux oui ou non décharger le fichier yml de la ram Le cas du SQL : C’est très sympathique mais aussi très pénible à utiliser, entre latence, baisse de performance, code à rallonge, perte de données, base de données payante, problème de configuration réseau, … Bref, c’est malheureusement une vraie galère bien que l’idée soit bonne. Recommandé uniquement pour les personnes qui gère un site web utilisant la même base de donnée SQL. Rédiger en français ou en anglais ou autre ? Souvent je vois du code avec des nom de variable comme {joueurs::*} ou {niveauJoueur.%player%} , alors je suis d’accord que nous sommes sur un forum français et que nous sommes francophones MAIS il ne faut pas oublier que la plus grosse communauté Skript est anglophone et que c’est chez eux qu’il y a les « skripteur » les plus talentueux , donc si vous avez un jour besoin de demander de l’aide sur le forum SkUnity ou les différents discords anglophone il est préférable de rédiger les noms de variables en ANGLAIS , car oui vous avez bien fait correspondre votre nom français avec l’utilisation que vous faite de votre variable et ça aide beaucoup pour comprendre rapidement votre code, mais si vous avez besoin d’aide de la part d’un anglophone ça peut lui un poser problème de compréhension et il ne vous répondra peut être pas. Imaginer on fait l’analogie avec des écritures cyrilliques ou des Kanji, là ça devient très complexe car en plus la personne qui souhaite vous aider ne pourra même pas utiliser les mêmes caractères que vous pour définir une nouvelle variable. Conclusion : LES NOMS DE VARIABLES DOIVENT ÊTRE ÉCRIT EN ANGLAIS PS : Les commentaires doivent être écrits si possible dans la langue du forum sur lequel vous souhaitez partager votre script. Voir même en FR et ANG en même temps pour les courageux ! L’optimisation poids/lisibilité/évolutivité/CPU/RAM Lorsque tu code (peu importe le langage), ne te dis pas « ça fonctionne donc je n’y touche plus », c’est une mauvaise façon de réfléchir, si l’on ne fait pas d’effort pour optimiser son code on ne progresse pas ! Il existe différentes façons d’optimiser et certaines sont compatibles les uns avec les autres, le tout c’est d’identifier ce dont on a besoin. Par exemple mon projet btooom est tellement conséquent qu’il m’impose de faire un code extrêmement optimisé pour le CPU/RAM mais à défaut il est très peu lisible et son évolutivité me demande parfois de tout réécrire. Mais je ne partage pas ce code donc ce n’est pas gênant. (En même temps aucun code n'est en double, tous mes scripts sont liés les uns aux autres dans le but de réduire le plus possible la consommation des ressources matériel ce qui veut dire que pour identifier une erreur c'est un véritable labyrinthe dont je suis le seul à connaitre les recoins) Et pour mon autre projet de serveur survie c’est totalement différent, je fais un code orienté sur la lisibilité et surtout l’évolutivité, mais j’optimise moins les ressources CPU/RAM (J'ai du code en double car chacun de mes scripts sont totalement indépendant et non interférant avec les autres), par contre ça me permettra de potentiellement partager mes scripts. Tout ce que j’ai à dire dans cette rubrique c’est qu’il faut bien réfléchir en amont à comment doit être penser son code en mettant toute sa bonne volonté pour l'optimiser le plus possible. Petites astuces pour optimiser vos codes : Quand je dis optimiser vos codes ça ne veut pas seulement dire "réduire la taille de son code" , absolument pas ! Parfois un code plus long est plus optimisé qu'un petit code ! Ce qui est effectivement commun à toutes les méthodes d'optimisation c'est de réduire la taille du code MAIS de façon logique pour enlever ce qui est inutile sans impacter les performances. L'optimisation passe souvent par une refonte TOTALE du code d'origine afin de trouver un algorithme plus efficace pour faire la même chose. L'optimisation c'est par exemple de passer d'une technologie de réseau GSM 3G à 4G puis 5G, ou bien de réduire la finesse de gravure des processeurs de 14nm à 7nm, ou encore Skript-yaml ! Et oui, la particularité de skript-yaml par rapport à skUtilities c'est qu'il enregistre le fichier dans la ram et ainsi il n'a pas besoin d'aller le chercher sur le disque de stockage à chaque fois ! un gain de temps considérable pour la même fonctionnalité ! Et je suis d'accord, c'est bien jolie de vous dire d'optimiser vos code mais sans vous dire réellement comment ... bah en faite on apprend à optimiser avec l'expérience, en regardant le code des autres, en demandant des conseilles, en faisant des tests, en se tenant à jour des ajouts d'une nouvelle version d'un plugin et surtout en se creusant la tête !!! Maintenant je vous invite à proposer des exemples de code (basique ou complexe tant qu'il ne sont pas long) qui peuvent être optimisé afin de donner des idées :
×
×
  • Créer...

Information importante

Nous avons placé des cookies sur votre appareil pour aider à améliorer ce site. Vous pouvez choisir d’ajuster vos paramètres de cookie, sinon nous supposerons que vous êtes d’accord pour continuer.