Loading...
 
[Zobrazit/Skrýt nabídky vlevo]
[Zobrazit/Skrýt nabídky vpravo]

Advertures

advertures

Stroje:

TYP IP MAC jmeno funkce ssh port
OVZ 192.168.57.101 10:0F:01:6E:57:01 php-1.advertures.internal php & mysql backend - jen pro lundegaard/airbank 10021
OVZ 192.168.57.102/110/115, 109.205.76.16 -> 102, 109.205.76.35 -> 110, 109.205.76.46 -> 115 10:0F:01:6E:57:02 nginx.advertures.internal http proxy 10022
KVM 192.168.57.103 10:0F:01:6E:57:03 access.advertures.internal VPN, ldap, SVN 222
OVZ 192.168.57.104 10:0F:01:6E:57:04 uat.advertures.internal testovani 10024
OVZ 192.168.57.106 10:0F:01:6E:57:06 win2008 SMTP 3389
OVZ 192.168.57.107 10:0F:01:6E:57:07 php-2.advertures.internal php & mysql backend 10026
OVZ 192.168.57.108 10:0F:01:6E:57:08 php-3.advertures.internal php & mysql backend - pro inmite 10027
OVZ 192.168.57.111 10:0F:01:6E:57:0A mailserver.advertures.cz mailserver
OVZ 192.168.57.113 + 109.205.76.141 10:0F:01:6E:57:0C + 10:0F:02:6E:57:0C ns1.advertures.cz dns primary 10002
OVZ 192.168.57.114 10:0F:01:6E:57:0B php-4.advertures.cz php & mysql
OVZ 192.168.57.116 10:0F:01:6E:57:0D php-5.advertures.cz php & mysql
OVZ 192.168.57.117 10:0F:01:6E:57:0E dev.advertures.cz vyvoj
OVZ 109.205.75.141 10:0F:01:6E:57:0D ns2.advertures.cz dns secondary 10002
KVM 109.205.76.133 + 10.123.70.1 10:0F:01:6E:57:0D + 10:0F:01:6E:57:0E kanclrouter.advertures.cz router pro kancelar 10002

skupiny:

GROUP LOGIN SU
developers all all krome access
lundegaard acces, php-1 php-1
dalsi viz ldap

Pristupy

Pristup na VM pomoci jmena/hesla a pak su na roota. Na serveru access neni su povoleno.

hesla do mysql:

root (php-1) 1:09Klz+bp383kpK7QnA==
root (php-2) 1:YF9HbXttHB4YTUgu
root(php-3) 1:vayeh6PAkIKmw66Z9A==
dabis-user(php-3) 1:xdDa0aKto/uso+P40u2V
root(php-4) 1:++nn+en4wrXv8Ojz5LGwgQ==
root(php-5) 1:RlRaRFRFfwlSTVVOWQwLPA==
root(devel) 1:5+vw7rPwz/Hm6fPVhQ==
root (uat) 1:28Xw6cff4d/p8JzHqg==
root(services) 1:JXJSV01MZH5tb1dtHA==
root(cmss_live_amp) 1:YHJ8YnJjVCtqYHx8Kioa
root(cmss_shortener)1:TiJxeEV4ZXN0cXlsFg==
root(air_live_amp) 1:/e2Og5uug/6Fq/2u/vvh7+Gt7ZzJ
root(semtex_live) 1:E0ROMEEBTwUVJTBFBhB3
cpostuser(php-5) 1:SiVTL3svSCVPVB0=
cp_napostu_user(php-5) 1:JlJ8TVEnXCNebXRcLEIV
cp_pbaliky_user(php-5) 1:Di1SLj4NVxYqUgkpXQdk
git.importer(dev) 1:1tjUq8fX0un75+rXnQ==
git.importer(devel) 1:1tjUq8fX0un75+rXnQ==
mediawiki(services) 1:j6yIqdKwnaOcsOo=
owc_user(services) 1:SCVuSiMkQytGJkNsL1x3Z2pSJGkd

hesla k webum:

simi_cizinkyukl(php-3) tester 1:Gx8ZIToIAUIjGjo1cA==
data.0g.cz oClodmin 1:9+Lx9aDXos3h9+et8fDYovKg8f2U
data.0g.cz publisher 1:zvbr4LS098vps+O+4LD9wuXI18+H
airbank-klient-cms-test.0g.cz abdev 1:qaiWlY7S0ec=
gtm-cmss.0g.czgoogle1:fGZlY3ZzZXZhBA==
uat,devel,old-cmss.0g.czcervena1:p6mis6S4t6e5r8E=
(yourls) tady.je/adminadmin1:NRYGMw8ZCgdD

Mediawiki specific:
na stroji services.advertures.internal v Case v souboru /var/lib/mediawiki/LocalSettings.php nastavit promennou $wgLDAPUseLocal na true. Pak pujde prihlaseni administratorem.
Po provedeni pozadovanych operaci opet nastavit na false.

mediawiki administrator 1:QwR6UQJ4VX55Vk9eXHo3

heslo na vsechny VM (vyjma windows):

root 1:lqmxnejom77t7tg=


Windows heslo:

administrator 1:PAMbABcVGhcAFEBCQ0Jy

pristup na ldap:

192.168.57.103 cn=Manager,dc=advertures,dc=internal 1:XVVKR0dKQkISEyQ=


novy ldap:

192.168.57.103 cn=Manager 1:mZyakZaPjc7NzP8=

Info o dalsich serverech advertures viz:

https://tiki.uvt.cz/tiki-index.php?page=KlientMatherAdvertures

munin:

http://munin.0g.cz/

mrtguvt2conn

Nasazeni CMSS

Pri pozadavku o nasazeni nove verze CMSS je potreba nejprve zjistit cislo MR (merge request), ktery vyvojari posilaji v mailu. Typicky napisou neco jako MR #1423, tedy cislo je 1423. Pokud se v mailu pise neco o nasazeni SQL fixtures nebo o smazani Symfony cache, nezalekneme se a postupujeme podle jednotneho navodu nize:

  1. Pripojime se do Advertures VPN
  2. prihlasime se na http://gitlab.advertures.internal
  3. Na strance projektu CMSS najdeme v historii zprav radek opened merge request #<cislo MR> a otevreme odkaz
  4. Prohledneme si zmeny v MR a podle uvazeni MR schvalime nebo se zeptame v mailu na detaily, MR by mel byt vytvoren z vetve release<cislo> do uat (info pod nadpisem)
  5. Pokud se zmenami souhlasime (v podstate kontrolujeme jen zjevne nesmyslne MR, kdy treba nekdo chce mazat velke mnozstvi souboru), klepneme na zelene tlacitko Accept (pokud z nejakeho duvodu gitlab tvrdi, ze auto merge nelze provest, MR zamitneme a budeme to resit s vyvojari)
  6. Po slouceni MR na hlavni strance projektu zvolime zelene tlacitko->new merge request
  7. Vyplnime do pozadavku Assign to svuj ucet a zvolime vetve uat->master
  8. Provedeme potrvrzeni MR jako v predchozim kroku, muzeme zde jiz vynechat kontrolu kodu
  9. Tim je ve vetvi master (urceno pro produkci) novy kod urceny k nasazeni
  10. Prihlasime se na virtual cmss-live-amp
  11. Zkontrolujeme mnozstvi mista na disku volanim df -h. Pokud je volneho mista mene nez 25%, smazeme nektere starsi zalohy v /data/zalohy
  12. Zavolame bash /usr/local/scripts/deploy/deploy-live -v -d -f cmss.cz, tento skript nasadi novou verzi z vetve master a nasadi i veskere dostupne SQL fixtures soubory. Take na konci promaze vsechny cache a reloadne Apache. Tento skript by mel dobehnout bez chyb, informovat o celem prubehu a nemeli bychom ho nikdy zastavit v pulce
  13. Po dobehnuti skriptu zkontrolujeme namatkou nektere stranky pod cmss.cz, zdali vse funguje, jak ma
  14. V pripade problemu existuje v /var/www/virtuals/php/ adresar cmss.cz-old-0 a cmss.cz-old-1, coz jsou po rade zalohy webrootu cmss od nejmladsi po nejstarsi. Pokud tedy nedoslo k nasazeni fixtures, staci proste nove nasazeny webroot nahradit jeho nejmladsi zalohou
  15. V pripade nasazeni fixtures a rozbiti DB je nutne rozbalit prislusnou zalohu v /data/zalohy a dohledat dump cele databaze v adresari fixtures
  16. Nezapomeneme odpovedet na email (nejlepe neco ve smyslu "nasazeno, prosim o kontrolu") a zauctujeme si pod Neo@Ogilvy a CMSS 15 minut za praci

Upravy leadu CMSS

Terminem lead lide z CMSS/Advertures oznacuji kratky zaznam v databazi, ktery se vaze k nejakem ukonu na webu CMSS. Typicky se jedna o vyplneni nejakeho dotazniku ci projeveni zajmu o produkt apod. Leady se shromazduji v databazi, odkud je pak PHP kod exportuje do malych souboru v adresarich data/leads a data/leads-forms. V prvnim adresari se shromazduji tzv. klasicke leady, ve druhem tzv. prirustkove leady. Oba adresare se zpracovavaji skriptem volanym z cronu v urceny cas. Skript adresare projde, slepi jednotlive leady do jednoho velkeho CSV souboru a ten odesle na FTP server do CMSS.

Rucni odeslani leadu

Pokud nekdo z Advertures pozaduje rucni odeslani leadu, musi nejprve zminit, zdali mysli klasicke ci prirustkove leady (viz vyse). Pote staci dohledat prislusny cron skript (cmss-send2sftp pro klasicke leady, cmss-sendleadforms2sftp pro prirustkove leady), ktery toto pravidelne provadi a zavolat prislusny prikaz curl rucne na prikazove radce. Do weboveho logu aplikace CMSS by mel skript zapsat neco jako no errors during processing.

Rucni nahrani leadu

Zde jde o to, ze nekdo v CMSS si pripravi male soubory s leady, ktere potrebuje znovu rozbalit do adresare data/leads nebo do data/leads-forms tak, aby se pri nasledujicim volani cronu opet nahraly na FTP server v CMSS. Clovek z Advertures poskytne archiv s jednotlivymi soubory a adresar na serveru, kam se maji soubory rozbalit. Je tedy potreba udelat nasledujici:

  1. Nalezt archiv s ledy na serveru devel
  2. Prekopirovat soubor na server cmss-live-amp
  3. Rozbalit archiv a nahrat adresare/soubory do prislusneho adresare
  4. Zmenit opravneni k souborum/adresarum na apache:apache, 777
  5. Upravit soubor counter tak, aby odkazoval na spravny pocet leadu (je otazka, zda je toto nutne delat, ale nikdo si neni jisty, takze radeji ano). Cislo, ktere je nutne pricist k existujicimu cislu bude uvedeno v emailu
  6. Nezapomeneme odpovedet na email (nejlepe neco ve smyslu "leady nahrany") a zauctujeme si pod Neo@Ogilvy a CMSS 15 minut za praci

Created by darek. Last Modification: Pátek 18 of prosinec, 2015 13:02:56 CET by dfabian.
HistoriePrezentaceKomentáře