Servere custom, obiceiuri si obisnuiti

Sunt intr-o zi foarte ciudata, si am tendinta ca dupa fiecare chestie care mi se intampla, sa zic “urasc chestia care tocmai s-a intamplat” Si eu de obicei sunt un optimist.

Azi dupa-masa m-a sunat un numar pe care nu il aveam in agenda, dar dormeam. Am sunat inapoi, nimic. Urasc oamenii care te suna, nu poti sa le raspunzi si apoi, cand suni inapoi nu raspund nici ei…

Peste juma’ de ora ma suna el:

“Salut, sunt X, ne stim de acolo, bla bla bla, IT, bla bla bla, afacere online, cafeluta sa iti spun ce si cum…”

“E MLM?” (MLM – Multi Level Marketing, vezi pensiile private sau Amway)
“uhhh… Da…”
“Nu mersi, o seara faina!”

Am fost un pic mai on edge azi si ieri decat in rest, cu un proiect urgent si care trebuia terminat flawless din prima. Totul ar fi mers brici, daca unul din serverele cu care lucram nu era customizat waaaaay beyond any recognition, si am stat o ora si mi-am prins urechile, tremurand de nervi ca erau jos niste sisteme destul de importante si nu reuseam sa le pornesc. Pana la urma s-a rezolvat in 5 secunde de cel care a “customizat” serverul.

Unul din cele mai importante concepte, si guideline-uri din cadrul procesului de design al unui produs este acela de a nu schimba obiceiul utilizatorului. Adica, nu incerca sa obisnuiesti omul sa dea click pe mouse cu nasul, sau sa deschida usa cu genunchiul, sau sa ii muti X’ul ala din coltul dreapta sus al ferestrei in stanga jos. Aceeasi chestie se aplica si la mine. Daca tot ai customizat o chestie, scoate-o dracu pe aia default afara si nu ma mai enerva, macar sa stiu ce caut. In cazul de fata e vorba de un al doilea server de apache instalat din surse pe un server cand ala default s-a busit. Puteam sa ii dai restart cu service httpd sau din etc/init.d/ sau apachectl pana poimaine.

Daca tot schimbati ceva care de multe ori si entru multa lume vine de la sine inteles, faceti un pic de documentatie, si aveti grija sa nu o uitati pe stick, ci sa fie accesibila celui care va intra in contact cu schimbarea pe care ati facut-o.

Si nu am chef sa recitesc articolul, deci daca am greseli, va rog sa imi spuneti si le corectez mai incolo.

O seara faina.

[PLESK] removing/modifying open_basedir in plesk

Let’s think about a situation where you have a subdomain and you want it to be able to access files from the domain httpdocs directory. You cannot do that by default in Plesk, because of open_basedir. You can edit the httpd.include file in:

/var/www/vhosts/domain.com/conf/httpd.include

but that will only work until the next plesk restart or major modification.

But, the httpd.include file that manages a domain and subdomain explicitly says:

# ATTENTION!
# DO NOT MODIFY THIS FILE OR ANY PART OF IT. THIS CAN RESULT IN IMPROPER PLESK
# FUNCTIONING OR FAILURE, CAUSE DAMAGE AND LOSS OF DATA. IF YOU REQUIRE CUSTOM
# MODIFICATIONS TO BE APPLIED TO THE CONFIGURATION, PLEASE, PERFORM THEM IN THE
# FOLLOWING FILE(S):
# /var/www/vhosts/domain.com/conf/vhost.conf
# /var/www/vhosts/domain.com/subdomains/subdomain-name/conf/vhost.conf

So, disabling open_basedir is *usually* as simple as editing the vhost.conf file (or create it if it does not exist), and adding:

Entire HOWTO here.