Unlimited Plugins, WordPress themes, videos & courses! Unlimited asset downloads! From $16.50/m
Advertisement
  1. Code
  2. Yii
Code

Paggawa ng Inyong Panimula: Paunang mga Utos sa Pag-iiskedyul 

by
Difficulty:IntermediateLength:LongLanguages:
This post is part of a series called Building Your Startup With PHP.
Building Your Startup: Automatic Time-Zone Detection
Building Your Startup: Requesting Scheduling Changes

Tagalog (Wikang Tagalog) translation by Anna Nelson (you can also view the original English article)

Final product image
What You'll Be Creating

Ang tutorial na ito ay bahagi ngserye tungkol sa pagbuo ng iyong startup gamit ang PHP sa Envato Tuts+. Sa seryeng ito, gagabayan ko kayo sa paglulunsad ng isang startup mula sa konsepto sa kasalukuyan gamit ang aking Meeting Planner app bilang isang makatotohanan na halimbawa.  Bawat hakbang sa kahabaan ng proseso, ibibigay ko ang open-source code ng aking Meeting Planner app bilang halimbawa kung saan maaari mong malaman ang pinagmulan. Tatalakayin ko din angmga isyu tungkol sa negosyo kung meron tayong madaanan.

Pagpapalawak ng mga Pagpipilian sa Pagtatakda 

Habang ang unang bahagi ng pagsusuri ng Tagaplano ng Pagpupulong ay nagsisimula, ang pinakamalinaw na puwang sa tampok ay ang kawalan ng kakayahan na baguhin ang pagpupulong pagkatapos na ito ay maitakda na. Ngunit mayroon pang ibang mga tampok na nawawala, katulad ng muling pagpapadala ng imbitasyon sa na nawala sa email, muling pagtatakda ng pagpupulong ng ganap, o kaya ang kawalan ng kakayahan na Makita at mabago ang mga setting ng control na pinili ng tagapag-organisa.  

Kawili-wiling nasimulan kong mapagtanto na ang kakayahan na maiayos ang mga pagpupulong nang madali pagkatapos na ito ay maitakda ay maaaring makabuo o makasire ng tatak ng Tagaplano ng Pagpupulong. Halimbawa, madaming pakikipagkapwang pag-iininyero sa pag-aayos ng katatapos itakdang pagpupulong.  Madalas, kailangan mong itanong sa (mga) kalahok kung ayos lamang na baguhin ang oras o lugar. Maaaring gusto mo lamang magpulong ng mas maaaga ng 15 minuto o kaya sa susunod na araw sa parehong oras at lugar. Ngunit hindi mo maaaring laging gawin ang mga pagbabagong ito ng walang pahintulot.  

Ang pagpapanatiling madaling intindihin at payak gamitin ang site kasama ang lahat ng kakayahan nito ang aking pangunahing direktiba.  Paano ako makakapagdagdag ng pataas na bilang ng mga tampok nang hindi kakalat ang interface ng gagamit o hindi masyadong itatago ang mga ito. Paano ito gagana sa interface ng parehong mobile at desktop?

Sa tutoryal ngayon, tatalakayin ko ang pagpapalawak ng bar ng nabigasyon sa pamamagitan ng paggamit ng Bootstrap at ang mga batayan ng paggawa ng ilan sa mga paunang mga tampok ng pag-iiskedyul sa loob ng Tagaplano ng Pagpupulong. Sa susunod na lingo, irerepaso ko ang paggawa ng mas kumplikadong tampok para sa mga kalahok na hihiling ng (mga) pagbabago at para sa iba na tatanggap o tatanggi sa mga ito. 

Inaasahan ko na susubukan ninyo lahat ng bagong tampok sap ag-iiskedyul sa live na site at ibabahagi ninyo ang inyong mga saloobin at katugunan sa mga komento sa ibaba.  Kung mayroon kayong mga katanungan tungkol sa tutoryal o aplikasyon nito, ako ay sumasagot sa talakayan sa ibaba, at maaari din kayong makipag-ugnayan sa akin sa @reifman sa Twitter. Ako ay laging bukas para sa mga bagong tampok na ideya para sa Meeting Planner at pati na rin sa mga mungkahi para sa mga susunod na episode ng mga serye.

Bilang paalala, ang lahat ng mga code para sa Meeting Planner ay nakasulat sa Yii2 Framework para sa PHP. Kung gusto mong matuto nang iba pa tungkol sa Yii2, tingnan ang aming parallel series Programming Sa Yii2.

Pagpapalawak sa Bar ng Nabigasyon

Una, tingnan nating kung paano palawakin ang umiiral ng bar ng nabigasyon. Heto ang listahan ng mga tampok na balak kong idagdag:

  • Pagpayag na magbago ang mga lugar, petsa at oras ng pagpupulong pagkatapos na ito ay matapos. 
  • Paghiling ng maliliit ng mga pagbabago sa pagpupulong, katulad ng maaari ba tayong magkita ng mas maaga ng isang oras? O kaya ay sa ibang iminungkahing lugar? 
  • Paglilipat ng iskedyul ng mismong pagpupulong na pareho ang mga kalahok at mga  lugar. 
  • Pag-uulit ng pagpupulong gamit ang mga kalahok, mga lugar, mga araw ng lingo at mga oras ng araw mula sa nakaraang pagpupulong upang mapadali ang pag-iiskedyul ng bagong pagpupulong.
  • Pagpapakita sa mga kalahok ng sunod-sunod na kasaysayan ng lahat ng mga aktibidad sa pagpaplano para sa pagpupulong. 
  • Pagtingin at pag-update sa mga setting para sa pagpupulong.

Katulad ng nakikita niyo, hindi lamang mayroong maraming pagpapaandar na kailangang gawin, ngunit wala rin akong malinaw na sapantaha kung saan ito ilalagay sa interface ng gagamit nang hindi lilikha ng gulo. 

Ang bar ng utos at kailangan ding magbago nang ayon sa kalagayan ng pagpupulong. Ang mga pagpupulong na nasa pagpaplanong bahagi ay may ibang mga pagpipilian sa nakabitin, kumpirmado o nakalipas na tapos ng mga pagpupulong. 

Naunang mga UX na Ideya na Nagdala pabalik sa Bootstrap

Ang unang ideya ko ay magbigay ng maliit na link ng Paunang mga Setting na magpapakita sa nakatagong bar ng utos. Nag-eksperimento dito sa simula, ngunit hindi ito kalugod-lugod tingnan. 

Tapos, nirepaso ko ang dokumentasyon ng Bootstrap at natagpuan ko ang dropdown combo na kahon:

Build Your Startup Advanced Scheduling - Bootstrap Documentation of Dropdown

Nagustuhan ko kung paano ito umandar. Kaya nagpasya ako na ilagay ang karamihan sa mga paunang utos sa nakaayos sa kaliwa na dropdown na button.

Heto ang halimbawa kung ano ang hitsura nito sa pagpaplanong bahagi ng pagpupulong:

Build Your Startup Advanced Scheduling - Meeting Planner Button Dropdown

Pansinin na ang bootstap ay nag-aalok ng uri ng mga dropup na menu. Ang bar ng utos na nakalagay sa ilalim ng pahina ay gumagamit ng dropup katulad ng sumusunod: 

Lumikha din ako ng paunang kita sa mga file na gagawin ayon sa kalagayan ng pagpupulong. Halimbawa sa /frontend/views/meeting/view_confirmed.php, makikita niyo kahit alin sa _command_bar_past.php_command_bar_confirmed.php kasama ang paunang bahagi: 

Pag-alam ng Access sa mga Utos para sa Iba’t ibang Titingin 

Hindi ko gusto payagan lahat na makita ang lahat ng mg utos. Ang mga taga-organisa ay makakakita ng mas maraming mg autos kaysa sa mga kalahok, ngunit ang mga setting ng pagpupulong ay kadalasang binibigyan din sila ng access. 

Heto ang halimbawa ng pag-alam kung ipapakita ang pagpipilian upang muling mabuksan ang pagpupulong at gumawa ng mga pagbabago dito na parang nasa pagpaplanong bahagi pa din ito:

Ang pagpipilian ay kabilang sa dropdown na menu ng Bootstrap kung ang pagpupulong ay hindi pa lumalampas sa simulang petsa nito at ang titingin ay ang taga-organisa o pinayagan ng taga-organisa ang mga kalahok na gumawa ng mga pagbabago. 

Ngayon, pumunta na tayo sa paggawa ng ilan sa mga pagpapaandar para sa iba’t ibang mga utos na ito. 

Paggawa ng Paunang mga Utos sa Pag-iiskedyul 

Hindi possible na matalakay ang lahat sa bagong gawain na kasama nitong mga tampok sa pag-iiskedyul. Para sa kaiksian, tatalakayin ko lamang ang mga batayan at kahit anong walang kaparehong aspeto ng iba’t-ibang mg autos. 

Bawat Tampok ay Mas Matagal na Ngayon 

Pagkatapos ng pagpapatupad ng mas malalalim na tampok sa seguridad sa loob ng Tagaplano ng Pagpupulong, sinubukan kong umayon sa mas mahigpit na pamantayan sa pagkokodigo habang nagdadagdag ako ng mga bagong tampok. Gumugugol ako ng mas maraming oras sa access ng nagkokontrol, pagsusuri ng modelong access, at pagtatakda ng bilis. 

Gayundin, ang beta na inilabas ay susuporta sa madaming mga kalahok sa pagpupulong, kaya kailangan kong iarkitekto ang code na iyon ang nasa isip habang gumagawa ako. 

Sa kabuuan, lahat ng ginagawa ko ay medyo mas matagal kaysa noong sa mabilis na tularang paraan.

Habang ginagawa ko ang iba’t ibang mga tampok sa pagpupulong na ito, madalas kong maramdaman ang lumaking trabaho na idinagdag ko sa codebase. Mapapansin niyo ang mga tsek na ito sa code sa ibaba.

Mayroon ding atensyon sa tala ng makasaysayang Pagpupulong na gagawin na naming nakikita. Kaya lahat ng aksyon ay madalas nangangailangan ng talaan. At ang mga talaan ay makakatulong sa pagsuporta sa pagtatakda ng bilis. 

Paglikha ng mga Pagbabago sa Pagpupulong 

Isang madaling paraan upang payagan ang mga pagbabago sa pagpupulong na natapos na ay ang payagan lamang ang taga-organisa na muling makapagbukas nito, ibalik ito sa pagpaplanong bahagi. Tapos, maaari nilang idagdag ang petsa, oras at lugar, pumili ng bago, at tapusing mula ang pagpupulong. 

Gusto ko ding magbigay ng kapangyarihan ang taga-organisa sa kanilang mga kalahok upang gawin ito. Nangangailangan ito sa katapusan ng pagbuo ng kakayahan upang makita at maupdate bawat mga setting ng pagpupulong. 

Nagdagdag ako ng mga setting upang payagan ang mga kalahok alinman sa humiling ng mga pagbabago sa taga-organisa o kaya ay gawin ang mga ito ng direkta. 

Kapag ang pagpupulong ay nilikha, ang mga setting ay sinimulan sa nakatakdang mga setting ng gumagamit: 

Makikita mo ang mga resulta ng bagong tagakontrol at maia-update ang makikita para sa MeetingSettings sa ibaba:

Build Your Startup Advanced Scheduling - Meeting Settings

At heto/ frontend/controllers/MeetingController.php's actionReopen():

At heto ang Meeting.php na modelong code upang ilipat ang pagpupulong pabalik sa pagpaplanong bahagi: 

Ang withinActionLimit ay pagsusuri sa bilang ng pagkakataon na sinubukang buksan ng isang tao ang pagpupulong. Ang IncreaseSequence ay para sa .ics na file—habang nagbabago ang petsa, oras at lugar ng pagpupulong, ang ics na file ay kailangang masabihan. 

Ang larawan sa ibaba ay nagpapakita ng pagpupulong na nakumpirma na mayroong iba’t ibang paunang mga pagpipilian na makikita: 

Build Your Startup Advanced Scheduling - Command bar with fully loaded Dropdown menu

Kapag pinindot ng gumagamit ang Make Changes sa menu sa itaas, ang kalagayan ng papupulong ay lilipat pabalik sa pagpaplano at maaari silang bumalik upang iupdate ang petsa, orast at lugar: 

Build Your Startup Advanced Scheduling - Reopened Meeting Planning

Paglilipat ng Oras ng Pagpupulong 

Kapag ang mga pangyayari ay nagpangyari upang matanto ng mga kalahok na kailangan nilang magsimula miuli, ang Reschedule na pagpipilian ang mag-uurong sa kasalukuyang pagpupulong at lilikha ng imbitasyon sa bagong pagpaplano. 

Sa kasalukuyan, hinihigpitan ko ang tampok na ito sa mga taga-organisa (hindi sa mga kalahok), ngunit maaari koi tong palawigin sa susunod. Ang Meeting.php::Reschedule() na paraan ay sumusuporta alinman sa taong gumagawa ng aksyon: 

Ang mga kalahot at ang napiling lugar ay makokopya sa bagong pagpupulong. 

Pag-uulit ng Pagpupulong 

Isa pang paraan sap ag-iiskedyul ay ang payagan ang mga kalahok na kopyahin ang mga nakaraang pagpupulong. Sa hinaharap, maaari kong hayaan ang tumitingin na magpasya kung sinong mga kalahok, mga lugar at mga oras ang kokopyahin, pero sa ngayon, ang Tagaplano ng Pagpupulong ang lumilikha ng bagong pagpupulong na may parehong mga kalahok at sa parehong lugar—at sa parehong araw ng linggo at oras ng unang araw at dalawang linggo sa hinaharap. 

MeetingTime::createTimePlus() idinagdag sa ibaba ang Oras ng Pagpupulong sa parehong araw ng linggo at oras ng araw, ngunit isang linggo sa hinaharap, kahit na ang orihinal na pagpupulong ay naganap ilang buwan na ang nakalipas. Ang while loop ay kinakailangan para sa mga mas nauna pang mga pagpupulong. 

Muling Pagpapadala ng mga Imbitasyon 

Gumawa din ako ng muling pagpapadala na tampok kung sakaling ang kalahok ay hindi nakatanggap ng orihinal na imbitasyon o huling kumpirmasyon. 

Balak kong muling gawin ang papalabas na email na pagpapaandar na gagana nang hindi kasabay at gagawing madali ang muling pagpapadala, ngunit sa kapalaran ang kasalukuyang mga paraan ay gumagana ng maayos sa eksena ng muling pagpapadala nang may kaunting mga pagbabago. 

Kasaysayan ng Pagpupulong 

Sa kabuuan ng serye, gumawa tayo ng tala ng bawat pagbabagong ginawa sa mga pagpupulong. Walang paraan upang makita ng mga dumalo ang kasaysayan ng pagpaplano. Ganito ang hitsura nito: 

Build Your Startup Advanced Scheduling - Viewing the meeting history of events

Ang MeetingLogController.php ang nagsusuri na ang tumitingin ay dumalo sa pagpupulong at gumagawa ng datos para sa tala ng pagtingin: 

Tapos ang /frontend/views/meeting-log/index.php ang gumagawa ng mga datos na ipinapakita sa itaas: 

Anong Kasunod? 

Ngayon ay nasa matinding code sprint ako upang makupleto ang paglabas ng beta.  Ang mga diyos ng editorial sa Envato Tuts+ ay sinikap ang kanilang pinakamahusay upang abalahin ako sa pamamagitan ng mga robot na nagkokontrol sa isip at parang OKCupid na mga tunog mula sa kanilang mga daloy ng trabaho na aplikasyon na pinagana ng Ios, ngunit nabigo sila. Ang Tagaplano ng Pagpupulong ay patuloy na umuunlad sa mabilis na lakad.

Ang paglutas ng pakikipagkapwang pag-iininyero at UX para sa mga dadalo ng pagpupulong na hihiling at tutugon sa mas maliliit na pag-aayos sap ag-iiskedyul ay maaaring makabuo o makasira ng tatak ng Tagaplano ng Pagpupulong, at iyan kung ano ang pinakapinagtatrabahuhan ko.

Kung hindi pa kayo, halina iiskedyul na ang inyong unang pagpupulong sa pamamagitan ng Tagaplano ng Pagpupulong. Balak ko din magsulat ng tutoryal tungkol sa pagpopondo sa karamihan ng tao, kaya pakisaalang-alang ang sumusunod na WeFunder na Tagaplano ng Pagpupulong Planner na pahina.  Maaari din kayong lumapit sa akin @reifman. Lagi akong bukas sa mga bagong ideya ng tampok at mga mungkahing paksa para sa mga tutoryal sa hinaharap. 

Manatiling nakatutok para sa lahat ng ito at marami pang darating ng mga tutoryal sa pamamagitan ng pagtingin sa Paggawa ng Inyong Panimula na may PHP na serye.

Related Links

Advertisement
Advertisement
Advertisement
Advertisement
Looking for something to help kick start your next project?
Envato Market has a range of items for sale to help get you started.