SeVlad: А делал бы на рабочем сервере - сколько б ресурсов сэкономил
Ну, тут я немного слукавил - в данном случае разговор шел о проекте Джанго, а там никакой речи о правке продакшена не стоит даже))) Да и в чем экономия - не вижу. На локалке у меня стоит дебаг тулбар, который все показывает, не открою же я его на сервере.
SeVlad: Ё! Ты же работаешь с файлами? Я правда не понимаю как можно работать с файлами не имея управления над ними.
Для этого мне хватает консоли. а консольный mc мне совсем не понравился, уж лучше тогда файлзила)
SeVlad: Как раз наоборот! Заказчик доволен, что сайт у него. Не заморочен рисками, что его кинут.
Сермяжная правда в этом есть) Но я даже в такой ситуации предпочитаю развернуть у себя аналог сервера заказчика, сделать как надо и потом залить рабочие изменения. А вообще я уже пару раз столкнулся с тем, что с виду серьезнев компании работают по твоему варианту. Для меня шок)))
SeVlad: Если речь о более-менее серьёзном проекте, то я по возможности делаю всё на сервере (да-да шареде) заказчика, но на левом закрытом домене.
Вот ты сейчас не обижайся, но я тебе одну вещь скажу(с) )))
Я в жизни не поверю, что серьезный заказчик согласится с таким способом разработки. Конечно, было время, когда я всерьез считал, что правка кода сайта через редактор в cPanel - лучше ничего быть не может))) И надеяться, что в случае чего хостер откат сделает...
SeVlad: Весьма самоуверенно считать свой код безопаснее, чем проверенный сотнями людей и кучей тестов. И то там иногда находят уязвимости.
Может быть. Но способ изучения языка от теории, а не сразу правка на продакшене в некоторых вещах позволяет мне быть уверенным.
SeVlad: Вот я напр. не понимаю как для разработчик сайтов файмеджер может быть дикостью.
Можно вкратце, зачем он вам?
SeVlad: Это позволяет работать в абсолютно идентичных условиях, не нарываясь на косяки с настройками разного серверного ПО (ты, видать, мало с эти сталкивался. А я уж наелся...).
Вот поэтому я и предпочитаю предложить заказчику нормальный сервер.
SeVlad: Это ппц. Это ты говоришь о простоте?!!! 2(или 3?) промежуточных (лишних по сути) звена до продакшена?
ЛИШНИХ??? бедные заказчики... Я как минимум для упрощения убрал цикл тестирования кода. Ну да в вордпрессе с этим не очень... Но в фреймворке без этого сложно обойтись.
Что далеко ходить - вчера лил изменения в связи с тем что у нас деноминация и пришлось переделывать пересчет курсов валют. На локалке все ок, на сервере получаю 500. А все потому что поленился тест написать, в итоге ушло гораздо больше времени, чтобы выяснить, откуда ошибка, потому что даже в логи ничего не падало.
Спор ушел далеко от темы, впору новую открывать. Но советую противникам SVN опять же попробовать поработать правильно. Знакомые танкисты представляю как угорят, прочитав этот спор)
DenisVS, Да уже разговор ради разговора) Я уже давно делаю как мне проще в этой ситуации. База - в данном случае уж если опустился до шареда, то и через пхпмуадмин можно лить))) стыдоба сказать) Теоретически даже на шареде должен быть доступ к mysql
Ок. давай определимся. Есть 2 варианта работа над кодом сайта - сразу на продакшене
Не убивай меня, плиз!!! Нет такого варианта - правка на продакшене)))
Любой сайт, с которым я работаю, у меня должен быть на локалке в том же виде как и на продакшене, включая базу. Что бы потом не отлавливать призраков. Соответственно и
- внес изменения
- проверил работоспособность на локалке
- залил на свой же демо-сервер, доступный заказчику, заказчик одобрил - внес изменения на продакшен.
Зачем страдать фигней с файлменеджерами, думать, что нужно заливать, что нет, когда все это делает Меркуриал??? Я уже который день безуспешно это пытаюсь донести.
Соответственно меня и бесит, что на шареде я трачу бесполезно время.
mendel: Строго говоря в таком говнокоде как вордпресс это не лишено смысла, ибо 95% всех плагинов написаны задней левой ногой убитого индуса. На практике выражается в скорости работы, и что важнее - в дырявости. Если задача простая, то часто действительно проще и надежнее писать свой велосипед чем поддерживать чужое УГ.
+100500
Естественно я пересмотрел несколько плагинов, по итогу решил, что мне проще написать свой, в котором я буду полностью понимать что, откуда и как работает, при необходимости вносить правки, знать, что туда никакого г... не напихано. По итогу он быстро и корректно работает. Нужно будет - добавлю, например, рекапчу, нужно - еще строки.
Я фшоке 🤣 Ну какой для этого нужен шаблон??? Тем более если вам не нужны скроллы никакие и прочие свистели крутелки? Откройте в нете понравившуюся страницы, скопируйте ее, вычистите и вствьте свои ссылки. Ну или в любом визуале за 2 минуты накидайте.
А вообще мне нравятся бесплатные шаблоны от графберри, там есть красивые заглушки - можно их переделать
🤣 оно непроизвольно получается, извините) Вот вчера вернулся к сайту на Питоне - прям как в отпуск пошел, одно удовольствие работать)
---------- Добавлено 19.07.2016 в 09:29 ----------
admak: Смотрите, то что Вы отквотили и ссылку. Разговор про консоль сервера(в каждом посту я подчеркиваю, что чужого сервера, клиентского шареда как в этом топике и т.д.) Т.е. мы достоверно не знаем, что творится на самом сервере.
Ну как это не знаем? Нафига связываться с таким сервером? Работаем в любом случае с проверенным хостером. Но в принципе, если можно, побольше инфы о рисках, таящихся здесь, можно ссылочкой. А то я как-то консоли больше доверяю в плане безопасности, чем фтп.
Если речь идет о банальной синхронизации темы для WordPress, то можно просто копировать измененные файлы на сервер с помощью WinSCP.
Можно также в настройках PhpStorm-а настроить меппинг путей и по необходимости запускать синхронизацию содержимого папки с темой через соответствующий пункт в контекстном меню.
Завершили итерацию по доработкам - загрузили на тестовый сервер. Заказчик одобрил - сделали коммит в локальный репозиторий.
Опять же. Цель вопроса - УПРОСТИТЬ деплой! Вы мне уже предлагаете еще 3 доп. действия или я чего-то недопонимаю...
Были же исходные данные - проект в любом случае храниться на Битбакете через SVN Mercurial. Это я не собираюсь менять. Коммиты постоянно сохраняются там же.
SCP опять же тупо загонит по нужному мне адресу всю папку, не разбираясь что и как, а зачем?
Filezilla позволяет закачивать только обновленные файлы, что уже как вариант в данном случае.
Вот с PHPstorm никак не сяду разобраться и настроить его, возможно это будет лучшим решением.
А делал бы на рабочем сервере - сколько б ресурсов сэкономил
Ну, тут я немного слукавил - в данном случае разговор шел о проекте Джанго, а там никакой речи о правке продакшена не стоит даже))) Да и в чем экономия - не вижу. На локалке у меня стоит дебаг тулбар, который все показывает, не открою же я его на сервере.
Ё! Ты же работаешь с файлами? Я правда не понимаю как можно работать с файлами не имея управления над ними.
Для этого мне хватает консоли. а консольный mc мне совсем не понравился, уж лучше тогда файлзила)
Как раз наоборот! Заказчик доволен, что сайт у него. Не заморочен рисками, что его кинут.
Сермяжная правда в этом есть) Но я даже в такой ситуации предпочитаю развернуть у себя аналог сервера заказчика, сделать как надо и потом залить рабочие изменения. А вообще я уже пару раз столкнулся с тем, что с виду серьезнев компании работают по твоему варианту. Для меня шок)))
Но значит имеет место быть.
Если речь о более-менее серьёзном проекте, то я по возможности делаю всё на сервере (да-да шареде) заказчика, но на левом закрытом домене.
Вот ты сейчас не обижайся, но я тебе одну вещь скажу(с) )))
Я в жизни не поверю, что серьезный заказчик согласится с таким способом разработки. Конечно, было время, когда я всерьез считал, что правка кода сайта через редактор в cPanel - лучше ничего быть не может))) И надеяться, что в случае чего хостер откат сделает...
Весьма самоуверенно считать свой код безопаснее, чем проверенный сотнями людей и кучей тестов. И то там иногда находят уязвимости.
Может быть. Но способ изучения языка от теории, а не сразу правка на продакшене в некоторых вещах позволяет мне быть уверенным.
Вот я напр. не понимаю как для разработчик сайтов файмеджер может быть дикостью.
Можно вкратце, зачем он вам?
Это позволяет работать в абсолютно идентичных условиях, не нарываясь на косяки с настройками разного серверного ПО (ты, видать, мало с эти сталкивался. А я уж наелся...).
Вот поэтому я и предпочитаю предложить заказчику нормальный сервер.
Это ппц. Это ты говоришь о простоте?!!! 2(или 3?) промежуточных (лишних по сути) звена до продакшена?
ЛИШНИХ??? бедные заказчики... Я как минимум для упрощения убрал цикл тестирования кода. Ну да в вордпрессе с этим не очень... Но в фреймворке без этого сложно обойтись.
Что далеко ходить - вчера лил изменения в связи с тем что у нас деноминация и пришлось переделывать пересчет курсов валют. На локалке все ок, на сервере получаю 500. А все потому что поленился тест написать, в итоге ушло гораздо больше времени, чтобы выяснить, откуда ошибка, потому что даже в логи ничего не падало.
Спор ушел далеко от темы, впору новую открывать. Но советую противникам SVN опять же попробовать поработать правильно. Знакомые танкисты представляю как угорят, прочитав этот спор)
А можно ссылку? Не могу нагуглить (
http://pogugli.com/?131095
Перевел пару сайтов на CloudFlare, по итогу потерял сильно траффик, все жду может восстановится. Имхо, это самый простой вариант перехода на https
DenisVS, Да уже разговор ради разговора) Я уже давно делаю как мне проще в этой ситуации. База - в данном случае уж если опустился до шареда, то и через пхпмуадмин можно лить))) стыдоба сказать) Теоретически даже на шареде должен быть доступ к mysql
Ок. давай определимся. Есть 2 варианта работа над кодом сайта - сразу на продакшене
Не убивай меня, плиз!!! Нет такого варианта - правка на продакшене)))
Любой сайт, с которым я работаю, у меня должен быть на локалке в том же виде как и на продакшене, включая базу. Что бы потом не отлавливать призраков. Соответственно и
- внес изменения
- проверил работоспособность на локалке
- залил на свой же демо-сервер, доступный заказчику, заказчик одобрил - внес изменения на продакшен.
Зачем страдать фигней с файлменеджерами, думать, что нужно заливать, что нет, когда все это делает Меркуриал??? Я уже который день безуспешно это пытаюсь донести.
Соответственно меня и бесит, что на шареде я трачу бесполезно время.
Строго говоря в таком говнокоде как вордпресс это не лишено смысла, ибо 95% всех плагинов написаны задней левой ногой убитого индуса. На практике выражается в скорости работы, и что важнее - в дырявости. Если задача простая, то часто действительно проще и надежнее писать свой велосипед чем поддерживать чужое УГ.
+100500
Естественно я пересмотрел несколько плагинов, по итогу решил, что мне проще написать свой, в котором я буду полностью понимать что, откуда и как работает, при необходимости вносить правки, знать, что туда никакого г... не напихано. По итогу он быстро и корректно работает. Нужно будет - добавлю, например, рекапчу, нужно - еще строки.
Я фшоке 🤣 Ну какой для этого нужен шаблон??? Тем более если вам не нужны скроллы никакие и прочие свистели крутелки? Откройте в нете понравившуюся страницы, скопируйте ее, вычистите и вствьте свои ссылки. Ну или в любом визуале за 2 минуты накидайте.
А вообще мне нравятся бесплатные шаблоны от графберри, там есть красивые заглушки - можно их переделать
Вы вбрасывайте, вбрасывайте! 😂
🤣 оно непроизвольно получается, извините) Вот вчера вернулся к сайту на Питоне - прям как в отпуск пошел, одно удовольствие работать)
---------- Добавлено 19.07.2016 в 09:29 ----------
Смотрите, то что Вы отквотили и ссылку. Разговор про консоль сервера(в каждом посту я подчеркиваю, что чужого сервера, клиентского шареда как в этом топике и т.д.) Т.е. мы достоверно не знаем, что творится на самом сервере.
Ну как это не знаем? Нафига связываться с таким сервером? Работаем в любом случае с проверенным хостером. Но в принципе, если можно, побольше инфы о рисках, таящихся здесь, можно ссылочкой. А то я как-то консоли больше доверяю в плане безопасности, чем фтп.
Я процитировал ровно то, что вы написали.
Если речь идет о банальной синхронизации темы для WordPress, то можно просто копировать измененные файлы на сервер с помощью WinSCP.
Можно также в настройках PhpStorm-а настроить меппинг путей и по необходимости запускать синхронизацию содержимого папки с темой через соответствующий пункт в контекстном меню.
Завершили итерацию по доработкам - загрузили на тестовый сервер. Заказчик одобрил - сделали коммит в локальный репозиторий.
Опять же. Цель вопроса - УПРОСТИТЬ деплой! Вы мне уже предлагаете еще 3 доп. действия или я чего-то недопонимаю...
Были же исходные данные - проект в любом случае храниться на Битбакете через SVN Mercurial. Это я не собираюсь менять. Коммиты постоянно сохраняются там же.
SCP опять же тупо загонит по нужному мне адресу всю папку, не разбираясь что и как, а зачем?
Filezilla позволяет закачивать только обновленные файлы, что уже как вариант в данном случае.
Вот с PHPstorm никак не сяду разобраться и настроить его, возможно это будет лучшим решением.