- Egyre több európai használja a Telegramot, ezért megkereste az EU
- Facebook és Messenger
- Aliexpress tapasztalatok
- Mozilla Firefox
- Szilárdtest-akkumulátorokat fejleszt Kína, jöhet az áttörés?
- Windows 10
- Otthoni hálózat és internet megosztás
- DIGI internet
- Windows 11
- Kodi és kiegészítői magyar nyelvű online tartalmakhoz (Linux, Windows)
-
IT café
Vodafone (ex UPC Magyarország Kft.) (analóg / digitálisTV, internet, telefon)
Új hozzászólás Aktív témák
-
#15041568
törölt tag
válasz ztsoft #110204 üzenetére
Szia!
Én is úgy láttam, illetve a NoScript, hogy az upc.hu még fű alatt benne van, illetve valami tiqcdn.com is ott tekert.
Egyébként briliáns megoldás, függetlenül a technikai részletektől, kommunikációs szempontból, hogy a telefont lecsapja az automata [azóta is, 14 napja lassan], a weboldalon pedig blokkolják a formot.
Viszont nem pormacska! Azóta és azelőtt semmi hasonló, leállás gépileg, valamint 4 böngésző sem boldogult a megoldásukkal.
[link]
Azóta már másik szolgáltatóm van, de őket lemondani nem tudom. -
Amazonas
senior tag
-
zolee001
őstag
válasz ztsoft #111242 üzenetére
A posztol kifejezés az interneten azt jelenti, hogy közzétesz.
Így hívják például, ha valamit kiírsz a Facebookra, közzéteszel a blogodban vagy felraksz valamilyen más közösségi oldalra, hogy az ismerőseid, követőid is lássák.
A kifejezés az angol post (=kifüggeszt) szóból származik.
2.
A katonaságnál a szót őrt áll, őrködik értelemben használják.A Grétsy László illetve a magyar nyelv örangyala Dr Scmitt Pál fan klub nem itt van,ha 2021 -ben nem tudod értelmezni az internetes szlenget és ezen topicban ez a lgenagyobb problémád azzal nemtok(hogy legyen mibe belekötnöd) mit kezdeni
Ugord át -
Intruder2k5
MODERÁTOR
válasz ztsoft #111941 üzenetére
Szerintem a többségnek itt viszont pont fordított a tapasztalata, még a UPC érában egész elfogadható volt a szolgáltatás minősége, az ügyfélszolgálat, és úgy általában minden, addig az akvizíciót követően egyre lejjebb süllyedt az egész. Bár én csak az egykori UPC-nek voltam ügyfele, még a Vodához kerülés előtt váltottam DIGI-re, de itt mindenképp azt látom, hogy sokkal több a panasz és a probléma azóta.
-
asdf_
veterán
válasz ztsoft #112356 üzenetére
Ezt kifejtenéd bővebben, hogy mi köze a HDD-nek a speedtest.net és a szelessav.net méréshez? Még a CPU-t elhiszem, ha böngészőben mérünk a speedtest-en. Maga a mérés RAM-ba történik, nem íródik ki a HDD(SSD)-re.
Jogos, semmi, a tényleges kihasználáshoz kell (5400-es 2,5"-es hdd talán 90 MB/seccel ír), speedtesthez nem.
-
Gubu0101
veterán
válasz ztsoft #114035 üzenetére
Szep meresek Tudom milyen,otthon 3 szolgaltatonal voltam/vagyok 3 fele bekotes (optika,koax,rez)kb hasonlo elteresek vannak.
…ASUS ROG Strix G17 2022 (G713RS)…ROG Ally…ROG Cetra True Wireless MacBook Air M1 iPad Air iPhone 14 Pro Max Apple Watch Ultra…Samsung Buds 2/Live...PS5…JBL Charge V…
-
Gyuri27
félisten
válasz ztsoft #114095 üzenetére
Az irónia az, hogy nálunk ők az egyik szolgáltató. Falu közepén 30/3 meg szokott lenni néha.
Egyébként azt nem értem minek ilyen net.
Mert ha játszani lehet stabil 10/1-es nettel akkor gondolom a céges adatbázist, szerevert simán el lehet érni.
10 mega feltöltés? Torrentezni is kell?Amd - Radeon - Ryzen
-
gregory91
senior tag
válasz ztsoft #115565 üzenetére
Gondolom kizárható az is hogy más személy vagy folyamat használta volna a netet méréskor?
Akkor lehet már okom félni ha a mi 500-asunk esetében lecserélnék a modemünket egy ilyenre?
Remélem itt elfér - https://sites.google.com/site/geriprojekt/ - https://github.com/kgregoryan - Az ember téved,a gép hibázik.
-
cocka
veterán
válasz ztsoft #115565 üzenetére
Nekem eddig is tudta, nem ez a bajom, hanem az hogy rendszerint a másik oldal nem tud 150-nel feltölteni. Torrenten kívül hol használsz ki 150 megabites sebességet a weben? Vagy milyen szolgáltatásban? FTP-n?
Google drive még ami kimaxolja, tehát összességében egy kezemen meg tudom számolni, hogy milyen helyekről letöltéskor lehet kimaxolni a 150-et. Szóval nem értem mit kell itt gigabit felé tolni mindenkit, amikor láthatóan egyes helyeken sem a vevő, sem az adó oldal nem tudja ezt kihasználni.
És nemcsak most nem, hanem ÉVEK ÓTA NEM! -
vargalex
félisten
válasz ztsoft #116135 üzenetére
Cserélték a modemet + tápot, a helyzet változatlan.
Úgy tűnik, ha nem megy a torrent kliens, akkor nincs gond. Amint elindítom, a modem azonnal elérhetetlen lesz (modem és router módban is), egy pillanatra a net is kimarad, majd megjavul, megy egy darabig, aztán 10-60 másodpercre elmegy a net, modem elérhetetlen. Saját routert természetesen továbbra is elérem.
Most éppen egy Mikrotik router van, ilyenkor az ő tesztje is azt mondja, hogy nem éri el sem a modemet, sem a 8.8.8.8-at...Alex
-
vargalex
félisten
válasz ztsoft #116177 üzenetére
Ismerős révén ma kaptam egy Arris modemet az 500-as nethez. Még net kiesés nem volt, de a modem ugyan úgy viselkedik. Amint elindítom a qbittorrentet, a modem kb. 1 percig nem válaszol a ping-re sem. Megnéztem mtr-el is, azzal is ugyan ez volt a helyzet (a ping 8.8.8.8 ott is ment):
Ugyanakkor érdekes, hogy a kérdéses szervert (89.133.4.1) bármilyen kis intervallummal ping-elve nincs csomagvesztés...
[ Szerkesztve ]
Alex
-
Faby
senior tag
válasz ztsoft #116269 üzenetére
Szia, gondolom nem kézzel raktad össze a táblázatot.
Hogy csináltad?
Én is próbálkozok, de egyelőre csak txt összefűzéséig jutottam.
Tudnál segíteni, hogy tudnék ilyen automatizált eredményt kapni?Kösz előre is.
A barátok azok, akik jól ismernek és mégis szeretnek Téged!
-
vargalex
félisten
válasz ztsoft #116283 üzenetére
Bocs, hogy beleszólok, de felesleges emberi értelmezésre szánt kimenetet parse-olni. Maga a paranccsoros speedtest alkalmazás különböző kimenetek előállítására képes , ami automatikus feldolgozása sokkal egyszerűbb:
[gavarga@arch ~]$ speedtest --help
Speedtest by Ookla is the official command line client for testing the speed and performance of your internet connection.
Version: speedtest 1.1.1.28
Usage: speedtest [<options>]
-h, --help Print usage information
-V, --version Print version number
-L, --servers List nearest servers
-s, --server-id=# Specify a server from the server list using its id
-I, --interface=ARG Attempt to bind to the specified interface when connecting to servers
-i, --ip=ARG Attempt to bind to the specified IP address when connecting to servers
-o, --host=ARG Specify a server, from the server list, using its host's fully qualified domain name
-p, --progress=yes|no Enable or disable progress bar (Note: only available for 'human-readable'
or 'json' and defaults to yes when interactive)
-P, --precision=# Number of decimals to use (0-8, default=2)
-f, --format=ARG Output format (see below for valid formats)
--progress-update-interval=# Progress update interval (100-1000 milliseconds)
-u, --unit[=ARG] Output unit for displaying speeds (Note: this is only applicable
for ‘human-readable’ output format and the default unit is Mbps)
-a Shortcut for [-u auto-decimal-bits]
-A Shortcut for [-u auto-decimal-bytes]
-b Shortcut for [-u auto-binary-bits]
-B Shortcut for [-u auto-binary-bytes]
--selection-details Show server selection details
--ca-certificate=ARG CA Certificate bundle path
-v Logging verbosity. Specify multiple times for higher verbosity
--output-header Show output header for CSV and TSV formats
Valid output formats: human-readable (default), csv, tsv, json, jsonl, json-pretty
Machine readable formats (csv, tsv, json, jsonl, json-pretty) use bytes as the unit of measure with max precision
Valid units for [-u] flag:
Decimal prefix, bits per second: bps, kbps, Mbps, Gbps
Decimal prefix, bytes per second: B/s, kB/s, MB/s, GB/s
Binary prefix, bits per second: kibps, Mibps, Gibps
Binary prefix, bytes per second: kiB/s, MiB/s, GiB/s
Auto-scaled prefix: auto-binary-bits, auto-binary-bytes, auto-decimal-bits, auto-decimal-bytes
Pl. egy json-pretty kimenet:
[gavarga@arch ~]$ speedtest --format=json-pretty
{
"type": "result",
"timestamp": "2022-02-06T14:14:57Z",
"ping": {
"jitter": 1.5820000000000001,
"latency": 7.7290000000000001
},
"download": {
"bandwidth": 62064567,
"bytes": 443964995,
"elapsed": 7200
},
"upload": {
"bandwidth": 2251610,
"bytes": 26788000,
"elapsed": 12208
},
"packetLoss": 0,
"isp": "Vodafone Hungary",
"interface": {
"internalIp": "192.168.22.200",
"name": "enp1s0",
"macAddr": "XX:XX:XX:XX:XX:XX",
"isVpn": false,
"externalIp": "XXX.XX.XXX.XXX"
},
"server": {
"id": 28951,
"host": "bp-speedtest.zt.hu",
"port": 8080,
"name": "ZNET Telekom Zrt.",
"location": "Budapest",
"country": "Hungary",
"ip": "185.232.83.0"
},
"result": {
"id": "deb53599-d6e9-4c4c-b182-16054b7102f7",
"url": "https://www.speedtest.net/result/c/deb53599-d6e9-4c4c-b182-16054b7102f7",
"persisted": true
}
}[ Szerkesztve ]
Alex
-
vargalex
félisten
válasz ztsoft #116301 üzenetére
Ott van pl. a jq. Azzal elég könnyű kinyerni az adatokat a json-ból.
Pl. a letöltési sebesség:
data=$(speedtest --format=json)
download=$(echo $data | jq '.download.bandwidth')
De, ha cvs-ben kéred, akkor csak egy egyszerű cut:
[gavarga@gavarga-5500 ~]$ speedtest --format=csv
"Antenna Hungária Zrt. - Budapest","12374","4.681","2.911","0","61574742","1955492","535981803","10179440","https://www.speedtest.net/result/c/bbdd0a04-8126-4f85-9979-76d4717b32d8","1"
Vesszők mentén vágod és megvan.
Alex
-
vargalex
félisten
válasz ztsoft #116304 üzenetére
Pedig egyértelműen oda van írva, hogy a gépi feldolgozásra szánt formátum kimenetekben byte a mértékegység. Azaz a letöltési sebesség byte/s, minden byte-ban van.
Ha pedig a -u (--unit) kapcsolóra gondolsz, azt is egyértelműen leírja a help, hogy csak a human readable formátumnál értelmezett.Alex
-
Inhouse
őstag
válasz ztsoft #116373 üzenetére
Az a fura, hogy szinte semmilyen kontroll nincs ezeknél? Valaki, aki értene hozzá és felülbírálná, hogy mit és hogyan csináltak, esetleg visszafogná a dolgokat, amíg nem működnek megfelelően? Vagy a vezetés nincs tisztában a lehetőségekkel, csak hajtják a magukét (magasztos célok) és a programozók teszik amit tudnak, közben homokba dugva a fejüket?
Üdv Inhouse
-
Inhouse
őstag
válasz ztsoft #116379 üzenetére
Hogy is volt az új marketing dumájuk? Ja, megvan, "közvetlenebb ügyfélkapcsolat kialakítása", igen, ezt sikerül elérni. Egyre többen küldik el Őket melegebb éghajlatra.
Van most valami reklám, ahol azt állítják, hogy sok ügyfél úgy köszön el, hogy "puszi"! Nem emlékszem melyik szolgáltató...[ Szerkesztve ]
Üdv Inhouse
-
kezo0
addikt
válasz ztsoft #116463 üzenetére
Alaposabban átolvasva, röhejes az egész. Az milyen email-cím, ami http-vel kezdődik? És az milyen szó, hogy „számlaleigazolás”? Nem beszélve arról a weboldalra mutató linkről, ami az állítólagos „Kockázatkezelési csoport” elérhetősége…
Szóval nyilvánvaló phishing. És azért kaptad, mert még azt sem tudják, ki az, aki tényleg a Vodánál van, csak vaktában lövöldöznek. Ha 100-ból 1 elhiszi, már jól járnak.Beam me up, Scotty! There’s no sign of intelligent life down here…
-
ztsoft
őstag
válasz ztsoft #116463 üzenetére
A múltkori Twitter-es akciójuk után itt az újabb, most SMS-ben próbálkoztak.
Tisztelt Ügyfelünk! Bejelentésére küldött vàlaszunk alapjàn mennyire valòszìnü, hogy ajànlanà a Vodafone-t baràtainak, ismeröseinek egy 0-tòl 10-ig terjedö skàlàn? (0 pont: biztosan nem ajànlanà, 10 pont: biztosan ajànlanà). Kérjük, szàmjegyekkel vàlaszoljon. Az üzenet küldése belföldön dìjmentes. Vodafone
Ezzel csak egy baj van, nem jelentettem be semmit, így nem is válaszolhattak rá. Most akkor ezt az SMS-t pontozzam, vagy hasra ütés szerűen küldjek egy számot Nekik (gondolom Ők is így választották ki a telefonszámom).
Ahogy látom, egyes magyar ékezetes karakterekkel is gondjaik vannak.
Jó dolog fontosnak lenni, de fontosabb, hogy jók legyünk.
-
cocka
veterán
válasz ztsoft #117022 üzenetére
egyes magyar ékezetes karakterekkel is gondjaik vannak.
Ez a 7 bites GSM abc miatt van. Az ö, ü, é nem jelent problémát, mert az é talán franciában, másik kettő németben előfordul, a maradék balra dőlő ékezetekkel van, a maradék kettő: ő és ű meg egyszerűen nem szerepel ebben az abc-ben. Így egy rakat hely megspórolható és elküldhető az egész 2 db összefűzött SMS-ben.
Lásd kép:
307 karakter 7 biten: az 2149 bit aztán ez felső egészrészre kerekítve kb. 269 bájt, 1 SMS érdemi része 140 bájt, akkor belefér 2-be.
16 bit esetén (hogy Unicode legyen az ékezethelyesség miatt) már ugye 4912 bit lenne, az 614 bájt, az meg már 5 SMS. LOL
-
cocka
veterán
válasz ztsoft #117037 üzenetére
Szabvány, mindig is csak 140 bájt volt darabja. Az egy dolog, hogy a telefonok képesek egyként megjeleníteni hosszabb üzeneteket, a háttérben ettől még darabolva mennek.
Ami az árat illeti.. a Telenor ugyanezt csinálja. Rendszeresen kizárólag GSM abc-t használ, nehogy véletlenül túl sok SMS-t kelljen kiküldeni. A yetteles baromságra is sikerült elcseszniük 4 SMS-t. /telefonszám
[ Szerkesztve ]
-
MadMancs
veterán
válasz ztsoft #117327 üzenetére
Ezzel mi a baj? Legalább nem 98 oldal. Mivel pdf, minőségromlás nélkül fokozatmentesen nagyítható, ezáltal teljes mértékben olvasható. 🤷
Kedvező árú mobil előfizetésekért keress bátran. +36708034865 <-- Tel/SMS/WhatsApp, http://mancsmobiltavkozles.hu , szabo.norbert@mancsmobiltavkozles.hu ,
-
-
Kapanyél
őstag
válasz ztsoft #117757 üzenetére
Ezt velem is eljátszották, de még a felmondást sem adminisztrálták időben.
Ez már a sokadik olyan szintű átverésük, hogy most már visszaadom a kölcsön kenyeret: a fejlesztő cég, ahol dolgozom, nem fog újabb szerződést kötni velük és ahol lehet, úgy intézem, hogy minden más cég előbb érjen az ügyfelekhez. Még térerejük sem lesz. Remélem, olvassa itt egy droid, aki elmondja apunak…Hús vagyook, hús, hús, hús, hús, húús!
-
-
vigyory71
tag
válasz ztsoft #118309 üzenetére
Titkosított DNS szerver mint olyan nem igazán létezik. A DNS szerver biztonságos forgalma már más kérdés, de ezt alapvetően két részre kell bontani.
1. a kliensedtől a nála beállított úgynevezett preferred DNS szerver felé menő forgalom
2. a prefferred DNS szerver mint rekurzív DSN szerver és a keresett host névhez tartozó authoritatív DSN bejegyzést birtokló szerver közötti forgalom.
A kettő között lényeges különbség van, és másképp is működik ezeknek a forgalmaknak a titkosságát, megbízhatóságát garantáló védelmek.Az első esetben a kliens és a rekurzív DNS szerver között úgynevezett Encrypted DNS forgalmat a korszerű infrastruktúrákban a DoT (DNS over TLS) és a DoH (DNS over HTTPS) megoldások adják, ilyet tud pl. Windows kliensként a Firefox. Itt a Firefox a titkosított DNS kérést a saját DNS szerverük felé küldi, egy sima HTTPS (TCP/443) porton keresztül (vagyis megkerüli az operációs rendszerben beállított úgynevezett preferred DNS-t). A DoT-nél a TCP/853-as porton keresztül működik, ezt kevésbé preferálják érthető módon. (elsősorban a nem standart port beállítások miatt)
A 2. pontban felsorolt rekurzív DNS szerver és Authoritatív DSN szerver közötti forgalom a DNSSEC névre hallgató szolgáltatás oldja meg, ez már viszonylag jobban elterjedt. Ma már szinte minden tárhely szolgáltató képes rá, hogy nyújtsa mint szolgáltatást (náluk, és a reistrator-oknál is kell jelezni, ha ilyet kér valaki), de azért nem olyan egyszerű az üzemeltetése, lényegesen több macerával jár (certificatek karbantartása stb.), és ez az oka, hogy még azért mindig óvatosabban bánnak vele, pedig nagyon hasznos. Ja, és ez is a TCP/53-as porton mocorog, nem a hagyományos UDP/53-on.
Azért kezdtem úgy, hogy titkosított DNS szerver nem igazán létezik, mert itt sem a DNS szerver van titkosítva, hanem a szerverek közti forgalom lett biztonságossá téve. De ez a DNSSEC tényleg csak a szerver-szerver kommunikációra vonatkozik, a kliens-szerver kommunikációban a DoH és a DoT az ami megoldásként kiegészíti ezt.
-
vigyory71
tag
válasz ztsoft #118361 üzenetére
ztsoft igazad van, bocsánat, most megnéztem, a Firefox most már Windows alatt is tud Cloudflare, NextDNS, vagy Custom DNS szervert is támogatni DoH beállítások alapján.
Közben ránéztem az én AX90-es TP-Link routeremre, és érdekes, hogy az viszont nem tud ilyet, legalábbis egyelőre nem találtam benne valamiféle Encrytpted DNS beállításra lehetőséget. blakey kollega említette, hogy nála van ilyen a routerben, kíváncsi lettem rá, hogy TP-Link-ék tettek-e ilyet az AX-90-be, de úgy tűnik nem. Vagy csak én nem találtam meg még benne
-
MadMancs
veterán
-
MadMancs
veterán
válasz ztsoft #118692 üzenetére
De ebben az a poén hogy jó eséllyel nem a hálózat a hibás hanem a HGW.
Fekete CBN 150/10. Hol ment hol nem, mint a mesében. Sebesség 0 és 150mbos között mozgott, de a nullához többször volt közel. Na le is mondtam a fenébe, rá pár napra aztán úgy alakult voda kell mégis. Megrendeltem Office Net 350/30 at, most pedig Business Office Net 500 de ugyebár már Hitronnal.
Stabil mint a szeg. Bármikor rámérek hozza a maxot.
Semmi nem változott csak ugyanazon a kábelvégen HGW csere.Kedvező árú mobil előfizetésekért keress bátran. +36708034865 <-- Tel/SMS/WhatsApp, http://mancsmobiltavkozles.hu , szabo.norbert@mancsmobiltavkozles.hu ,
Új hozzászólás Aktív témák
● Kötbér kijátszására, annak elkerülésére segítséget kérni szigorúan TILOS!
● Olvasd el az összefoglalót!
● Jelszinteket ide írhatsz!
● Díjnet téma ITT!
● Szolgáltatók összehasonlítása ITT!
● Mobil szolgáltatások ITT!
- Egyre több európai használja a Telegramot, ezért megkereste az EU
- Politika
- Autós topik
- Facebook és Messenger
- PlayStation 4
- Bivalyerős lett a Poco F6 és F6 Pro
- Bestbuy játékok
- Dobhatja a Google az Exynost és a Samsungot
- Android másképp: Lineage OS és társai
- Aliexpress tapasztalatok
- További aktív témák...
- Új Lenovo Ideapad Pro 5 Profi Gyors Laptop -30% 16" RYZEN 5 7535HS 16/512 2,5K Radeon 2GB 120Hz
- Macbook Pro 15 2018 16/512 Radeon Pro 560X
- Lenovo ThinkPad P53s i7-8565U 8x4.6Ghz/32Gb DDR4/512SSD/Nvidia P520/15,6" Workstation Laptop
- Tervezői Dell Precision 7520,15.6",FHD,i7-7820HQ,32GB DDR4,512GB SSD,4GB VGA,WIN11 Laptop Notebook
- XPS 9320 27% ÁFA 13.4" FHD+ IPS érintő i7-1360P 16GB 512GB NVMe ujjolv IR kam., gar
Állásajánlatok
Cég: Alpha Laptopszerviz Kft.
Város: Pécs
Cég: Ozeki Kft.
Város: Debrecen