SeVlad, Вроде говорим об одном и суть в целом такая же, но по итогу разные мнения.
-Ты разворачиваешь копию сайта клиента на том же сервере и в поддомене, например.
-я на локальной машине. Несовместимость версий ПО? Для этого у меня и стоит Докер, в котором я делаю то окружение, которое мне нужно. Никаких проблем с несовместимостью. Зато могу работать где угодно, даже при полном отсутствии интернета, а потом изменения даже по 3г залить) Опять же, не гружу сервер клиента, что для шареда не так уж и маловажно. Но пусть мы берем общую ситуацию, предпочитаю рабочий сервер держать максимально чистым.
Лишние телодвижения? Вообще не понимаю. Ты демонстрируешь все на тестовом домене клиенту и я так же. И именно меркуриал позволяет увеличить безопасность и свести их к минимуму. Я с башем не разбирался, поэтому все вручную. смотрим
# ssh server@name
# cd workcatalog
# hg push
# hg update
# restart supervisor
Все это можно впихнуть в один скрипт, для совсем ленивых. Делаю руками, чтоб не забывать команды)
В репо все закидываю с помощью TortouiseHG - нажатие 2-х кнопок.
Что в итоге?
-Полная безопасность проекта, есть все изменения, без всяких усилий могу откатиться вообще к ЛЮБОЙ версии на любом этапе.
-развертывание занимает секунды
-могу работать локально
-вообще нет необходимости в ФМ
В случае с шаред просто в цепочке заменяю меркуриал на так восхваляемый тобой ФМ, в моем случае Filezilla, он умеет лить только обновленные файлы из папки. Крусдер пробовал - полное г... имхо) удалил вообще чтоп под ногами не путался)
Как я понял, другого варианта просто нет, заниматься извращениями с установкой hg на шаред не вижу смысла.
И вообще у меня к тебе вопрос есть по теме ВП, но я его там и задам, не получается одна вещь)
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: Смотрите, то что Вы отквотили и ссылку. Разговор про консоль сервера(в каждом посту я подчеркиваю, что чужого сервера, клиентского шареда как в этом топике и т.д.) Т.е. мы достоверно не знаем, что творится на самом сервере.
Ну как это не знаем? Нафига связываться с таким сервером? Работаем в любом случае с проверенным хостером. Но в принципе, если можно, побольше инфы о рисках, таящихся здесь, можно ссылочкой. А то я как-то консоли больше доверяю в плане безопасности, чем фтп.
SeVlad, Вроде говорим об одном и суть в целом такая же, но по итогу разные мнения.
-Ты разворачиваешь копию сайта клиента на том же сервере и в поддомене, например.
-я на локальной машине. Несовместимость версий ПО? Для этого у меня и стоит Докер, в котором я делаю то окружение, которое мне нужно. Никаких проблем с несовместимостью. Зато могу работать где угодно, даже при полном отсутствии интернета, а потом изменения даже по 3г залить) Опять же, не гружу сервер клиента, что для шареда не так уж и маловажно. Но пусть мы берем общую ситуацию, предпочитаю рабочий сервер держать максимально чистым.
Лишние телодвижения? Вообще не понимаю. Ты демонстрируешь все на тестовом домене клиенту и я так же. И именно меркуриал позволяет увеличить безопасность и свести их к минимуму. Я с башем не разбирался, поэтому все вручную. смотрим
# ssh server@name
# cd workcatalog
# hg push
# hg update
# restart supervisor
Все это можно впихнуть в один скрипт, для совсем ленивых. Делаю руками, чтоб не забывать команды)
В репо все закидываю с помощью TortouiseHG - нажатие 2-х кнопок.
Что в итоге?
-Полная безопасность проекта, есть все изменения, без всяких усилий могу откатиться вообще к ЛЮБОЙ версии на любом этапе.
-развертывание занимает секунды
-могу работать локально
-вообще нет необходимости в ФМ
В случае с шаред просто в цепочке заменяю меркуриал на так восхваляемый тобой ФМ, в моем случае Filezilla, он умеет лить только обновленные файлы из папки. Крусдер пробовал - полное г... имхо) удалил вообще чтоп под ногами не путался)
Как я понял, другого варианта просто нет, заниматься извращениями с установкой hg на шаред не вижу смысла.
И вообще у меня к тебе вопрос есть по теме ВП, но я его там и задам, не получается одна вещь)
А делал бы на рабочем сервере - сколько б ресурсов сэкономил
Ну, тут я немного слукавил - в данном случае разговор шел о проекте Джанго, а там никакой речи о правке продакшена не стоит даже))) Да и в чем экономия - не вижу. На локалке у меня стоит дебаг тулбар, который все показывает, не открою же я его на сервере.
Ё! Ты же работаешь с файлами? Я правда не понимаю как можно работать с файлами не имея управления над ними.
Для этого мне хватает консоли. а консольный mc мне совсем не понравился, уж лучше тогда файлзила)
Как раз наоборот! Заказчик доволен, что сайт у него. Не заморочен рисками, что его кинут.
Сермяжная правда в этом есть) Но я даже в такой ситуации предпочитаю развернуть у себя аналог сервера заказчика, сделать как надо и потом залить рабочие изменения. А вообще я уже пару раз столкнулся с тем, что с виду серьезнев компании работают по твоему варианту. Для меня шок)))
Но значит имеет место быть.
Если речь о более-менее серьёзном проекте, то я по возможности делаю всё на сервере (да-да шареде) заказчика, но на левом закрытом домене.
Вот ты сейчас не обижайся, но я тебе одну вещь скажу(с) )))
Я в жизни не поверю, что серьезный заказчик согласится с таким способом разработки. Конечно, было время, когда я всерьез считал, что правка кода сайта через редактор в cPanel - лучше ничего быть не может))) И надеяться, что в случае чего хостер откат сделает...
Весьма самоуверенно считать свой код безопаснее, чем проверенный сотнями людей и кучей тестов. И то там иногда находят уязвимости.
Может быть. Но способ изучения языка от теории, а не сразу правка на продакшене в некоторых вещах позволяет мне быть уверенным.
Вот я напр. не понимаю как для разработчик сайтов файмеджер может быть дикостью.
Можно вкратце, зачем он вам?
Это позволяет работать в абсолютно идентичных условиях, не нарываясь на косяки с настройками разного серверного ПО (ты, видать, мало с эти сталкивался. А я уж наелся...).
Вот поэтому я и предпочитаю предложить заказчику нормальный сервер.
Это ппц. Это ты говоришь о простоте?!!! 2(или 3?) промежуточных (лишних по сути) звена до продакшена?
ЛИШНИХ??? бедные заказчики... Я как минимум для упрощения убрал цикл тестирования кода. Ну да в вордпрессе с этим не очень... Но в фреймворке без этого сложно обойтись.
Что далеко ходить - вчера лил изменения в связи с тем что у нас деноминация и пришлось переделывать пересчет курсов валют. На локалке все ок, на сервере получаю 500. А все потому что поленился тест написать, в итоге ушло гораздо больше времени, чтобы выяснить, откуда ошибка, потому что даже в логи ничего не падало.
Спор ушел далеко от темы, впору новую открывать. Но советую противникам SVN опять же попробовать поработать правильно. Знакомые танкисты представляю как угорят, прочитав этот спор)
А можно ссылку? Не могу нагуглить (
http://pogugli.com/?131095
Перевел пару сайтов на CloudFlare, по итогу потерял сильно траффик, все жду может восстановится. Имхо, это самый простой вариант перехода на https
DenisVS, Да уже разговор ради разговора) Я уже давно делаю как мне проще в этой ситуации. База - в данном случае уж если опустился до шареда, то и через пхпмуадмин можно лить))) стыдоба сказать) Теоретически даже на шареде должен быть доступ к mysql
Ок. давай определимся. Есть 2 варианта работа над кодом сайта - сразу на продакшене
Не убивай меня, плиз!!! Нет такого варианта - правка на продакшене)))
Любой сайт, с которым я работаю, у меня должен быть на локалке в том же виде как и на продакшене, включая базу. Что бы потом не отлавливать призраков. Соответственно и
- внес изменения
- проверил работоспособность на локалке
- залил на свой же демо-сервер, доступный заказчику, заказчик одобрил - внес изменения на продакшен.
Зачем страдать фигней с файлменеджерами, думать, что нужно заливать, что нет, когда все это делает Меркуриал??? Я уже который день безуспешно это пытаюсь донести.
Соответственно меня и бесит, что на шареде я трачу бесполезно время.
Строго говоря в таком говнокоде как вордпресс это не лишено смысла, ибо 95% всех плагинов написаны задней левой ногой убитого индуса. На практике выражается в скорости работы, и что важнее - в дырявости. Если задача простая, то часто действительно проще и надежнее писать свой велосипед чем поддерживать чужое УГ.
+100500
Естественно я пересмотрел несколько плагинов, по итогу решил, что мне проще написать свой, в котором я буду полностью понимать что, откуда и как работает, при необходимости вносить правки, знать, что туда никакого г... не напихано. По итогу он быстро и корректно работает. Нужно будет - добавлю, например, рекапчу, нужно - еще строки.
Я фшоке 🤣 Ну какой для этого нужен шаблон??? Тем более если вам не нужны скроллы никакие и прочие свистели крутелки? Откройте в нете понравившуюся страницы, скопируйте ее, вычистите и вствьте свои ссылки. Ну или в любом визуале за 2 минуты накидайте.
А вообще мне нравятся бесплатные шаблоны от графберри, там есть красивые заглушки - можно их переделать
Вы вбрасывайте, вбрасывайте! 😂
🤣 оно непроизвольно получается, извините) Вот вчера вернулся к сайту на Питоне - прям как в отпуск пошел, одно удовольствие работать)
---------- Добавлено 19.07.2016 в 09:29 ----------
Смотрите, то что Вы отквотили и ссылку. Разговор про консоль сервера(в каждом посту я подчеркиваю, что чужого сервера, клиентского шареда как в этом топике и т.д.) Т.е. мы достоверно не знаем, что творится на самом сервере.
Ну как это не знаем? Нафига связываться с таким сервером? Работаем в любом случае с проверенным хостером. Но в принципе, если можно, побольше инфы о рисках, таящихся здесь, можно ссылочкой. А то я как-то консоли больше доверяю в плане безопасности, чем фтп.