Sly32

Рейтинг
391
Регистрация
29.03.2012
Должность
Software engineer
TiA:
Я процитировал ровно то, что вы написали.

Если речь идет о банальной синхронизации темы для WordPress, то можно просто копировать измененные файлы на сервер с помощью WinSCP.

Можно также в настройках PhpStorm-а настроить меппинг путей и по необходимости запускать синхронизацию содержимого папки с темой через соответствующий пункт в контекстном меню.

Завершили итерацию по доработкам - загрузили на тестовый сервер. Заказчик одобрил - сделали коммит в локальный репозиторий.

Опять же. Цель вопроса - УПРОСТИТЬ деплой! Вы мне уже предлагаете еще 3 доп. действия или я чего-то недопонимаю...

Были же исходные данные - проект в любом случае храниться на Битбакете через SVN Mercurial. Это я не собираюсь менять. Коммиты постоянно сохраняются там же.

SCP опять же тупо загонит по нужному мне адресу всю папку, не разбираясь что и как, а зачем?

Filezilla позволяет закачивать только обновленные файлы, что уже как вариант в данном случае.

Вот с PHPstorm никак не сяду разобраться и настроить его, возможно это будет лучшим решением.

TiA:
Позвольте поинтересоваться, а зачем каждый раз гонять весь сайт на рабочий сервер? Вы правите системные файлы WordPress?

Не утрируйте. Не то что не весь, а только, допустим папку с темой, которую нужно заливать каждый раз заново. При этом hg pull мне затянет только измененные файлы. Да, файлзилла это тоже может. Но приноровившись, через консоль проще безопаснее, не говоря что быстрее, если я работаю с репозитарием, темже битбакетом.

Не запутаюсь, где новое, где старое.

В любой момент откачусь на любую версию.

Я вообще перестаю понимать уже, о чем спор. Возникает впечатление, что оппоненты пытаются доказать, что контроль версий- зло, работа в консоли более опасна чем через ftp (!!!)

Эдак вы договоритесь, что Вордпресс лучше Джанги))))

SeVlad:
Те зашил форму в тему? И при смене темы этот функционал потеряется? Вот об этом я и говорю - нельзя так делать. Ну те не кульно. Вынеси это в плагин и всех делов.

Вынести в плагин недолго, скорее всего так и сделаю, но потому, что получилась легкая и удобная ajax-форма.

Но в данном случае клиенту делается тема под лэндинг, узконаправленная. Вордпресс использован из-за удобной админки для страницы новостей. В данном случае поменять тему в принципе нереально. Доработать - да.

И мне кажется тут половина не видит преимуществ и удобств контроля версий. Он позволяет мне как раз не гонять каждый раз на рабочий сервер весь сайт, а оперативно добавлять только то, что изменено, что как раз актуально при маленькой скорости доступа. Проблем с безопасностью вообще не вижу. Ведь пароль доступа к хранилищу вообще не хранится на сервере рабочем. Нужно обновиться, зашел в консоль, указал путь к хранилищу ввел пароли, получил обновления, сделал апдэйт, все!!!

admak, вы мне предлагаете написать кучу костылей вместо отлаженного и готового решения. А я не настолько силен в баше. Серверы... скрипты... При наличии впски все это не нужно, очень надеюсь, что с шаредами жизнь будет сталкивать нечасто)

---------- Добавлено 17.07.2016 в 22:19 ----------

SeVlad,

SeVlad:
Любыми данными дОлжно управляться из админки.

Да пожалста! что мешает? Вот я по вашей наводке так и сделал с той же формой обратной связи - теперь емэйл добавляешь в настройке темы, не надо ползти в код. и без громоздких плагинов.

Ничего не режет, специально проверил на обновленном ВП. Скорее всего какой-нибудь плагин кривой

ivan091987:
Я тебя явный переспам/переоптимизация одним и теж же ключевиком " аренда автомобиля, прокат
Это и есть то что тебе написали в вебмастре - несоответствие стандартам Яши.
Ознакомься http://blog.aweb.ua/overspam/

Хотя меня из под фильтра выпустили, склонен согласиться - с переспамом надо еще работать

Арамис:
Каким образом ваша фича проверяет реально ли не под агс домен? можно доверять на 100%?

Если показывает АГС - значит 100%. Там запрос яндекса используется. Может какие то виды АГС и не определяет, но пока еще сбоев не было

SeVlad:


Вот как раз в данный момент я "меняю тему" заказчику. Если бы пред. разраб сделал всё нормально - заказчик бы сэкономил баксов 200 самое малое. А так там не только уник. функционал зашит в тему (причём весьма плотно и раскидано по множеству файлов), но и всякие кнопочки, шорткоды и много чего как бэ "по мелочи", но оно всё потеряется при смене темы. И по многому фиг сразу узнаешь же что потерялось.

Думаю, при следующей смене шаблона следующий исполнитель повторит твои слова...

Я вот на днях столкнулся вот с такой универсальной обновляемой темой, обвешаной всякими перделками свистелками в виде композера и прочей фигни. По итогу все еле ворочается, зато да все из стандартных плагинов))) Даже не понимаю, нафига такие грабли. Сказал - или перепишу все по-человечески или ***сь сами)) Когда из-за того, чтоб вывести простой график, тянут тяжеленный плагин - не понимаю... Или контактная форма из 5 строк а вешают cForm. Не понимаю

SeVlad, Вот может я и не прав, но как раз эти обновления могут заказчику и создатьв дальнейшем проблемы, соотвтетственно и мне.

Вот зачем они. В моем случае - фактически сайт-визитка, лэндинг, для компании, продающей рекламные места на различных ресурсах. Сделать красивую посадочную страницу, сделать ленту новостей компании, сделать возможность обновлять основные блоки на главной, форма обратной связи. Для сео-оптимизации - блок произвольных полей.

Какие там обновления нужны? чтоб в какой то момент полетело все? А так я знаю, что все будет работать сто лет. Или разбираться, чего они там обновили... Вот это и будет подстава.

Оу, я уже жалею что поднял тему, надавали советов...

Наверное я не обьяснил толком суть, зачем это надо.

Сделан тестовый поддомен, заливаю туда готовое. Заказчик смотрит, говорит что не так, что доделать. Меняю, опять заливаю. И так пока не сдам проект. Потом уже никаких постоянных обновлений. Зачем мне дочерние темы? зачем обновления?

Всего: 8320