Mòdul WordPress per prendre nota de les reserves #11
Loading…
Reference in New Issue
No description provided.
Delete Branch "%!s(<nil>)"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Com que el Camper s’instaŀlarà a alguna màquina del client per no dependre d’Internet, la reserva l’haurà de fer el web WordPress.
@oriol Em podries recordar, si us plau, si el pagament és també en línia, o es fa sempre per transferència un cop validada la reserva?
Sigui com sigui, aquest mòdul ha de sincronitzar la informació de les tarifes, allotjament i reserves entre el Camper i el WordPress. El cas de les reserves és birideccional: els treballadors poden fer reserves manuals que el web ha de mostrar al calendari de les reserves.
Com que el Camper pot estar inaccessible, podria ser que hi haguessin conflictes de reserves i hauran de ser els treballadors qui les resolguin. Com? Ni idea ara.
No sé quines parts han de ser tipus d’entrada o simplement taules a la base de dades. De les dades que es sincronitzen —allotjament, tarifes i reserves—, n’hi ha cap que hagi de tenir la seva URL pel visitant? Ara només se m’acudeix només els allotjaments, si el client ha de fer clic al mapa per veure’n el detall.
el pagament es farà amb stripe o TPV (en principi) i estaria bé que fos que et "retenen" els diners i t'ho cobren un cop validat.
que no hi hagi internet, serà poc habitual, és més una cosa per "si un cas". Com ho resoldran? No acceptant la reserva feta online o donant una alternativa manualment (canvi de parcel·la per exemple).
les tarifes estaran tant en una pàgina, com al detall del tipus d'allotjament
les traduccions de tot plegat també s'han de sincronitzar
jo això del WordPress, ho faria per gestionar usuaris "client", però la resta penso que s'hauria de poder gestionar des de l'aplicació, ho dic més perquè si unes coses les han de fer des de CAMPER, però unes altres des d'una web serà un liu per a ells, i precisament no és el que "els hi vam vendre".
He afegit un cas per tractar què s’ha de traduir.
Vas comentar que els hi interessava poder veure les reserves des del mòbil. Amb el camper instaŀlat en local al càmping no ho podràn fer i hauran d’entrar a l’administració del WordPress per veure-les. Com que hi ha la sincronització les veuran totes des d’allà, això sí.
D'acord...
cagum amb això que potser no hi ha connexió, ens ha fet canviar la base plantejada...
He estat tot el dia pensant com fer tota aquesta sincronització, i no he vist cap manera que pugui escriure el codi que sincronitzi el Go amb el mòdul PHP, que vol dir gairebé escriure-ho dues vegades, una per cada llenguatge, més tota la resta de l’aplicació en els dos mesos que ens queden.
A més, jo pensava que així em podria evitar integrar el Gutenberg o qualsevol editor d’aquest estil, deixant-li la feina al WordPress, però al final hem vist que no és així, i a sobre em complica una mica més la vida havent de tenir camps separats que després hem d’ajuntar al WordPress, que significaria t’hauria de fer blocs o codis de substitució per «ampliar» la part de les dades dinàmiques del GenerateBlocks.
També he vist que, com a mínim a aquesta primera fase, l’únic que ens fa falta passar de la instància remota a la local és la informació de pagaments, pel que gairebé totes les dades flueixen des de la local a la remota i ho podem fer amb la replicació que ja porta el PostgreSQL, que ens portarà molt menys temps i estarà molt ben feta.
Per tant, penso que farem el que havíem dit després d’assabentar-nos que hi havien d’haver-hi dues instàncies: tenir-la instaŀlada a tots dos llocs. La remota, tanmateix, a excepció dels pagaments, serà completament de només lectura, pel que podran consultar-la amb el mòbil, però no modificar-la. No és pas que li haguessim deixat modificar amb el WordPress igualment.
Això significa que, per exemple, la part de tipus d’allotjament queda molt simplificada perquè només necessita el nom i la descripció; a la descripció es posen els blocs de normes, condicions i tot el que necessitin posar-li a la pàgina. Si tots els tipus d’allotjament han de tenir alguna part comuna entre elles, això aniria al fitxer de plantilla, que són fitxers molt similars als que fa servir el Gitea.
Al final farem servir la replicació de PostgreSQL i hi haurà la mateixa aplicació tant a local com a remot.