Man gan ir savs viedoklis šajā kontekstā, bet lai nenosliektos uz kādu jau esošu manu domu gājienu, pieņemšu, ka to neizklāstīšu.
Saskāros ar vienu īpatnēju klienta pieprasījumu, kur gribētu uzzināt Jūsu viedokli vai domas (iespējams, risinājumus).
<strong>Pamatinformācija:</strong>
Kādam uzņēmumam X ir iepriekš izstrādāta iekšēja web aplikācija, kas nodrošina biznesam nepieciešamās funkcijas. Līdz galam šī sistēma viņus neapmierina, un uzņēmums meklē risinājumus, kādā veidā šo sistēmu attīstīt (iespējams pārveidot). Daļā jautājums ir arī par frontend izveidi - publiska lapa, kurā ir publisks kontents, kā arī tā paredz iespējas ārējiem reģistrētiem lietotājiem tajā autentificēties, lai saņemtu sev specializētu un pieskaņotu saturu/darbības. Protams, arī lietotāju reģistrācija.
Šajā kontekstā man nav izdevies pārliecināt uzņēmumu X par backend risinājuma migrēšanu uz Drupal. Un var būt arī labi. Taču ir interese par frontend risinājuma izpildi uz Drupal. Tik tālu viss ir OK, bet...
<strong>Klienta prasības</strong>
Pēc diskusijām, klients nav gatavs ieviest uzņēmumā atsevišķu platformu, kura būtu atsevišķi jāmenedžē, gan pats Drupal, gan arī tā saturs un lietotāji (drīzāk vēlas, lai tur nekas nebūtu jādara - uzliek un viss). Viņš vēlas izmantot Drupal tikai satura attēlošanai un komunikācijai ar klientu.
Prasība ir panākt risinājumu, ka gan Drupal saturs, gan pats Drupal tiek vadīts no esošās klienta web aplikācijas.
<strong>Jautājumi, kas nodarbina manu prātu</strong>
Negribētu saskarties ar viedokļiem, ka klients ir "koks", kā arī gribētu aicināt skatīties uz problēmu ar mērķi to atrisināt, nevis definēt, ka tas nav iespējams.
Satura vadību varētu mēģināt izpildīt ar <a href="http://drupal.org/project/services">Services</a> moduļa palīdzību. Kā alternatīvu izskatīju arī jautājumu, ka Drupal vidē tiek izveidota sašaurinātas iespējas vadības konsole (interfeiss), kuru varētu embedēd lokālajā web aplikācijā ar iframe palīdzību, tādā veidā itkā slēpjot to, ka Drupal patiesībā tiek menedžēts pats par sevi. Taču paceļas jautājumi par Single Sign On, lietotāju tiesībām, un datu dublēšanos, jo no sākuma dati (raksts, par piemēru) būtu veidojams tajā lokālajā aplikācijā, kur pēc tam ar web servisu palīdzību tas tiktu novirzīts uz Drupal. Publicēšanas un piekļuves tiesības būtu menedžējamas caur lokālo aplikāciju, kur jau ir ieviests pietiekoši nozīmīgs tiesību kontroles mehānisms, bet tas ir pieejams datubāzes līmenī - nav LDAP vai jebkādu citu externālu autentifikācijas mehānismu, kā arī nav vēlmes/plānu tādus ieviest.
<ul>
<li>Vai kāds varētu padalīties ar savu redzējumu šī jautājuma risināšanai?</li>
<li>Vai kāds ir saskāries ar <a href="http://drupal.org/project/services">Services</a> moduļa konfigurācijām un risinājumiem?</li>
<li>Vai ir bijuši kādi eksperimenti/mēģinājumi panākt paša Drupal un satura vadību ar ārējiem tūļiem?</li>
<li>Vai vispār tas pasākums izskatās reāls, ja neņem vērā potenciālo apņemšanos pārrakstīt lokālajā aplikācijā Drupal funkcijas un iespējas, tikai tādēļ, lai izpildītu klienta uzdevumu?</li>
</ul>
Būtu ieinteresēts diskusijās arī par daļēju risinājumu viedokļiem, vai arī linkiem uz kādu risinājumu analīzi, tajā skaitā potenciāliem drošības caurumiem, ja tādi varētu pastāvēt. Zinu, ka jautājums ir plašs, bet ar kaut ko ir jāsāk. Pateikt - nē var vienmēr, bet var būt tomēr ir kāds risinājums? :)