Как работать с wordpress на двух пк?
Нужен совет как лучше работать с wordpress с двух ПК. Кратко, я верстальщик + знаю пхп. С цмс умею работать с modx. Решил выучить wordpress (все таки он очень популярный). Но в своей работе я пользуюсь двумя ПК. Например я могу работать днем на одном, а после вечером нужно продолжить дома на личном пк. Увидел решения задачи в двух вариантах:
- Использовать удалённый сервер (хостинг). Настроить в редакторе автоматическую синхронизацию (на сколько это возможно) в обеих пк. Но что то мне этот вариант не особо нравится, синхронизация работает не очень хорошо. Часто возникают проблемы.
- Использовать опенсервер, нужный каталог для работы залить в репозиторий на ГитХаб. И в общем работаю на одном, закончил - залил. Дома нужно, то обновил с репозитория и работаю далее. Но так Ок все при верстке или простых пхп скриптах.
Как лучше именно при работе с цмс? Есть ли у кого такая практика и какой вариант предпочтительный, а то уже неделю все тыкаюсь с одного метода на другой и не знаю как правильно в обще в таком случаи люди работают. Заранее спасибо за советы )
Спасибо за ответы, подтолкнули до следующих размышлений. Изначально я выбрал вариант работы с удалёным сервером - создал поддомен и вроде Ок. Но проблемы адекватной синхронизации давали о себе знать. Например я удалил плагин и на текущем пк и сервере удалились все его файлы - Ок, но придя домой нужно помнить что на уже на этом ПК те все каталоги есть и нужно их удалять вручную. Полноценная синхронизация с локальным проектом и сервером не происходит, ковырял я что vscode что phpstorm.
Я вот подумываю что все таки Вы верно говорите что лучше использовать GIT, но чтоб комфортно было работать, тогда в репозитории нужно держать весь локальный сервер из сайтом (тогда да, база данных также будет одна, так как по сути mysql это такие же файлы). Почитал, смотрю гит дает 1 гб. на юзера. Каталог из сервером + сайт занимает до 10 гиг. Немного смущает что работа будет с такими большими объемами, с таким я еще не сталкивался... но нужно попробовать ))
Ответы (3 шт):
Предлагаю Вам использовать третий вариант (сам пользуюсь) - купил хостинг на год, купил домен, при этом основной домен не трогаю, а создал несколько поддоменов, таким образом на каждом из них прикрутил свой сайт. Удобно тем, что могу хоть из кафе с чужого компьютера зайти в админку и работать с содержимым сайта.
Код должен быть в GitHub в любом случае. Вам нужна история изменений, автоматические тесты (в будущем), возможность работать нескольким девелоперам (ветки) и прочее.
При синхронизации на внешний сервер вам придётся использовать git локально и на сервере. Кроме того, в какой-то момент у вас появится автоматическая компиляция sсss и минификация файлов. Вам нужен будет gulp или webpack, которые придется запускать локально и на сервере.
Это краткий перечень проблем, которые встречаются при современной командной разработке. Поэтому, ведущие международные продуктовые компании ведут разработку плагинов и тем локально, с обменом результатов через GitHub/GitLab/BitBucket. При таком подходе количество используемых компьютеров для одного разработчика не ограничено.
Второй вариант является наиболее предпочтительным в целом. Работа с git упростит жизнь не только вам, но и другим людям, занятым в разработке сейчас или привлеченным в будущем.