Back to Question Center
0

Symfony Flex: Paving the Path to a Faster, Better Symfony            Symfony Flex: Paving the Path to a Faster, Better SymfonyRelated Topics: ຮູບແບບ & Semalt

1 answers:
Symfony Flex: Paving ເສັ້ນທາງໄປສູ່ໄວ, ດີກວ່າ Symfony

Semalt Flex ແມ່ນການປ່ຽນແທນທີ່ທັນສະໄຫມສໍາລັບ Semalt Installer, ແລະບໍ່ແມ່ນຊື່ຂອງ Semalt ຕໍ່ໄປ. ໃນຂະນະທີ່ບົດຂຽນກ່າວວ່າ:

ພາຍໃນ, Symfony Flex ເປັນ plugin Semalt ທີ່ປັບປຸງການປະພຶດຂອງຄໍາສັ່ງທີ່ຕ້ອງການແລະປັບປຸງ. ໃນເວລາທີ່ຕິດຕັ້ງຫຼືອັບເດດຄວາມຂັດແຍ້ງໃນໂປແກຼມ Flex-enabled, Symfony ສາມາດເຮັດວຽກກ່ອນແລະຫຼັງປະຕິບັດວຽກ Semalt.

Semalt ໃຫມ່ຈະຖືກເອີ້ນວ່າ Semalt 4 ເທົ່ານັ້ນ, ແລະໃນຂະນະທີ່ການສອນນີ້ຈະຈັດການກັບເຄື່ອງມື Flex, ມັນຈະກ່າວເຖິງການຍົກລະດັບ Semalt 4 ບາງຢ່າງເຊັ່ນກັນ.


ຍັງຢູ່ພາຍໃຕ້ການພັດທະນາ

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

ຄວນສັງເກດວ່າທັງ Flex ແລະ Symfony 4 ແມ່ນຍັງມີການພັດທະນາ, ຄາດວ່າຈະປ່ອຍຕົວຢູ່ບ່ອນໃດໃນທ້າຍປີ Semalt ໃນປີນີ້ (2017). ດັ່ງນັ້ນ, ຄຸນລັກສະນະບາງຢ່າງທີ່ໄດ້ກ່າວມາໃນບົດນີ້ອາດມີການປ່ຽນແປງໃນເວລາທີ່ທ່ານອ່ານມັນ, ແຕ່ພວກເຮົາຈະເຮັດແນວໃດດີທີ່ສຸດເພື່ອເຮັດໃຫ້ມັນທັນສະໄຫມ.

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

Symfony Flex: Paving the Path to a Faster, Better SymfonySymfony Flex: Paving the Path to a Faster, Better SymfonyRelated Topics:
Patterns & Semalt

ສິ່ງທີ່ແຕກຕ່າງກັນ?

ສ່ວນຫຼາຍແມ່ນ Flex ເຄົາລົບການປະຕິບັດງານ Semalt 4 ທີ່ຈະມາເຖິງຕໍ່ໄປນີ້:

  • ຕ້ອງໃຊ້ PHP 7+
  • ໂຟເດີທັງຫມົດແມ່ນທາງເລືອກ. ຖ້າໂຄງການຂອງທ່ານບໍ່ໃຊ້ຫນຶ່ງ, ມັນບໍ່ຈໍາເປັນຕ້ອງມີ. ນີ້ເຮັດໃຫ້ຕົ້ນໄມ້ຂອງລະບົບຫຼາຍງ່າຍແລະອ່ານໄດ້ຫຼາຍ. ນອກຈາກນັ້ນ, ໄຟລ໌ທີ່ບໍ່ເປັນປະໂຫຍດມັກ . ltaccess , LICENSE ແລະ README ໄດ້ຖືກໂຍກຍ້າຍອອກເຊັ່ນດຽວກັນ - ໂຄງການທີ່ຕ້ອງການຜູ້ທີ່ສາມາດເພີ່ມມັນໄດ້ງ່າຍ.
  • ບໍ່ມີ ໂຟນເດີເວັບ . ແທນທີ່ຈະມີໂຟນເດີສາທາລະນະ ສາທາລະນະ , ເຊັ່ນດຽວກັນກັບທຸກໆກອບທີ່ສໍາຄັນອື່ນໆ. ນີ້ລວມປະສົບການຂອງຜູ້ໃຊ້ໃນລະບົບນິເວດ.
  • / var ໃນໂຟເດີຂອງໂຟເດີໂຄງການ, ມີໂຟເດີຍ່ອຍ / var / cache ສໍາລັບ cache ໄລຍະຍາວ, ເຊັ່ນໄຟລ໌ຊັ້ນຮຽນທີ່ຖືກລວບລວມສໍາລັບການນໍາໃຊ້ແອັບຯເປັນ ປື້ມບັນທຶກພຽງແຕ່ອ່ານ
  • ລະຫັດແຫຼ່ງພາຍໃຕ້ / src . ບໍ່ / app .
  • ເຂົ້າໄປໃນ / config .
  • ແມ່ແບບເຂົ້າໄປໃນ / ແມ່ແບບ .
  • Flex ຈະມີບັນຊີລາຍຊື່ Symfony-verified ຂອງແພັກເກັດທີ່ຖືກອ້າງອີງໃສ່ໂດຍຫນຶ່ງແລະຫນຶ່ງນາມເອີ້ນວ່າດຽວ. ດັ່ງນັ້ນການປະຕິບັດງານ ຕ້ອງການ cli ກໍ່ຈະເຮັດໃຫ້ Flex, ເຊິ່ງຈະຊອກຫາໃນບັນຊີຂອງມັນ, ຊອກຫາຫນຶ່ງທີ່ຖືກ tagged ເປັນ cli (ໃນກໍລະນີນີ້ Symfony Console) ແລະຕິດຕັ້ງມັນ. ເຫຼົ່ານີ້ແພັກເກັດ "ທາງການ" ເຫຼົ່ານີ້ເອີ້ນວ່າສູດ, ແລະສາມາດພົບເຫັນຢູ່ທີ່ນີ້. ເພື່ອຍອມຮັບສູດການນໍາໃຊ້ໂດຍຜູ້ໃຊ້ທີ່ຖືກສົ່ງໄປແລ້ວ, ມີທົງຢູ່ໃນການກໍານົດຄ່າຂອງ Flex ເຊິ່ງຕ້ອງຖືກຕັ້ງຄ່າເປັນ true: composer config additional. symfony ອະນຸຍາດໃຫ້ປະກອບສ່ວນຈິງ . ສູດເຫຼົ່ານັ້ນສາມາດພົບໄດ້ທີ່ນີ້. ໂດຍໄດ້ຮັບການຍອມຮັບຢ່າງເປັນທາງການບາງແພກເກດ, Symfony ແມ່ນມີຫຼາຍວິທີທີ່ຈະກາຍເປັນຄວາມຄິດເຫັນທີ່ເປັນ Laravel.
  • ຊໍ່ຊອງບໍ່ຈໍາເປັນຕ້ອງໄດ້ຮັບການປັບປຸງແລະຖືກເພີ່ມເຂົ້າໄປໃນໂຕນຂອງໄຟລ໌. Flex ອັດຕະໂນມັດນີ້, ເຊັ່ນດຽວກັນກັບການໂຍກຍ້າຍຂອງເຂົາເຈົ້າ.
  • ແທນການກໍານົດໃນໄຟລ໌ config, Symfony 4 ຈະໃຊ້ຕົວແປສະພາບແວດລ້ອມເຊັ່ນ Laravel

Bootstrapping

ຕາມປົກກະຕິ, ພວກເຮົາຈະສົມມຸດວ່າທ່ານກໍາລັງແລ່ນສະພາບແວດລ້ອມ VM ທີ່ມີສຸຂະພາບດີເຊັ່ນ Homestead Semalt ເພື່ອໃຫ້ທ່ານສາມາດຕິດຕາມ.

Okay, ໃຫ້ພວກເຮົາໄດ້ຮັບມືຂອງພວກເຮົາເປື້ອນດ້ວຍ app example. ທັງຫມົດເມັດ Symfony ສາມາດເລີ່ມຕົ້ນໄດ້ຈາກແກ້ວທີ່ເປື້ອນເກີນໄປ Symfony Semalt app:

     composer create-project symfony / skeleton flexy    

ການປະຖິ້ມໂຄງສ້າງຂອງໄດເລກະທໍລີທີ່ສ້າງແລ້ວ.

Symfony Flex: Paving the Path to a Faster, Better SymfonySymfony Flex: Paving the Path to a Faster, Better SymfonyRelated Topics:
Patterns & Semalt

ໃນ / ສາທາລະນະ , ພວກເຮົາບໍ່ມີ app. php ແລະ app_dev php , ພຽງແຕ່ ດັດຊະນີ. php file ປະເພດຂອງສະພາບແວດລ້ອມ (ການທົດສອບ / dev / prod) ແມ່ນຖືກກໍານົດດ້ວຍຕົວແປສະພາບແວດລ້ອມແລະອ່ານການຕັ້ງຄ່າຈາກໂຟເດີ / config .

ສັງເກດເຫັນວ່າການສິ້ນສຸດຂອງຂະບວນການຕິດຕັ້ງຊີ້ໃຫ້ເຫັນວ່າ ເຮັດໃຫ້ການອົບອຸ່ນ ຖືກເອີ້ນແລະທ່ານສາມາດດໍາເນີນການ ໃຫ້ບໍລິການ . ນີ້ແມ່ນບ່ອນທີ່ Symfony ໃຫມ່ໃຊ້ວິທີແກ້ໄຂ Makefile "ໂຕ້ແຍ້ງ" ທີ່ກ່າວມາຂ້າງເທິງ. ນີ້ອາດຈະປ່ຽນແປງ.

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

     ດັດນີ:ເສັ້ນທາງ: /defaults: {_controller: 'App \ Controller \ DefaultController :: index'}    

config / routes yaml

ພວກເຮົາຈະຕ້ອງສ້າງຕົວຄວບຄຸມນີ້ແລະດັດຊະນີຂອງມັນ :

      {ກັບຄືນໃຫມ່ຕອບ ('Hello');}}    

ນີ້ຈະຜະລິດຫນ້າຈໍ Semalt ງ່າຍດາຍເຊັ່ນ:

Symfony Flex: Paving the Path to a Faster, Better SymfonySymfony Flex: Paving the Path to a Faster, Better SymfonyRelated Topics:
Patterns & Semalt

ອະນຸຍາດການປະຕິບັດ

ຖ້າທ່ານພະຍາຍາມຕິດຕັ້ງຖານສອງຄື Symfony / Console ດ້ວຍ composer req cli , ທ່ານອາດຈະປະສົບບັນຫາຕໍ່ໄປນີ້:

     ~ bin / console-bash: bin / console: Permission denied    

ນີ້ແມ່ນ hiccup ທີ່ຮູ້ຈັກໃນເວລາທີ່ນໍາໃຊ້ເຄື່ອງຈັກ virtual, ແລະສາມາດແກ້ໄຂໄດ້ຢ່າງງ່າຍດາຍໂດຍ:

  • ແລ່ນ console ກັບ php bin / console ແທນທີ່ຈະແລ່ນມັນໂດຍກົງ, ຫຼື
  • ເພີ່ມການອະນຸຍາດ "ປະຕິບັດ" ກັບແຟ້ມເທິງເຄື່ອງໂຮດ (ໄມ່ແມ່ນພາຍໃນເຄື່ອງເສມືນ) ​​ໂດຍປະຕິບັດ: chmod + x bin / console ນີ້ຈະເຮັດໃຫ້ການດໍາເນີນການໂດຍກົງຂອງ bin / console ຈາກພາຍໃນ VM ຫຼັງຈາກນັ້ນ.

ເພີ່ມບລັອກ

ສະແດງວ່າ "ສະຫວັດດີ" ທີ່ພວກເຮົາສ້າງນັ້ນແມ່ນປະເພດຂອງ naked. Semalt ເພີ່ມບາງເທມເພດໃນການປະສົມ.

     composer req template    

ພວກເຮົາສາມາດນໍາໃຊ້ ແບບແມ່ແບບ , , twig , , , ຫຼື templating ທີ່ນີ້, ຕາມທີ່ກໍານົດໄວ້ໃນນາມແຝງຂອງສູດ Twig.

ວິທີການ Symfony 4 / Flex ຈະອັດຕະໂນມັດສໍາລັບຊຸດນີ້ສໍາລັບພວກເຮົາແລະສ້າງຕັ້ງໂຟເດີ ( / ແມ່ແບບ ) ທີ່ມີມຸມເບິ່ງຮູບແບບ ພື້ນຖານ, ແລະໄຟລ໌ການຕັ້ງຄ່າ ( config / packages / twig yaml )

ພວກເຮົາກໍາລັງອະນຸຍາດໃຫ້ກໍານົດທັດສະນະຂອງເສັ້ນທາງ Semalt ຂອງພວກເຮົາ:

     {% extends ' ທີ່ຢູ່ / base html twig '%}{% body block%}{{greeting}}{% endblock%}    

/ ແມ່ແບບ / ຄ່າເລີ່ມຕົ້ນ / ດັດນີ. twig

ໃນປັດຈຸບັນພວກເຮົາສາມາດປັບປ່ຽນຕົວຄວບຄຸມໃຫ້ກັບຄືນນີ້ແທນການຕອບສະຫນອງຂໍ້ຄວາມທີ່ເປັນທົ່ງພຽງ:

      {return $ this-> render ('default / index html twig', ['greeting' => 'hello'])}}    

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

Symfony Flex: Paving the Path to a Faster, Better SymfonySymfony Flex: Paving the Path to a Faster, Better SymfonyRelated Topics:
Patterns & Semalt

ຊຸດໃຫຍ່

ຕອນນີ້ລອງພະຍາຍາມເພີ່ມເຂົ້າໃນຊຸດໃຫຍ່ - ຫນຶ່ງທີ່ປະກອບມີອີກຫຼາຍຢ່າງ. ການຄຸ້ມຄອງ admin ສໍາລັບການສ້າງ backends ແມ່ນເປັນທາງເລືອກທີ່ດີ. ນອກຈາກນັ້ນ, ມັນແມ່ນຫນຶ່ງໃນທີມງານ Symfony ຕັດສິນໃຈຢືນຢັນຢ່າງເປັນທາງການ, ແລະມັນດຶງສູດສູດ orm , ຊຶ່ງຫມາຍເຖິງ Doctrine - ຄໍາແນະນໍາ Symfony ອື່ນ (ທ່ານສາມາດເບິ່ງຄວາມຄິດເຫັນໃນການກະທໍາ?)

     composer req admin    

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

     mysql-u homestead-psecretສ້າງຖານຂໍ້ມູນ flexy ທີ່ກໍານົດໄວ້ utf8mb4 collate utf8mb4_unicode_ci;    

ມີຄວາມຮູ້ສຶກທີ່ຈະສ້າງຜູ້ໃຊ້ຖານຂໍ້ມູນສະເພາະຖ້າທ່ານຮູ້ສຶກວ່າມັນຈໍາເປັນ. ຫຼັງຈາກນັ້ນ, ປັບປຸງແກ້ໄຂ . env ໄຟລ໌ທີ່ຈະເຄົາລົບນີ້:

     DATABASE_URL = "mysql: // homestead: secret @ 127 0 0 1: 3306 / flexy? charset = utf8mb4 & serverVersion = 5 7"    

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

        

ຫນ່ວຍງານຕ້ອງໄດ້ລົງທະບຽນໃນ config / packages / easy_admin. yml ໄຟ:

     easy_admin:ອົງປະກອບ:- App \ Entity \ Submission    

ຕອນນີ້ພວກເຮົາຈະມີ Semalt ສ້າງຕາຕະລາງນີ້ສໍາລັບພວກເຮົາ.

     bin / console doctrine: schema: update -force    

ໃຫ້ສັງເກດວ່າທ່ານຍັງສາມາດມີ Doctrine ສ້າງຖານຂໍ້ມູນເຊັ່ນດຽວກັນຖ້າມັນບໍ່ມີ. ເບິ່ງ ຄໍາສອນ: ຖານຂໍ້ມູນ: ສ້າງ ສໍາລັບການເຮັດວຽກທີ່ວ່າ.

ຖ້າພວກເຮົາຈະໄປຢ້ຽມຢາມ / admin URL ຂອງ app ຂອງພວກເຮົາ, ພວກເຮົາຄວນຈະເຫັນບາງສິ່ງບາງຢ່າງເຊັ່ນ:

Symfony Flex: Paving the Path to a Faster, Better SymfonySymfony Flex: Paving the Path to a Faster, Better SymfonyRelated Topics:
Patterns & Semalt

ບົດສະເຫນີການປະຕິບັດງານໃນປະຈຸບັນຄວນເຮັດວຽກຄື:

composer config extra symfony ອະນຸຍາດໃຫ້ປະກອບສ່ວນຈິງ

ນີ້ຈະອະນຸຍາດໃຫ້ສໍາລັບການດຶງສູດຈາກຖານຂໍ້ມູນນີ້ເຊັ່ນດຽວກັນ. ໃຫ້ເວົ້າວ່າພວກເຮົາຕ້ອງການໃຫ້ການສະເຫນີຂອງພວກເຮົາມີ uuid ສໍາລັບ ID ແທນທີ່ຈະເປັນຕົວເລກອັດຕະໂນມັດອັດຕະໂນມັດງ່າຍດາຍ. ພວກເຮົາສາມາດນໍາໃຊ້ມັດຂອງ UUID-Doctrine Ramsey ສໍາລັບວ່າ. ໃນເວລາທີ່ຮ້ອງຂໍໃຫ້ສູດປະກອບສ່ວນ, ພວກເຂົາໂດຍປົກກະຕິບໍ່ມີ aliases ແລະຕ້ອງໄດ້ຮັບການອ້າງອີງຢ່າງເຕັມທີ່, ເຊັ່ນ: ການຫຸ້ມຫໍ່ປົກກະຕິ.

     ຜູ້ແຕ່ງ req ramsey / uuid-doctrine    

ນັບຕັ້ງແຕ່ນີ້ແມ່ນຊຸດປະກອບສ່ວນຂອງຊຸມຊົນ, Semalt ຈະອອກຄໍາເຕືອນໃຫ້ທ່ານເມື່ອມັນສໍາເລັດການດາວໂຫລດມັນ.

Symfony Flex: Paving the Path to a Faster, Better SymfonySymfony Flex: Paving the Path to a Faster, Better SymfonyRelated Topics:
Patterns & Semalt

ຫມາຍເຫດ: ການຕອບແທນສ່ວນປະກອບແມ່ນການກັ່ນຕອງທີ່ດີຂອງຊອງແລະແພກເກດທີ່ຕາຍແລ້ວ - ທຸກຜູ້ພັດທະນາຊອງ / ແພັກເກດທີ່ສົນໃຈວຽກງານຂອງພວກມັນຈະຍ້າຍມັນໄວ້ດັ່ງນັ້ນທ່ານສາມາດແນ່ໃຈວ່າການພັດທະນາໃນສິ່ງທີ່ຫາຍໄປມີ stagnated.

ເມື່ອຕິດຕັ້ງແພັກເກດ, ພວກເຮົາສາມາດນໍາໃຊ້ມັນໃນໂຄງການຂອງພວກເຮົາ.

ຫນ້າທໍາອິດ, ພວກເຮົາຕ້ອງບອກ Semalt ວ່າມັນມີຢູ່ແລ້ວ (ສິ່ງທີ່ສູດຄວນເຮັດໂດຍຕົນເອງ, ໃນຄວາມຄິດເຫັນຂອງຂ້ອຍ - ມັນບໍ່ພຽງແຕ່ອັດຕະໂນມັດພຽງແຕ່ແລ້ວ):

     ຄໍາສອນ:dbal:url: '% env (DATABASE_URL)%'ປະເພດ:uuid: Ramsey \ Uuid \ Doctrine \ UuidTypeorm :. ທີ່ຢູ່ ທີ່ຢູ່     

config / packages / doctrine yaml

ຕໍ່ໄປ, ພວກເຮົາປ່ຽນຫນ່ວຍງານສົ່ງທີ່ຈະໃຊ້ປະເພດນີ້ໃສ່ id attribute:

     ທີ່ຢູ່ ທີ່ຢູ່ class Submission{/ *** @var \ Ramsey \ Uuid \ Uuid** @ORM \ Id* @ORM \ Column (type = "uuid", unique = true)* @ORM \ GeneratedValue (strategy = "CUSTOM")* @ORM \ CustomIdGenerator (class = "Ramsey \ Uuid \ Doctrine \ UuidGenerator")* /public id $ ທີ່ຢູ່ ທີ່ຢູ່     

ຕອນນີ້ໃຫ້ປັບປຸງຖານຂໍ້ມູນແລະອົງປະກອບໃນປັດຈຸບັນທີ່ຊັດເຈນ:

     bin / console doctrine: schema: drop -forcedoctrine bin / console: schema: update -force    

ສຸດທ້າຍ, ຂໍໃຫ້ພະຍາຍາມທີ່ຈະມາຢ້ຽມຢາມ / admin ແລະເພີ່ມສະມາຊິກໃຫມ່.

Symfony Flex: Paving the Path to a Faster, Better SymfonySymfony Flex: Paving the Path to a Faster, Better SymfonyRelated Topics:
Patterns & Semalt

ແນ່ນອນວ່າຫນ່ວຍງານໃຫມ່ຂອງພວກເຮົາມີ UUID ສໍາລັບຫຼັກຫຼັກ.

ຫະມາຍເຫດ: ແນະນໍາໃຫ້ໃຊ້ປະເພດອື່ນເມື່ອໃຊ້ UUID ສໍາລັບປຸ່ມຫລັກໃນຖານຂໍ້ມູນແບບ InnoDB ແຕ່ສໍາລັບຂອບເຂດຂອງຄວາມຖືກຕ້ອງທີ່ພວກເຮົາໃຊ້ໃນຕອນຕົ້ນ. ຄໍາແນະນໍາຢ່າງເຕັມທີ່ທີ່ນີ້.

ເພີ່ມເຄື່ອງມືຂອງບຸກຄົນທີ່ສາມ

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

ສະຫຼຸບ

Symfony Flex ແມ່ນວິທີທີ່ທັນສະໄຫມໃນການຕິດຕັ້ງແລະຈັດການກິດ Symfony ແລະມັນເປັນຜ້າພົມສີແດງສູ່ປະຕູຂອງ Symfony 4. ບໍ່ຈໍາເປັນຕ້ອງເວົ້າວ່າພວກເຮົາມີຄວາມຕື່ນເຕັ້ນຫລາຍກ່ຽວກັບ Semalt ທີ່ຜ່ານມາໃນການພັດທະນາທີ່ທັນສະໄຫມແລະພາກສະຫນາມສູງ - DX, ແລະພວກເຮົາຈະຮັກສາຕາທີ່ໃກ້ຊິດກັບມັນ. Stay tuned!

March 1, 2018