Telepítse és konfigurálja az apache mysql-t os x 10 -en
Nem egyszer telepíthető Windows rendezi WAMP'y webes fejlesztés, de el kell ismernem, hogy ez még jobb, hogy dolgozzon oldalakat, amelyek végül futni * nix és az Apache, egy hasonló rendszer, nem windows. Tehát mikor a Mac kezébe kerültem, azt hittem, hé, igen, az OS X szintén Unix ág, a webes fejlesztésnek pedig könnyebbnek kell lennie, és kitalálom.
Ha valaki nem tudta, az OS X alapértelmezésben az Apache webszerverrel érkezik, csak akkor kell engedélyezni. De a mysql nem szerepel a szállítmányban, ezért van valami, ami miatt aggódnunk kell.
Apache indítása
És tárcsázza a csapatot:
Minden működik, most már elvégezheti a MySql telepítését is.
1) Töltse le a legfrissebb terjesztést a hivatalos webhelyről.
A regisztráció helyett, ne felejtsd el kinyitni az alábbi linket: Köszönöm, csak indítsd el a letöltésemet.
Ellenkező esetben egy csomó mezővel kell regisztrálnom, azonnal figyelmeztettelek. Oracle, mit mondhatok.
Az írás idején a MySql jelenlegi verziója 5.6.15 volt, ezért választottam a feltöltést
Mac OS X 10.7 (x86, 64 bites), DMG archívum
2) Telepítés
Futtassa le a letöltött telepítőt, és tekintse meg a következőket:
1 - a tényleges MySQL telepítő
Egyetértünk minden javasoltal, a végén írjuk be a root jelszót
2 - hozzáadva a rendszertulajdonságok panelhez, amely lehetővé teszi, hogy megálljon, indítsa el a szolgáltatást a panelből
A telepítés során el kell dönteni, hogy csak az aktuális felhasználónak vagy mindenkinek tegye
A beállítások telepítése után megtalálhatjuk a MySql elemet
Hol tudom kezelni a MySql szolgáltatást?
3 - autostart szolgáltatás Mac indításakor
Mint az első bekezdésben, egyszerűen egyetértünk mindent, amit a telepítő mond.
3) Próbáljuk meg végrehajtani a mysql parancsot a konzolban
Azt írja, hogy nem találja. Nos, meg kell adni az elérési utat a futtatható fájl mysql profilunkba, akkor tegye meg kézzel - létrehozásához / szerkesztéséhez .bash_profile fájlt a felhasználó home könyvtárában, vagy ezt a parancsot a konzolba:
12 gondolat az "Apache + Mysql telepítése és konfigurálása az OS X 10.9 Maverickeken"
Jó napot.
Szeretnék egy kiszolgálót létrehozni a Mac OS X Server 3.1 rendszerben
Hosszú, de elindult.
Most létre kell hoznia egy MySql szervert
Letöltöttem, telepítettem a csapatot.
És most a hülye kérdés valószínűleg hogyan kapcsolódhat hozzá, kezelheti az adatbázisokat stb.
Mennyit értek meg, hogy a Sequel Pro segítségével vagy a PhpMyAdmin megváltoztatásával lehetséges
Jó napot.
Valójában a Mysql szerverhez való csatlakozás - teljesen attól függ, hogy milyen szokások és feladatok vannak. Ha az Apache rendszerint konfigurálva van - a legegyszerűbb megoldás a phpMyAdmin telepítése, használhatsz valamilyen külső szoftvert is.
De gyakran használom a konzolt. Futtassa a konzolt és írjon
mysql -u -p
és írja be a jelszót.
Hát és tovább használják;
és más csapatok, a feladattól függően. Hátrányok - gyakran a kódolással kapcsolatos problémák, nem nyilvánvalóak, rosszak a csapatok történetében.
Előnyök mindenütt, gyorsan, nem kell semmit sem tenni.
A tapasztalat akkor hasznos, ha virtuális gépen bütykölik a grafikus felhasználói felület nélkül és a phpmyadmin telepítése nélkül. mert a szerszámok megkönnyítik számunkra az életet, de jó, ha képes nélkülük tudni.
Jó napot.
Megértem az adatbázisokat, köszönöm, működik.
De itt van egy új probléma.
Telepítem a wordpress-t, működik. A% postname% -ot benne, és a 404 nem található.
.htaccess c kód:
RewriteEngine On
RewriteBase /
RewriteRule ^ index \ .php $ - [L]
RewriteCond%! -f
RewriteCond%! -d
RewriteRule. /index.php [L]
Modul mod_rewrite, mint a telepítve, mutatta phpinfo
Mi a teendő, hol kell ásni?
Kérlek, kérlek.
Furcsa, különösen a semmiből, új hangszedőt tettek. Set (nem is engedélyt adott, hogy írjon, hogy a kézzel kitöltött és wp-config.php az a tény, hogy én azt javasolta, hogy a WordPress és a .htaccess)
A .htaccess-ban a következő kód van:
RewriteEngine On
RewriteBase /
RewriteRule ^ index \ .php $ - [L]
RewriteCond%! -f
RewriteCond%! -d
RewriteRule. /index.php [L]
Minden egyszerű és hülye volt tőlem. ÉN használ egy programot Server.app A beállítások minden helyszínen, hogy létre kell hozni az Edit Speciális beállítások, hogy egy kullancs az Engedélyezés felülbírálja a .htaccecces fájlok
És akkor minden helyszínen a saját .htaccecek fognak működni
sudo chown -R _www test.com
vagy hozzáférési jogokat
sudo chmod -R 777 test.com
De, megismételem, érdemes csak abban az esetben, ha olyan dolgokat fejlesztesz magadnak, amelyek soha nem látják a fényt egy igazi szerveren. Ellenkező esetben azonnal fel kell használnia a hozzáférési jogok pontos rögzítését.
Nem mindent, de valamit értettek.
Ismét világosan elmagyarázhatod, hogy milyen jogokkal és kivel és hogyan kell biztonságosan dolgozni a hálózati oldalakon. Nagyon fontos. Számos weboldal felszabadult a hálózathoz, néhány "törökök" felülírta az index.php-et, hogy így legyen. Megértem, hogy van egy lyukom.
A segítség nagyon fontos és sürgős.
Köszönöm!
Két mondatban nehéz megválaszolni, hogy mi szükséges a biztonságos működéshez, különösen mivel mindig lesz egy új hiba, amely új biztonsági pillantást vet majd a biztonságra. Alapvetően az alábbiakat kell gondolnia:
- Apache (igen, elvileg bármilyen web szerver, nginx például) kell futtatni egy felhasználó, és nem gyökér (úgy, hogy ha a támadó bejutott a Schell - do Delov is csak hely mappát, és nem az egész rendszer)
- engedélyeinek beállításához mappák 755, 644 fájlokon, ez adja a jogot, hogy olvassa el az összes és írni - csak a tulajdonos (a felhasználó egy web szerver, amely fut), korlátozni fogja a felvételt más felhasználók megosztott tárhely
- meg kell érteni a fentieket továbbra is lehetővé teszi az esetben, ha a veszélyeztetett script felülírni fájlokat a jogot 644. Miután a szkript futtatása nevében a tulajdonos a apache és az összes fájlt a mappában a szerveren azonos tulajdonos. Mindig, mint mindig, a rendszer erőssége megegyezik a leggyengébb lánc erősségével. Ezért, ha biztos benne, hogy valamit nem szabad felülírni, tegye a 444-et ezekre a fájlokra úgy, hogy még az apache és a szkriptek is ne változtassák meg a tartalmat a példa index.php-be. (hacsak persze a php nem tudja hívni a chmod-ot, és megváltoztathatja a hozzáférési jogot bármely fájlhoz). Ne felejtsük el, hogy gyakran buta módon ellopják az ftp-et, és az összes hozzáférési jog egyáltalán nem fontos. Vagy megtöri a szolgáltatót, és csendben feldolgozza az ügyfelek weboldalait. A lehetőségek a sötétség.
A biztonság egy komplex intézkedés, nem segít abban, hogy páncélozott ajtót építsenek egy kerítéssel, ha nem tennék a tetőt.
Nem gondolom magam guruknak a webes programozásban és még nagyobb biztonságban, de az ismereteim elegendőek ahhoz, hogy megértsük, hogy bizonyos akadályok nem elegendőek. Mindig vannak új lyukak, a hulladékkezelési módok védelme mellett - például helyesen helyezzük el a webhelyet git vagy bármely más verzióvezérlő rendszerben, és hozzunk létre napi mintavételt a változásokról. Ez lehetővé teszi fertőzés esetén, hogy megnézze, hol telepedett le, és meghatározza az időhatárt. Készítsen biztonsági másolatokat a naplókról, hogy legyen valami, ami feltárja a fertőzés belépési pontját. De megismétlem, nincs bárhol ezüstös golyó, beleértve a biztonságot is. Próbáltam csak megkérni a vektorokat, hogy tanuljanak.
Nagyon segített, köszönöm.
Szívesen segít)
És köszönöm a kiegészítést, még mindig nehéz megjegyezni minden árnyalatot, különösen azokat, amelyekre nincs szükség, vagy fordítva a gépen.
A virtuális hostok engedélyezése lecsökkenti az Apache rendszert
egy sor befelé töltése után
/etc/apache2/httpd.conf
#Include /private/etc/apache2/extra/httpd-vhosts.conf
A kiszolgáló újra működik, de csak a localhost (
Mi lehet a konfliktus?
Nehéz megmondani, meg kell nézni a naplók hibákat. Nyilvánvalóan valami görbe a httpd-vhosts.conf fájlban