1 Востаннє редагувалося HetmanNet (04.01.2016 16:22:31)

Тема: M.E.Doc.. що тут ще можна сказати?

Вирішив поділитися річчю, яка просто лишила незабутні враження.

В M.E.Doc є можливість архівування для зменшення обсягів бази даних. Все ніби просто, M.E.Doc робить набір файлів, куди переносить вміст БД за певний період, а замість перенесених записів у БД лишає посилання на файл де лежить той чи інший документ. Ніби нічого складного.
Так ось, мені було нудно і я шукав пригод на одне місце, виправляв косяки, шукав що нового спробувати, і т.д. Хоч ненавиджу Windows, та все одно мою увагу привернула програма M.E.Doc, яка як підказує чуйка написана на Qt, юзає комерційні СУБД і т.д. Хоча бухгалтери кажуть, хо х**** рідкої форми, і з чим частково згодний.. вирішив її поворушити.

Так ось, радо знайшов відеоурок, в якому все просто. Ще не встиг додивитися, як мав питання якого х** немає можливості ввімкнути автоматичне формування архіву, наприклад всього що старше трьох років коли буде буде зібрано таких старих документів достатньо для архівації. Але то не суттєво, бо все як здалося є просто. Навіть, трохи почало здаватися не такий вже х****** M.E.Doc, трохи над ним попрацювати та перетворити у файний аналог 1С. Ну хоча би здавалося, що програмісти які його писали не повні бездарі. Тож по звичці роблю резервну копію (я офігенно радий, що маю таку звичку і ви зрозумієте потім чому), виділяю як сказано первинних документів за охріненно великий період. Я так зрозумів, в M.E.Doc імпортували з його предка, і працювали і працювали. Тож для архівації є дох** первинних документів. На радощах йду у розділ архівування, обираю місце збереження, тисну створити архів. Все ніби добре, йду ставлю чайник.. ну як без кави? повертаюся і бачу помилку за змістом "БД поклала болт на вас та зї******, тобто з нею втрачено зв'язок" :o . В цей момент думка "Ніх** собі. Це що за *****.". В довідці про такі сюрпризи як завжди ніх**. Закриваю вікно. З’являється вікно де має бути перелік архівів чи чогось такого, там те саме що в довідці, тобто ніх**, хоча обіцяли що буде.
В цей момент страх огорнув мене.. бо чуйка підказала, що в такій х**** і резервна копія може бути жалюгідною пародією на резервну копію. Але про всяк випадок залогінився зі свого компа на сервак, куди резервні копії кидаються, дав команду всі останні 20 версій всіх 45 останніх резервних копій зберегти в ще одну копію, не марно сервак під Linux. Саме так, ввімкнувся режим параноїдального лайночуття. Вернувся до машини на якій M.E.Doc приніс купку лайна у цукерковій обгортці. В переліку файлів архіві були архіви періоду до першого століття, тобто 211-212, .., 218-219 років, саме так в переліку фігурували в графі період саме ці роки. Ха, M.E.Doc з'явився раніше ніж компи майже на 1750 років, та бляха, ось вам доказ що в Україні бюрократію вигадали раніше всіх. В первинних документах бачу статус архів, але архів невідомо де.. короче торба. Пішов у відновлення резервних копій, обираю ту яку зробив перед архівуванням і ніфіга, все без змін, так як і було: торба. База працює, але покоцана.  *WALL*
Тож, шукаю телефон цих шахраїв, телефоную в тех.підтримку, яка мене перемикає в тех. підтримку  :o Ні, не на іншого спеціаліста, а саме в тех.підтримку.  *FACEPALM* Там мене обрадували, купою чудових фраз: "Ну то дивно, такого немає бути", "Можливо у вас БД пошкоджена була раніше до архівування", "Для відновлення попередньої версії треба перевстановити", "Якщо БД покоцана то ви втратите частину БД, але можемо надати послуги з відновлення БД", "Можливо щось трапилося"..  *FACEPALM*
І що тут робити? Перевстановлювати, все як завжди на Windows. Тож видаляю M.E.Doc. Радію, що та падлюка випадково резервні копії не забрала, а хрін її знає які ще сюрпризи може презентувати. Встановлюю, при встановленні обираю з переліку резервних копій з якої хо відновити, тисну далі, потім рази чотири оновлюю M.E.Doc, бо на сайті немає найсвіжішої версії. Запускаю, і о боги.. що за х****, я бачу ту саму стару покоцану БД з грьобаними архівами. Що за ******.  *WALL* Заходжу в резервні копії, і обираю ще старішу резервну копію для відновлення і знову просить пройти якийсь квест у стилі видали все і віднови. Бля**, щоб того розробника що написав модуль резервного копіювання 33 негра щодня мали. Для впевненості зношу н**** M.E.Doc, знаходжу резервну копію яка містить останню покоцану БД під час архівування і вилучаю, ставлю M.E.Doc ніх** не обираю, бо так розумію все одно бере останню резервну копію і клало воно на мій вибір. Все ніби відновилося, і саме та версію яку зберіг. Полегшало, але тривога повернулася, бо х*** знає чи все відновилося, я в бухгалтерії ніх**** не шарю. Тож у пошуки главбуха, бо бухгалтери можуть не все шарити, тож її оцінка.. ну ніби все, але там якихось статусів чи ще чого здається немає, але не смертельно.  *FACEPALM* Ну бля, це програма яка має берегти те, що у разі зникнення викличе у них не здолане бажання самогубства?! Яким х**** розробники M.E.Doc думали?! Їхня програма має зберігати кожен чих, кожне переміщення мишки, а не кажучи про статуси чи ще яку хрінь бухгалтерську. Фак, де ті славетні українські програмісти?! Бо щось в усіх продуктах на українському ринку бачу славетних українських гівнокодерів, а не програмістів.  *FACEPALM*.

Ось, вони позиціонують M.E.Doc як легку у користування програму, а ви уявіть бухгалтер вирішив це зробити.. та його за годину знайдуть у мотузці на жалюзях.  *FACEPALM* Піпець.

Але лиш початок пригод. У нас мережева версія оплачена, але чогось не всі у мережевій версії.  *SCRATCH* Дива і годі, то було зроблено до мене, але х*** знає чого. Ну віндузяки робили, а вони ох**** ледарі та пофігісти. Роблять завжди через одне місце, тому таким сюрпризам як сорок костилів для одного костиля, що тримає три сотні костилів які тримають систему не дивуюся. А я як лінуксоїд люблю порядок, систему та чітку роботу системи. Тож з юніксовою хоробрістю кинувся в вир віндяцього лайна. Задача була проста, всіх перевести в мережеву версію, бо останні віндузяки того не зробили, а чекати нових доведеться мабуть довго.

Тож з натхненням після минулого бою, беруся за новий. І тут щось не так, бо не тягне машина що у ролі сервера. Йду на сайт M.E.Doc у пошуках вимог до заліза, побачивши наявні там був трохи здивований, там звичайного потужного компу вистачить у ролі сервера *SCRATCH* А якого не працює тоді?!  %) З такими вимогами я можу ще три десятка підключити а не кілька машин, тож у пошуках причин пішов у довідку. Помітив, що там згадується кілька варіантів БД, а у нас стоїть найлегша на найменшу кількість клієнтів. Ура, я знайшов можливу проблему  *YAHOO* Вперед у бій, зносимо і відновлюємо зі резервної копії. Але на першому етапі встановлення помітив розбіжність між довідкою на сайті та реальністю: є кілька зайвих варіантів БД. Тож у пошуках подався в довідку, де знову ніх**.  *WALL* Дзвонимо у тех. підтримку, точніше кудись там звідки перемикають у тех.підтримку. Там мені розповідають про кожен з варіантів, виявляється там майже все просто.. майже як очікував, є варіанти: embedded (найпростіший варіант), є superserver (трохи краще), classic (найбільш наворочений без додаткової плати) та oracle (для тих хто із зайвим баблом). Ну не знаю як інших, але я очікував що superserver то супер пупер дупер для ох**** великої кількості клієнтів версія, а classic то типу стандарт, а  embedded полегшена для початківців. А ніхріна подібно, superserver то оптимальна а classic для великої кількості.  *FACEPALM* Ну х*** з ним, ну назвали не дуже вдало, головне щоб працювало. Тож на останок з планами на майбутнє, питаю про системні вимоги для кожної версії і тут.. не знаю як передати мої враження, бо мені назвали для всіх варіантів а не лише для тих що просив.. там на стільки.. системні вимоги, що не не знаю якими словами передати.. я очікував що якщо 1С з M.E.Doc будучи на одній машині матимуть такі вимоги, а не сам M.E.Doc.

За для цікавості запитався у одній конторі інтеграторів, що можна підняти на такому залізі і мені сказати, що якщо взяти ще сервачка два таких то можна підняти один з продуктів SAP-а для бухгалтерії та якоїсь фінансової хрені на майже сотню клієнтів (правда мережу треба ще апнути) з о****** переліком функціоналу, а не лише бухгалтерська звітність. А якщо забути що M.E.Doc здається в мережевій версії може мати лиш один сервер то на таких самих трьох серверах піднімемо приблизно на таку саму кількість клієнтів, але з ох******* меншим функціоналом  *FACEPALM*

А якщо би я лиш обирав систему?! То зайшовши та побачивши ваші системні вимоги придбав би а потім ломав би голову нах** і те куди подіти слабке залізо що обирав під вашу систему.  *FACEPALM*
Тож з щелепою яка відвисла повернув стару версію, написав звіт про потребу придбати сервака з системними вимогами що можна ох**** для такої кількості клієнтів та пішов додому.  *SORRY*
До речі, боси ох**** від того коли сказав що на таку мізерну кількість клієнтів якась ср*** прогамулина вимагає отакого заї******** заліза.  :D А ті вимоги що у них на сайті здається на момент цього дійства років шість не оновлювалися чи скільки там минуло від моменту появи M.E.Doc.  *FACEPALM*
Тож такі мав пригоди перед новим роком.  *HI*

P.S. Понишпорив в файлах M.E.Doc та маю здогадку, що він зроблений фактино на компонентах що є кросплатформені, тому можна було би з легкістю написати кросплатформену версію, але х*** є версія лиш під вінду  *DONT_KNOW*  *WALL*
P.P.S. Ось так закінчилася провалом спроба привнести порядок у софт вінди  :(

Подякували: leofun01, Анатолій2

2

Re: M.E.Doc.. що тут ще можна сказати?

Неосилив.

Подякували: FakiNyan1

3

Re: M.E.Doc.. що тут ще можна сказати?

quez написав:

Неосилив.

Писав на одному подиху  :) Тож я у тебе вірю.

4

Re: M.E.Doc.. що тут ще можна сказати?

база данних, це таке, шо навіть розробники деякі підтримку просто закривають, бо всі глюки звязані з тим шо все запускається по дефолту, а те що потрібно для всього цього певні умови, то не кожен розуміє, тому саме в нас на роботі є такий напис "спеціаліст коштує дорого, а хороший спеціаліст ще дороще". База данних до "Медку"  нічого не має, це те саме шо говорити "а лінукс це ядро".
Всі ці басні шо переходят на базу даних MariaDB бо швидше працює, це такий гон, вже спілкувався на цю тему, вивід зробили один "поки база даних встановлена і майже пуста, даних не багато, то всі бази працюють швидко, а набирається база з даними то починаються тормоза".
Далі налаштування з роботою по базі важливо багато чого, від кількості підключень, то запитів що б витримало. Одним словом, це немої слова а спеціалістів. Як мені казав адмін "головне не швидкість, а пропускний канал", але всі бігають за МБ

5

Re: M.E.Doc.. що тут ще можна сказати?

reverse2500 написав:

база данних, це таке, шо навіть розробники деякі підтримку просто закривають, бо всі глюки звязані з тим шо все запускається по дефолту, а те що потрібно для всього цього певні умови, то не кожен розуміє, тому саме в нас на роботі є такий напис "спеціаліст коштує дорого, а хороший спеціаліст ще дороще". База данних до "Медку"  нічого не має, це те саме шо говорити "а лінукс це ядро".
Всі ці басні шо переходят на базу даних MariaDB бо швидше працює, це такий гон, вже спілкувався на цю тему, вивід зробили один "поки база даних встановлена і майже пуста, даних не багато, то всі бази працюють швидко, а набирається база з даними то починаються тормоза".
Далі налаштування з роботою по базі важливо багато чого, від кількості підключень, то запитів що б витримало. Одним словом, це немої слова а спеціалістів. Як мені казав адмін "головне не швидкість, а пропускний канал", але всі бігають за МБ

Загалом M.E.Doc має стосунок, бо він обирає тип БД, структуру і т.д. Можна зробити ефективну структуру, при якій програма просто літати буде, а можна так що навіть при десятьох записах буде давати відповідь годину. Тому все має стосунок.
MariaDB просять, бо з нею легше працювати. Колись зустрічав у неті, як чуваки зробили так сервер СУБД, що для програми він MySQL, а в реалі складався з двох різних СУБД, тобто була прокладка між СУБД і програмою. Зробили, бо БД була слабкою частиною їхньої системи, а програма яка юзає БД мала закритий код. Все вирішення. Також хочуть MariaDB, бо можна буде набагато дешевше і легше створити софт альтернативу, якщо припече.
Крім того, від розробників M.E.Doc залежить як часто треба запити надсилати, і т.д. Тобто при правильному проектуванні БД та софтини що її юзає можна мати 20 клієнтів замість 5. Тож казати що вони не до чого тупо. Лише бездар який ніфіга не шаре може сказати що у всьому винна БД, а спеціалість поділить порівну.  :P Це мені сказав колись спеціаліст, що реально спеціаліст, який як раз займається розробкою софту що юзає БД і самих СУБД. Коли лиш почав вивчати БД він одразу сказав перелік речей що впливають на ефективність і швидкість:
1. Правильність проектування структури БД (з чим часто проблеми)
2. Правильність вибору СУБД (іноді ефективніше дві різні за призначенням, аніж одна єдина)
3. Якість налаштування і адаптації СУБД під конкретний випадок БД (іноді це дозволяє економити ресурси без впливу на виконання покладених задач, тобто позбутися зайвого, а не так часто по дефолту все лишають)
4. Ефективність використання каналу і його можливостей (кількість запитів, розмір і т.д. які йдуть від клієнта до сервера)
5. Ефективність використання БД самою програмою (кількість запитів які потребує програма на виконання однієї операції і т.д. )
6. Правильність вибору механізмів безпеки
7. Ефективність механізму взаємодії (хто і що робить на чиїй стороні)
8. Відсутність ліні (вона вирішує все)

6

Re: M.E.Doc.. що тут ще можна сказати?

Цікаво було б почитати, що пишуть користувачі про ту прогу, яку я зараз розробляю. Бо якщо б мене попросили описати наш проект, то більшість тексту була б прихована зірочками. І змінити нічого не можна, бо рішення приймають в Америці, і мабуть дуже далекі від програмування люди.

7

Re: M.E.Doc.. що тут ще можна сказати?

Torbins написав:

Цікаво було б почитати, що пишуть користувачі про ту прогу, яку я зараз розробляю. Бо якщо б мене попросили описати наш проект, то більшість тексту була б прихована зірочками. І змінити нічого не можна, бо рішення приймають в Америці, і мабуть дуже далекі від програмування люди.

Випадково не M.E.Doc4USA ?  *JOKINGLY*

Подякували: 0xDADA11C71

8

Re: M.E.Doc.. що тут ще можна сказати?

Та ні, у нас воно взагалі під Юнікс, але пропрієтарне, ясна річ.

9 Востаннє редагувалося HetmanNet (04.01.2016 17:30:26)

Re: M.E.Doc.. що тут ще можна сказати?

Torbins написав:

Та ні, у нас воно взагалі під Юнікс, але пропрієтарне ясна річ.

Ну на UNIX і його нащадки популярно закордоном робити системи. Якщо UNIX то або це для інтеграції зі старою системою або для нової, але в першому випадку це стара система перенесена на нове залізо або нове залізо у вигляді мейнфрейму, а відповідно компанія при грошах або непоганих або офігенно великих. Бо перше свідчить що компанія стара і ще давно була і мабуть є при грошах, а в другому випадку що все одно при грошах.

10

Re: M.E.Doc.. що тут ще можна сказати?

Ну чому, якщо UNIX, то зразу мейнфрейм? Звичайні серваки.

11 Востаннє редагувалося HetmanNet (04.01.2016 19:11:32)

Re: M.E.Doc.. що тут ще можна сказати?

Torbins написав:

Ну чому, якщо UNIX, то зразу мейнфрейм? Звичайні серваки.

Бо з активно розвивають зараз UNIX для мейнфреймів, для серваків лиш підтримка щоб можна було переносити старі системи на нове залізо, тобто без апгрейдів і т.д., за виключенням версій для універів та для систем реального часу (теж нащадки).
Колись від IBM читав статтю де описала сфери застосування UNIX на поточний момент і т.п. То мені то запам'яталося, бо побачив дві ОС які вважав що відійшли у минуле, одна з них була UNIX. Там згадувалося що зараз застосовують найчастіше Linux та BSD (там цілий перелік був) на серверах, а для мейнфреймів UNIX, ще кілька ОС від IBM (одну з яких теж вважав мертвою) та Linux.
Був трохи здивований що Linux використовують на мейнфреймах. Все таки мейнфрейми мають деяку специфічність у своїй структурі.
А найголовніше що сподобалося, що там написали критику неправильного розуміння відомих фраз де автори UNIX-подібних ОС казали що їхні ОС не UNIX, що автори самі згодом дали пояснення що це вони сказали щоб не вважали їх творіння плагіатом, бо їхні ОС були тими самими UNIX, але написаними з нуля та з виправленням недоліків, тобто вони є покращеними версіями UNIX.  :P Тож FreeBSD так само як Linux є UNIX, як ще з десятка два інших UNIX на інших ядрах.  8)

12

Re: M.E.Doc.. що тут ще можна сказати?

Жив я так собі спокійно, попиваю каву, думаю почитаю форум - почитав, тепер параноя, як доберусь до клієнтських ПК пороблю бекапи бекапів мідка, маю також справу але тільки в локальних ембед версіях, але ж все таки гемору не хочеться :)

13

Re: M.E.Doc.. що тут ще можна сказати?

Вирішив поділитися річчю, яка просто лишила незабутні враження....

Прочитав цікаво... написано на яскравих почуттях, так від душі :) :) :)

14 Востаннє редагувалося HetmanNet (05.01.2016 22:51:01)

Re: M.E.Doc.. що тут ще можна сказати?

CrazyFreeMan написав:

Жив я так собі спокійно, попиваю каву, думаю почитаю форум - почитав, тепер параноя, як доберусь до клієнтських ПК пороблю бекапи бекапів мідка, маю також справу але тільки в локальних ембед версіях, але ж все таки гемору не хочеться :)

У нас такі теж є і саме їх мріяв позбутися.

Я ще не розповів таких дрібничок як неможливість об'єднання локальних копій в єдину мережеву без геморойного експорту та імпорту частинами при якому втрачається частина інформації (якісь статуси і ще яка фігня), також система нездатна знаходити взаємозв'язок між наявними документами і імпортованими, тобто не може перевірити і сказати що то один і той самий документ, але один підписаний а інший ні, тобто тупо заміняє  *FACEPALM* Була би MySQL то вже сам якось об'єднав би всі БД в єдину, а так фігу бо Firebird весела штука.
Хоча коли мені розповідали про відновлення БД то сказали що за окремі гроші вони можуть з кількох версій БД збирати одну, тож так розумію об'єднати теж зможуть. Але найцікавіше, що вартість скажемо після того як дасте резервну копію БД, навіть приблизну не називають. Зазвичай кажуть, якщо розмір такий то від стільки при таких умовах. А тут типу оцінимо скільки у вас грошей і вигадаємо ціну.  :(
Також не подобається, що немає опції робити резервні копії для кожного підприємства окремо, і т.д. Одним словом програма відірвана від життя.

15

Re: M.E.Doc.. що тут ще можна сказати?

По сумах в базі оцінять)

Подякували: leofun011

16

Re: M.E.Doc.. що тут ще можна сказати?

Прога взагалі відстійна та ще й монополіст, без прав адміна не запускається, антивіруси лаються на кілька файлів (потрібно виключення). Сподіваюсь мені не доведеться переводити на інші типи бази :)

Подякували: HetmanNet1

17

Re: M.E.Doc.. що тут ще можна сказати?

CrazyFreeMan написав:

Прога взагалі відстійна та ще й монополіст, без прав адміна не запускається, антивіруси лаються на кілька файлів (потрібно виключення). Сподіваюсь мені не доведеться переводити на інші типи бази :)

Доведеться, якщо захочуть до неї наприклад 1С підключити, а щоб не мати проблем бази треба об'єднати і підключити.. і т.д. :D Це мала частка від усього.
До речі, вирішив подивитися описи як же працює електронний документообіг. Зрадів що є нарешті опис структури документа.. ну до фрази що структура формується на основі друкованих шаблонів  *FACEPALM* тобто беремо їхню бюрократичну х**** та намагаємося вгадати в якому порядку витвір порнографії треба в структуру сформувати.. який запис за яким.. і чи та х**** в кутку таблиця чи просто набір полів.. а вона раніше чи пізніше тієї х**** і т.д. Потім бачиш напис що кодування має бути win-1251 і забиваєш.. бо ці д******** досі користуються ним, коли навіть Windows перейшов на unicode.. п******..  *FACEPALM* ну якщо після переходу вінди юзають те й****** кодування то я навіть не знаю як описати свої враження.. а чому не ASCII ? Чого, економно.

Подякували: leofun011

18 Востаннє редагувалося HetmanNet (01.03.2016 11:21:58)

Re: M.E.Doc.. що тут ще можна сказати?

Ось натрапив на файл з системними вимогами для сервера мережевої версії M.E.doc, тут всі версії окрім варіанту з БД Oracle. Її немає, бо там ще більші і рахуються відповідно до конкретного випадку. Файл створив на скору, бо під час розмови телефоном коли його заповнював часу на дрібниці не було.

P.S. Системні вимоги називалися для сервера на якому буде лише M.E.Doc.  *HI*

Post's attachments

System_requirements_M.E.Doc_network_version.pdf 40.14 kb, 684 downloads since 2016-03-01 

19

Re: M.E.Doc.. що тут ще можна сказати?

Хто як пережив оновлення до 1.105 ?)

20 Востаннє редагувалося HetmanNet (01.03.2016 11:25:22)

Re: M.E.Doc.. що тут ще можна сказати?

CrazyFreeMan написав:

Хто як пережив оновлення до 1.105 ?)

Ну був один глюк, що писало про наявність оновлення, але при запуску оновлення не було оновлень в переліку  %) Здається вже минуло.  *SCRATCH* А що були ще якісь веселі речі?