1. Fórum Root.cz
  2. Profil korabro
  3. Zobrazit příspěvky
  4. Témata

Zobrazit příspěvky

Tato sekce Vám umožňuje zobrazit všechny příspěvky tohoto uživatele. Prosím uvědomte si, že můžete vidět příspěvky pouze z oblastí Vám přístupných.


Témata - korabro

Stran: [1]
1
Studium a uplatnění / Jak jste přežili svůj stav vyhoření
« kdy: 11. 08. 2020, 18:26:14 »
Cesta do prace metrem/autobusem ze kteryho se mi zveda zaludek, pripadne poskakovani autem v precpane doprave. Pokud dojedete do prace a zustanou Vam pripevnena vsechna 4 kola k vasemu vozu nasleduje 8,5 hodin v korporatnim prostredi se spoustou dulezitych lidi co jsou tak duleziti, ze si to ani nedovedeme nikdo z nas predstavit. Pochopitelne vsichni sedime v jedne velke mistnosti, kde vsichni muzeme sdilet svoje napady a kreslit dve bubliny na tabuli a to nejcasteji se sipkou z leva do prava. Jedinci co zahadnym zpusobem ziskali "titul" expert nebo jsou nazyvani "master" neceho nebo manager neceho jineho se zmuzou i na 4 bubliny.
Obcas nejaka skoleni jak se stat "lepsim clovekem" a ze i "obchodni reditelka" tmave pleti podava stejne i lepsi vykony nez muz-beloch. Ti co se citi hodne "expert" radi nosi velke leskle hodinky, rozhazuji rukama do vzduchu a u toho pouzivaji terminy, kterym sami poradne nerozumi. Kazdopadne jsou hodne slyset behem konferencnich „kooolu“ a z 8 hodinove pracovni doby se razem stava v lepsim pripade 9 hodinova ve skupine “pratelskych, teamovych hracu” + kava zdarma.
Je “patek”, nejel jsem autem a cestou domu jsem si sel zacvicit. Dosel jsem do fitka i navzdory tomu, ze se me snazila prejet Limetka vezouci dva cizince za hudebniho doprovodu JBL reproduktoru.
Jako vzdy je fitko narvane tak jako vsechna okolni fitka v tuto dobu a vyvraci mytus, ze clovek potrebuje k zivotu kyslik. V ultra moderni designove budove se super automatizaci ani neotevrete okna a vzduchotechnika nestiha. Zrcadla praskaji pod naporem “insta stories” – “work hard, play harder” s poradne naspulenou pusou a zadkem narvanym do toho neprilehavejsiho obleceni. Vsichni  businessmani prijeli  v Audi A5, ale jeste nestacili sundat ramecek AAA Auto.  Sprchu si date radeji doma, protoze neforemna hmota tvorena tukem a samponem od “Old Spice“ uz nabyla volebni  moci a bosou nohou se ji nechcete dotknout ani omylem.
Nasleduje cesta zpet do sdileneho bytu. Je to za velmi pratelskou cenu a tak se to jeste vyplati. Budouci titul “otrok hypoteky” se tak mozna vytrati o neco malo driv.
Jelikoz je dalsi den sobota, mira psychicke frustrace je zvladnutelna, provoz na krizovatce konecne utichl, souseduv cokl prestal stekat a jeho rozmazleny dite hazet s hrackama tak si na chvili otevru pocitac. Jeste jsem schopnej se se zajmem ucit. 
O vikendu se snazim ztratit nekam kde me nic nepodnecuje a odpocinout si ale nejak to prestava fungovat a rychle se znovu vytocim na meetingu o dalsim “novem projektu”, ktery se rozjel tak nejak bez meho vedomi I pri uvedomeni nadrizeneho, ze tech x predchozich je stale porad nedoresenych a velmi problematickych, ale jsme agilni a v cloudu…
Je mi 28 a na pritelkyni ani dite nemam rozhodne myslenky a ani si to nedovedu predstavit. Obdivuji lidi co to v dnesni dobe stihaji spolecne se zamestnanim.
Soucasne zamestnani i bydliste asi budu muset opustit. Bud to a nebo se zblaznim. Chci nekam na pul roku, kde je klid. Uklidnit se a nejak restartovat zivot. Do korporatu se uz asi vracet nechci. 3x a dost. Vyhorel jsem. Uz dal nedovedu zit tady tu “skupinovou lez”, kreslit “vision boardy” a poslouchat sebezvany zivotni “kouce” s velmi obecnym receptem na stastny zivot.
Nekdo kdo prosel necim podobnym a popsal by jak se dostal ze stavu vyhoreni?   


2
Vývoj / MySQL - zkopírování záznamu do původní tabulky kopírovaného záznamu
« kdy: 05. 08. 2020, 13:41:03 »
Potrebuji zkopirovat existujici zaznam v tabulce do tabulky ze ktere se zaznam kopiruje. Problem je s id zaznamu, ktery je zaroven primarnim klicem.
Pomoci
Kód: [Vybrat]
insert into tableA  SELECT * FROM tableA where id='34' zaznam vytvorit nelze, protoze id=id zdrojoveho zaznamu (duplicita)

Nasel jsem dve reseni problemu:
1) dynamicky generovat "insert" dotaz s vyctem sloupcu !=id
2) pouziti pomocne tabulky

Obe mi prijdou ponekud neohrabane. Da se pri kopirovani zaznamu pomoci
Kód: [Vybrat]
insert into tableA  SELECT * FROM tableA where id='34' specifikovat "vsechny sloupce, mimo id"?


3
Vývoj / Změna pořadí prvků modelu nested set
« kdy: 23. 07. 2020, 11:31:59 »
Uz par dnu se snazim zmenit poradi prvku v nested set modelu, ale bez uspechu.
Interval <7;16> se snazim preradit v <6;23> na prvni misto

Kód: [Vybrat]
id name lft rgt
1 ROOT 1 24
2 1 6 23
4 2 4 5
5 3 2 3
7 1.2 21 22
8 1.3 19 20
9 1.4 17 18
11 100 7 16
12 100.1 14 15
14 100.2 12 13
15 100.3 10 11
16 100.4 8 9

- pro presouvane prvky plati 0-x
- nasledovne vsechno prvky v intervalu <6;23>  snizit o velikost mnoziny  <7;16>

Kód: [Vybrat]
id name lft rgt
1 ROOT 1 24
2 1 6 23
4 2 4 5
5 3 2 3
7 1.2 11 12
8 1.3 9 10
9 1.4 7 8
11 100 -7 -16
12 100.1 -14 -15
14 100.2 -12 -13
15 100.3 -10 -11
16 100.4 -8 -9

V poslednim kromu se nevim rady jak prvky dostat do nasledujiciho umisteni


Kód: [Vybrat]
id name lft rgt
1 ROOT 1 24
2 1 6 23
4 2 4 5
5 3 2 3
7 1.2 11 12
8 1.3 9 10
9 1.4 7 8
11 100 13 22
12 100.1 14 15
14 100.2 16 17
15 100.3 18 19
16 100.4 20 21

4
Vývoj / Přesun elementu a všech „sub elementů“ v modelu neasted set
« kdy: 15. 07. 2020, 13:19:13 »
Kód: [Vybrat]
1. 1     14
2. 2     3
3. 4     5
4. 6     7
5. 8     13
6. 9     10
7. 11   12

Jak muzu presunout pomoci update vetev 5 (8-13) do vetve 2? DELETE ani INSERT pouzit nemuzu. Potrebuji zachovat ID zaznamu. Pomocnym tabulkam bych se rad vyhnul.

I kdyz je to asi ucivo ZS tak si nevim rady. Ano uz tak se citim trapne...

1) Vypocet potrebneho mista ve vetvi 2
    13 - 8 = 5 + 1 = 6
2) Rozsireni o 6 mist kde je ciselna rada > (2) zacatek cilove vetve

Kód: [Vybrat]
1. 1     20
2. 2     9
3. 10    11
4. 12     13
5. 14    19
6. 15     16
7. 17   18

3) Zmensit levou i pravou stranu o X tak, aby vysledna rada vypadala nasledovne

Kód: [Vybrat]
1.   1     14
2.   2     9
3.   3     8 
4.   4     5
5.   6     7
3. 10     11
4. 12     13

5
Server / InnoDB - zaseklá transakce
« kdy: 19. 06. 2020, 13:06:16 »
Pred testem jsem si potreboval smazat obsah vsech tabulek. Protoze jsem si potreboval usnadnit cestu, pouzil jsem
Kód: [Vybrat]
SET FOREIGN_KEY_CHECKS = 1Nasledne smazal obsah vsech tabulek pomoci truncate a nasledne vratil
Kód: [Vybrat]
SET FOREIGN_KEY_CHECKS = 0Tim ovsem doslo k narustu casu potrebneho k cteni dat z databaze.

Podle innodb status je zde uvazla transakce, ktere se nedokazu zbavit (restart jsem nezkousel, chtel bych vedet jak se toho zbavit). Pri mazani jsem ani transakci nepoustel a nic/nikdo jiny s databazi nepracuje.
MySQL thread id 2242 na serveru neexistuje ani v process listu.

I kdyz foreign key v dobe mazani bylo vypnuto v logu je hlaska:
Kód: [Vybrat]
DELETE FROM `dbTest1`.`object` WHERE `id`='18756'
Foreign key constraint fails for table `dbTest1`.`object_price`:
,
  CONSTRAINT `FK_object_price_2` FOREIGN KEY (`object_id`) REFERENCES `object` (`id`) ON DELETE NO ACTION ON UPDATE CASCADE
Trying to delete in parent table, in index PRIMARY tuple:
Aktualne je tabulka `dbTest1`.`object_price uplne prazdna (pozadovany stav).

Poradil by nekdo jak se te transakce zbavit a jak vubec mohla vzniknout/uvaznout?



Kód: [Vybrat]
| InnoDB |      |
=====================================
2020-06-19 12:38:17 0x7f1801aea700 INNODB MONITOR OUTPUT
=====================================
Per second averages calculated from the last 16 seconds
-----------------
BACKGROUND THREAD
-----------------
srv_master_thread loops: 956 srv_active, 0 srv_shutdown, 932255 srv_idle
srv_master_thread log flush and writes: 933176
----------
SEMAPHORES
----------
OS WAIT ARRAY INFO: reservation count 3625
OS WAIT ARRAY INFO: signal count 3058
RW-shared spins 0, rounds 6620, OS waits 3208
RW-excl spins 0, rounds 7781, OS waits 156
RW-sx spins 50, rounds 919, OS waits 16
Spin rounds per wait: 6620.00 RW-shared, 7781.00 RW-excl, 18.38 RW-sx
------------------------
LATEST FOREIGN KEY ERROR
------------------------
2020-06-12 11:53:31 0x7f181df3d700 Transaction:
TRANSACTION 3467341, ACTIVE 0 sec updating or deleting
mysql tables in use 3, locked 3
4 lock struct(s), heap size 1136, 2 row lock(s), undo log entries 1
MySQL thread id 2242, OS thread handle 139741558462208, query id 94860 localhost ::1 root Updating
DELETE FROM `dbTest1`.`object` WHERE `id`='18756'
Foreign key constraint fails for table `dbTest1`.`object_price`:
,
  CONSTRAINT `FK_object_price_2` FOREIGN KEY (`object_id`) REFERENCES `object` (`id`) ON DELETE NO ACTION ON UPDATE CASCADE
Trying to delete in parent table, in index PRIMARY tuple:
DATA TUPLE: 31 fields;
 0: len 4; hex 00004944; asc   ID;;
 1: len 6; hex 00000034e84d; asc    4 M;;
 2: len 7; hex 240000047701ca; asc $   w  ;;
 3: len 4; hex 00000039; asc    9;;
 4: len 2; hex 000a; asc   ;;
 5: len 3; hex 65616e; asc ean;;
 6: len 3; hex 65616e; asc ean;;
 7: len 3; hex 65616e; asc ean;;
 8: len 1; hex 01; asc  ;;
 9: len 1; hex 00; asc  ;;
 10: len 1; hex 10; asc  ;;
 11: len 1; hex 01; asc  ;;
 12: len 2; hex 0000; asc   ;;
 13: len 2; hex 0000; asc   ;;
 14: len 1; hex 80; asc  ;;
 15: len 1; hex 00; asc  ;;
 16: len 8; hex 0000000000000000; asc         ;;
 17: len 8; hex 0000000000000000; asc         ;;
 18: SQL NULL;
 19: len 8; hex 0000000000000000; asc         ;;
 20: len 4; hex cdcccc3d; asc    =;;
 21: len 5; hex 99a698bb63; asc     c;;
 22: len 1; hex 80; asc  ;;
 23: len 5; hex 99a698bb63; asc     c;;
 24: len 4; hex 0000001d; asc     ;;
 25: SQL NULL;
 26: SQL NULL;
 27: len 3; hex 8fcccc; asc    ;;
 28: len 4; hex 00000000; asc     ;;
 29: len 4; hex 00000000; asc     ;;
 30: len 1; hex 81; asc  ;;

But in child table `dbTest1`.`object_price`, in index object_price_object_id, there is a record:
PHYSICAL RECORD: n_fields 2; compact format; info bits 0
 0: len 4; hex 00004944; asc   ID;;
 1: len 4; hex 00009287; asc     ;;

------------
TRANSACTIONS
------------
Trx id counter 3473414
Purge done for trx's n:o < 3473414 undo n:o < 0 state: running
History list length 38
LIST OF TRANSACTIONS FOR EACH SESSION:
---TRANSACTION 421216436007576, not started
0 lock struct(s), heap size 1136, 0 row lock(s)
---TRANSACTION 421216436020344, not started
0 lock struct(s), heap size 1136, 0 row lock(s)
---TRANSACTION 421216436011832, not started
0 lock struct(s), heap size 1136, 0 row lock(s)
---TRANSACTION 421216436003320, not started
0 lock struct(s), heap size 1136, 0 row lock(s)
---TRANSACTION 421216435999064, not started
0 lock struct(s), heap size 1136, 0 row lock(s)
---TRANSACTION 421216435994808, not started
0 lock struct(s), heap size 1136, 0 row lock(s)
--------
FILE I/O
--------
I/O thread 0 state: waiting for completed aio requests (insert buffer thread)
I/O thread 1 state: waiting for completed aio requests (log thread)
I/O thread 2 state: waiting for completed aio requests (read thread)
I/O thread 3 state: waiting for completed aio requests (read thread)
I/O thread 4 state: waiting for completed aio requests (read thread)
I/O thread 5 state: waiting for completed aio requests (read thread)
I/O thread 6 state: waiting for completed aio requests (write thread)
I/O thread 7 state: waiting for completed aio requests (write thread)
I/O thread 8 state: waiting for completed aio requests (write thread)
I/O thread 9 state: waiting for completed aio requests (write thread)
Pending normal aio reads: [0, 0, 0, 0] , aio writes: [0, 0, 0, 0] ,
 ibuf aio reads:, log i/o's:, sync i/o's:
Pending flushes (fsync) log: 0; buffer pool: 0
3365 OS file reads, 71179 OS file writes, 19622 OS fsyncs
0.00 reads/s, 0 avg bytes/read, 0.00 writes/s, 0.00 fsyncs/s
-------------------------------------
INSERT BUFFER AND ADAPTIVE HASH INDEX
-------------------------------------
Ibuf: size 1, free list len 0, seg size 2, 6 merges
merged operations:
 insert 8, delete mark 0, delete 0
discarded operations:
 insert 0, delete mark 0, delete 0
Hash table size 34679, node heap has 1 buffer(s)
Hash table size 34679, node heap has 1 buffer(s)
Hash table size 34679, node heap has 2 buffer(s)
Hash table size 34679, node heap has 2 buffer(s)
Hash table size 34679, node heap has 1 buffer(s)
Hash table size 34679, node heap has 2 buffer(s)
Hash table size 34679, node heap has 1 buffer(s)
Hash table size 34679, node heap has 1 buffer(s)
0.00 hash searches/s, 0.00 non-hash searches/s
---
LOG
---
Log sequence number 1354295221
Log flushed up to   1354295221
Pages flushed up to 1354295221
Last checkpoint at  1354295212
0 pending log flushes, 0 pending chkp writes
7900 log i/o's done, 0.00 log i/o's/second
----------------------
BUFFER POOL AND MEMORY
----------------------
Total large memory allocated 167772160
Dictionary memory allocated 219104
Buffer pool size   8015
Free buffers       1024
Database pages     6980
Old database pages 2556
Modified db pages  0
Percent of dirty pages(LRU & free pages): 0.000
Max dirty pages percent: 75.000
Pending reads 0
Pending writes: LRU 0, flush list 0, single page 0
Pages made young 196, not young 628
0.00 youngs/s, 0.00 non-youngs/s
Pages read 3280, created 4247, written 60471
0.00 reads/s, 0.00 creates/s, 0.00 writes/s
No buffer pool page gets since the last printout
Pages read ahead 0.00/s, evicted without access 0.00/s, Random read ahead 0.00/s
LRU len: 6980, unzip_LRU len: 0
I/O sum[0]:cur[0], unzip sum[0]:cur[0]
--------------
ROW OPERATIONS
--------------
0 queries inside InnoDB, 0 queries in queue
0 read views open inside InnoDB
Process ID=23787, Main thread ID=139740734998272, state: sleeping
Number of rows inserted 44793, updated 767803, deleted 5653, read 101238297
0.00 inserts/s, 0.00 updates/s, 0.00 deletes/s, 0.00 reads/s
Number of system rows inserted 0, updated 0, deleted 0, read 0
0.00 inserts/s, 0.00 updates/s, 0.00 deletes/s, 0.00 reads/s
----------------------------
END OF INNODB MONITOR OUTPUT

6
Vývoj / MySQL a PHP vytvoření pole hodnot
« kdy: 21. 05. 2020, 16:27:05 »
Pomoci joinu dvou tabulek dostavam vsechny group_id do kterych objekt patri

Kód: [Vybrat]
object_name | object_id | group_id
   test123     |     1        |   20 
   test123     |     1        |   30 
   test123     |     1        |   40 

V php bych potreboval pole pojmenovanych hodnot s vnorenym polem, ktere obsahuje vsechny group_id. Existuje nejaka elegantnejsi cesta nez pomoci while cyklu?

7
/dev/null / Tesite se zpet do OpenSpace?
« kdy: 15. 04. 2020, 14:09:44 »
Poslednich nekolik dnu prace z domova se potvrdilo, ze takto lze bez problemu fungovat. S kazdym se lze snadno spojit a probrat co je treba. Projekty nemaji zpozdeni. Jako zamestnanec usetrim spoustu casu, udelam vic prace nez v kanclu kde konstantne nekdo nebo neco rusi. Pro predstavu nas sedi asi 50 v jedne nudli. Je to jako na zakladni skole. Staci, aby se zacali bavit dva...
Tenhle zpusob prace mi sedi mnohem vic. Usinam klidne a celej den nemusim travit se sluchatkama na hlave. Chapu, ze to je dneska strasne trendy a "tymovy hrac" je proste "in", ale to posledni po cem touzim je se tam vratit. Mate to podobne?

8
Vývoj / React mezery v select -> option
« kdy: 29. 03. 2020, 13:56:39 »
Kód: [Vybrat]
    <Input type="select">
               {this.state.categories.map(item =>
               <option>
             
               {item.name}
           
           
               </option>
               )}
               </Input>

Jak muzu pomoci INT v item.depth vykresit N mezer pro znazorneni urovne vnoreni daneho elementu?
Zkousel jsem to pomoci databaze
Kód: [Vybrat]
...CONCAT( REPEAT("{'\u00A0'}"...., uzavreni do
Kód: [Vybrat]
<option><div style={...}> {item.name}</div></option>
, ale bez uspechu.  :'(


Stran: [1]