hello,
web torrent klienst milyent használtok? anno torrentflux ment nálam, de repo-bol nem tudom leszedni, és manuálisan pedig nincs nagyon időm szarakodni vele. olyan kellene ami egyszerű, és stabil.
Sziasztok
Több helyről is jelezték, hogy gmail irányába nem tudnak levelet küldeni, mert visszapattan ilyen szöveggel:
xxxxx@gmail.com: host gmail-smtp-in.l.google.com[142.251.18.27] said: 550-5.7.1 [xxxxx] Our system has detected that this message is 550-5.7.1 likely unsolicited mail. To reduce the amount of spam sent to Gmail, 550-5.7.1 this message has been blocked. Please visit 550-5.7.1 https://support.google.com/mail/?p=UnsolicitedMessageError 550 5.7.1 for more information. (in reply to end of DATA command)
Aztán aki rámenős, harmadik próbára elmegy pár percen belül.
Van shared hostingos smtp, de limites, spamellés nincs rajta, a @cégem.hu -> magáncímem@gmail.com átirányítás nem innen történik, tehát emiatt sem utálhat a gmail.
Van egyedi smtp, amit csak egy cég használ.
Mindegyiknél fennáll a jelenség, tehát azt gyanítom, hogy a gmail keményített valamit.
TXT spf dmarc dkim rekordok nincsenek...vagy nem mindenkinél. Nyilván berakjuk, hátha segít, de eddig enélkül is gond nélkül ment....kérdés mi kell neki konkrétan, amitől leszokik a hisztiről? És miért megy el 3. próbára?
ki milyen "cloud" mail protection elofizetest hasznal?
miert javasolnad?
koszi!
Sziasztok!
Egy szociális (pszihés zavarokkal küzdők) otthonban kérték, hogy a lakók ne tudjanak rendelgetni az internetről, mert kifizetni nem tudják/akarják (igazából amikor a futár kéri a vételűárat meglepődnek hogy nem ingyen van).
A hálózatban egy mikrotik router osztja a netet.
Van valamilyen lista vagy egyszerű módszer az ilyen oldalak szűrésére?
Megtörténtek a felvételik (óvoda, bölcsőde, középsuli), kezdenek formálódni a szeptembertől már élesben "üzemelő" osztályok, SZMK-k...
Ilyenkor kerülnek lefektetésre azok a közös szabályok, amik alapján a következő 3-8 évet nagyjából végigviszi szülő/gyerek/tanár.
Ennek az egyik neuralgikus pontja, hogy az érintett felek megállapodjanak a közös kommunikációs csatornában...ennél nagyobb cicaharcot ritkán lát az ember...a faliújságtól kezdődően a legegzotikusabb applikációig van minden amit a T. szülők/intézmények bedobnak a közösbe, de alapvetően 2 fő tábor van: facebook csoport vs email (egyesek kizárólag gmail-ként hivatkoznak rá). Ki, hol éli a virtuális életét...mindenki preferálja a sajátját.
Az, hogy mindenen IS el legyen küldve minden kontent, éppen hogy információvesztéshez vezet...de legalább extra meló a kontent előállítóinak.
Mivel az én meglátásom szerint alapvetően a facebook nem más, mint levlisták halmaza egy webes felületen, ezért adódik a kérdés, hogy:
- Létezik-e valamilyen gateway ami képes ide-oda konvertálni a tartalmat az email és a webes felület között? Tehát nem csak fogadni a FB-s tartalmat, de arra reply-olva visszaküldeni a webes részbe is?
Olyasmit láttam, hogy a post-okat képes az FB kiküldeni emailben is, de a reply-okat szerintem már nem + belépés nélkül reagálni sem lehet.
- olyan webes felület (és beállításhalmaz) mailgroup-hoz, ami kb lemásolja a facebook webes stílusát, de email kliensből használva is simán működik.
Itt tényleg fontos a jó beállítási képesség, mert kb 10 éve vittem levlistát hasonló célból, de a vége az lett, hogy readonly-ba raktam mindenkit, mert a legelemibb reply szabályt sem voltak képesek betartani a T. tagok és a szálak teljes káoszba fordultak.
Valaki ismer megoldást a fenti ötletek valamelyikére? A gugli nem volt a barátom....
Van egy webszerverem, jelenleg egy darab aldomainen keresztül egy nextcloudot szolgál ki kb így: cloud.xyz.qw. A fő domaint is elérhetővé tettem, itt a könyvtárszerkezetből ad oldalakat így: xyz.qw/első, xyz.qw/második, xyz.qw/ígytovább. Regisztráltam további aldomaineket, kettőt (az egyik majd wordpress lesz és ő lesz a blog.xyz.qw). Még nincs hozzájuk rendelve a szerveren semmi. Most ha az aldomaint ütöm be a böngészőbe, akkor átirányít a cloud-ra, ahol a nextcloud panaszkodik a thrusted domainra, ami rendben is lenne, hiszen nem őt hívták. Ilyedtemben csináltam neki még egy aldomaint kipróbálni valamit, ami a wp.xyz.qw lett, feltelepült a wordpress, minden rendben. Ez a wp aldomain viszont csak egy rövid próba volt, töröltem a dns-ből és a szerverről is. Viszont ha most bármilyen aldomaint írok be két lehetőség jön képbe. Az egyik, hogy a nextcloud válaszol vagy a wp.xyz.qw ami ugye nincs és természetesen nem elérhető. Ha letiltom a xyz.qw-t az apacheban, akkor a böngésző minden esetben a wp.xyz.qw-t próbálja elérni... Mi irányítja ezt át? Hogyan tudom letiltani az aldomain->nextcloud átirányítást? Megoldás ha az aldomainre egy 404-es oldalt írok vagy UC vagy valami, szóval ez nem gond, csak nem értem az átirányítást!
Hello,
sikerüt beszereznem egy kis gépet ami kiváltja a windows webszerverem. felepítettem ubuntut rá, egy apache és egy php, gyakorlatilag ez a lényege kb.
a képgaléria (php) viszont kiáll hibára, amikor létre akarja hozni az előnézeti képeket. chmod 777 van neki adva, mi más lehet a proléma? más hibát nagyon nem tudok elképzelni, max hogy a webszervernek nincs jogosultsága hozzá?
Már régebben is megfigyeltem, hogy az Apache .htaccess feldolgozása nem éppen korrekt. Félek, most ismét egy ilyen estebe csöppentem bele.
Egy többdomaines környezetben az egyik VirtualHost a .htaccess fájlban két rewriteRule-t is használ:
RewriteCond %{SERVER_PORT} ^80$
RewriteRule ^(.*)$ https://www.domain.hu/$1 [L]
RewriteCond %{HTTP_HOST} !^www.domain.hu [NC]
RewriteRule ^(.*)$ https://www.domain.hu/$1 [L]
Továbbá a VirtualHost-ban van egy ScriptAlias is definiálva a domainre:
ScriptAlias /mappa/ /usr/lib/cgi-bin/
ScriptAlias /mappa /usr/lib/cgi-bin/
Na, most az a szépsége ennek a cgi scriptnek, hogy csak a domain.hu kérelemmel fut. (Nem általam írt, nem lehet belenyúlni.) Ha a kérelem www.domain.hu/mappa/, akkor elhasal.
Ezt kellene megoldani .htaccess-ből, de nekem eddig nem sikerült.
A hivatalos megoldások nem működnek, mindig 404 errort kapok.
1:
RewriteCond %{SERVER_PORT} ^80$
RewriteCond %{REQUEST_URI} !^/mappa
RewriteRule ^(.*)$ https://www.domain.hu/$1 [L]
RewriteCond %{HTTP_HOST} !^www.domain.hu [NC]
RewriteCond %{REQUEST_URI} !^/mappa
RewriteRule ^(.*)$ https://www.domain.hu/$1 [L]
2:
RewriteRule ^(mappa)($|/) - [L]
RewriteCond %{SERVER_PORT} ^80$
RewriteRule ^(.*)$ https://www.domain.hu/$1 [L]
RewriteCond %{HTTP_HOST} !^www.domain.hu [NC]
RewriteRule ^(.*)$ https://www.domain.hu/$1 [L]
Ha az eredeti két szabályt kiszedem a .htaccess fileból, és beírom a domain.hu/mappa címet, remekül megy minden.
Ha csak a második szabályt szedem ki, és beírom a https://domain.hu/mappa címet, akkor is remekül megy. Tehát nekem elég a második szabályra egy működő megoldás, csak legyen cím, amivel el lehet érni a mappa scriptet.
Ötlet is érdekel a megoldásra, és magyarázat is, hogy hol rontom el.
Sziasztok!
Az lenne a kérdésem hogy helyesen gondolom e a következőket?
Szeretnék egy webszervert üzemeltetni. Kell hozzá fix ip cím.Nem árt egy tűzfalat sem felrakni a gépre...
Jól gondolom hogy a szerverem névfeloldása úgy müködik, hogy egy dns szerver cache -ben el van tárolva a szerverem domain neve(regisztrálok egy domain nevet)és fix ip címe és majd egy valahol lévő gép feloldja. Nem helyileg az én gépem.
Sziasztok.
Azért, hogy a honlapom https protokollal is elérhető legyen, tudtommal kell lennie egy SSL tanusítványnak.
Kérdésem az, hogy ezt hogyan érdemes megvalósítanom? Készítsek pixelenként egy sajátot (még sosem volt szerencsém ilyenhez), vagy a tárhelyszolgáltatómtól vásároljak egyet?
Alampotor joomla (ne bántsatok érte, kérlek), és azzal is tisztában vagyok, hogy a keresőrendszerek is büntibe rakják azokat a weboldalakat, amelyek nem https-en küldenek át felhasználói adatokat.