Sveiki! Man ir zināmas iemaņas programmēšanā kā tādā (plašas zināšanas arī .NET un vispār PHP). Taču līdz šim visi projekti bijuši "no nulles" vai uzturēju YII vai CodeIgniter (kas arī ir faktiski no nulles, bet ar framework).
Tagad man vajadzīgs samērā vienkāršs interneta viekals ("vienkāršs" tādā ziņā, ka nevajaga nekāds pārgudrības, bet pamata lietas:
- lapā ir dažas sadaļas
- ir kategorijas (iespējams vairāku līmeņu, bet 2 vai 3 līmeņi)
- meklēšanas iespēja
- viena prece var būt vairākās kategorijās (vai varbūt precīzāk tāds kā tags, piemēram, zem kategorijas ATLAIDES atbilstoši atveras visas preces no citām kategorijām)
- iespēja pievienot video
- apmaksas sistēmas pievienošana
- reģistrācija lapā un attiecīgi pirkuma izdarīšana
- CMS (sadaļu tekstu rediģēšana, kategoriju nosaukumu maiņa, modificēšana, rēķinu apskate)
)
Tad nu man radies jautājums:
- kādi ir par/pret, lai šo taisīju ar Drupal
- kāds ir mācīšanās laiks Drupal + commerce
- kādas grūtības parasti rodas realizējot šādus risinājums
- kā ar dizaina pielāgošanu (cik sarežģīti)
Zinu, ka visu augstākminēto varu uztaisīt "no nulles", tāpēc nezinu, vai ir vērts mēģināt ar Drupal.
R.
- Dizaina un funkcionalitātes saskaņošana,
- Nepieciešamība pārveidot noteiktu gatavo moduļu workflow vai darbību
- Nepieciešamība pieprogrammēt kaut ko, kas nav paredzēts modulī
- Attēlu apstrādes un ērtas ievades jautājums
- Preču vadības web interfeiss un tā saucamie Bulk data apstrādes risinājumi
- Noliktavu atlikumu (ja tādi tiek uzturēti) menedžments
- Sasaiste ar ārējo uzskaites/grāmatvedības/noliktavas vadības sistēmu
- POS un kases aparātu integrēšana
Ko vēl lai tev nosauc, nezinot precīzus izejas datus? Dizaina pielāgošana Laikam nekļūdīšos, ja teikšu, ka dizaina pielāgošana būs vis vienkāršākais. Ja ir zināma funkcionalitāte, un ir panākts, ka nepieciešamie moduļi un vajadzības izpeld ārā adekvātā un korektā XHTML, tad tālāk jau paliek stils - CSS. Cik "dziļi" tu domāji dizainu? Rezumē - ja jūties labi ar 0 deklarāciju, un apņemies visu to, ko citi jau 100-ām reižu ir izdarījuši un pārbaudījuši atdarināt vēlreiz, tad labākais ir rakstīt no 0. Pretējā gadījumā (vai tas ir Drupal, vai kas cits) ir jārēķinās ar iedziļināšanos un lietu ņemšanu vērā. Nākamie iesūtījumi... ...kas man jādara?... Wrong question! Vai arī atbildi uz šo jautājumu vari saņemt ātri. Atver http://drupal.org, un tur viss ir rakstīts :) Google arī, protams, ir darugs. Un tas bez sarkasma. Gudrs nav tas, kurš visu zin (jo visu zināt nevar), bet tas, kurš māk atrast vajadzīgā brīdī, vajadzīgo informāciju. Ja vēlies palīdzību - izpildi mājas darbu! Jo plašāks un neskaidrāks jautājums, jo lielāka iespēja - vai nu neiegūt atbildi vispār, vai arī lasīt tik garus komentārus, kā rakstu es. :) Sāc ar praktisko. Uzliec Drupal, ja esi izvēlējies D7 un commerce, tad nākamais - lasi README.txt failus - katram (95%) modulim tas ir klāt ar visu nepieciešamo. Drupal moduļu instalācija bieži tev pateiks priekšā atkarīgos moduļus, un atkal - sākam lasīt. Kad nonāc strupceļā, tev ir konkrēta problēma. To arī uzraksti, un dabūsi komentāru par dažādiem risinājumiem vai ieteikumiem. Pretējā gadījumā - citi tavā vietā darbiņu nedarīs, jo, kā nojaut, tas nebūs viegli. Un cilvēki ir patērējuši daudz laika, lai to apgūtu un kļūtu par Drupal speciālistiem, ar ko sevi nodrošina ikdienā. Kad jāsāk programmēt? Drupal patiesībā ir ideāls tūlis Drupal izstrādātājiem un Drupal dizaineriem (nejaukt ar web grafiskiem dizaineriem), bet ne programmētājiem kā tādiem (kas protams noteikti nenāks par sliktu un tikai atvieglos sapratni). Respektīvi - kaudze ar risinājumiem ar labu, drošu un noteiktu modulāru funkcionalitāti, kur 95% gadījumu var iziet cauri ar esošiem moduļiem. Taču, ja šīs iespējas nerisina ieceres, tad ir jāsāk programmēt (ir, protams tādi, kas uzreiz sāk programmēt, jo tā viņi jūtas komfortablāk. Jautājums tikai - vai vajag). Atšķirībā no citiem CMS, Drupal ir pāri par 6k moduļu (ne visi, protams ir unikāli un labi), vet tie visi ir OpenSource. Nav slēpto izmaksu vai citu problēmu, ja vien nav saistība ar 3-pušu serivisiem. Māksla vai meistarība ir tos atrast, pielietot, nokonfigurēt un sajūtg kopā tā, kā vajadzīgs pēc plāna/dizaina. Ja tam nav laika - sākam programmēt, kur atkal palīdz Drupal.org ar dokumentāciju un API, kas un kā. Tas ir tas learning curve! Kickstart? Domāju, ka esi nokļuvis Drupal instalācijas profilā. Ir dažādi moduļi:- Vieni tādi, kurus uzliec, un nav jākonfigurē pilnīgi nekas - sāk strādāt pēc to iespējošanas.
- Ir tādi, kur vajadzīga ir konfigurācija - parasti aprakstīta README.TXT.
- Un ir, protams, tādi, kur nepieciešamas dažādas lietas arī tajā skaitā uz paša servera, lai to izpildītu.
Kickstart profili ir Drupal core + konkrētais modulis(-ļi) + vajadzīgās konfigurācijas, kuras instalējot tik pat vienkārši kā Drupal core, tu iegūsti uzreiz strādājošu risinājumu. Vai tas tev der vai nē - tas ir izpētes, izprašanas un vajadzību jautājums. Ja paņem Commerce kickstart - tur viss būs jau nokonfigurēts veidā, kādā šī profila izveidotājs piedāvā "izbaudīt" Commerce produktu. Es personīgi to neizmantoju, jo man patīk iespējot moduli pēc moduļa, saprast, kurā vietā parādās kāda konfigurācija un pašam veikt tādus labojumus/uzstādījumus, kādi ir nepieciešami projektā. Nevis sagāzt visu vienā čupā, un pēc tam tērēt laiku un salīdzināt, kas ir/nav saistībā ar konkrētiem moduļiem, un no kā tie ir atkarīgi. Man personīgi šķiet, ka otrs ir grūtāks variants, nekā sākt ar pirmo moduli un rēķināties ar tā pieprasītajām atkarībām (dependancies). Bet katram savs ceļš. Latviešu valoda Arī nebūs viegls jautājums. http://www.drupal.org/project/i18n. Taču rēķinies, ka ne visi moduļi ir i18n aware. Tātad, ne visi to ņem vērā, un te moduļi ir jāpiemeklē. Multivalodu lapas vienmēr ir radījušas problēmas, un arī ir dažādi risinājumi - sinhronas lapas, katrā valodā sava satura lapas, utt. Drupal visus šos risinājumus spēj "apēst". Galvenais saprast, kā ir vajadzīgs. CMS + commerce Šeit ir tā pozīcija, kur no Open source risinājumiem "Drupal shines". Ir jāizprot fakts, ka Drupal pamatā ir CMS, kas noteiktā laikā ir attīstījies un kļuvis jau par "web application framework", lai gan noteikti būs cilvēki, kas šo frāzi uztver savādāk. Viņiem daļēji būs taisnība, taču ar to gribu teikt, ka Drupal ir sava veida pilnvērtīgs pretendents uz "Web application framework" statusu. Commerce, Sociālās lietas, Aptaujas, vēl visādi loriņi, ir lietas, kas ir attīstījušās laika gaitā moduļu veidā. Līdz ar ko nevarētu Drupal uztvert kā e-Commerce risinājumu ar piedevām. Drīzāk otrādi - e-Commerce ir kā piedeva. Ir specifiski komercijas risinājumi (OpenCart, Magento Commerce, eCommerce), bet tur nav nekā no CMS. Izvēle par viena vai otra izmantošanu ir atkarīga atkal - no uzstādījumiem un vajadzībām. Es negribētu diskutēt par to, kas no šiem ir labāks vai sliktāks, jo katram ir sava pieeja. Zinu tikai, ka mani kolēģi šobrīd ir "krituši" uz OpenCart, bet paskatoties uz šī risinājuma prasībām un servera uzstādījumiem, mani tas padara ļoti bažīgu, jo tur ir tiešām viss uztaisīts skaisti, tikai aizmirstot par galvenām lietām - drošība, attīstība, modularitāte, utt. Bet atkal - jāatgriežas pie tēmas - kāds ir pamata uzstādījums. Drupal... Man patiesi ir prieks, ka pie savām zināšanām esi pieķēries Drupal. Es laikam nekļūdīšos, ja minēšu, ka Drupal ir diagnoze :) labā vārda nozīmē. Tiklīdz tu būsi "izkodis" to lietu, tu saprastīsi, ka citur nav jēgas līst iekšā, bet nekas nenāk bez maksas. Tavs jautājums par Learning curve ir tiešā saistībā ar to, cik apķērīgs būsi pats, ņemot vērā, ka tev ir zināšanas programmēšanā (PHP). Būtība ir izprast un rēķināties ar plusiem, ko piedāvā Drupal, pret nosacītiem mīnusiem - iemācīties to darīt pareizi un gūt no tā labumu ne tikai gala rezultātā, bet arī visās saistītajās lietās - uzturēšana, drošības jautājumi, attīstība, modularitāte, utt. Drupal, tā pat kā Sharepoint un citi risinājumi ir tendence, kuru viena vai otra lietotāju/izstrādātāju grupa uzskata par pamatotu bāzei, un attiecīgi sāk "urbt" tajā virzienā. Un diez vai kādu Sharepoint vai .NET izstrādātāju būs efektīvi pārliecināt par pretējo. Izvēle ir tavā ziņā - kur jūties labāk un savā vietā, tādu rīku arī izmantosi. Ceru, ka mazliet ieviesu skaidrību Tavā "vienkāršā e-komercijas risinājumā" vai vismaz informācijas ieguves virzienā. Aicinu būt konsturktīvam, uz uzdot pareizos jautājumus, jo tā ātrāk nonāksi pie secinājumiem/risinājumiem.