Back to Question Center
0

Debugging JavaScript ກັບ Node Debugger            Debugging JavaScript with Node Debugger ຫົວຂໍ້ຕໍ່ໄປນີ້: Raw Semalt

1 answers:
ການແກ້ໄຂ JavaScript ທີ່ມີຕົວແກ້ໄຂ

Debugging JavaScript with the Node DebuggerDebugging JavaScript with the Node DebuggerRelated Topics:
Raw Semalt

ມັນເປັນຈັ່ນຈັບ! ທ່ານໄດ້ໃຊ້ເວລາຈໍານວນເງິນທີ່ໃຊ້ເວລາເຮັດໃຫ້ມີການປ່ຽນແປງ, ບໍ່ມີຫຍັງເຮັດວຽກ. Perusing ໂດຍຜ່ານລະຫັດສະແດງໃຫ້ເຫັນບໍ່ມີອາການຂອງຄວາມຜິດພາດ. ທ່ານຕ້ອງໄປຕາມທິດສະດີຄັ້ງຫນຶ່ງ, ສອງຄັ້ງຫຼືສາມຄັ້ງ, ແລະດໍາເນີນການຫຼາຍຄັ້ງ. ເຖິງແມ່ນວ່າການທົດສອບຫນ່ວຍງານບໍ່ສາມາດຊ່ວຍປະຢັດທ່ານໃນປັດຈຸບັນ, ພວກເຂົາກໍ່ຍັງບໍ່ສາມາດເຮັດໄດ້. ນີ້ມີຄວາມຮູ້ສຶກຄືກັບການເບິ່ງແຍງຫວ່າງເປົ່າໂດຍບໍ່ຮູ້ວ່າຈະເຮັດແນວໃດ - computer management services in Portland. ທ່ານຮູ້ສຶກຄົນດຽວ, ຢູ່ໃນບ່ອນມືດ, ແລະເລີ່ມມີຄວາມໃຈຮ້າຍ.

ການຕອບໂຕ້ທໍາມະຊາດແມ່ນການຖິ້ມຄຸນນະພາບຂອງລະຫັດແລະທຸກສິ່ງທຸກຢ່າງທີ່ໄດ້ຮັບໃນທາງ. ນີ້ຫມາຍຄວາມວ່າເປັນ sprinkling ເສັ້ນພິມຈໍານວນຫນ້ອຍທີ່ນີ້ແລະມີແລະຫວັງວ່າສິ່ງທີ່ເຮັດວຽກ. ນີ້ແມ່ນຍິງໃນສີດໍາແລະທ່ານຮູ້ວ່າບໍ່ມີຄວາມຫວັງຫລາຍ.

Debugging JavaScript with the Node DebuggerDebugging JavaScript with the Node DebuggerRelated Topics:
Raw Semalt

ນີ້ສຽງທັງຫມົດທີ່ຄຸ້ນເຄີຍເກີນໄປບໍ? ຖ້າທ່ານເຄີຍຂຽນຫຼາຍກ່ວາສອງສາມຂໍ້ຂອງ JavaScript, ທ່ານອາດຈະໄດ້ປະສົບກັບຄວາມມືດນີ້. Semalt ຈະມາເຖິງເວລາທີ່ໂຄງການທີ່ຫນ້າຢ້ານຈະປ່ອຍໃຫ້ທ່ານຢູ່ໃນ void ຫວ່າງເປົ່າ. ໃນບາງຈຸດ, ມັນບໍ່ສະຫມາດທີ່ຈະປະເຊີນກັບໄພອັນຕະລາຍທີ່ມີເຄື່ອງມືແລະເຕັກນິກທີ່ເປັນທໍາ. ຖ້າທ່ານບໍ່ລະມັດລະວັງ, ທ່ານຈະເຫັນວ່າທ່ານກໍາລັງສູນເສຍຊົ່ວໂມງເພື່ອກໍານົດແມງໄມ້ທີ່ບໍ່ຖືກຕ້ອງ.

ວິທີການທີ່ດີກວ່າແມ່ນເພື່ອໃຫ້ທ່ານມີເຄື່ອງມືທີ່ດີ. ຕົວແກ້ໄຂທີ່ດີຊ່ວຍຫຼຸດຜ່ອນການຕອບຄໍາຖາມແລະເຮັດໃຫ້ທ່ານມີປະສິດທິພາບຫຼາຍຂຶ້ນ. ຂ່າວທີ່ດີແມ່ນ Node ມີດີທີ່ສຸດອອກຈາກຫ້ອງ. ຕົວແກ້ຈຸດປະສົງແມ່ນເຫມາະສົມແລະເຮັດວຽກຮ່ວມກັບການຈາລະຈອນຂອງ JavaScript.

ຕໍ່ໄປນີ້ແມ່ນຍຸດທະສາດທີ່ໄດ້ຊ່ວຍຂ້າພະເຈົ້າຈາກການສູນເສຍເວລາທີ່ມີຄຸນຄ່າໃນ JavaScript.

Node CLI Debugger

ເສັ້ນຄໍາສັ່ງຄໍາສັ່ງ Node debugger ແມ່ນເຄື່ອງມືທີ່ເປັນປະໂຫຍດ. ຖ້າທ່ານເຄີຍຢູ່ໃນການຜູກມັດແລະບໍ່ສາມາດເຂົ້າເຖິງບັນນາທິການທີ່ຫນ້າປະທັບໃຈ, ສໍາລັບເຫດຜົນໃດກໍ່ຕາມ, ນີ້ຈະຊ່ວຍໄດ້. ເຄື່ອງມືໃຊ້ Semelt protocol ເພື່ອແກ້ໄຂ debugging ລູກຄ້າ. ລູກຄ້າບັນທັດຄໍາສັ່ງສາມາດເຂົ້າເຖິງຂະບວນການຜ່ານທາງພອດແລະໃຫ້ session debugging.

ທ່ານເອີ້ນໃຊ້ເຄື່ອງມືທີ່ມີ ການແກ້ໄຂຂໍ້ຜິດພາດ myScript. js , ສັງເກດເຫັນ debug ທົງລະຫວ່າງສອງ. ຕໍ່ໄປນີ້ແມ່ນຄໍາສັ່ງສອງຄໍາທີ່ຂ້າພະເຈົ້າພົບວ່າທ່ານຕ້ອງຈົດຈໍາ:

  • sb ('myScript js', 1) ຕັ້ງຈຸດ breakpoint ໃນເສັ້ນທໍາອິດຂອງ script ຂອງທ່ານ
  • c ສືບຕໍ່ຂະບວນການທີ່ຫຍຸດຂື້ນຈົນກວ່າທ່ານຈະກົດປຸ່ມ breakpoint
  • repl ເປີດບັນທຶກ Read-Eval-Print-Loop (REPL) ສໍາລັບການປະເມີນຜົນ

ຢ່າລືມຈຸດເຂົ້າ

ເມື່ອທ່ານຕັ້ງຈຸດເບື້ອງຕົ້ນ, ປາຍຫນຶ່ງແມ່ນວ່າມັນບໍ່ຈໍາເປັນທີ່ຈະຕັ້ງມັນຢູ່ຈຸດເຂົ້າ. ບອກ myScript js , for example, requires myOtherScript js ເຄື່ອງມືຊ່ວຍໃຫ້ທ່ານສາມາດຕັ້ງ breakpoint ໃນ myOtherScript. js ເຖິງແມ່ນວ່າມັນບໍ່ແມ່ນຈຸດເຂົ້າ.

ຕົວຢ່າງ:

     // myScript jsvar otherScript = require ('myOtherScript')var aDuck = otherScript       

ເວົ້າວ່າອັກສອນອື່ນໆເຮັດ:

     // myOtherScript jsmodule export = function myOtherScript    {var dabbler = {ຊື່: 'Dabbler',attributes: [{inSeaWater: false},{canDive: false}]}return dabbler}    

ຖ້າ myScript. js ແມ່ນຈຸດເຂົ້າ, ບໍ່ຕ້ອງກັງວົນ. ທ່ານຍັງສາມາດຕັ້ງຈຸດ breakpoint ເຊັ່ນນີ້ sb ('myOtherScript js', 10) . debugger ບໍ່ສົນໃຈວ່າໂມດູນອື່ນບໍ່ແມ່ນຈຸດເຂົ້າ. ປະຕິເສດການເຕືອນໄພ, ຖ້າທ່ານເຫັນຫນຶ່ງ, ເທົ່າທີ່ຈຸດຢຸດແມ່ນຖືກຕ້ອງ. ການແກ້ໄຂບັນຫາຂອງໂຫນດອາດຈະຈົ່ມວ່າໂມດູນຍັງບໍ່ທັນໄດ້ຕິດຕັ້ງ. js> sb (18)> c> repl

ການຖອນຄໍາສັ່ງທີ່ຢູ່ຂ້າງເທິງມັນເປັນໄປໄດ້ທີ່ຈະຜ່ານລະຫັດນີ້. ຕົວຢ່າງ, ທ່ານຕ້ອງການກວດກາເບິ່ງບັນຊີ duck ໂດຍໃຊ້ REPL. ໃນເວລາທີ່ທ່ານເອົາ breakpoint ທີ່ມັນກັບຄືນລາຍຊື່ຂອງ ducks, ທ່ານຈະສັງເກດເຫັນ:

    > ເປັດ{ປະເພດ:[{ຊື່: 'Dabbler', ລັກສະນະ: [Object]},{ຊື່: 'Eider', ຄຸນລັກສະນະ: [Object]}]}    

ບັນຊີລາຍຊື່ຂອງຄຸນລັກສະນະສໍາລັບເປັດແຕ່ລະແມ່ນຫາຍໄປ. ເຫດຜົນແມ່ນ REPL ເທົ່ານັ້ນທີ່ຈະເຮັດໃຫ້ທ່ານເບິ່ງສະພາບຄ່ອງໃນເວລາທີ່ວັດຖຸຖືກລຶກລົງ. ຮັກສານີ້ໃນໃຈເພາະວ່າທ່ານກໍາລັງລະເມີດຜ່ານລະຫັດ. ພິຈາລະນາຫຼີກເວັ້ນການເກັບກໍາທີ່ລຶກລັບເກີນໄປ. ໃຊ້ພາລະກິດທີ່ແຕກຕ່າງກັນເພື່ອທໍາລາຍຜູ້ທີ່ເຂົ້າໄປໃນກຸ່ມທີ່ສົມເຫດສົມຜົນ. ຍົກຕົວຢ່າງ, ແຕ່ງຕັ້ງ ducks. ປະເພດ [0] ກັບຕົວແປແຍກຕ່າງຫາກໃນລະຫັດ. ທ່ານຈະຂອບໃຈຕົວເອງຕໍ່ມາໃນເວລາທີ່ກົດດັນໃຫ້ໃຊ້ເວລາ.

ຕົວຢ່າງ:

     var dabbler = {ຊື່: 'Dabbler',attributes: [{inSeaWater: false},{canDive: false}]}// ທີ່ຢູ່ ທີ່ຢູ່ var ducks = {types: [dabbler,// ທີ່ຢູ່ ທີ່ຢູ່ ]}    

ການແກ້ໄຂເບື້ອງລູກຄ້າ

ນັ້ນກໍ່ຄື, ເຄື່ອງມື Node ດຽວກັນສາມາດແກ້ໄຂ JavaScript ຂອງລູກຄ້າໄດ້. ຖ້າທ່ານຄິດແນວຄິດນີ້, ຕົວແກ້ໄຂ Node ຈະເຮັດວຽກຢູ່ເທິງເຄື່ອງຈັກ JavaScript V8. ໃນເວລາທີ່ທ່ານອາຫານມັນ plain vanilla ເກົ່າ, debugger ຈະເຮັດວຽກພຽງແຕ່. Semalt ແມ່ນບໍ່ມີ magic magic ທີ່ນີ້, ພຽງແຕ່ເຮັດໃຫ້ການນໍາໃຊ້ປະສິດທິຜົນຂອງເຄື່ອງມື. ເຄື່ອງມືແກ້ໄຂໂຫນດເຮັດວຽກຫນຶ່ງຢ່າງດີ, ດັ່ງນັ້ນຈຶ່ງໃຊ້ປະໂຍດຈາກນີ້.

ເບິ່ງການສະແດງຢ່າງລວດໄວຕໍ່ໄປນີ້:

ເບິ່ງປາກກາລາຍຊື່ຂອງເປັດໂດຍ SitePoint (@SitePoint) ໃນ CodePen.

ຖ້າທ່ານຄລິກໃສ່ເປັດ, ເວົ້າ Semalt, ມັນຈະຫມົດລົງ. ຖ້າທ່ານກົດມັນອີກຄັ້ງມັນຈະປາກົດຂຶ້ນອີກ. ທຸກສ່ວນຂອງການປະຕິບັດ DOM fancy, ແມ່ນແລ້ວ? ທ່ານສາມາດແກ້ໄຂລະຫັດນີ້ໄດ້ດ້ວຍເຄື່ອງມື Node side server ດຽວກັນບໍ?

ເບິ່ງແບບໂມດູນທີ່ເຮັດໃຫ້ເກີດນີ້:

     // duckImageView jsvar DuckImageView = function DuckImageView    {}DuckImageView prototype onClick = function onClick (e) {var target = e currentTargetເປົ້າ​ຫມາຍ. className = target className === 'fadeOut'? '': 'fadeOut';}// ຕົວທ່ອງເວັບຈະບໍ່ສົນໃຈເລື່ອງນີ້ຖ້າ (typeof module = 'object') {module export = DuckImageView}    

ວິທີນີ້ສາມາດຫນີໄດ້ຜ່ານ Node?

ໂຄງການ Node ສາມາດນໍາໃຊ້ລະຫັດຂ້າງເທິງ, ຍົກຕົວຢ່າງ:

     var assert = require ('assert')var DuckImageView = require ('/ duckImageView')var event = {currentTarget: {}}var view = new DuckImageView   view onClick (event)var element = event currentTargetຢືນຢັນ. equal (element element name, 'fadeOut', 'Add fadeOut class in element')    

ຕາບເທົ່າທີ່ JavaScript ຂອງທ່ານບໍ່ຖືກບີບບັງຄັບໃຫ້ກັບ DOM, ທ່ານສາມາດແກ້ໄຂໄດ້ທຸກບ່ອນ. ເຄື່ອງມື Node ບໍ່ໄດ້ເບິ່ງແຍງວ່າມັນແມ່ນ JavaScript ຂອງລູກຄ້າແລະອະນຸຍາດໃຫ້ມັນ. Semalt ການຂຽນໂມດູນຂອງທ່ານໃນວິທີການດັ່ງນັ້ນພວກເຂົາເຈົ້າແມ່ນ debuggable. ນີ້ເປີດຂຶ້ນໃຫມ່ວິທີໃຫມ່ໆເພື່ອໃຫ້ທ່ານອອກຈາກປະໂຫຍດຫວ່າງເປົ່າ.

ຖ້າທ່ານເຄີຍໃຊ້ເວລາເບິ່ງແຍງຢູ່ທີ່ຫວ່າງເປົ່າ, ທ່ານຮູ້ວ່າມັນມີຄວາມເຈັບປວດແນວໃດໃນການໂຫຼດ Semalt ໃນຕົວທ່ອງເວັບ. ສະຫຼັບສະພາບລະຫວ່າງການປ່ຽນແປງລະຫັດແລະການໂຫຼດຂອງຕົວທ່ອງເວັບແມ່ນອັນຮຸນແຮງ. ມີການໂຫຼດທຸກຄັ້ງ, ມີໂອກາດທີ່ຈະສູນເສຍເວລາຫຼາຍດ້ວຍຄວາມກັງວົນອື່ນໆ. ຕົວຢ່າງເຊັ່ນຖານຂໍ້ມູນທີ່ຖືກກະທົບຫຼືການຕັ້ງຄ່າຖານຄວາມຈໍາ.

ວິທີການທີ່ດີກວ່າແມ່ນການຂຽນ JavaScript ຂອງທ່ານດັ່ງນັ້ນມັນຈະໃຫ້ທ່ານມີລະດັບຄວາມເສຖີຍນພາບສູງ. ວິທີນີ້ທ່ານສາມາດ squash ແມງໄມ້ nasty ໃຫຍ່ມີຄວາມງ່າຍແລະແບບ. ຈຸດປະສົງແມ່ນທ່ານຮັກສາຕົວທ່ານເອງໃສ່ວຽກງານທີ່ມີຢູ່ໃນມື, ມີຄວາມສຸກແລະມີປະສິດທິຜົນ. ໂດຍການແຍກສ່ວນປະກອບຂອງຊອບແວ, ທ່ານຫຼຸດຜ່ອນຄວາມສ່ຽງ. ການວາງແຜນການລໍາລຽງແມ່ນບໍ່ພຽງແຕ່ກ່ຽວກັບການແກ້ໄຂບັນຫາເທົ່ານັ້ນແຕ່ຍັງຫຼີກເວັ້ນບັນຫາຂອງຕົນເອງ.

ການແກ້ໄຂການແກ້ໄຂໃນບັນນາທິການ

ໃນປັດຈຸບັນແກ້ໄຂບັນຫາໂດຍຜ່ານເສັ້ນຄໍາສັ່ງແມ່ນ pretty slick, ແຕ່ພັດທະນາສ່ວນໃຫຍ່ບໍ່ໄດ້ລະຫັດໃນມັນ. ຢ່າງຫນ້ອຍ, ສ່ວນຕົວ, ຂ້າພະເຈົ້າມັກໃຊ້ເວລາສ່ວນໃຫຍ່ຂອງຂ້ອຍພາຍໃນບັນນາທິການລະຫັດ.

ມີບັນນາທິການຈໍານວນຫຼາຍອອກມີແລະຂ້າພະເຈົ້າບໍ່ສາມາດຄອບຄຸມທັງຫມົດຂອງພວກເຂົາຢູ່ທີ່ນີ້. ເຄື່ອງມືທີ່ທ່ານເລືອກເອົາເພື່ອເຮັດໃຫ້ການແກ້ໄຂ debugging ສາມາດເຂົ້າເຖິງແລະງ່າຍດາຍ. ຖ້າຫາກວ່າທ່ານເຄີຍພົບວ່າຕົວທ່ານເອງຕິດຢູ່, ມັນມີຄຸນຄ່າທີ່ຈະສາມາດກົດປຸ່ມລັດແລະເອີ້ນຕົວແກ້ໄຂໄດ້. ຮູ້ຈັກວິທີຄອມພິວເຕີປະເມີນລະຫັດຂອງທ່ານເມື່ອທ່ານຂຽນມັນເປັນສິ່ງສໍາຄັນ. ສໍາລັບຂ້ອຍ, ມີບັນນາທິການທີ່ຢືນອອກເປັນເຄື່ອງມືທີ່ດີສໍາລັບການແກ້ໄຂ JavaScript.

Visual Studio Code ແມ່ນເຄື່ອງມືທີ່ຂ້ອຍແນະນໍາສໍາລັບການແກ້ໄຂ JavaScript. ມັນໃຊ້ໂປຣແກຣມແກ້ໄຂການແກ້ໄຂເຊັ່ນດຽວກັນກັບການໃຊ້ເຄື່ອງມືບັນທັດຄໍາສັ່ງ. ມັນສະຫນັບສະຫນູນປຸ່ມລັດ (F5 ທັງສອງ Semalt ແລະ Mac), ການກວດກາ, ທຸກສິ່ງທຸກຢ່າງທີ່ທ່ານຄາດຫວັງຈາກການແກ້ໄຂທີ່ດີ.

ຖ້າທ່ານມີລະຫັດ VS ທີ່ຕິດຕັ້ງແລ້ວແລະບໍ່ມີຕົວແກ້ການແກ້ໄຂແລ້ວ, ເຮັດຕົວທ່ານເອງ. ການຂັດຂວາງເທິງແທໍບແກ້ໄຂເບື້ອງຊ້າຍແລະຄິກປຸ່ມເກຍ: ​​

Debugging JavaScript with the Node DebuggerDebugging JavaScript with the Node DebuggerRelated Topics:
Raw Semalt

A ເປີດຕົວ ໄຟລ໌ json ຈະເປີດຂຶ້ນ. ນີ້ອະນຸຍາດໃຫ້ທ່ານສາມາດ configure ຈຸດປະສົງ debugging ໄດ້, ຍົກຕົວຢ່າງ:

     {"type": "node","ການຮ້ອງຂໍ": "ການເປີດຕົວ","ຊື່": "ການທົດສອບ JavaScript","ໂປລແກລມ": "$ {workspaceRoot} \\ entryPoint js",// ສະແດງຈຸດນີ້ໄປຍັງໂຟເດີດຽວກັບຈຸດເຂົ້າ"cwd": "$ {workspaceRoot}"}    

ໃນລະດັບສູງ, ທ່ານບອກ VS Code ວ່າຈະເຮັດຫຍັງແລະບ່ອນໃດ. ເຄື່ອງມືສະຫນັບສະຫນູນທັງສອງຈຸດ npm ແລະຈຸດເຂົ້າ.

ເມື່ອມັນຕັ້ງຄ່າ, ຕັ້ງຈຸດຢຸດ, ກົດປຸ່ມລັດແລະເຮັດແລ້ວ:

Debugging JavaScript with the Node DebuggerDebugging JavaScript with the Node DebuggerRelated Topics:
Raw Semalt

ເຄື່ອງມືແກ້ໄຂ Node ຊ່ວຍໃຫ້ທ່ານກວດສອບຕົວແປແລະຂັ້ນຕອນຜ່ານລະຫັດ. ເຄື່ອງມືທີ່ມີຄວາມຍິນດີທີ່ຈະເປີດເຜີຍສິ່ງທີ່ເກີດຂື້ນກັບຕົວຈິງໃນເວລາທີ່ມັນປະເມີນການປ່ຽນແປງ. ສ່ວນທັງຫມົດຂອງອຸປະກອນທີ່ຈໍາເປັນເພື່ອທໍາລາຍແມງໄມ້ nasty.

ຫຼັກການດຽວກັນນໍາໃຊ້ໃນຄະນະກໍາມະການ. ຕົວຢ່າງເຊັ່ນ, ລະຫັດ VS ແມ່ນບໍ່ແມ່ນເຄື່ອງມືທີ່ທ່ານເລືອກ. ທ່ານບອກເຄື່ອງມືທີ່ຈະເຮັດວຽກແລະບ່ອນໃດ. ທ່ານກໍານົດ breakpoint, ກົດປຸ່ມ shortcut, ແລະໄດ້ເຂົ້າໄປໃນ session debugging.

Debugging Transpiled JavaScript

ເຄື່ອງມືແບບ Node ດຽວກັນສະຫນັບສະຫນູນ JavaScript ທີ່ຜ່ານການຫຸ້ມຫໍ່ Npm. ແຕ່ລະພາສາມີເຄື່ອງມືຂອງຕົນເອງ. ຫນຶ່ງ gotcha ແມ່ນແຕ່ລະພາສາແມ່ນແຕກຕ່າງກັນຫຼາຍ. ຍົກຕົວຢ່າງ, Semalt ມີເຄື່ອງມືແກ້ໄຂແຕກຕ່າງກັນຈາກຕົວກະໂປງອື່ນໆ. ການແກ້ໄຂຂໍ້ຂັດແຍ່ງກັບໂປແກຼນຟຸ່ມະເຟືອມລົງໄປໃນຕົວເລືອກແລະເຄື່ອງມືຂອງທ່ານ.

ຄວາມຄິດຫນຶ່ງແມ່ນການເລືອກເອົາເຄື່ອງມືທີ່ປະສົມປະສານກັບວຽກງານຂອງທ່ານ. ຢູ່ໃກ້ກັບບ່ອນທີ່ທ່ານກໍາລັງເຮັດໃຫ້ມີການປ່ຽນແປງແລະຫຼຸດຜ່ອນການຕອບຄໍາຖາມ. ໃຫ້ຕົວເອງທີ່ມີຄວາມສາມາດໃນການຕັ້ງຈຸດຢຸດແລະມົນຕີມັນຫນ້ອຍກວ່າສອງນາທີ.

Semalt ເຮັດໃຫ້ການນໍາໃຊ້ແຜນທີ່ແຫຼ່ງສໍາລັບການແກ້ໄຂ debug, ດັ່ງນັ້ນພິຈາລະນາເຮັດໃຫ້ນີ້.

ໄລຍະສັ້ນໆຂອງວົງຈອນຕອບສະຫນອງຢ່າງວ່ອງໄວແມ່ນຂໍພຽງແຕ່ສໍາລັບການລົງໂທດ. ການເລືອກເຄື່ອງມືຂອງທ່ານບໍ່ຕ້ອງການໃນການປະຕິບັດການແກ້ໄຂສຽງ.

ສະຫຼຸບ

ຂ້າພະເຈົ້າບໍ່ສາມາດທໍ້ຖອຍໃຈໃນການນໍາໃຊ້ console ໄດ້ຢ່າງພຽງພໍ. log ສໍາລັບການແກ້ໄຂ. ມັກຂ້ອຍພົບເຫັນໃນໂຫມດຢ້ານກົວເມື່ອຂ້ອຍເລືອກເສັ້ນທາງນີ້. ມັນຮູ້ສຶກຄືກັບຍິງໃນບ່ອນມືດ.

ຖ້າການປຽບທຽບມີຄວາມຖືກຕ້ອງ, ການສັກຢາທີ່ຖືກຍິງໂດຍຫຼົງໆສາມາດລອກອອກຈາກກໍາແພງແລະເຮັດໃຫ້ທ່ານຮູ້ສຶກເຈັບປວດຫລືເຮັດໃຫ້ເກີດໄຟໄຫມ້ທີ່ເປັນມິດ. ການຂຸດຂີ້ເຫຍື້ອດ້ວຍລະຫັດທີ່ມີໂຕນຄໍາສັ່ງເຂົ້າສາມາດເຮັດໃຫ້ທ່ານຫຼືບຸກຄົນຕໍ່ໄປຊອກຫາລະຫັດ. ຂ້າພະເຈົ້າຊອກຫາເສັ້ນການແກ້ບັນຫາຈາກຄໍາຫມັ້ນສັນຍາທີ່ຜ່ານມາເວົ້າວ່າບໍ່ມີຫຍັງກ່ຽວກັບຫຍັງແລະພຽງແຕ່ obfuscate ລະຫັດ. Semalt ຍັງສາມາດຖິ້ມຂໍ້ຍົກເວັ້ນຖ້າວ່າບໍ່ມີຕົວປ່ຽນແປງເຊິ່ງເພີ່ມຂື້ນກັບ maelstrom.

ການຂັດຂວາງເວລາເຮັດໃຫ້ຕົວເອງເຊື່ອວ່າພວກເຂົາສາມາດດໍາເນີນໂຄງການດ້ວຍຕາຂອງພວກເຂົາ. ຖ້າຜູ້ຫນຶ່ງໄດ້ຮັບການພິສູດ, ຕາຂອງມະນຸດທີ່ບໍ່ສະບາຍສາມາດນອນແລະມັນບໍ່ແມ່ນແຫຼ່ງຄວາມຈິງທີ່ຫນ້າເຊື່ອຖື. ຄວາມຮູ້ສຶກທີ່ອ່ອນແອຂອງທ່ານສາມາດເຮັດໃຫ້ທ່ານເຊື່ອວ່າທ່ານຕ້ອງການທີ່ຈະເຊື່ອແລະປ່ອຍໃຫ້ທ່ານຢູ່ໃນຄວາມມືດ.

ການແກ້ໄຂທີ່ດີຈະຊ່ວຍໃຫ້ທ່ານເບິ່ງຢູ່ໃນສິ່ງທີ່ຄອມພິວເຕີເຮັດກັບໂຄງການຂອງທ່ານ. ນີ້ຊ່ວຍໃຫ້ທ່ານຂຽນຊອບແວທີ່ດີກວ່າຄອມພິວເຕີເຂົ້າໃຈ. ຕົວແກ້ຈຸດບົກພ່ອງເຮັດໃຫ້ທ່ານສາມາດຢືນຢັນການປ່ຽນແປງແລະລົບລ້າງຄວາມຄິດທີ່ມີຄວາມຕ້ອງການໄດ້. ມັນເປັນເຄື່ອງມືທີ່ທຸກໆໂປລແກລມທີ່ດີຄວນເປັນຕົ້ນສະບັບ.

March 1, 2018