Wordpress telepítés - localhost

Amikor localhost -ra telepítjük, akkor nincs ftp és elsőre könnyen lehet, hogy nem megy a frissítés sem.

Alap problémák megoldása egy teljes telepítéssel.

Fogadjátok nagy szeretettel:

https://www.youtube.com/watch?v=3eSQyT-Y0HI

( Charybdis | 2019. 02. 12., k – 09:41 )

Szerintem nem jó ötlet localhostra WordPress-t telepíteni, miért tennénk ilyet? Távoli szerveren akarjuk futtatni, tehát az ottani konfigurációval kell tesztelni, a saját gépen nem lesz ugyanaz a konfiguráció. Legkönnyebb tehát eleve a távoli szerveren tesztelni. Van sok tárhely, ahol egy kattintással lehet létrehozni teszt oldalt (staging), vagy pedig van erre WordPress plugin is, aztán megint egy kattintás az élő változatra átmásolni a letesztelt oldalt.

Gondolom aki WordPress-t telepítene localhostra, annak van éles weboldala is, ami fut egy tárhelyszolgáltatónál. Ott már ugye telepítve van minden, be van állítva. Akkor minek próbálkozni localhoston ezt az egészet lemásolni? Meg ugye átlag user Cpanel alá fogja feltenni a WordPress-t, és Cpanel alatt van olyan okosság, amivel összeakadthat adott plugin, pl. Imunify360, ezt is tesztelni kell, meg hogy https alatt nincs-e mixed content warning, emaileket tud-e küldeni stb. Ezt mind be kéne állítani localhoston, elég macerás lehet.

Én ha _bármit_ fejlesztek, azt összerakom, hogy menjen _minden_ a laptopomon. Talán rossz szokás. De néha szívás a nettől függeni.

Jártam már úgy, hogy ügyfélnél kellett fixet és patch releaset csinálni gyorsan net nélkül. Vagy ha vihar miatt leszakad a net, akkor ne kelljen egy nap kényszerszabira menni határidő előtt.

Nyilván ha hadoop-oznék, azt nem csinálnám laptopon (bár mérni tesztelni okosan lehet kis adatmennyiségen is), de aminek nincs akadálya, azt igenis telepítem a fejlesztői gépemre.

( lajos22 | 2019. 02. 12., k – 11:38 )

Épeszű ember önszántából miért használja ezt a szart?

--
openSUSE 42.2 x86_64

Igen, az a másik. Talán azt kéne felismerni, hogy ne filléreskedjenek az ügyfelek. Én a komplett fejlesztői vállalkozásomat becsuktam, mert meguntam, hogy csak jót adok ki a kezemből, drágán, aztán jön a hiszti, hogy dehát feleenyiért is van. Ja van, csak az szar lesz és nem értette meg. Utána hozzám jött, hogy inkább mégis, mert a másik szart csinált.
Tartja a mondás, hogy az olcsó néha drágább...

--
openSUSE 42.2 x86_64

Mert egy kibaszott jó CMS, csak érteni kell hozzá!
Én csak és kizárólag erre vagyok specializálódva, immáron 10 éve.

Én meg azt szoktam kérdezni, mi a jó istenért használ valaki olyan szennyt mint a Drupal. Egy évet lehúztam mellette, de hajamat tépve menekültem aztán a közeléből.

akkor valamit nagyon elrontottál a Drupal esetében, vélhetően már a tervezéskor. hasonló CMS a WP és a Drupal is, de nem ugyanarra valók végső soron. előbbi egyszerűbb igényeknél, rövidebb fejlesztési időtávon, utóbbi komplexebb feladatok megoldásában és elhúzódó, átalakuló projektek esetén jeleskedik (és jön ki az erősségük). lassan 15 év Drupal és WP fejlesztés, üzemeltetés stb. után mondom mindezt.

( Pene | 2019. 02. 13., sze – 16:34 )

nem néztem végig, de wp-config.php-ba define('FS_METHOD','direct'); és meg is vagyunk :) erről (is) szól a video? :)