NextCloud kérdések

Iroda

Sziasztok!

Lenne pár kérdésem a NextCloud-ról, nem nyitok mindegyikre külön szált így egyben teszem fel őket. Még nem használom élesben, most merült fel az egyik ügyfelemnél a bevezetése. Tesztelem egy hete, és elsőre elég szimpatikus, de éles tapasztalatom nincs. 

1. Használja valaki production környezetben? Ha igen, jó a tapasztalat?

2. Mennyire stabilak az új verziók? Mehet a 20-as, vagy inkább a 19 legyen és később frissítsek?

3. Van valamilyen project listázó app? Elég jó, hogy mindenfélét hozzáadhatok egy project-hez, de sehol sem találom, hol tudnám kezelni magukat a project-eket. Létezek valamilyen lista róluk?

4. Van értelme a server-side-encryption-nak? Elég szívatós, a groupfolders egyből dob egy hátast tőle, meg a fene tudja mi nem fog működni még. Az egyik NextCloud fórumban azt ajánlották, hogy inkább a filesystem legyen titkosítva és ne a NextCloud csinálja. Szerintem ez nem ugyan az, mert egy estleges security probléma esetén, még ha www-data user-el olvasni tud a támadó, akkor sem tud mit kezdeni a fájlokkal. Kontra oldalon meg ott van, hogy ha feltörik és hozzáférnek user adatokhoz, azokon keresztül úgy is elérik a tartalmat. Szóval egyenlőre nem tudom eldönteni van-e értelme.

  • 1773 megtekintés

( phord | 2020. 10. 07., sze – 09:12 )

szia,

1. igen, kkv környezet, 50-60 user, jó a tapasztalat, teszi a dolgát. windowsos kliensek néha letérdelnek, ki tudja mitől.

2. teljesen, nem tapasztaltam semmilyen problémát vele, mehet a 20-as.

3. mit értesz project alatt?

4. esetünkben nem volt értelme, és nemrég még experimental státuszban volt (talán még mindig), sosem használtam.

Köszi,

A projekt alatt a fájl megosztásnál a "Hozzáadás egy projekthez" lehetőséget. Itt hozzá lehet adni beszélgetést, kártyát, meg még nem tudom mit. Amit nem találok, hogy lehet ezeket a "projekteket" listázni, kezelni.

A tömegek sohasem szomjúhozták az igazságot. A nekik nem tetsző bizonyságok elől elfordulnak és inkább a tévedést istenítik, ha ez őket elkápráztatja. Aki illúzióba ringatja őket, úr lesz fölöttük, de áldozatuk az, aki megpróbálja őket kiábrándítani.

( arpi_esp v | 2020. 10. 07., sze – 11:14 )

1. igen, kb 250 user. tapasztalatok eleg vegyesek, ha epp mukodik, akkor jo, ha nem akkor szopas van. mindig vannak idegesito bugok, amit vagy javitanak a kovetkezo verzioban vagy nem...

2. passz, en eleve sose raknek fel legfrissebb verziot, mert mindig gond van a 3rd party pluginekkel (ido mire hozza igazitjak). nalunk v18 megy.

3. passz

4. nem hiszem hogy van ertelme, de nincs vele tapasztalatom

engem az egeszben az zavar a legjobban, foleg production kornyezetben, hogy az egesz azzal a filozofiaval van kitalalva, hogy az adat csak az usere, es o es csakis o rendelkezik felette. ez home usereknek jo lehet, de ceges prod kornyezteben nagyon gaz, mert az adminnak nincs gyakorlatilag semmi ralatasata mi tortenik a szerveren, annyival tobb az admin a sima usernel hogy o tud usert letrehozni meg global plugin parametereket allitgatni.  de ha egy usernek valami nyugje van (es a hibauzenetek altalaban nem tul beszedesek), nem tudod supportalni, csak ha az o gepen az o loginjevel nezed, mert adminkent semmi sem latszik abbol hogy mit csinalt... ugyanugy ha egy user keri hogy oszd meg egy mappajat nem tudod megcsinalni adminkent, csak o tudja. vagy ha megkerdezik hogy az adott filet ki mikor nezte meg, stb.  ceges kornyezetben ahol az adat a ceg tulajdona, nem az usere, ez nagyon problemas. auditrol nem is beszelve...

Ez az admin nem lát kb. semmit, ez nekem is nagy problémám vele. Nálunk pl. letöltési statisztikát akartak természetesen percre pontosan bármikor. Nem próbáltam ki, mert végül visszavertük az erre vonatkozó támadást, de nem segít ez a 2 plugin legalább részben a problémáid egy részén?

https://apps.nextcloud.com/apps/files_trackdownloads

https://apps.nextcloud.com/apps/files_downloadactivity

(Mi v19-et használunk.)

tl;dr
Egy-két mondatban leírnátok, hogy lehet ellopni egy bitcoin-t?

( agostonl | 2020. 10. 07., sze – 13:15 )

1. Én home szerveren használom, 5 gyerek/2 felnőtt.

2. Mindíg a stable javasolt, az pedig, most még a 19.0.3

3. passz

4. A szerver kliens között ott a https, a tárhelyen, szerintem, akkor van értelme titkosítani, ha a szerver nem saját helyen található, hanem mondjuk egy VPS.

( •̀ᴗ•́)╭∩╮

"speciel a blockchain igenis hogy jó megoldás, ezért nagy erőkkel keressük hozzá a problémát"
"A picsat, az internet a porno es a macskas kepek tarolorandszere! : HJ"

Az élet ott kezdődik, amikor rájössz, hogy szart sem kell bizonyítanod senkinek

Ha meg akarod nevettetni Istent, készíts tervet!

2. Már a 19.0.4 a legutolsó stable, amelynek legnagyobb változtatása, hogy már a v20-at jelzi utolsó 7.2-es PHP-vel támogatott verziónak. Szóval pl. az Ubuntu 18.04-es LTS még egy NC főverziót léphet előre :-)

tl;dr
Egy-két mondatban leírnátok, hogy lehet ellopni egy bitcoin-t?

( uid_4263 v | 2020. 10. 07., sze – 13:16 )

Nem tudom productionnek számít-e két user, de "élesben" használjuk (családon belül) egy onprem vason. Személyes meg akadémiai cuccok, Linux kliensekkel. Az elmúlt négy évben nem volt gond. Egy alkalommal ~4 major verziót frissítettem be zsinórban, mert ellustultam :) Az adat nem túl sok, meg lassan változik csak, olyan ~100gb meg 1-2 százezer fájl.

Az egyetlen komoly probléma amit észrevettem hogy az image thumbnail generálást érdemes kikapcsolni, mert ha sok képnél kezdi el csinálni akkor szétfagy a cucc, de OS szintig, és csak a reboot segít rajta. Ezen nem tudom javítottak-e már, de elég historikus a dolog (minimum ~8 főverzióban jelen volt). Igaz, gyenge vason futtattam mindig (Rpi3 és x86, olyan 2nd gen i3 körüli procival, 4GB rammal), de akkor is úgy gondolom hogy maximum sokáig el kéne tökölnie, de nem szétfagyni.

Viszonylag alap funkciókra használjuk csak (file sync, card dav, caldav), de arra megfelelt eddig.

Elég mezei módszerrel. Mivel 2way sync van, ezért eleve laptop + szerveren ott van az adat, de a biztonság kedvéért egy plusz diskre minden éjjel megy egy automatizált rsync. Így ha valami gebasz van, a szerveren ott a tegnapi állapot, a laptopon meg az azonnali. Offsite backup a listán van évek óta, de még nem volt rá időm meg kedvem.

( traveller7 | 2020. 10. 07., sze – 16:16 )

szia,

mi is használjuk 250-300 userrel, az admin felület néha baromira be tud lassulni, amúgy nincs vele probléma, usereket szeretik.

Érdemes feltenni a megszemélyesítés plug-in,  hogy elérd a userek adatait is (céges környezet).

Amúgy mi úgy használjuk, hogy van egy admin user, és ő hozzá létre a mappákat és a userek csak megosztásokat kapnak, így ha valaki elmegy, megmaradnak a fájlok.

Tudnál adni linket az említett pluginhez?

Egyébként mi is pontosan így használjuk, van egy admin user, ő hozza létre a cég/user struktúrában a mappát, és az van megosztva a userrel. Ettől függetlenül ha tud, akar a saját nextcloud gyökérkönyvtárába dolgozni, amit nem lát az admin user, de ez nem szokott gond lenni.

De hogy a topiknyitónak is írjak valamit, élesben használjuk 18 felhasználóval, 108,7GB adattal. Desktopokon windows alatt, mobilon android, és ios alatt is teszi a dolgát. Nagy ritkán előfordul, hogy valamiért a kliensen levő állomány nem egyezik a szerveren levővel, ilyenkor létre jön egy eredeti_fájl_neve_conflict.kiterjesztés file, amit utána kézzel kell vagy átnevezni az eredeti nevére, vagy törölni. A kliens persze szól ha ez előfordul.

Én sem hallottam még erről a pluginről, de rákeresve talán ez lehet:

https://apps.nextcloud.com/apps/impersonate

A leírás jól hangzik, most már csak kis részletesebb beszámoló kéne ahhoz, hogy mennyire használható, stabil, etc. Szerintem holnap fel is rakom :-)

tl;dr
Egy-két mondatban leírnátok, hogy lehet ellopni egy bitcoin-t?

Igen, ez az, az első plugin amit felteszek. Több ügyfélnél is telepítettünk már NC-t és kezeljük őket, tökéletesen működik az impersonate mindenhol, de csak azoknál a felhasználóknál működik, akik legalább már egyszer beléptek az életben. Frissen létrehozott felhasználóra nem tudsz átváltani.

Viszont a Suspicious Login plugint én kerülöm, mert bár jól hangzik elsőre és pár hétig/hónapig jól is megy, de aztán elkezd véletlenszerűen blokkolni kapcsolódásokat. Egyik felhasználó be tudott lépni, tudott kezelni mindent, csak épp nem engedte, hogy bármilyen bejegyzést töröljön a naptárából. A másik felhasználó nem tudott belépni, a harmadiknak valami másik funkció nem ment. Olvastam bugreportot róla, de a fejlesztő szerint csak user error... hát így is lehet "javítani" egy hibát :)

( jonci | 2020. 10. 07., sze – 23:22 )

1. igen, több helyen is használjuk, megy rendesen (csak egy gáz dolog van, de erről később), bár pár hét futás után a docker-ben futó OnlyOffice be tud halni, így érdemes nyomni a konténernek heti egy restartot cron-ból

2. Még Owncloud-dal kezdtünk, de már az is jól ment, majd migráltunk NC-t v10-re, azóta mindegyik jól megy, jelenleg prodban van v18 és v19 is

3. szinte egyik ügyfélnél sem akarnak sok privát tárhelyet adni a dolgozóknak, ezért mi úgy csináljuk, hogy csinálunk igény szerinti csoportokat, valamint egy vagy több szeparált (technikai) felhasználót (a céltól függ, hogy egy vagy több felhasználóval oldjuk meg, pl kiadjuk adott csoport adminját valak(ik)nek vagy sem). A "technikai" felhasználó(k) tárhelyén hozzuk létre a kívánt könyvtárakat és azokat osztjuk meg adott csoporttal/csoportokkal (újra osztás letiltásával). A normál felhasználókat pedig a csoportokba rajuk, így ha jön egy új felhasználó, akkor elég csak berakni az adott csoportokba és már is hozzáfér a szükséges csoportokhoz (pénzügy, vezetőség, közös, project1, project2, stb., ami épp kell)

Egy szopó van, ha egy user unshare-el egy ilyen csoport megosztást, akkor azt nem lehet visszacsinálni még adminnal sem (facepalm). Megoldásként vagy leveszed a csoporttól a megosztást és újra megosztod (ehhez még sosem volt bátorságom :), vagy inkább törlöd a usert (előtte mentsd a fájljat, pl ideiglenes elmozgatod a fájljait) majd újra létrehozod, így újra bekerül a csoportba (szánalom, de jobb megoldás nincs)

4. OnlyOffice még nem támogatja tudtommal a server-side-encryption-t így nem használjuk sehol, illetve lehet már van valami pre-alfa-béta-gamma supportja, de biztos nem product ready

Az OnlyOffice miben más mint a Collabora? Még sosem használtam, a leírást meg nem iazán értem. Meghív valami külső szerkesztőt, gondolom az onlyoffice.com-ról, oda kell külön előfizetés, vagy valami saját fork van az NC-ben?

A tömegek sohasem szomjúhozták az igazságot. A nekik nem tetsző bizonyságok elől elfordulnak és inkább a tévedést istenítik, ha ez őket elkápráztatja. Aki illúzióba ringatja őket, úr lesz fölöttük, de áldozatuk az, aki megpróbálja őket kiábrándítani.

Az OO kinézetben jobban hasonlít az MS Office-ra és van olyan ügyfél akinél ez is számít, valamint szerintük jobb az docx és xlsx kezelése. Collabora esetében tapasztaltak ritkán hibákat docx megnyitásakor, xlsx esetében pedig rendszeresen, főleg nagyobb táblázatok esetén. Hetekig futott párhuzamosan a kettőt és ezután esett a választás az OnlyOffice-ra.

Az OO-t tudod telepíteni az adott rendszerre, vagy telepíted a docker-ből és úgy futtatod. Saját portra bind-old, ezt apache-ben le kell kezelni (proxyzni kell a kapcsolatot, van hozzá remek doksi), valamint kell az NC-be az OnlyOffice pugin, ami meg tudja hívni, azaz a saját gépeden futó OO-t. Az ingyenes verzió max 20 embert enged egyszerre egy doksit szerkeszteni.

A Collabora teljesen free, talán nem néz ki annyira jól bár ízlések és pofonok, viszont működik a vízjelezés vele.

Onlyoffice-t nullarol fejlesztettek, szebb gyorsabb viszont nem tamogat minden featuret, foleg excelnel jon ez ki, sok minden nem mukodik, foleg bonyibb tablazatoknal (cellaba rakott legordulo menuk stb). Egyszeru dolgokra jo, de az agyon makrozott csilivili xlsx-t altalaban nem futtatja.

Collabora elvileg a szerveren futtat libreoffice-t, es gyakorlatilag tavasztal-szeruen arra kapcsolodik ra a kliens. Emiatt kisse docogos, es retina displayen full homaly az egesz.   http://libreoffice.hu/collabora-online/

Mindkettoben van 10/20 user/file limit (free verzioban), forrasbol ujraforditassal ki lehet kapcsolni, de az eleg nagy szopas.

mi is sokaig teszteltuk mindkettot, vegul az OO nyert. dockerben elvan, regebben kellett par hetente restart, a majusi frissites ota stabilan fut, de a stat alapjan gyanus nekem hogy sajat magat restartolja neha, mert par naponta lenullazodik a statisztikaja, pedig nem nyulok hozza.

igen, a homályos kezelőfelület nekem is feltűnt, meg anno ami még az OO mellett szólt, hogy ott hiba nélkül ment a copy&paste. Mondjuk nálam linux alatt se Collabora-ban sem OO-ban nem megy, legalább is paste-t valamiét.

megnéztem, már én is kikapcsoltam a docker-es restart-ot, de ez még bennmaradt, bár lehet már erre sincs szükség:

/usr/bin/docker exec -it onlyoffice /usr/bin/documentserver-prepare4shutdown.sh

 

 hol nézel OO statot?

( jonci | 2020. 10. 08., cs – 07:27 )

Pár dolog ami még eszembe jutott:

1. NC v14 óta tudja ellenőrizni, hogy az összes plugined támogatja-e már az újabb verziót, így már nem kell telepíteni a Can I update plugint. De azért óvatosan kell bánni ezzel az infóval, mert az ellenőrzés a következő NC-re vonatkozik és az ahhoz tartozó pluginekre.

Előfordulhat, hogy frissíted az NC-t, de frissítésközben valamelyik (nagyobb) plugint nem tudja frissíteni, mert pl épp DDOS-olják az NC.com-ot, vagy csak lassú a kapcsolat, akkor azt átugorja, viszont lehet az aktuális verzió nem tud együttműködni az új NC-vel és ez megakasztja a webes telepítő. Ez nálam kétszer is előfordult v18 --> v19 esetén, mintkét NC a files_accesscontrol plugin miatt állt meg. Ekkor nincs más megoldás, mint ssh a gépre és parancsorból befejezni:

sudo -u <weboldal usere> php /path/to/nextcloud/instace/occ upgrade

 

2. De az is lehet, hogy csak simán a plugineket akarod frissíteni és közben ilyen hibaüzenet jön a logba, a GUI-n azt annyit látsz, hogy error:

"cURL error 28: Operation timed out after 29956 milliseconds with 3568209 out of 12158468 bytes received"

Ha ez rendszeresen előfordul, akkor vagy cli-ből frissítsd a plugineket, vagy megemeled a timeout idejét:

sed -i 's;RequestOptions::TIMEOUT => 30,$;RequestOptions::TIMEOUT => 300,;' lib/private/Http/Client/Client.php

Ha nagyon beakadna a maintenance állapotba, akkor így tudod kivenni:

sudo -u <weboldal usere> php /path/to/nextcloud/instace/occ maintenance:mode --off

 

3. A Talk plugin jó cucc, de NC-hez MySQL-t használva még sosem tudtam működésre bírni a mosolyfejeket, csak ???? jelek jelentek meg, pedig az összes létező howto-t és ötletet kipróbáltam amit találtam. Végül feladtam és átmigráltam az egész NC-t MySQL-ről PostgreSQL-re, azóta nincs probléma, az összes emoticon megjelenik hiba nélkül.

Köszi, ezeket feljegyzem.

A tömegek sohasem szomjúhozták az igazságot. A nekik nem tetsző bizonyságok elől elfordulnak és inkább a tévedést istenítik, ha ez őket elkápráztatja. Aki illúzióba ringatja őket, úr lesz fölöttük, de áldozatuk az, aki megpróbálja őket kiábrándítani.

( jaci | 2020. 10. 08., cs – 10:27 )

Szerkesztve: 2020. 10. 08., cs – 10:29

Kb fél évig teszteltem 5-10 userrel Teams mellé/helyett volt a cél. (500+ userre) Frissítések után általában reszelni kellett, ritka volt, hogy nem halt le semmi.

A Talk hátránya, hogy asztali környezetben nyitott böngésző kell, bejelentkezéssel. (nem tudom azóta változott-e) de így elég lutri volt, hogy sikerül-e hívás, vagy hogy mikor kapok választ a chatbe. Androidon viszont jól működött, mert ott egy külön alkalmazás.

A prod bevezetés végül elmaradt, és nem bánkódom miatta. Kisebb vállalkozásba viszont vállalhatónak tartom.

( jonci | 2020. 10. 08., cs – 10:43 )

4. ja igen és érdemes megnézni minden frissítés után a Settings / Administration / Overview

Általában minden frissítés után akad 1-2 hiányzó index, de kiírja hogyan lehet megoldani. Például, ha kiírja, hogy "db:add-missing-indices" -t futtatni, akkor azt így tudod:

sudo -u <weboldal usere> php /path/to/nextcloud/instace/occ db:add-missing-indices

kicsit mókol, aztán kiírja, hogy megvan. Utána érdemes újra megnézni az Overview -t biztos ami tuti alapon és megoldani az összes problémát, ha van még. Memcached vagy Redist érdemes még használni hozzá, tud gyorsítani főleg sok fájl és/vagy user esetén.

5. A linuxos kliens telepítésekor a GUI-s verzió mellett telepítésre kerül a karakteres kliens is: nextcloudcmd

Ami jó, hanem tudsz, akarsz rsync-elni, cron-ból meghívod minden percen és elintézi a szinkronizálást:

nextcloudcmd -n --silence --max-sync-retries 5 /path/to/source https://<CLOUD SERVER URL>/remote.php/webdav/path/to/directory/

A "-n" hatására az auth adatokat a ~/.netrc fájlból veszi:

machine <CLOUD SERVER URL> login <CLOUD USERNAME> password <CLOUD PASSWORD>

Megy external storage-dzsal is, pl ha van SharePoint-os tárhely, amire nem tudsz szinkkelni linuxos gépről, de cli-vel be tudod tolni NC-be, az meg felrakni SP-re:

nextcloudcmd -n --silence --max-sync-retries 5 /path/to/source https://<CLOUD SERVER URL>/remote.php/webdav/SharePoint/path/to/directory/

6. Régebben előfordult néha, hogy beragad a Step3-nál (Step 3 is currently in process. Please reload this page later.). Általában csak lassú, de ha időnként rányomsz a "refresh" gombra, akkor előbb-utóbb túlmegy rajta. Ha a böngészőben nyomsz rá a frissítésre, akkor az bukó lehet. Ebben az esetben úgy tudod kivenni ebből a helyzetből, ha törlöd ezt a fájlt:

/path/to/your/nextcloud/instance/data/updater-"randomstring"/.step

Ez tartalmazza, hogy épp most melyik lépésnél tart. De mielőtt törlöd, azért a processlistában érdemes ellenőrizni, hogy valóban nem fut-e még.

( gyuri23 | 2020. 10. 08., cs – 14:10 )

Szerkesztve: 2020. 10. 08., cs – 14:11

Köszi eddig mindenkinek.

Közben még egy kérdésem felmerült.

User Shared Folder vs Group Folders - pro és kontra?

A tömegek sohasem szomjúhozták az igazságot. A nekik nem tetsző bizonyságok elől elfordulnak és inkább a tévedést istenítik, ha ez őket elkápráztatja. Aki illúzióba ringatja őket, úr lesz fölöttük, de áldozatuk az, aki megpróbálja őket kiábrándítani.

Talán még a v18-as időben kellett volna olyat POC-olni, hogy kb. "tanárok - diákok" viszony, tehát pl. minden tanár lássa minden diák feltöltött anyagát, de a diákok ne lássák egymásét és a tanárok ne legyenek adminok. Lehet, hogy én voltam béna, de nem találtam rá megoldást.

Másrészt nem tudom, van-e hozzá GDPR-nak megfelelő loggolás / audit log (nekem itthonra nem kell, de ez is kérdés lett volna a POC során).

 

Ja és még valami: lehet, hogy én futtatom gyenge VM-en (vacak IO), de a nextcloud rettentően tekeri a mysql-t. Ha csak levegőt veszel már piszkálja. Szóval ez igen erősen lassít nálam és nincs igazán nextcloud mysql tuning guide.

( akoscomp | 2020. 10. 08., cs – 15:57 )

Céges környezetbe én a Seafile-t sokkal odavalóbbnak találom. Sokkal letisztultabb, stabilabb, támogatja a titkosítást, nagyságrendekkel jobb a kliense és főleg a kliens szerver szinkronizálás. Virtuális meghajtón direktben elérhetőek a szervern tárolt anyagok, stb.

A Seafile-t szeretem és használom is, de most kevés az igényekhez. Kicsit alma körte hasonlítás, ha csak fájlszinkronizálás kéne, nem lenne kérdés.

A tömegek sohasem szomjúhozták az igazságot. A nekik nem tetsző bizonyságok elől elfordulnak és inkább a tévedést istenítik, ha ez őket elkápráztatja. Aki illúzióba ringatja őket, úr lesz fölöttük, de áldozatuk az, aki megpróbálja őket kiábrándítani.

Titkosítás NC-ben is van, sőt mintha fel lehetne mappelni WebDAV-on keresztül a mappákat is. De mivel a Seafile-t nem ismerem, ez csak amolyan hangosan morfondírozás. Viszont pont azért rákérdezek, Seafile-hoz is van ennyiféle nem pont a fájlmegosztáshoz tartozó kiegészítő? Mint egy Moodle -plugin, vagy az NC-talk, NC-chat, BBB Integration, ilyesmikre gondolok.

tl;dr
Egy-két mondatban leírnátok, hogy lehet ellopni egy bitcoin-t?

Nem semmi sincs, az csak fáj megosztásra van. Csak arra jobb, de nem igazán lehet összehasonlítani, nem ugyan az a célja min az NC-nek.

A tömegek sohasem szomjúhozták az igazságot. A nekik nem tetsző bizonyságok elől elfordulnak és inkább a tévedést istenítik, ha ez őket elkápráztatja. Aki illúzióba ringatja őket, úr lesz fölöttük, de áldozatuk az, aki megpróbálja őket kiábrándítani.

OK, köszi, akkor itthon pont jobb lenne, cégben meg pont hogy rosszabbul jártunk volna ha azt választjuk, mert ugyan csak fájlmegosztásra terveztük használni, de mostanra eléggé elburjánzottak ezek a segédfunkciói.

tl;dr
Egy-két mondatban leírnátok, hogy lehet ellopni egy bitcoin-t?

( Fisher v | 2020. 10. 08., cs – 20:52 )

Egy ideje (19.0.3-ban kb.) (megint?) elkezdte azt csinálni, hogy belerokkan a file lockba, ha mysql-ben vannak a lockok (a felhasználószám egy és kettő között mozog, attól függően, hogy megy-e egyszerre a laptop és az asztali gép). Javasolták, hogy legyen redis, így lett, ez annyiból jobb, hogy ugyan pont úgy befosik, de hamarabb takarít.

Most megy fel a 19.0.4, meglátjuk mi lesz.

( Zahy v | 2020. 11. 04., sze – 10:02 )

Szolíd élesztgetés.

Használja valaki ezt a Circles nevű csodaeszközt? Rohadtul nem vagyok képes vele egy saját kört úgy definiálni, hogy abban több különböző felhazsnáló legyen. Miután megtaláltam hogy a csoportok használatát külön engedélyezni kell, azóta több csoportot be tudok csűrni egy körbe, de valahányszor egy második felhasználót vennék fel, az gyakorlatilag kirúgja az előzőleg ott levőt.

Valaki valami tipp?

tl;dr
Egy-két mondatban leírnátok, hogy lehet ellopni egy bitcoin-t?

( SzG | 2022. 02. 21., h – 17:21 )

Segítsetek, mi az összefüggés a memcache és a file lockolási problémák közt?