CentOS – Jenkins
Adjunk hozzá egy új felhasználót: Ha költöztetünk vagy frissítünk, akkor mentsük le a régi példány adatait, majd a jenkins.war felülírása után indítsuk el az új verziót: …és ellenőrizzük a futását:
Adjunk hozzá egy új felhasználót: Ha költöztetünk vagy frissítünk, akkor mentsük le a régi példány adatait, majd a jenkins.war felülírása után indítsuk el az új verziót: …és ellenőrizzük a futását:
Hozzuk létre a nexus felhasználót, majd töltsük le a Nexus egy friss példányát: Ha frissítünk vagy költöztetünk, akkor mentsük el a sonatype-work könyvtárat: Majd indítsuk el az új Nexus verziót:
Adjunk hozzá egy felhasználót és töltsünk le egy friss Sonar verziót és indítsuk el: Állítsuk be a virtuális szervert: Állítsuk be az adatbázis elérést és töltsük vissza az előző adatbázist, ha költöztetjük vagy frissítjük a példányt: Állítsuk be a Sonar példányt a megfelelő JDBC paraméterekkel: Majd nézzük meg, hogy működik-e:
Érdekes User Agent-et láttam az Apache Httpd naplóban: “SAMSUNG-SGH-E250/1.0 Profile/MIDP-2.0 Configuration/CLDC-1.1 UP.Browser/6.2.3.3.c.1.101 (GUI) MMP/2.0 (compatible; Googlebot-Mobile/2.1; +http://www.google.com/bot.html)” Mobil böngészőnek adja ki magát a Google és úgy indexel tartalmakat… 🙂
Gondolom nem kell leírnom, hogy mit jelent a spamszűrés, mindenki ismeri a spam fogalmát. A spam levelek ellen alapvetően kétféle módon védekezhetünk, az egyik az, amikor a szabályos SMTP működést követeljük meg, a másik esetben a levelek tartalma alapján dönti el a spamszűrő, hogy dobja-e a levelet, vagy kézbesítse. Az első megoldásra a postgrey kényelmes,
A levelezés egyik oldala az szerver van, amely a levelek fogadásáért és tárolásáért felel, a másik oldalán pedig a POP3 és/vagy IMAP szerver van, amelyeket a tárolt levelek elérésére találtak ki okos emberek. Sok lehetőségünk van POP3 és IMAP szerver beüzemelésére, én a Dovecot programot preferálom, telepítsük fel: Majd nézzük meg a /var/log/maillog fájlban, hogy
A jelenlegi “felgyorsult” – azonnali üzenetküldést használó – világunkban már kevéssé használt technológia a levelezőlista, ám a 10 évvel ezelőtti “felgyorsult” világ népszerű fórumhelyettesítő megoldása volt. Ha levelezőlistákat szeretnénk üzemeltetni, akkor a kevés lehetőség közül a Mailman nevű programot érdemes használnunk, telepítsük fel: Majd szerkesszük kicsit az átnevezett állományt: Nagyjából annyit tettünk, hogy létrehoztunk egy lists.javaforum.hu virtuális
Sajnos nem tudom, hogy mi a CentOS alapértelmezett levelező programja, a szervert előretelepített állapotban Exim MTA (Mail Transfer Agent) kaptam, amely helyett a Postfix szervert szeretem használni, ezért feltelepítettem egy Postfix-et, eltávolítottam egy Exim-et és tudattam a CentOS-sal, hogy új MTA van, beállítottam a feltelepített programok futási szintjét és el is indítottam a Postfix-et: Ezek
Hozzuk létre a crowd felhasználót: Töltsük le és csomagoljuk ki a legfrissebb Crowd szoftvert: Állíítsuk be a virtual host konfigurációt: Adjuk meg az adatok helyét: Hozzuk létre az adatbázist: Majd indítsuk el a szoftvert és kövessük a naplóban az indulás állapotát, illetve fejezzük be a telepítést (és az adatok visszaállítását) a webes felületen:
Hozzunk létre egy felhasználót: Majd töltsük le és csomagoljuk ki a friss JIRA példányt: Állítsuk be a megfelelő data könyvtárat: Amelyet hozzunk is létre: Hozzuk létre a felhasználót és az adatbázist: Állítsunk be más alapértelmezett portokat, ha futtatunk Tomcat-et vagy egyéb alkalmazás szervert: Esetleg konfiguráljuk be egy virtual host-ot is: És el is készültünk, indítsuk el a példányt