Weblabor

Sziasztok!

Adott a 5.5.65-MariaDB adatbázis szerver (CloudLinux repo-ból, CentOS7).
Több féle szerveren is fut, különböző beállításokkal, de a közös az, hogy gyakran leáll az egész és csak "killall -9 mysqld" használata után lehet újra elindítani, mert a systemd le sem tudja állítani.

Ilyenkor a process list tele van "Opening tables" és "Waiting for query cache lock" státusszal rendelkező sorral/kéréssel.

Egyszerűen nem találok rá megoldást sehol. Minap találtam egy lazy drop problémát, de nem vagyok bele előrébb, mert 5.5.30-tól az már javítva van.

Mit próbáljak meg, hogy megoldódjon ez a probléma?

Full alap CentOS konfigja van a szervernek, akkor is előjön ez az issue.

Egyébként ez a "custom" konfig, amivel ki van egészítve és így is előjön (pedig bíztam benne hogy az innodb_buffer_pool megoldja):

[mysqld]
join_buffer_size = 8M
table_open_cache = 1000
open_files_limit = 65536
max_connections = 800
wait_timeout = 600
interactive_timeout = 600
max-allowed-packet = 1G
max-connect-errors = 10000000
symbolic-links = 0
tmp_table_size = 8M
max_heap_table_size = 8M
skip-name-resolve
key_buffer_size = 8M
innodb_buffer_pool_instances = 2
query_cache_size=256M
query_cache_type=2
query_cache_limit=16M
innodb_buffer_pool_size=6G

Sziasztok,

tudtok esetleg megoldást php-ből SMS küldésre.

Milyen eszközöket kell ehhez beszerezni.

SIM kártya + ehhez előfizetés megvan.

Köszönöm a segítséget előre is!

Helo.
Azzal a problémával találkoztam, hogy ha 1 képet töltenek fel, pl telefonról, akkor azt néha elforgatva tölti fel. megnéztem instán, és ott van 1 képszerkesztő a véglegesítés előtt, és abban tudod forgatni. Nyilván nincs ilyen editorom.

A probléma, hogy ha feltöltés után forgatom, akkor minden fordításnál ront a minőségen.


Amiket találtam:
1: image Orientation alapján. ez nem jó, mert egy elfordított képnek is 1 volt ez az értéke.
2: feltölti, és ha rossz, akkor forgatja, de mindig ront a minőségen.
3: 4 féle elforgatott képet tölt fel egyszerre, és ahogy forgatja, mindig azt a képet tölti be, és ha véglegesíti, a másik 3at törli.
4: PictureBox Rotations
Esetleg valami más technika?
A kérdésem, hogy milyen módszerrel szokás ezt megoldani?
Köszi.

A dnsmasq is konténerben futna.
A Dokcerfile valahogy így indult:

FROM alpine:latest
RUN apk update ; apk upgrade ; apk install dnsmasq
...


Ott a gond, hogy ez a konténer lenne "a" dns.
(a systemd és egy egyéb nyalánkságok miatt a másodlagos dns nem annyira tökéletes)

Viszont amíg ez nincs, addig nincs névfeloldás.
A build idejére átirányítanám a routerre, de nem tudom hogyan. :(
Nagyonbb baj, hogy a dokcer-compose-ban sem találom, hogy lehetne ilyen megcsinálni.

Millió helyen kérdeztem, de kb. senki sem érti, mi a gond.
Ti tudnátok tippet adni?

upd: ahogy lentebb írtam egy kommentben, a host névfeloldásával nincs gond, csak a konténerek zakkannak meg, ha ezt a konténerben futó dnsmasq-ot kirántom alóluk.

Amennyire én tudom a vastag kliens pl egy single page application, amikor a presentation nagy részét a kliensre toljuk, az üzleti logika viszont marad a szerveren, mert az előtt csinálunk jogosultság ellenőrzést. Valakivel viszont összevitatkoztunk ezen, mert szerinte a vastag kliens az, amikor az üzleti logika is a kliensre megy, és csak egy adatbázis van a szerveren. Ez utóbbi nekem elég fura, de így utánaolvasva intraneten esetleg előfordulhat, hogy elkövetnek ilyet. Van erről valami tapasztalatotok, esetleg véleményetek? Egyáltalán milyen hátrányai vannak, ha az adatbázisra tesszük a jogosultság ellenőrzést, concurrency kezelését, stb?

1. Ha egy 7x24-es service fut benne, hogy oldjátok meg, hogy a futó szoftver naprakész legyen rajta? (Valahol van erről egy bookmarkom, szóval nem linket szeretnék, hanem kíváncsi vagyok, ti hogyan csináljátok)

2. Ha van egy konténer, amiben csak egyetlen fájl változik rendszeresen (példa: dnsmasq, mint adblock, aminek a konfig fájlját és/vagy a /etc/hosts.block fájlját folyamatosan célszerű frissíteni) ti hogyan tartanátok karban? (Meg tudom oldani, szintén csak kiváncsiság)

... Folyt.köv. ...


Ui: bocs, ha már volt ezekről szó... Mikor legutóbb átlapoztam a témákat, nem találtam...

New Object Storage Protocol Could Mean the End for POSIX

Bocs, a blogmark beküldés rég nem működik.

Amellett, hogy a fenti poszt tartalmaz érdemi infót, mintha a szerző nem lenne teljesen képben, de elképzelhető, hogy én tévedek.
Olyasmikre gondolok, hogy a POSIX az egy elég széleskörű szabványgyűjtemény, ő meg mintha valami fájlrendszer interface-ként értelmezné. Mintha elképzelhetetlennek tartaná, hogy a szabvány kövesse a változásokat. Mintha... Hm...
Szóval érdekes cikk, de a magam részéről fenntartásokkal kezelem amiket ír.