Am instalat WAMP-uri pentru dezvoltarea web de mai multe ori sub Windows, dar trebuie să recunosc că este mai bine să dezvolți site-uri care în cele din urmă vor fi lansate sub * nix și apache, într-un sistem similar, mai degrabă decât ferestre. Așa că, când am intrat în mâinile Mac-ului, m-am gândit, hei, da OS X este de asemenea o filială Unix, cu dezvoltarea web-ului ar trebui să fie mai ușoară și ghicit.
Dacă cineva nu știa, OS X vine cu serverul web Apache în mod implicit, trebuie doar să fie activat. Dar mysql nu este inclus în livrare, deci este ceva de îngrijorat, vom continua.
Incepand cu Apache
Și formați echipa:
Totul funcționează, acum puteți face și instalarea programului MySql.
1) Descărcați cea mai recentă distribuție de pe site-ul oficial.
În loc de înregistrare, nu uitați să faceți clic pe link-ul de mai jos. Nu mulțumesc, doar începe descărcarea mea.
În caz contrar, va trebui să mă înregistrez cu o grămadă de câmpuri, vă avertizez imediat. Oracle, ce pot să spun.
La momentul acestei scrieri, versiunea curentă a MySql era 5.6.15, deci am ales să încărc
Mac OS X 10.7 (x86, 64 biți), arhivă DMG
2) Instalați
Rulați programul de instalare descărcat și vedeți următoarele:
1 - actualul program de instalare MySQL
Suntem de acord cu toate propuse, la sfârșit introduceți parola de root
2 - adăugat la panoul proprietăților sistemului, care vă permite să opriți, pornirea serviciului din panou
La instalare este necesar să selectați pentru a pune doar pentru utilizatorul curent sau pentru toți
După instalare, putem găsi elementul MySql
Unde pot gestiona serviciul MySql?
3 - serviciul de autostart atunci când porniți Mac
La fel ca în primul paragraf, pur și simplu suntem de acord cu tot ce va spune instalatorul.
3) Să încercăm să executăm comanda mysql din consola
Scrie că nu poate găsi. Ei bine, trebuie să adăugați calea către fișierele mysql executabile pentru noi în profil, puteți să o faceți manual - să creați / editați fișierul .bash_profile în dosarul de domiciliu al utilizatorului sau pur și simplu să executați această comandă în consola:
12 gânduri despre "Instalarea și configurarea Apache + Mysql pe OS X 10.9 Mavericks"
Bună ziua.
Vreau să fac un server pe Mac OS X Server 3.1
Lungă, dar lansată.
Acum trebuie să creați un server MySql
Descărcat, am instalat echipa.
Și acum întrebarea stupidă este probabil cum să vă conectați la ea, să gestionați bazele de date etc.
Cât de mult înțeleg că este posibil prin Sequel Pro sau pentru a schimba PhpMyAdmin
O zi bună.
De fapt, cum să vă conectați la serverul Mysql - depinde în întregime de obiceiurile și sarcinile. Dacă apache este în mod normal configurat - soluția cea mai ușoară este să instalați phpMyAdmin, puteți utiliza și un fel de software extern.
Dar de multe ori recurg la consola. Rulați consola și scrieți
mysql -u -p
și introduceți parola.
Ei bine și în continuare USE;
și alte echipe, în funcție de sarcină. Cons contra - deseori probleme cu codificarea, nu sunt evidente, rele cu istoria echipelor.
Pro - funcționează peste tot, rapid, nu trebuie să puneți nimic în plus.
Experiența este utilă atunci când lucrați într-o mașină virtuală fără o interfață grafică și fără instalarea phpmyadmin-ului. pentru că instrumente ușurează viața pentru noi, dar este bine să le poți face fără ele.
Bună ziua.
Înțeleg bazele de date, mulțumesc, funcționează.
Dar aici o nouă problemă.
Instalez wordpress, funcționează. Include% postname% în el și pentru a obține 404 nu a fost găsit.
.Codul htaccess c:
RewriteEngine activată
RewriteBase /
RewriteRule ^ index \ .php $ - [L]
RewriteCond%! -f
RewriteCond%! -d
RewriteRule. /index.php [L]
Modulul mod_rewrite ca instalat, a arătat phpinfo
Ce să faci, unde să săpești?
Prompt, vă rog.
Ciudat, în special de la zero, am pus un nou wordpress. Instalat (nici măcar nu i-au dat dreptul de a scrie, așa că a fost completat manual și wp-config.php de faptul că mi sa oferit un WordPress și .htaccess)
Am următorul cod în .htaccess:
RewriteEngine activată
RewriteBase /
RewriteRule ^ index \ .php $ - [L]
RewriteCond%! -f
RewriteCond%! -d
RewriteRule. /index.php [L]
Totul era simplu și prost de mine. Folosesc programul Server.app În setările fiecărui site pe care îl creăm, trebuie să bifăm opțiunea Allow overrides using .htaccecces în fila Editare setări avansate
Apoi, pentru fiecare site va funcționa propriile .htaccecces
sudo chown -R _www test.com
sau drepturi de acces
sudo chmod -R 777 test.com
Dar, repet, merită să faci numai în cazurile în care dezvolți lucruri pentru tine, care nu vor vedea lumina pe un server real. În caz contrar, trebuie să vă obișnuiți imediat cu aplicarea corectă a drepturilor de acces.
Nu tot, ci ceva înțeles.
Încă o dată, puteți explica în mod clar ce drepturi, pentru cine și cum trebuie să lucrați în siguranță pe site-urile de rețea. Este foarte important. Câteva site-uri lansate în rețea, unii "turci" au suprascris index.php-ul. Înțeleg că am o gaură.
Ajutorul este foarte important și urgent.
Mulțumesc!
În două propoziții este dificil să răspundem la ceea ce este necesar pentru o operare sigură, mai ales că va exista întotdeauna un nou bug care va face o nouă viziune asupra securității (cu inimă, scoică din cel din urmă). Practic, trebuie să vă gândiți la următoarele:
- Apache (da, în principiu, orice server web, de exemplu nginx) trebuie să fie rulat de la un utilizator separat și nu root (astfel încât atacatorul să aibă acces la shell - funcționează doar în folderul site-ului, nu în sistem)
- pe permisiunile setului de foldere 755, în fișierele 644, acest lucru oferă dreptul de a citi totul și de a scrie numai proprietarului (utilizatorul de sub care rulează serverul web), aceasta restricționează scrierea către ceilalți utilizatori pe gazdele partajate
- merită să înțelegeți cele de mai sus că acest lucru vă va permite în continuare să suprascrieți fișierele cu dreptul 644 în cazul unui script vulnerabil. La urma urmei, scriptul este executat în numele proprietarului apache și toate fișierele din dosarul serverului au același proprietar. Toate ca întotdeauna, sistemul are o forță egală cu puterea celei mai slabe legături. Prin urmare, dacă sunteți sigur că ceva nu ar trebui suprascris, puneți 444 pe aceste fișiere astfel încât apache și script-urile să nu poată schimba conținutul la exemplul index.php. (cu excepția cazului în care, desigur, nu puteți să apelați chmod din php și să schimbați dreptul de acces la orice fișier). Nu uitați că furați de multe ori prost FTP, iar apoi toate drepturile de acces nu sunt deloc importante. Sau le rupe furnizorul și procesează liniștit site-urile clienților. Opțiunile sunt întuneric.
Securitatea este un complex de măsuri, nu va ajuta să puneți o ușă blindată cu un gard dacă nu puneți acoperișul.
Nu mă consider un guru în programarea web și chiar mai multă siguranță, dar cunoștințele mele sunt suficiente pentru a înțelege că unele măsuri de barieră nu sunt suficiente. Întotdeauna voi avea găuri noi, în plus față de protejarea planificării modurilor de deșeuri - de exemplu, plasați corect site-ul în git sau în orice alt sistem de control al versiunilor și setați o eșantionare zilnică a modificărilor. Acest lucru va permite în cazul unei infecții să vadă unde sa stabilit și să stabilească intervalul de timp. Faceți copii de siguranță ale jurnalelor, astfel încât să existe ceva de explorat pentru punctul de intrare al infecției. Dar repet, nu există nici un glonț de argint oriunde, inclusiv în siguranță. Am încercat doar să vă întreb vectorii să studieze.
Am ajutat foarte mult, mulțumesc.
Mă bucur să vă ajut)
Și mulțumesc pentru adăugare, este încă dificil să vă amintiți toate nuanțele, în special cele care nu sunt necesare sau viceversa pe mașină.
Activarea gazdelor virtuale reduce Apache
după ce inversează o linie în
/etc/apache2/httpd.conf
# Include /private/etc/apache2/extra/httpd-vhosts.conf
Serverul funcționează din nou, dar numai localhost (
Care este conflictul?
Este greu de spus că trebuie să urmăriți cu erori jurnalele. Evident, ceva este strâmb în httpd-vhosts.conf