Как организовать процесс редактирования сайтов на Wordpress?

Question

[Сергей Кулагин]

Пытаюсь сделать процесс редактирования сайта (в данном случае на wordpress) удобным для себя и безболезненным для пользователей сайта (чтобы пользователи не натыкались на промежуточные варианты со сломанным дизайном ).

Использую: ОС Win7, Denwer, Sublime Text 3 + sftp доступ на хостинг. Пытаюсь перейти на sass, а потом и на grunt.

Вариант 1:
Править файлы и БД на хостинге.
+ Удобно;
- Пользователи видят все изменения, происходящие с сайтом.
- Нет возможности использования sass, compass, grunt и прочего.

Вариант 2:
Создать копию сайта и БД на локальном компьютере, а после редактирования выгружать БД и загружать её на хостинг вместе с остальными файлами.
+ Пользователи не видят промежуточных косяков;
- Если использовать то же доменное имя, то часть данных подгружается с хостинга ( а отключаться от инета на время редактирования - как-то не айс..
- Если менять доменное имя, то возникает вопрос с путями к файлам - использовать только относительные;
- Нет доступа к сайту другим пользователям (иногда нужно согласовать что-то с дизайнером, заказчиком,..).

Вариант 3
Создать потдоменное имя сайта (например temp.sitename.ru) и уже с ним играться
+ Условия работы временного сайта максимально приближены к условиям оригинального сайта;
+ Есть доступ для других пользователей;
+ Пользователи основного сайта не видят процесс редактирования;
- Возня с импортом/экспортом БД;
- Отсутствие возможности использования sass, compass, grunt и прочего.

Собственно хотел поинтересоваться - как оно правильней и как это делаете Вы?

Answer 1

[zugo]

Глупый какой-то вопрос.
Локальный сервер -> тестовый/демонстраницонный хостинг -> "боевой" хостинг. Разумеется, деплоить все это нужно с помощью системы контроля версий, а не мышкой папки в FTP-клиенте таскать.

Comments

[Сергей Кулагин]

Изначально был один небольшой проект в десять страничек html без БД и прочего. Писалось всё на коленке - редактора кода и ftp клиента было достаточно. Сейчас предстоит вести 3 - 4 больших проекта, поэтому хочу изначально всё выстроить как положено, но знаний в этой области не хватает ( Поэтому и решил посоветоваться, как это сейчас лучше реализовать. Параллельно изучаю sass и grunt.

[zugo]

Сергей Кулагин: очень советую еще освоить какую-либо систему контроля версий - сейчас индустриальный стандарт де-факто - git, но для начала пойдет и что-то попроще, например SVN.

Answer 2

[Станислав Фатеев]

Лучше всего конечно забыть про Windows и Denwer. Пользоваться sass, compass, grunt, и прочим на локальной машине (а лучше в виртуалке), создав копию сайта и БД на ней же, и используя только относительные пути к файлам.

Научиться пользоваться git с приватными репозиториями на BitBucket. 1): у вас всегда будет бэкап, 2): возможность откатиться на любую стадию, 3): легкий доступ к коду с любого компьютера. 4) После некоторой возни с настройкой, легкий деплой в одну команду, без мучений с FTP.

С помощью хуков git автоматом деплоить тестовую ветку на test.sitename.ru, для проверки нормальной работы на сервак, а ветку с чистым, рабочим и оттестрированым кодом готовым к релизу деплоить на sitename.ru.

Вся возня с импортом\эскпортом БД, заключается в нормальной настройке скриптов для этого дела. Потом вы про это забудете. Необходимость использовать абсолютных имен файлов мне не очень понятна.

Comments

[Сергей Кулагин]

Спасибо большое за развернутый ответ! Буду изучать работу c github'ом. Про скрипты правда не совсем понял - имелись в виду скрипты grunt'a, github'а или ОС? То же бы поискал информацию, почитал бы про них.

[Станислав Фатеев]

Сергей Кулагин: замечу, что git и github - не одно и тоже. Мне представляется, что экспорт\импорт бд легче всего осуществлять средствами ОС. Можно конечно и в Windows сделать, но все же в Linux это как-то очевиднее, и больше мануалов. Работая под Windows всегда есть возможность наткнуться на какую-то проблему, так как большинство инструментов портировано из linux. В git'e есть так назваемые хуки - hooks - это скрипты, которые автоматом выполняются например, когда вы пушите (то есть заливаете в основной репозиторий изменения) или делаете коммит (фиксируете изменения в локальном репозитории) У меня лично, сделано так, что хук при пуше выполняет запрос к php скрипту на сервере, который вытягивает (pull) из репозитория новую версию сайта. То есть, я одной командой (git push) выполняю всю работу по заливке файлов, не заморачиваясь ни с какими фтп-клиентами, и у меня вообще закрыт доступ по фтп к серверу. БД я не обновляю так, но при желании это легко можно сделать, например, банально делать дамп базы в репозитории и разворачивать его на сервере. Повторюсь, это все скрипты ОС + php скрипт в корне сайта.

Думаю, это все сложно понять вот так сразу, начните с:
https://try.github.io/levels/1/challenges/1
https://rogerdudler.github.io/git-guide/index.ru.html

[Сергей Кулагин]

Станислав, спасибо Вам за помощь и за ссылки! Буду разбираться, но пока действительно тяжело. Всё больше сводится к командной строке и linux, а я сколько не пытался освоить bash - пока безрезультатно.

[Станислав Фатеев]

Сергей Кулагин: Есть простой и радикальный способ быстро научиться всему, сначала читаете серию мануалов по линукс, например: habrahabr.ru/post/99041
Пробуете всё в виртуалочке. Потом на домашнем компьютере смело сносите винду, что бы не возникало соблазна в нее перегрузиться и ставите Ubuntu. Продолжаете пользоваться компьютером так же как и прежде, ну там, сёрфинг, кино, торренты, игры, работа, программирование. Там интерфейс для домохозяек, сможете разобраться и без командной строки в элементарных вещах, но в процессе так или иначе командной строкой придется пользоваться. Это пожалуй самый быстрый способ научиться.

Если он вам не подходит, заведите самую дешевую VPS на linux, настройте на ней web-сервер, поставьте wordpress. Существует множество мануалов где вообще задумываться не надо, вводишь команды по порядку и всё.

В общем, нужна практика. Теоретизируя далеко не уедешь.

Answer 3

[index0h]

1. Правки на проде (хостинге) - это только диплой, или решение экстренных проблем уровня "не работает главная страница" и выше. Другие правки обычно признак говнаря))
2. VCS - обязательно, например git. В случае, если ваш сайтик взломают у вас будет возможность быстро понять, какие файлы были потроганы, в противном же - нет.
3. Ведите разработку на окружении максимально приближенном к проду, если там ОС Win7 и Denwer - используйте их, в противном случае НЕ используйте. Вполне норм решением является разработка под vagrant-ом. По поднятию окружения можете посмотреть тут.
4. Для изменений БД обязательно используйте миграции.

Comments

[Сергей Кулагин]

Спасибо за советы, обязательно к ним прислушаюсь! Пошел изучать git ) Без него походу ни куда..

Answer 4

[Алексей Николаев]

Не вижу проблемы использовать sass / compass / etc на dev сервере (поддомен для разработки). Все это все равно компилируется в чистый html \ css.
А вообще, в любой мало мальски уважающей себя компании есть продакшен-сервер, девелоперский сервер, и репозиторий, куда сливаются все изменения, сделанные разработчиками на локальной машине.