Készítsen egy 1c frissítési rendszert
Az 1C-hez való ingyenes hozzáadás túl drága nekünk és ügyfeleink számára.
Az ügyfelet figyelmeztetni kell. hogy ennek a kiegészítésnek köszönhetően mostantól mindig nem saját, hanem szakemberrel frissítik. És külön fizetni kell a teszteléshez és a telepítéshez.
Ennek oka az, hogy a kiegészítést eredetileg nem megfelelő módon tervezték és tették. Alapelv szerint: vegye 1C-t, és változtassa meg a kódot.
A Bitrix átvette az 1C konfigurációját, megváltoztatta több objektumot, és meghatározta ezt a "kiegészítést".
Ezután össze kell egyesítenie a kiegészítést a konfigurációval.
Ez nem egy kiegészítés, hanem "változás".
Az "Addition" mindig az 1C egy adott verziójára vonatkozik. Másrészt előfordulhat, hogy nem működik. Ez a CHANGE megakadályozza az ügyfél biztonságos frissítését.
Az ügyfélnek meg kell várnia az új "bővítmény" kiadását, az 1C frissítést és az "add-on" -t. Továbbá egy szigorúan definiált verzióhoz.
Szükséges, hogy a bővítmény kevésbé függ az 1C konfigurációs objektumtól.
Tervezze meg a bővítményt oly módon, hogy a telepítés során nem változtatja meg a normál objektumokat, csak újakat ad hozzá.
Ha szeretne valamit változtatni a szabványos objektum platform (hozzá egy menüpont, például) - teszik az API 1C konfigurációs varázsló
Végezze el a frissítési rendszert. Annak érdekében, hogy az új funkciók elérhessék a frissítések rendszerét, és a konfigurációs varázsló testreszabhatja a szükséges adatokat.
A fontos konfigurációs objektumok automatikus rendelkezésre állása. Például, ha nincs 1C-nál a "nómenklatúra" könyvtár, akkor a frissítési rendszer hibaüzenetet ad, a kötelező konfigurációs objektumok listájával.
Miután a Bitrix virtuális gépje így jutott el. Voltak konfigurációk 1.6, 2.0, 3.0, 3.1, amelyek nem frissítettek, és ez minden beállítva. Rendszerkövetelmények A Bitrix megváltozott, és újra kellett konfigurálni a kiszolgálót, és át kellett helyezni a webhelyet.
Most 4.0, 4.1, 4.2, 4.3 - valahogy frissítve. Hűvös. Teljesen újratelepítés nélkül a Push and Pull megjelenik a nginx-en és keresni a szfinxet.
Remélem, hogy az 1C-hez való hozzáadás elég érett ahhoz, hogy külön legyen, és kevésbé függ a konfigurációtól.
Ezután lehetőség nyílik az összes platformra vonatkozó kritikus frissítések kiadásának automatizálására, ha egy verzió szörnyű hibát mutat. És minden könnyen frissíthető.
Alexander. Egyszer tette a hozzá 10.3.20.2. És a jegyzék a nómenklatúra esett az emberek. Két további jelölőnégyzet hiányzott az elem formáján.
Aztán kétszer mentem, hogy megjavítsam. Az első alkalommal, amikor nem volt hozzáférés, és a második alkalommal várta, hogy valaki kikapcsolja a konfigurátort. Hozzáadtam szürke hajat.
Most minden ügyfelek, akik szeretnék, hogy egy új mellett, azt mondom, hogy nem lehet tenni, amíg én nem ellenőrzik megfelelően. Nem hisznek, azt hiszem, árat akarok kapni.
De a frissítések telepítése kockázatokkal jár. Az ügyfél azt mondja, hogy új kiegészítést akarok. Válaszolunk, megtaláljuk az 1C-nick-ot és hagyjuk frissíteni a jobb oldali változatot. A pénzt 1C-nicks-ra költik - sokat.
Ezután látjuk, hogy az 1C-becenév túlszárította és frissítette az adatbázist 1 verzióra a szükségesnél.
Megmondjuk az ügyfélnek, miért 1C-nick frissítette az egyik verziót? Most frissítsük először a kívántat.
Értsd meg, hogy 1C-t nem frissít az ilyen meredek szakemberek 1C-ben, mint te.
Az alrendszert 1C-re írták, amely nem függ a standard konfigurációtól. Minden lehetséges CMS-vel működik.
Önnek így kell megközelítenie:
- nem kell javítania a szabványos csere tervet - készítsd el a saját,
- ne változtassa meg a szabványos modul "cseréje a webhelyen" - készítsen saját,
- ne változtassa meg a nómenklatúra referenciáját, használja a szabványos jelölést. Ritkán változik.
Obosobte csere a helyszínen, amennyire csak lehetséges, és akkor látni fogja, hogy a csere a helyszínen, akkor könnyen és fájdalommentes frissítés. És az 1C verziókból minden nagyon kevéssé lesz függő.