- Milyen RAM-ot vegyek?
- Lelövi a Roccat márkanevet a Turtle Beach
- Milyen TV-t vegyek?
- Milyen egeret válasszak?
- Asztrofotózás
- Azonnali processzoros kérdések órája
- Intel Core i5 / i7 / i9 "Alder Lake-Raptor Lake/Refresh" (LGA1700)
- NVIDIA GeForce RTX 3080 / 3090 / Ti (GA102)
- LG 34GS95QE-B: OLED paneles, ívelt gamer monitor
- AMD APU (AM4 és AM5) topik
Hirdetés
-
Grafikus jellegű munkára szánt AOC monitorok a megfizethetőbb szegmensben
ph A cég három kijelzővel jelentkezett, amelyek portfelhozatalukból kifolyólag dokkolóként is működnek.
-
Világító alma helyett világító tok és szíj az almákra
ma Megjelent a Glow 2.0, a Nomad fluoreszkáló iPhone védőtokjának és Apple Watch szíjának második generációja.
-
Ingyenes az Epic Store-ban az Industria
gp Extraként a LISA: The Definitive Editiont kapjuk meg ajándékba.
Új hozzászólás Aktív témák
-
haddent
addikt
Nincs mit 2. pont nekem még mindig zavaros, bár itt meg nekem vannak komoly hiányosságaim (azt se tudom mi az a xpenology pl ). Nyilván lehet 2 élő certed is 1 domainre, de szerintem felesleges. Ha mást nem, én úgy oldanám meg, hogy a mostani kiengedett proxy managered fogadja a xpenology felé menőt is, majd proxy_pass lan.ip.cime.xpenologynak:port és kész
-
haddent
addikt
Közben tartozom egy vallomással Szilveszterkor éjjel 11 -kor írtam a ghettosmtp -nek, hogy jóhh, nézzük meg ... hát fél órán belül válaszolt a csávó, tök jófej, össze tudtuk hozni, megy. Kifele pedig smtp2go használok, a napokban sikerült véglegesíteni egy olyan setupot ami 100% free/opensource
Azt nem tudom mennyire jó ötlet... mert nem tetszik, hogy befele és kifele is 1-1 kézen átmegy rajtam és a címzetten kívül... De működik. -
haddent
addikt
Nem! Ez az amit nagyon nem. A Dockerfile -ban írod le a "receptet", ami alapján buildelődik, futtattási időben már nem telepítgetünk, ez a lényege.
Én a helyedben egyébként az official Joomla image -t használnám. Mondjuk az 3.9 nél tart ahogy nézem Meg kéne frissíteni a jelenlegit egy backup után, majd migrálni a dockeresbe. Nem lesz triviális, mert ahogy nézem mindenből kb. 3 főverziót kell ugrani, de biztosan lehetséges.A "B" terv az az, hogy replikálod valóban build -del ezt a régi felállást és kész
-
haddent
addikt
Valami ilyesmivel próbálkoznék:
docker-compose.yml:
version: '3.2'
services:
nginx:
image: nginx
ports:
- 96:80
volumes:
- ./nginx/config/nginx.conf:/etc/nginx/nginx.conf
- ./joomla:/joomla
php:
image: php:5.4.36-fpm
volumes:
- ./php/config:/config
- ./joomla:/joomla
command: php-fpm -c /config
db:
image: mariadb:5.5.46
volumes:
- ./mariadb/data:/var/lib/mysql
networks:
default:
driver: bridge
name: net_joomla_archive./nginx/config/nginx.conf:
worker_processes auto;
events {
worker_connections 1024;
}
http {
server {
server_name _;
listen 80;
root /joomla;
index index.php index.html;
location ~ \.php$ {
try_files $uri =404;
fastcgi_split_path_info ^(.+\.php)(/.+)$;
fastcgi_pass php:9000;
fastcgi_index index.php;
include fastcgi_params;
fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
fastcgi_param PATH_INFO $fastcgi_path_info;
}
}
}A ./joomla pedig a kicsomagolt https://downloads.joomla.org/cms/joomla15/1-5-26 joomla zip
Ez a legősrégibb mariadb és php-fpm ami fenn van hubon. Ha ezekkel nem megy (azért van rá esély, itt nincs óriási diffi), akkor viszont készítened kell egy php-fpm-5.2.6 és egy mysql/mariadb-5.0.27 image -t
-
haddent
addikt
Compose -on / stacken / networkon belül vagy, nem baj, ha "kívül" foglalt a 9000, nem kell publikálni, attól még a belső (itt a belső nginx) látni fogja. Vagy alternatívként akkor tényleg átmappeled 9010 -re, de akkor viszont nem "php:9010" hanem "host.gép.ip.címe:9010"
Első körben ez a hiba, nginx log is ezt mondja, hogy az upstream ba*#ik válaszolniHa repobol nem jön le... hát passz... buildelsz valami botrány régi debian FROM base -ből (ha van ennyire régi), vagy hát ami biztosan működik, hogy source -ból fordítod a php -t is Na én ilyenekbe már biztos nem mennék bele, mert lefogadom, hogy nem fog elsőre se másodszorra fordulni a 10 éves php source
Érdemes lenne legalább annyit updatelni az őskövületen, hogy a legrégebbi docker php és mysql imagek verzióját elérje. Ez nem nagy, ahogy nézem, igazából 1-2 minorral vagy leégve
[ Szerkesztve ]
-
haddent
addikt
Idáig jutottam hirtelen én is. Rákeresel a hibára, akkor ez valami bánatos php frissítés utáni hiba pont.. pont van valami breaking a 2 verzió közt.. De csak warning, nem error egyébként. Ki kéne kapcsolni php.ini -ben a figyelmeztetéseket
szuszinho ilyen hülyülést 1x nekem is csinált már, bár én :preview/nightly -n vagyok mert a régi nem tetszik
-
haddent
addikt
Erre visszautalva: azóta dolgozom az itthoni mailen. Mostanra összeállt, LDAP backenddel. Ha téged vagy mást érdekel, tudok segíteni, akár SMTP relayben is. A GhettoSMTP srác is nagyon jófej volt, de nem volt szimpi, hogy más kezén átmegy a levelezésem, meg ő Eximet használ ami elvileg nem túl biztonságos. Béreltem 1 VPS, így saját relayem is van, postfix. Ebben is tudok segíteni esetleg, hogy relayezek.
-
haddent
addikt
Nem teljesen értem a kérdést, de ha mégis jól értem, akkor az van, mint nálam is:
A @ otthoni.ip.cím
CNAME cloud @
CNAME media @
A mail vps.ip.címe
MX @ mail.domainem.orgTehát a @ (domained.tld) mutat az otthoni címedre, az öszes subdomain (ami otthonra kell mutasson) az CNAME és mutat a @ -ra, a mail (v amit tetszik) az egy A rekord és mutat a vps ip címére, az MX rekord @ -hoz pedig mutat a mail.domained.tld -re
-
haddent
addikt
válasz tradeelek11 #770 üzenetére
VPS a mail miatt mindenképp kelleni fog, az, hogy a webszervert és magát a mail szolgáltatást is ott oldod meg, vagy csak "hazaküldöd", az rajtad múlik. Mindkettőnek van előnye-hátránya, ezt most nem kérdezted így nem fejtem ki, gondolom eldöntötted és rendben is van
VPS szolgáltató: én hostingbazis.hu -n vettem, 1 év / 10.000Ft, dedikált Gbits, perceken belül válaszolnak, jó reputációs, magyar IP címet adtak, PTR rekordot beállítják ha kéred stb.. én javaslom őket
A mailcow -t nagyon sokat dícsérik, én az ellentábort szaporítom. Szerintem iszonyatosan összetett, sok helyen eléggé gányolt, különböző felületek, lassú a többi megoldáshoz képest,s tb.. Ettől függetlenül működik, én másfelé néznék, pl.: Mailu vagy poste.io. Ha pedig nem fontos az open source, akkor én bevallom, kipróbáltam az Axigen -t. Van ingyenes verziója és egyértelműen a legöszeszedettebb, hiszen konkrét modell, vállalkozás épül rá.Debian / Ubuntu kérdésre teljesen mindegy a válasz, ami szimpi, én Debiant használok (ahol nem Archot)
A 4. pontra nem kerülte el, nem készült még el, sok a meló mostanában
[ Szerkesztve ]
-
haddent
addikt
válasz tradeelek11 #774 üzenetére
Igazából két részből áll (legalább) szerintem a kérdés:
- valamiért saját email szervert szeretnél. Léteznek "email hosting" szolgáltatások, ahol a @teneved.hu domaineddel ők hosztolják, neked nem kell a szerverrel bajlódni, tehát nem a saját név az oka. Akkor marad a biztonság / privát, senki ne férjen hozzá téma. Ekkor viszont felmerül a kérdés, hogy "mikor elég?". Elég, ha egy VPS -en tárolod az adataid? Ekkor csak te és a VPS szolgáltató férhet hozzá. Nyilván nem túl valószínű, hogy említett másik félt kicsit is érdekelné a levelezésed, de eleve a "privacy" kulcsszó alatt álltál neki feltehetőleg, így ez ilyen "hitvallási kérdés", Neked kell döntened
- E mellett ott a technikai háttér kérdése. Alapvetően, papírforma szerint ha a VPS -en van a szerver, akkor garantált a 99.9% uptime, a backup, redundancia, stb stb stb.. Tehát az elérhetőség adott, az adatvesztés kizárt. Otthon ezeket csak nehezen tudod közelíteni és elég komoly projekt, szvsz. Na ez a papírforma, így egyérteműen a VPS -re kell szavazni. Aztán azért felmerülhet a kérdés, hogy oké, és mivan ha holnap becsődöl ez az említett hosting és a NAV elviszi a gépeket kész vége. Vagy bármi egyéb.Így én, ha az abszolut privát szféra, biztonság a kérdés, azt gondolom, hogy otthon kellene tárolni és titkosított formában lehet szépen backupokat is küldözgetni a felhőbe vagy akár magára a VPS -re vissza. Ezek elég egyszerű kérdésnek tűnnek, de implementálni azért nem felltétlen triviális.
teleguru dehogy, nem kötekedésnek szántam és nyilván túlzás is volt az összehasonlítás. Nem lenéző hangsúllyal értettem, sokkal inkább "ahh, ismerős, egy cipőben járhatunk.." öniróniával
aicon hát ma már minden a mindennek is a része. Szigorúan véve az ips/ids, vpn, stb. sem a tűzfal részét képezik, sem a dhcp, dns egyéb szerverek. Ezeket már megszoktuk, majd ezt is megszokjuk idővel Eladni meg szép színes tanúsítvány plecsnikkel lehet, ilyenekből van ennek a 2 gyártónak is akikkel én állok kapcsolatban napi szinten. Hogy hogy kapták meg azt ne firtassuk, mert szánalmas bugok vannak nevetséges árakon De egy szervezetnek a funkcionalitásnál csak egy dolog fontosabb: legyen kire hivatkozni, kit hibáztatni és kire önteni a fostengert, ha egyszer kiborul a bili. Na ezek pont ezek
[ Szerkesztve ]
-
haddent
addikt
válasz .wantííd #798 üzenetére
Hasonló cipőben járok. A cloudflare minden szempontból jobb, mint a google. Azonnal frissülnek a rekordok, nem percek alatt, api -val ugyanúgy tudsz ddns -t játszani csak éppen minden mást is tudsz frissíteni nem csak 1 rekordot, stb..
Én írtam hozzá egy sima kis python wrappert ami nonstop fut, ellenőriz, frissít ha kell. Nem volt vele gond eddig.
Ja és plusz előny, hogy a cetbot (letsencrypt) -hez van cloudflare api, így tudsz dns verificationt csinálni, így tudsz automatizált *.domained.com certet is
[ Szerkesztve ]
-
haddent
addikt
válasz .wantííd #805 üzenetére
Stimmelnek, csak egyszerűbb, mint írtad:
1. Cloudflaren kezdeményezed, megmondja mit állíts a Googlen
2. Googlen állítod
3. Cloudflare ellenőrzi + áttölti a jelenlegi rekordjaid át sem kell másolgatnod
4. kb. kész instant, perceken belülA frissítgetést meg ja, ahogy tudod-akarod megoldod
-
haddent
addikt
Bármi okozhatja a láncban, persze. Nekem ez egyre gyanúsabban valami hardveres pusztulat, pl. akár az amit írtál is. Valami csekkolásokat indíts rá. Nekem volt, hogy a filesystem hullott össze, kapott egy új partíciótáblát meg formázást és még feléledt egyszer hamvaiból
-
haddent
addikt
válasz gery2123 #833 üzenetére
Hát az a helyzet, hogy elég konkrét a linkelt oldal, de akkor magyarul, még velősebben amit pl. én szoktam:
Legtöbb esetben elég a
depends_on:
- cucc_neve_a_composebanEkkor először azt indítja el, majd csak utána azt amiben szerepel a depends_on.
Ha ez nem elég, mert pl hiába indítja el előbb, lassú mint a szar, pl elasticsearch meg minden java -s botrány ilyen sokszor, akkor még letöltöd ezt [link] (wait-for-it.sh, ott van a linkelt oldaon is), volumes: -ben ./wait-for-it.sh:/wait-for-it.sh és entrypoint: ["/wait-for-it.sh", "masik-container-neve:portja", "--", "jelenlegi-container-gyari-entrypointja"]Még konkrétabb példa nálam a graylog:
graylog:
... blabla...
depends_on:
- mongo
- elasticsearch
ports:
- 9009:9000
- 514:514
- 514:514/udp
- 515:515
- 515:515/udp
entrypoint: ["/wait-for-it.sh", "elasticsearch:9200", "--", "tini", "--", "/docker-entrypoint.sh"]A tini -- /docker-entrypoint.sh az már a gyári entrypoint
-
haddent
addikt
Huh, jó rég jártam erre
Nem! A Docker (és egyéb modern) konténerizációk esetében a konténerek "ephemeralálisak" (ha van ilyen magyarul ).
Úgy képzeld el a Dockerfile -t, mint egy Makefile -t. Az a recept, mely alapján előáll rétegenként (jellemzően egy utasítás a Dockerfile -ban egy réteg) a kész ephemeral image ami aztán bárhol bárhogyan futtatva ugyanazt eredményezi. Perzisztenciát külön alakítunk ki, utólag, pl mountokkal, stb.Amit te szeretnél, nagy valószínűséggel, az a Dockerfile -al való definiálása annak a folyamatnak, amivel előáll a kész alkalmazásod egy konténerben.
A "B" verzió, fejlesztői környezetként is lehet egy konténert használni. Azaz a Dockerfile -lal egy fejlesztői környezetet definiálsz, amibe aztán belépve tudod fordítani az X-Y speciális programjaidat, majd másnap új konténert indítva friss, tiszta környezetből indulsz ismét.
-
haddent
addikt
Szia!
Játszottam vele attól a ponttól kezdve, hogy elérhető volt GitHubon bármilyen publikus verziója. Többször commitoltam is bugfixet, mert volt és van bőven..
Alapvetően pluginokat egyelőre felejtsd el, csak cloud + office az ami tényleg működik, az viszont kifogástalanul és gyorsan.Egy bajom van vele személy szerint: mindenáron eröltetik a DecomposedFS pszeudo-fájlrendszert. Ennek az eredménye, hogy minden user minden állománya random mappákban random binary blobokként szerepel, ezért backupolhatsz, de kizárólag szintén oCIS -sal tudod "böngészni". Nem szeretem az ilyet.. Ezért, mint az előző bugoknál, beszéltem a fejlesztőkkel, megkaptam, hogy az úgy a jó. Kérdeztem, hogy akkor esetleg FUSE mount opció? Persze persze lehetséges, tessék kérem írjam meg hozzá és menni fog. Kösz.. majd ha fizettek a fejlesztői munkámért.. Azért lóf#$?! -nak is van ám vége.. Nemár..
Ettől függetlenül nagyon várom, hogy valaki az említett FUSE drivert megírja, azonnal kérdés nélkül váltok Nextcloud -ról, mert ezek a PHP -s backendek szarok.. Ha téged említett probléma és a pluginok hiánya nem zavar, akkor nyugodtan, hajrá!
-
haddent
addikt
2. kérdésedre: Nem, a Radarr és Sonarr sem fog automatikusan törölni. Más a haszna és szerintem megéri, sokkal felhasználóbarátabb és kényelmesebb, mint az RSS nyűg. Amit én ajánlanék: a Radarr és a Sonarr használatával tudsz hard symlinket használni. Ez azt jelenti, hogy 2 "pointer" mutat ugyanarra a blob -ra a disken. Csak akkor szűnik meg az adat, ha mindkettő törlődik. Na, ezek után a Qbit -en beállítod, hogy 1 hét seed után törölje, ott már ne keltsen zavart. Majd Radarr / Sonarr felületen szépen kényelmesen havonta-fél évente amikor kedved van átnézed mi nem kell már és törlöd egy kellemes felületről. Én ezt csinálom.
Ha mégis tök automatán és vakon szeretnéd: https://github.com/hrenard/cleanarr/
-
haddent
addikt
A mountokat jól kell bizony, de ez valahogy evidens számomra, mi értelme lenne 5 konténerben és 1 hosztban máshova tenni a directorykat? Pont akkor lesz átlátható, ha amúgy is minden egybevág, szerintem.
Letöltésnél én azt szoktam, hogy hagyom, hogy ráfusson a full releasre, majd qBit -ben átállítom, hogy nekem csak az 1. évad kell, köszönöm. Ugyanígy később a 2., 3. stb.. Tök jól megy mindig.
A legnyűgösebb az, ha kb. 100 -ból 1x nem találja meg hasonló okok miatt a torrentet amit kéne. Na akkor Prowlarr kézi keresés, onnan átküld qBit, majd Sonarr/Radarr a Wanted/Import manual végigkattintva beimportálja ugyanúgy. Mindez szintén végig 100% webgui, akár mobilról is. Szóval nekem felbecsülhetetlenül kényelmesebb, mint böngészni a nemzeti beszerző kft oldalát, letölteni a torrent fájlt, letölteni, dlna/kiírni usb blabla..
Én tényleg kényelmi szempontból használom, nem spórolás. De nekem az sem megoldás, hogy Netflix, HBO+, Disney+ meg még 5 másik és akkor váltogassak appokat meg mittudomén.. Nem kösz... Majd ha lesz egy egységes és ráadásul minőségre sem olyan.. (Ellenben YouTube Premium -om a megjelenése óta van - olyan havidíjon aminek már híre hamva sincs, mert nem emelik folytatólagos előfizu esetén , szóval ami jó, azért fizetek. Ami nem, azt megoldom nekem jól)
Új hozzászólás Aktív témák
- Ingyenes vagy akciós szoftverek
- Luck Dragon: Asszociációs játék. :)
- A fociról könnyedén, egy baráti társaságban
- Mikrotik routerek
- Motorola Moto G24 Power - hol van az erő?
- Gyúrósok ide!
- Megjelentek az első HMD okostelefonok, ezek a magyar áraik
- OpenWRT topic
- Milyen RAM-ot vegyek?
- Stellar Blade
- További aktív témák...