Welcome to UEA Forumo

UEA Forumo

Aŭtoro Fadeno: Nova retpaĝo de UEA  (Legita 878 fojojn)

januaro 18, 2017, 12:14:44 ptm
  • Administrator
  • Novulo
  • *****
  • Afiŝoj: 48
    • Vidi profilon
« Lasta redakto: januaro 18, 2017, 12:21:58 ptm de Emiljo Cid »
januaro 20, 2017, 07:52:25 ptm
Respondo #1
  • Novulo
  • *
  • Afiŝoj: 2
    • Vidi profilon
Saluton,
mi kontaktis firmaon kiu jam laboris sukcese pri diversaj projektoj, kaj estas jenaj demandoj:
- kiel chiuj tiuj aferoj estas farataj nun? Kiuj estas la problemoj kiujn UEA volas solvi kompare al la nuna situacio?
- kiel estos aranghita la integrigho de datumoj? Chu ankau tio devas esti parto de la propono? Se jes, pli da informoj estas bezonataj por kompreni kiel porti la datumojn
- chu UEA postulas plenan kodverkadon, au chu bonas uzi ankau servojn de aliaj firmaoj pagante licenson (ekzemple pri fakturado), kaj nur aranghi la integrighon?
- chu uzo de jam disponebla CMS estas en ordo, au chu UEA postulas verkadon de aparta CMS?
januaro 21, 2017, 06:41:48 ptm
Respondo #2
  • Administrator
  • Novulo
  • *****
  • Afiŝoj: 3
    • Vidi profilon
Saluton Francesco,

Dankon pro la demandoj! Mi klopodas koncize respondi, se bezonatas pliaj detaloj, bonvolu redemandi.

La ĉefaj problemoj de la nuna situacio estas, ke la retejo evoluis dum la jardekoj, kaj sekve servoj estis aldonitaj unu post la alia. Tio aldonis kompleksecon kaj malfacilecon rilate al integrado. Aldone, la baza datumbazo ne estas facile aŭtomatigebla. Tio kaŭzas plurajn problemojn, ekzemple tial ne eblas teknike, uzante la nunan datumbazon, ebligi al niaj membroj havi rektan aliron por kontroli siajn kontojn.

La integrigo de la datumoj - kaze ke mi bone komprenas vian demandon - estas nuntempe prizorgata en la Centra Oficejo. Tio estis decidita pro tio, ke por tion fari necesas funda kono de la ĝis nun uzata sistemo, de la laborprocezoj de la oficejo, sekve tiu vojo ŝajnis pli efika.

UEA ne havas firman decidon pri la tria punkto nun, tiu decido estos farita kune kun la realigantoj.

Jes, uzo de jam disponebla CMS estas pli ol en ordo, kaze ke ĝi taŭgas por niaj celoj, ĝi estas preferata kompare al verkado de aparta CMS.

Miaj supraj vortoj reprezentas la staton laŭ la ĝisnunaj esploroj, informoj, post la diskutoj ili povas ŝanĝiĝi.

Koran dankon pro via partopreno en la diskutado kaj mi esperas ke mi bone komprenis viajn demandojn, kaze ke ne, aŭ se vi havas pliajn demandojn, bonvolu redemandi.
Veronika
januaro 23, 2017, 10:21:59 ptm
Respondo #3
  • Novulo
  • *
  • Afiŝoj: 2
    • Vidi profilon
Koran dankon pro via respondo. Mi ne tuj vidis pro la agordoj de mia konto, kiujn mi ĵus ŝanĝis :)

Pri integrigo de datumoj, mi iom malbone esprimiĝis. Mi celis la translokigon de la datumoj el la nuna sistemo al la nova sistemo. Lau mia kompreno, vi celas konstrui ion novan, modernan kaj koheran, sed kiam la tuto estos preta, oni devas translokigi la ekzistantajn datumojn. Ĉu tio estas parto de la tasko au ĉu pri tio vi mem zorgos interne? Se tio estas parto de la tasko, bezonatas pliaj informoj pri kiel tiuj datumoj estas nun "stokitaj", por kompreni kiel eblas porti ilin en novan sistemon. Se ne, ĉu mi bone komprenas ke vi volas liveron de funkcianta sistemo kun iuj fikciaj datumoj, k uzantoj?
januaro 25, 2017, 02:30:44 atm
Respondo #4
  • Administrator
  • Novulo
  • *****
  • Afiŝoj: 2
    • Vidi profilon
Saluton, kial la kodo nepre estu en PHP? Se povus esti en aliaj lingvaĵoj, tio certe logus pliajn homojn kiuj estas programistoj en tiuj lingvaĵoj. Krom tio, foje en grandaj retejoj, ni bezonas uzi diversajn programlingvojn.
januaro 25, 2017, 09:39:57 atm
Respondo #5
  • Novulo
  • *
  • Afiŝoj: 7
    • Vidi profilon
    • Esperanto-eldonejo Impeto
Ana, tiel okazis, ke nun ĝuste PHP estas la plej taŭga kaj populara lingvo por krei retejojn.
PHP havas multajn avantaĝojn, krome povas okazi teknikaj kaj financaj komplikaĵoj por uzi kaj agordi servilojn por la aliaj programlingvoj.
Tamen mi konsentas kun vi, ke por granda retejo indas uzi kelkajn programlingvojn. Ekz. en la parto, kiu devas konekti kun CO-datumbazo pli sekure kaj pli efike estas uzi ion kun/krom PHP.

Saluton, kial la kodo nepre estu en PHP? Se povus esti en aliaj lingvaĵoj, tio certe logus pliajn homojn kiuj estas programistoj en tiuj lingvaĵoj. Krom tio, foje en grandaj retejoj, ni bezonas uzi diversajn programlingvojn.
Esperanto-eldonejo Impeto - http://impeto.trovu.com
januaro 25, 2017, 03:27:01 ptm
Respondo #6
  • Administrator
  • Novulo
  • *****
  • Afiŝoj: 3
    • Vidi profilon
Francesco, dankon pro la redemando kaj precizigo de via demando.

Laŭ niaj ĝisnunaj planoj estos tiel, ke ni proponos koheran fonan datumbazon uzeblan, al kiu la realiganto(j) povos krei programon por enmeti kaj elpreni informojn (prefere tra REST interfaco aŭ per rekta sql konekto). Se la realiganto(j) preferos uzi alian datumbazon, tiukaze la realiganto(j) respondecos pri la transigo de la datumoj.

Ĉu nun ni bone kaptis la celon de via demando?