Az a nyugom, hogy FF12 van OpenSuSE 11.4-en es egyszeruen neha nem frissul a cimsor, amikor a linkek kozott navigalok. Ez valami uj feature, esetleg bug? Hol lehetne ezt allitani? Nagyon bosszanto...
Sziasztok!
Egyetlen egy kérdést szeretnék feltenni.
Néztem neten,de pontos leírást nem találtam(de biztos van)
A sok-sok feladat közül csak ezt az egyet nem tudom.
Pontosan hol kell azt beállítani squidban,hogy pl a : www.facebook.com -ot letiltsa?(legjobb lenne webminen keresztül,de a másik megoldást is meghallgatom)
Nagyon szépen köszönöm a segítséget.
Sziasztok! Úgy tűnik hogy pár napra rá leszünk kényszerítve, hogy egy 0,5GB -os mobilnetet wifiztessünk otthon, mert átmenetileg nem lesz elérhető a rendes netkapcsolat. Két laptop használná, 99%-ban webes forgalommal. A kérdés az lenne, hogy az alapvető dolgokon kívül (no torrent, no youtube / stream radio, etc) mivel lehetne a Firefox -okat rávenni az adatforgalom minimalizálására?
Amiket már megtettem: flashblock, adblock plus -ok telepítése, beállítása. Ha esetleg tudtok valami ügyes addon -ról, ne tartsátok vissza :)
Szervusztok!
Hogyan tudom beállítani a Pidgint, hogy ha új üzenetet kapok, akkor csak csapja fel a tálcát, és villogjon ott az üzenetet tartalmazó ablak gombja? Vagy az értesítési területet csapja fel valamely panelen. Nem sikerült eddig sem az Eszközök/Beállítások, sem az Eszközök/Bővítmények/Üzenetértesítés 2.10.3 menüpontból sem.
Amit sehogy sem tudok megakadályozni, az az, hogy az ablakot felcsapja, és oda abba az ablakba nyomja be a kurzort, ami túlságosan direkt figyelmeztetés, és iszonyúan zavaró is persze, ha éppen másik ablakban gépelek.
Néhány fogalom sem egyértelmű számomra az üzenetértesítés bővítmény beállításánál (pl. az IM ablak, x tulajdonság), és gondolom egymást néhány pipa szépen zavarja is.
Az angol sajnos nem erősségem. Az interneten nemigen leltem útbaigazítást.
Pidgin 2.10.3; libpurple 2.10.3; Üzenetértesítés 2.10.3; Xubuntu 12.04
Köszönöm szépen előre is, ha adtok iránymutatást.
Sziasztok
- Mi a klasszikus, egyszerű megoldása, hogy több webserver futhasson egy vason? ( a wmware nem kell )
- Az ILs7 mellett futhat e az Apache, ha igen, hogyan ?
Saját (otthoni win környezetben) több különböző célú weboldal futtatása, fejlesztése a cél, távoli eléréssel. A távoli elérés és portforward megy rendben, a különböző vasak elérése is ok, de az egy vason belül a több, ráadásul künböző tipusú webserver az nem ok.
- -
üdv: virtualm
A jelenlegi drupal adatbazisomon nem fut le a drupal cron job. A futas helyett feldob egy letoltes ablakot a "run-cron.txt" filera. Itt mindegy, hogy mit csinalok (open, save, ...) a cron job nem fut le.
Kiprobaltam egy "ures" adatbazison egy azonos drupal verziot, illetve a hibas adatbazison tobb drupal verziot is a jelenseg ugyanaz.
Megprobaltam a drupal admin felulet alol a cachet torolni, egyelore nem segitett.
Turtam a netet, hogy milyen cache tablak vannak meg, azokat toroltem phpmyadminbol, de az sem segitett.
Tud valaki megoldast?
Üdv!
Tegnap óta hol csatlakozik a facebook chat a pigdinnel, hol leszakad. Más is tapasztalta, vagy nálam bugzik valami?
pch
Fedora alatt hasznalom a google ket repojat:
http://dl.google.com/linux/rpm/stable/x86_64
http://dl.google.com/linux/chrome/rpm/stable/x86_64
Elvileg elobbibol jonne a google-talkplugin, utobbibol meg a chrome. A masodik mukodik is, szepen frissul a chrome, de a google-talkplugint meg csak kezzel sikerult installalnom, az soha nem frissult yum-mal.
Sikerult barkinek barmilyen Linux disztribucio alatt a google-talkplugint leszednie/frissitenie csomagkezelovel?
Amugy nemtom, ezek a repok hivatalosak-e, mert a google oldalain nemigen lehet megtalalni, csak mindenfele forumokban. A google-nal a repokrol ennyi van:
http://www.google.com/linuxrepositories/index.html
Egy olyan szkriptet szeretnék írni, amivel a tipikus google kereséseimet tudnám automatizálni. Vannak például szigorúan pdf-ben készülő, publikusan elérhető beszámolók, N különböző forrásból, persze RSS vagy bármi egyéb értelmes feed nélkül. Ezekre google-lel keresni nagyon egyszerű, és ha lenne egy adatbázisom, amiben az utolsó X eredményt tárolnám, elfogadható közelítéssel meg tudnám mondani, hogy tegnapról mára mi változott.
A következő lehetőségeket találtam eddig:
1) Google Web Search API (nyílt REST-es, JSON-os)
2) Google Custom Search API (Google API console-os szivatós, napi 100 keresés limites kivéve ha elkezdesz fizetni érte)
3) Yahoo BOSS (teljesen fizetős)
Annak ellenére, hogy a Web Search API már deprecated (https://developers.google.com/web-search/docs/), ezzel indultam el, abban bízva, hogy az ígéret szerinti 2013 november 1-el végetérő üzem alatt fogok találni valami jobbat.
Le is kódoltam gyorsan Perlben, kipróbáltam, működött. Aztán egy idő után a barátságos 200-as responseStatus-ok elkezdtek lecserélődni erre:
403 Suspected Terms of Service Abuse. Please see http://code.google.com/apis/errors
Találkozott már valaki hasonló problémával? Hogyan lenne érdemes ennek ügyesebben nekilátni, lehetőleg valamilyen fizetős és/vagy erősen limitált szolgáltatás mellőzésének boldogabb tudatában?
Tiszteletem,
adott lenne egy megörökölt hálózat és egy ahhoz tartozó levelezőszerver Debian Linux+Postfix+Dovecot+Sieve+Spamassassin+Pyzor+DCC+Razor2 felállásban.
/etc/postfix/main.cf:
smtpd_banner = $myhostname ESMTP $mail_name (Debian/GNU)
biff = no
append_dot_mydomain = no
myhostname = mail.valami.hu
myorigin = /etc/mailname
mydestination = mail.valami.hu, localhost.valami.hu, localhost
relayhost =
mynetworks = $config_directory/mynetworks
mailbox_size_limit = 51200000
recipient_delimiter = +
inet_interfaces = 1.2.3.4, 127.0.0.1
smtp_bind_address = 1.2.3.4
message_size_limit = 20480000
smtpd_helo_required = yes
disable_vrfy_command = yes
virtual_mailbox_base = /srv/vmail
virtual_mailbox_domains = proxy:mysql:$config_directory/mysql_virtual_domains_maps.cf
virtual_mailbox_maps = proxy:mysql:$config_directory/mysql_virtual_mailbox_maps.cf
virtual_alias_maps = proxy:mysql:$config_directory/mysql_virtual_alias_maps.cf
virtual_minimum_uid = 150
virtual_uid_maps = static:150
virtual_gid_maps = static:8
virtual_transport = dovecot-spamass
dovecot-spamass_destination_recipient_limit = 1
smtpd_recipient_restrictions = permit_mynetworks,
permit_sasl_authenticated,
reject_invalid_hostname,
reject_non_fqdn_hostname,
reject_non_fqdn_sender,
reject_non_fqdn_recipient,
reject_unknown_sender_domain,
reject_unknown_recipient_domain,
reject_unauth_destination,
reject_rbl_client zen.spamhaus.org,
reject_rbl_client cbl.abuseat.org,
reject_rbl_client dnsbl.sorbs.net,
reject_rbl_client bl.spamcop.net
/etc/postfix/master.cf lényeges része:
dovecot-spamass unix - n n - - pipe
flags=DRhu user=vmail:mail argv=/usr/bin/spamc -u ${recipient} -e /usr/lib/dovecot/deliver -d ${recipient}
A hálózat tagjainak - akik egy adott IP-címtartományból dinamikusan kapják meg az IP-címet - egy részének a levelezőszerveren van fiókja (az azokra érkező leveleket remekül szűri a spamassassin), másik részének meg máshol van, de a levelezőszerver SMTP-szerverét használják levélküldésre. Ezidáig (leginkább ezen utóbbiakkal) nem is volt gond, csak az utóbbi időben elszaporodtak a botnetes gépek és mindenféle e-mail címekről bombázzák a szerencsétlen Internetezőket.
Arra keresnék megoldást, hogy a hálózat tagjainak - leginkább a levelezőszerveren postafiókkal nem rendelkezőekét - levélküldését egy kicsit ráncba szedjem.
Próbáltam már a check_sender_access-sel a spammelő e-mail címeket visszautasítgatni, de csak rövid ideig volt hatása - nagyon gyorsan új e-mail címek jelentek meg.
Milyen metódust javasolnátok erre?
Valasmi rangsoroló megoldást keresnék - tehát ha például a hálózat adott IP-címéről már teszem azt 30 levelet elküldött egy óra alatt, de nem csak egy adott domainre, és ráadásul van a levelezőszerveren postafiókja, akkor azt továbbengedi; de aki mondjuk 60 levelet küld el egy óra alatt, nincs postafiókja a levelezőszerveren, és a levelek érdekesmód egy domainre szólnak, akkor azt az IP-t blokkolja x ideig.
Válaszaitokat előre is köszönöm.