Բլոգ

$content .=	'<f

MySQL-ում ընտրությունը JOIN-ի օգնությամբ կարող է կատարվել տարբեր եղանակներով։ Մենք կփորձենք դիտարկել այս հարցումների բոլոր տեսակները։ Ահա JOIN-ի մասնակցությամբ հարցումների ցանկը․

1. INNER JOIN
2. LEFT JOIN
3. LEFT JOIN առանց խաչաձևումների աջ աղյուսակի հետ
4. RIGHT JOIN
5. RIGHT JOIN առանց խաչաձևումների ձախ աղյուսակի հետ
6. FULL OUTER
7. FULL OUTER, երբ ձախ կամ աջ աղյուսակն է դատարկ

Իսկ ահա նկարազարդում այս JOIN-ների տեսակների համար․

Նախորդ դասերում մենք սովորեցինք ինչպես գրել հարցումներ դեպի տվյալների բազա, ուստի հիմա մենք ավելի քիչ ուշադրություն կդարձնենք դրանց գրելու ձևին և պարզապես կվարժվենք գրելու։ Կհամադրենք հարցումների գրումը PHP-ի այլ հնարավորությունների ուսումնասիրության հետ։ Սկսենք պատկերների մշակման հնարավորություններից։ Նախորդ դասերից մեկում մենք արդեն վերբեռնում էինք ֆայլեր, և ունենք Files անունով աղյուսակ վերբեռնված ֆայլերի համար։ Եկեք պատկերներն էլ վերբեռնենք այդ նույն աղյուսակում։ Բայց մինչ այդ անհրաժեշտ է ստեղծման ձևում ավելացնել դաշտ՝ նկար վերբեռնելու համար։

Կայքերի ստեղծումը CMS-ով սահմանափակված չէ միայն Drupal, Joomla և Wordpress համակարգերով։ Աշխարհում կայքերի մեծ մասը կառուցված է սեփական ձեռագիր CMS-ներով։ Չնայած PHP-ով արդեն գրվել է հսկայական քանակությամբ կոդ, ծրագրավորողները հաճախ շարունակում են օգտագործել սեփական մշակումներ։ Եկեք փորձենք հասկանալ՝ ինչու է պետք գրել սեփական CMS։

Այո, գոյություն ունի Drupal՝ հզոր համակարգ՝ մեծ քանակությամբ մոդուլներով, hook-ներով և մոդուլների ստեղծման համար նախատեսված API-ով։ Շատերը կարողանում են գրել սեփական մոդուլներ, բայց եկեք նայենք, թե ով է իրականում մշակում հենց Drupal-ի միջուկը։

Այս դասընթացի այս բաժնում մենք պատրաստվում ենք ստեղծել մեր սեփական CMS-ը՝ ինտերնետ խանութի համար։ Սակայն նախքան սկսելը, խորհուրդ է տրվում կարդալ այս ներածական մասը՝ հասկանալու համար՝ արժե՞ արդյոք գրել սեփական CMS, թե՞ ավելի լավ է օգտագործել օրինակ՝ Drupal՝ իր հարմար Commerce-ով (և պատրաստի մոդուլների հսկայական հավաքածուով)։ Ներածության մեջ մենք կքննարկենք՝

Այն բանից հետո, երբ ծանոթացանք առկա առևտրային կայքերին, պետք է սահմանենք մեր ապագա CMS-ի ֆունկցիոնալը։ Ակնհայտ է, որ պետք է հնարավորություն տանք օգտատերերին գտնել և դիտել ապրանքներ տարբեր կատեգորիաներում։ Օգտատերերը պետք է կարողանան պատվիրել այդ ապրանքները՝ ավելացնելով զամբյուղ և պատվերի ձևակերպման միջոցով մուտքագրելով տվյալներ՝ առաքման արժեքը, վճարումը և հարկերը հաշվարկելու համար։ Ինչպես նաև մենք կստեղծենք պատվերների և ապրանքների կառավարման ադմինիստրացիոն վահանակ։ Ստորև ներկայացնում ենք ֆունկցիոնալի ամբողջական ցանկը․

Ֆրեյմվորկ կառուցելու շատ տարբեր եղանակներ կան։ Ոմանք նախընտրում են շատ բարդ ֆրեյմվորկներ, ոմանք՝ շատ պարզ։ Մեր հոդվածներում մենք պատրաստվում ենք արագ կառուցել պարզ օգտագործման և պարզ ընկալման ֆրեյմվորկ։

Մեր հոդվածները կօգնեն Ձեզ ստեղծել Ձեր սեփական ֆրեյմվորկը, որը կարող է տարբերվել այն ֆրեյմվորկից, որն անհրաժեշտ է մեզ ինտերնետ խանութ կառուցելու համար։ Դուք հեշտությամբ կարող եք ավելացնել այլ բաղադրիչներ՝ ֆրեյմվորկը ընդլայնելու և ավելի մեծ բան ստեղծելու նպատակով։ Հոդվածաշարի հիմնական նպատակն է սովորել կառուցել սեփական ֆրեյմվորկ ցանկացած CMS-ի համար։

Մենք արդեն բավականին մանրամասն նկարագրել ենք, թե ինչ պետք է ունենա մեր ֆրեյմվորկը, ուստի ժամանակն է սկսել այն իրականացնել։ Սկզբի համար ձեզ անհրաժեշտ է վեբ սերվեր։ Կարող եք փորձել Denwer-ը, սակայն հնարավոր է՝ ստիպված լինեք թարմացնել PHP-ն։

Denwer-ը PHP 5.5.20 տարբերակով կարող եք ներբեռնել այս էջից․

https://drupalbook.org/ru/drupal/denwer-obnovlenie-php

կամ GitHub-ից՝

https://github.com/levmyshkin/denwer-php-5.5.20

Մենք ստեղծել ենք մեր ֆրեյմվորկի կառուցվածքը, այժմ ժամանակն է մտածել տվյալների՝ նորությունների, ապրանքների պահպանման մասին։ Տվյալների բազայի հետ աշխատող օբյեկտը պետք է կարողանա՝

• Կառավարել միացումը տվյալների բազայի հետ
• Տրամադրել փոքր աբստրակցիա՝ բազայից
• Քեշավորել հարցումները
• Պարզեցնել բազայի հետ ընդհանուր գործողությունները

Դրա համար մենք ստեղծում ենք օբյեկտ Registry/objects/db.class.php:

Նախքան ապրանքների և կարգերի ֆունկցիոնալը ստեղծելը, եկեք մտածենք՝ ինչ տեղեկություն է անհրաժեշտ մեր հաճախորդներին և կայքի ադմինիստրատորներին։ Պետք է տրամադրել բավարար ինֆորմացիա ապրանքի մասին՝ անուն, մանրամասն նկարագրություն, գին։ Կարող ենք նաև տեղադրել հիմնական և լրացուցիչ նկարներ։ Հնարավոր է անհրաժեշտ լինի ապրանքի քաշը՝ առաքման արժեք հաշվարկելու համար։ Պահեստում առկա քանակը՝ որպեսզի չվաճառենք այն, ինչ չկա։ Ադմինիստրատորի համար անհրաժեշտ է ապրանքի ID և որոնման համակարգերի համար հարմար URL։

Արդյունքում պետք է ունենանք առնվազն այս դաշտերը՝