ດໍາເນີນການກວດກາ IntelliJ IDEA ໃນ Jenkins

IntelliJ IDEA ໃນມື້ນີ້ມີເຄື່ອງວິເຄາະລະຫັດ Java ແບບຄົງທີ່ທີ່ກ້າວຫນ້າທີ່ສຸດ, ເຊິ່ງໃນຄວາມສາມາດຂອງມັນເຮັດໃຫ້ "ນັກຮົບເກົ່າ" ດັ່ງກ່າວຢູ່ໄກກວ່າ. ເຊັກແບບ и Spotbugs. "ການກວດກາ" ຈໍານວນຫລາຍຂອງມັນກວດເບິ່ງລະຫັດໃນລັກສະນະຕ່າງໆ, ຈາກຮູບແບບການຂຽນລະຫັດໄປຫາແມງໄມ້ທົ່ວໄປ.

ຢ່າງໃດກໍ່ຕາມ, ຕາບໃດທີ່ຜົນໄດ້ຮັບການວິເຄາະພຽງແຕ່ສະແດງຢູ່ໃນການໂຕ້ຕອບທ້ອງຖິ່ນຂອງ IDE ຂອງຜູ້ພັດທະນາ, ພວກມັນມີປະໂຫຍດຫນ້ອຍຕໍ່ຂະບວນການພັດທະນາ. ການວິເຄາະຄົງທີ່ ຕ້ອງໄດ້ຮັບການປະຕິບັດ ໃນຖານະເປັນຂັ້ນຕອນທໍາອິດຂອງການກໍ່ສ້າງທໍ່, ຜົນໄດ້ຮັບຂອງມັນຄວນຈະກໍານົດປະຕູທີ່ມີຄຸນນະພາບ, ແລະການກໍ່ສ້າງຄວນຈະລົ້ມເຫລວຖ້າປະຕູທີ່ມີຄຸນນະພາບບໍ່ໄດ້ຜ່ານ. ມັນເປັນທີ່ຮູ້ຈັກວ່າ TeamCity CI ແມ່ນປະສົມປະສານກັບ IDEA. ແຕ່ເຖິງແມ່ນວ່າທ່ານບໍ່ໄດ້ໃຊ້ TeamCity, ທ່ານສາມາດພະຍາຍາມດໍາເນີນການກວດສອບ IDEA ໄດ້ຢ່າງງ່າຍດາຍໃນເຄື່ອງແມ່ຂ່າຍ CI ອື່ນໆ. ຂ້າພະເຈົ້າແນະນໍາໃຫ້ທ່ານເບິ່ງວິທີການນີ້ສາມາດເຮັດໄດ້ໂດຍໃຊ້ IDEA Community Edition, Jenkins ແລະ Warnings NG plugin.

ຂັ້ນຕອນທີ 1. ດໍາເນີນການວິເຄາະໃນຖັງແລະໄດ້ຮັບບົດລາຍງານ

ໃນຕອນທໍາອິດ, ຄວາມຄິດທີ່ຈະດໍາເນີນການ IDE (ຄໍາຮ້ອງສະຫມັກ desktop!) ພາຍໃນລະບົບ CI ທີ່ບໍ່ມີການໂຕ້ຕອບຂອງກາຟິກອາດຈະເບິ່ງຄືວ່າຫນ້າສົງໄສແລະມີບັນຫາຫຼາຍ. ໂຊກດີ, ຜູ້ພັດທະນາ IDEA ໄດ້ສະຫນອງຄວາມສາມາດໃນການດໍາເນີນການ ການຈັດຮູບແບບລະຫັດ и ການກວດກາ ຈາກບັນທັດຄໍາສັ່ງ. ຍິ່ງໄປກວ່ານັ້ນ, ເພື່ອດໍາເນີນການ IDEA ໃນຮູບແບບນີ້, ລະບົບຍ່ອຍຂອງກາຟິກແມ່ນບໍ່ຈໍາເປັນແລະວຽກງານເຫຼົ່ານີ້ສາມາດຖືກປະຕິບັດຢູ່ໃນເຄື່ອງແມ່ຂ່າຍທີ່ມີແກະຂໍ້ຄວາມ.

ການກວດກາຖືກເປີດຕົວໂດຍໃຊ້ສະຄິບ bin/inspect.sh ຈາກໄດເລກະທໍລີການຕິດຕັ້ງ IDEA. ຕົວກໍານົດການທີ່ຕ້ອງການແມ່ນ:

• ເສັ້ນທາງເຕັມໄປຫາໂຄງການ (ພີ່ນ້ອງບໍ່ໄດ້ຮັບການສະຫນັບສະຫນູນ),
• ເສັ້ນທາງໄປຫາໄຟລ໌ .xml ທີ່ມີການຕັ້ງຄ່າການກວດສອບ (ໂດຍປົກກະຕິແລ້ວຕັ້ງຢູ່ໃນໂຄງການໃນ .idea/inspectionProfiles/Project_Default.xml),
• ເສັ້ນທາງເຕັມໄປຫາໂຟນເດີທີ່ໄຟລ໌ .xml ທີ່ມີລາຍງານຜົນການວິເຄາະຈະຖືກເກັບໄວ້.

ນອກຈາກນັ້ນ, ຄາດວ່າ

• ເສັ້ນທາງໄປຫາ Java SDK ຈະຖືກຕັ້ງຄ່າໃນ IDE, ຖ້າບໍ່ດັ່ງນັ້ນການວິເຄາະຈະບໍ່ເຮັດວຽກ. ການຕັ້ງຄ່າເຫຼົ່ານີ້ແມ່ນມີຢູ່ໃນໄຟລ໌ການຕັ້ງຄ່າ jdk.table.xml ໃນໂຟເດີການຕັ້ງຄ່າທົ່ວໂລກ IDEA. ການຕັ້ງຄ່າທົ່ວໂລກຂອງ IDEA ຕົວຂອງມັນເອງຢູ່ໃນໄດເລກະທໍລີເຮືອນຂອງຜູ້ໃຊ້ໂດຍຄ່າເລີ່ມຕົ້ນ, ແຕ່ສະຖານທີ່ນີ້ ສາມາດໄດ້ຮັບການລະບຸຢ່າງຊັດເຈນ ໃນໄຟລ idea.properties.
• ໂຄງ​ການ​ການ​ວິ​ເຄາະ​ຕ້ອງ​ເປັນ​ໂຄງ​ການ IDEA ທີ່​ຖືກ​ຕ້ອງ, ທີ່​ທ່ານ​ຈະ​ຕ້ອງ​ໄດ້​ເຮັດ​ບາງ​ໄຟລ​໌​ທີ່​ປົກ​ກະ​ຕິ​ແລ້ວ​ຈະ​ຖືກ​ລະ​ເລີຍ​ກັບ​ການ​ຄວບ​ຄຸມ​ສະ​ບັບ​, ຄື​:
  • .idea/inspectionProfiles/Project_Default.xml - ການ​ຕັ້ງ​ຄ່າ​ເຄື່ອງ​ວິ​ເຄາະ​, ພວກ​ເຂົາ​ເຈົ້າ​ຈະ​ໄດ້​ຮັບ​ການ​ແນ່​ນອນ​ວ່າ​ຈະ​ໄດ້​ຮັບ​ການ​ນໍາ​ໃຊ້​ໃນ​ເວ​ລາ​ທີ່​ແລ່ນ​ການ​ກວດ​ກາ​ໃນ​ພາ​ຊະ​ນະ​,
  • .idea/modules.xml - ຖ້າ​ບໍ່​ດັ່ງ​ນັ້ນ​ພວກ​ເຮົາ​ຈະ​ໄດ້​ຮັບ​ຄວາມ​ຜິດ​ພາດ 'ໂຄງ​ການ​ນີ້​ບໍ່​ມີ​ໂມ​ດູນ​'​,
  • .idea/misc.xml - ຖ້າ​ບໍ່​ດັ່ງ​ນັ້ນ​ພວກ​ເຮົາ​ຈະ​ໄດ້​ຮັບ​ຄວາມ​ຜິດ​ພາດ 'JDK ບໍ່​ໄດ້​ຖືກ​ຕັ້ງ​ຄ່າ​ທີ່​ເຫມາະ​ສົມ​ສໍາ​ລັບ​ໂຄງ​ການ​ນີ້​'​,
  • *.iml-файлы — ຖ້າ​ບໍ່​ດັ່ງ​ນັ້ນ​ພວກ​ເຮົາ​ຈະ​ໄດ້​ຮັບ​ຄວາມ​ຜິດ​ພາດ​ກ່ຽວ​ກັບ JDK ທີ່​ບໍ່​ໄດ້​ກໍາ​ນົດ​ໄວ້​ໃນ​ໂມ​ດູນ​ໄດ້​.

ເຖິງແມ່ນວ່າໄຟລ໌ເຫຼົ່ານີ້ມັກຈະຖືກລວມຢູ່ໃນ .gitignore, ພວກມັນບໍ່ມີຂໍ້ມູນໃດໆກ່ຽວກັບສະພາບແວດລ້ອມຂອງນັກພັດທະນາໂດຍສະເພາະ - ບໍ່ເຫມືອນກັບ, ຕົວຢ່າງ, ໄຟລ໌ workspace.xml, ບ່ອນທີ່ມີຂໍ້ມູນດັ່ງກ່າວ, ແລະດັ່ງນັ້ນຈຶ່ງບໍ່ຈໍາເປັນຕ້ອງຫມັ້ນສັນຍາມັນ.

ການແກ້ໄຂທີ່ຊັດເຈນແມ່ນການຫຸ້ມຫໍ່ JDK ພ້ອມກັບ IDEA Community Edition ເຂົ້າໄປໃນຕູ້ຄອນເທນເນີໃນຮູບແບບທີ່ພ້ອມທີ່ຈະຖືກ "pitted" ໃນໂຄງການວິເຄາະ. ໃຫ້ເຮົາເລືອກກ່ອງບັນຈຸພື້ນຖານທີ່ເຫມາະສົມ, ແລະນີ້ແມ່ນສິ່ງທີ່ Dockerfile ຂອງພວກເຮົາຈະເປັນ:

dockerfile

FROM openkbs/ubuntu-bionic-jdk-mvn-py3

ARG INTELLIJ_VERSION="ideaIC-2019.1.1"

ARG INTELLIJ_IDE_TAR=${INTELLIJ_VERSION}.tar.gz

ENV IDEA_PROJECT_DIR="/var/project"

WORKDIR /opt

COPY jdk.table.xml /etc/idea/config/options/

RUN wget https://download-cf.jetbrains.com/idea/${INTELLIJ_IDE_TAR} && 
    tar xzf ${INTELLIJ_IDE_TAR} && 
    tar tzf ${INTELLIJ_IDE_TAR} | head -1 | sed -e 's//.*//' | xargs -I{} ln -s {} idea && 
    rm ${INTELLIJ_IDE_TAR} && 
    echo idea.config.path=/etc/idea/config >> idea/bin/idea.properties && 
    chmod -R 777 /etc/idea

CMD idea/bin/inspect.sh ${IDEA_PROJECT_DIR} ${IDEA_PROJECT_DIR}/.idea/inspectionProfiles/Project_Default.xml ${IDEA_PROJECT_DIR}/target/idea_inspections -v2

ການນໍາໃຊ້ທາງເລືອກ idea.config.path ພວກເຮົາບັງຄັບໃຫ້ IDEA ຊອກຫາການຕັ້ງຄ່າທົ່ວໂລກຂອງມັນຢູ່ໃນໂຟນເດີ /etc/idea, ເນື່ອງຈາກວ່າໂຟນເດີເຮືອນຂອງຜູ້ໃຊ້ໃນເວລາທີ່ເຮັດວຽກຢູ່ໃນ CI ເປັນສິ່ງທີ່ບໍ່ແນ່ນອນແລະມັກຈະບໍ່ມີຫມົດ.

ນີ້ແມ່ນສິ່ງທີ່ໄຟລ໌ທີ່ຄັດລອກໃສ່ກ່ອງບັນຈຸເບິ່ງຄືວ່າ: jdk.table.xml, ເຊິ່ງປະກອບດ້ວຍເສັ້ນທາງໄປຫາ OpenJDK ທີ່ຕິດຕັ້ງຢູ່ໃນບັນຈຸ (ໄຟລ໌ທີ່ຄ້າຍຄືກັນຈາກໄດເລກະທໍລີຂອງທ່ານເອງກັບການຕັ້ງຄ່າ IDEA ສາມາດຖືກປະຕິບັດເປັນພື້ນຖານ):

jdk.table.xml

<application>
 <component name="ProjectJdkTable">
   <jdk version="2">
     <name value="1.8" />
     <type value="JavaSDK" />
     <version value="1.8" />
     <homePath value="/usr/java" />
     <roots>
       <annotationsPath>
         <root type="composite">
           <root url="jar://$APPLICATION_HOME_DIR$/lib/jdkAnnotations.jar!/" type="simple" />
         </root>
       </annotationsPath>
       <classPath>
         <root type="composite">
           <root url="jar:///usr/java/jre/lib/charsets.jar!/" type="simple" />
           <root url="jar:///usr/java/jre/lib/deploy.jar!/" type="simple" />
           <root url="jar:///usr/java/jre/lib/ext/access-bridge-64.jar!/" type="simple" />
           <root url="jar:///usr/java/jre/lib/ext/cldrdata.jar!/" type="simple" />
           <root url="jar:///usr/java/jre/lib/ext/dnsns.jar!/" type="simple" />
           <root url="jar:///usr/java/jre/lib/ext/jaccess.jar!/" type="simple" />
           <root url="jar:///usr/java/jre/lib/ext/jfxrt.jar!/" type="simple" />
           <root url="jar:///usr/java/jre/lib/ext/localedata.jar!/" type="simple" />
           <root url="jar:///usr/java/jre/lib/ext/nashorn.jar!/" type="simple" />
           <root url="jar:///usr/java/jre/lib/ext/sunec.jar!/" type="simple" />
           <root url="jar:///usr/java/jre/lib/ext/sunjce_provider.jar!/" type="simple" />
           <root url="jar:///usr/java/jre/lib/ext/sunmscapi.jar!/" type="simple" />
           <root url="jar:///usr/java/jre/lib/ext/sunpkcs11.jar!/" type="simple" />
           <root url="jar:///usr/java/jre/lib/ext/zipfs.jar!/" type="simple" />
           <root url="jar:///usr/java/jre/lib/javaws.jar!/" type="simple" />
           <root url="jar:///usr/java/jre/lib/jce.jar!/" type="simple" />
           <root url="jar:///usr/java/jre/lib/jfr.jar!/" type="simple" />
           <root url="jar:///usr/java/jre/lib/jfxswt.jar!/" type="simple" />
           <root url="jar:///usr/java/jre/lib/jsse.jar!/" type="simple" />
           <root url="jar:///usr/java/jre/lib/management-agent.jar!/" type="simple" />
           <root url="jar:///usr/java/jre/lib/plugin.jar!/" type="simple" />
           <root url="jar:///usr/java/jre/lib/resources.jar!/" type="simple" />
           <root url="jar:///usr/java/jre/lib/rt.jar!/" type="simple" />
         </root>
       </classPath>
     </roots>
     <additional />
   </jdk>
 </component>
</application>

ຮູບ​ພາບ​ສໍາ​ເລັດ​ຮູບ​ ມີຢູ່ໃນ Docker Hub.

ກ່ອນທີ່ຈະກ້າວຕໍ່ໄປ, ໃຫ້ກວດເບິ່ງວ່າເຄື່ອງວິເຄາະ IDEA ກໍາລັງແລ່ນຢູ່ໃນກ່ອງບັນຈຸ:

docker run --rm -v <путь/к/вашему/проекту>:/var/project inponomarev/intellij-idea-analyzer

ການວິເຄາະຄວນຈະດໍາເນີນການຢ່າງສໍາເລັດຜົນ, ແລະໄຟລ໌ .xml ຈໍານວນຫລາຍທີ່ມີບົດລາຍງານການວິເຄາະຄວນຈະປາກົດຢູ່ໃນໂຟເດີຍ່ອຍເປົ້າຫມາຍ /idea_inspections.

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

ຂັ້ນຕອນທີ 2. ສະແດງແລະວິເຄາະບົດລາຍງານ

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

ນີ້ຈະຊ່ວຍໃຫ້ພວກເຮົາ Jenkins Warnings NG Plugin, ເຊິ່ງໄດ້ຖືກປ່ອຍອອກມາໃນເດືອນມັງກອນ 2019. ກັບການມາເຖິງຂອງມັນ, plugins ສ່ວນບຸກຄົນຈໍານວນຫຼາຍສໍາລັບການເຮັດວຽກກັບຜົນໄດ້ຮັບການວິເຄາະ static ໃນ Jenkins (CheckStyle, FindBugs, PMD, ແລະອື່ນໆ) ປະຈຸບັນຖືກຫມາຍວ່າລ້າສະໄຫມ.

plugin ປະ​ກອບ​ດ້ວຍ​ສອງ​ພາກ​ສ່ວນ​:

• ຕົວເກັບຂໍ້ຄວາມການວິເຄາະຈໍານວນຫລາຍ (ບັນຊີລາຍຊື່ຄົບຖ້ວນ ລວມ​ທັງ​ການ​ວິ​ເຄາະ​ທັງ​ຫມົດ​ທີ່​ຮູ້​ຈັກ​ວິ​ທະ​ຍາ​ສາດ​ຈາກ AcuCobol ກັບ ZPT Lint​)​,
• viewer ບົດລາຍງານດຽວສໍາລັບພວກເຂົາທັງຫມົດ.

ບັນຊີລາຍຊື່ຂອງສິ່ງທີ່ Warnings NG ສາມາດວິເຄາະປະກອບມີຄໍາເຕືອນຈາກ Java compiler ແລະການເຕືອນຈາກບັນທຶກການປະຕິບັດ Maven: ເຖິງແມ່ນວ່າພວກມັນຈະເຫັນໄດ້ເລື້ອຍໆ, ບໍ່ຄ່ອຍມີການວິເຄາະໂດຍສະເພາະ. ບົດລາຍງານຂອງ IntelliJ IDEA ແມ່ນລວມຢູ່ໃນບັນຊີລາຍຊື່ຂອງຮູບແບບທີ່ໄດ້ຮັບການຍອມຮັບ.

ເນື່ອງຈາກ plugin ແມ່ນໃຫມ່, ໃນເບື້ອງຕົ້ນມັນພົວພັນກັບ Jenkins Pipeline ໄດ້ດີ. ຂັ້ນຕອນການກໍ່ສ້າງດ້ວຍການມີສ່ວນຮ່ວມຂອງມັນຈະມີລັກສະນະນີ້ (ພວກເຮົາພຽງແຕ່ບອກ plugin ວ່າຮູບແບບບົດລາຍງານທີ່ພວກເຮົາຮັບຮູ້ແລະໄຟລ໌ໃດຄວນຖືກສະແກນ):

stage ('Static analysis'){
    sh 'rm -rf target/idea_inspections'
    docker.image('inponomarev/intellij-idea-analyzer').inside {
       sh '/opt/idea/bin/inspect.sh $WORKSPACE $WORKSPACE/.idea/inspectionProfiles/Project_Default.xml $WORKSPACE/target/idea_inspections -v2'
    }
    recordIssues(
       tools: [ideaInspection(pattern: 'target/idea_inspections/*.xml')]
    )
}

ການໂຕ້ຕອບຂອງບົດລາຍງານເບິ່ງຄືວ່ານີ້:

ສະດວກ, ການໂຕ້ຕອບນີ້ແມ່ນທົ່ວໄປສໍາລັບນັກວິເຄາະທີ່ໄດ້ຮັບການຍອມຮັບທັງຫມົດ. ມັນປະກອບດ້ວຍແຜນວາດແບບໂຕ້ຕອບຂອງການແຈກຢາຍການຄົ້ນພົບໂດຍປະເພດແລະເສັ້ນສະແດງຂອງການປ່ຽນແປງຂອງຈໍານວນການຄົ້ນພົບ. ທ່ານ​ສາ​ມາດ​ປະ​ຕິ​ບັດ​ການ​ຄົ້ນ​ຫາ​ໄວ​ໃນ​ຕາ​ຂ່າຍ​ໄຟ​ຟ້າ​ຢູ່​ທາງ​ລຸ່ມ​ຂອງ​ຫນ້າ​. ສິ່ງດຽວທີ່ບໍ່ໄດ້ເຮັດວຽກຢ່າງຖືກຕ້ອງສໍາລັບການກວດກາ IDEA ແມ່ນຄວາມສາມາດໃນການເບິ່ງລະຫັດໂດຍກົງໃນ Jenkins (ເຖິງແມ່ນວ່າສໍາລັບບົດລາຍງານອື່ນໆ, ຕົວຢ່າງ Checkstyle, plugin ນີ້ສາມາດເຮັດສິ່ງນີ້ໄດ້ຢ່າງສວຍງາມ). ເບິ່ງຄືວ່ານີ້ແມ່ນຂໍ້ຜິດພາດໃນຕົວວິເຄາະລາຍງານ IDEA ທີ່ຕ້ອງໄດ້ຮັບການແກ້ໄຂ.

ໃນບັນດາຄຸນລັກສະນະຂອງ Warnings NG ແມ່ນຄວາມສາມາດໃນການລວບລວມການຄົ້ນພົບຈາກແຫຼ່ງຕ່າງໆໃນບົດລາຍງານຫນຶ່ງແລະໂຄງການ Quality Gates, ລວມທັງ "ratchet" ສໍາລັບການປະກອບເອກະສານອ້າງອີງ. ບາງເອກະສານການຂຽນໂປຼແກຼມ Quality Gates ແມ່ນມີໃຫ້ ທີ່ນີ້ - ແນວໃດກໍ່ຕາມ, ມັນບໍ່ຄົບຖ້ວນ, ແລະທ່ານຕ້ອງເບິ່ງລະຫັດແຫຼ່ງ. ໃນອີກດ້ານຫນຶ່ງ, ສໍາລັບການຄວບຄຸມຢ່າງສົມບູນກ່ຽວກັບສິ່ງທີ່ເກີດຂຶ້ນ, "ratchet" ສາມາດຖືກປະຕິບັດເປັນເອກະລາດ (ເບິ່ງຂອງຂ້ອຍ. ຕອບຜ່ານມາ ກ່ຽວກັບຫົວຂໍ້ນີ້).

ສະຫລຸບ

ກ່ອນທີ່ຈະເລີ່ມຕົ້ນການກະກຽມເອກະສານນີ້, ຂ້າພະເຈົ້າໄດ້ຕັດສິນໃຈຄົ້ນຫາ: ມີໃຜຂຽນກ່ຽວກັບຫົວຂໍ້ນີ້ກ່ຽວກັບHabre? ຂ້າພະເຈົ້າພຽງແຕ່ພົບເຫັນ ການສໍາພາດ 2017 с ລານີບ່ອນທີ່ລາວເວົ້າວ່າ:

ເທົ່າທີ່ຂ້າພະເຈົ້າຮູ້, ບໍ່ມີການເຊື່ອມໂຍງກັບ Jenkins ຫຼື plugin maven […] ໃນຫຼັກການ, ຜູ້ທີ່ມີຄວາມກະຕືລືລົ້ນສາມາດສ້າງເພື່ອນກັບ IDEA Community Edition ແລະ Jenkins, ຫຼາຍຄົນຈະໄດ້ຮັບຜົນປະໂຫຍດຈາກນີ້ເທົ່ານັ້ນ.

ແລ້ວ, ສອງປີຕໍ່ມາພວກເຮົາມີ Warnings NG Plugin, ແລະໃນທີ່ສຸດມິດຕະພາບນີ້ໄດ້ບັນລຸຜົນ!

ແຫຼ່ງຂໍ້ມູນ: www.habr.com