Sly32: Ну, тут я немного слукавил - в данном случае разговор шел о проекте Джанго, а там никакой речи о правке продакшена не стоит даже
Да не важно на чём.
И не важно на шаред или ВП(Д)С.
Вот см. Возьмём ситуацию когда нужно апдетить рабочий сайт клиента
Продакш сайт на продакш сервере.
Что я делаю и как считаю максимально правильно.
На этом же сервере, но на др. домене (домен левый, закрытый ото всех) разворачиваю клон текущего сайта или голый движок - это зависит от задач. На др. домене - значит и в др. каталоге и с др. базой (вариант менее удобный, но иногда нужный - в той же базе, но с др. префиксами).
После окончания работ просто переносятся файлы в каталог рабочего домена (на шареде)(с полным предварительным бекапом и удалением всего старого хлама) или на серваке можно поменять докуметрут для виртаулхоста. + правки в базе: смена домена и путей. Всё. Никаких заморочек и рисков, что настройки северного комплекта ПО окажутся не те.
А, ну ещё можно старую базу грохнуть, но это я обычно оставляю клиенту. Мали ли что он захочет там посмотреть со временем..
А у тебя получается всё тоже самое, но минимум 2 лишних раза. На разном окружении (чит: рисками неработоспособности в разных местах на разных этапах) + телодвижения по миграции (постоянной). Причем, не только ж файлов.
Понятно, что при таком походе даже в мелочах уже стоит задуматься о репо.
Т.е. получается, что это решение для победы над ранее созданными проблемами. По комсомольски прямо :)
Sly32: Для этого мне хватает консоли.
Ну ты сравнил.. Это шарить в темноте в поисках выключателя, в то время как люди наслаждаются Петродворцом :)
Sly32: а консольный mc мне совсем не понравился,
Ну я ж говорил о нормальных ФМ :) Для меня лучше нет, чем виндовый тоталкомандир (с моими настройками и набором плагов). Но многим олдскульщикам и ФАР нравится. Нивапрос - он тоже моща. Лучшее, что я нашел под линух - крусайдер. Это жалкое подобие ТС, но хоть что-то вменяемое и относительно нормально настраиваемое.
Sly32: Я в жизни не поверю, что серьезный заказчик согласится с таким способом разработки.
Как раз наоборот! Заказчик доволен, что сайт у него. Не заморочен рисками, что его кинут.
Sly32: Конечно, было время, когда я всерьез считал, что правка кода сайта через редактор в cPanel - лучше ничего быть не может))) И надеяться, что в случае чего хостер откат сделает...
Опять тёплое смягкми.. Причем тут правка через панель и бекапы хостра.
Ессно, ни о какой правке через панель нет! Онли дектопный редактор, с автосозданием бекапов файлов.
Sly32: Можно вкратце, зачем он вам?
Ё! Ты же работаешь с файлами? Я правда не понимаю как можно работать с файлами не имея управления над ними.
Ок.. В ФМ я сразу вижу инфу о них, состав (сразу привет вирям и левым файлам), могу быстро перейти в нужный каталог (история+закладки+вкладки). Из него же могу и просто посмотреть в реадонли (F3), а могу править (F4) в нужном мне редакторе. Могу отсортировать в каталоге по критериям (по дате), могу отобрать по критериям (по маске) в неск каталогах, могу найти нужный текст в файлах с кучей условий, включая регулярки. Могу распаковать/упаковать могу посмотреть состав файлов и их содержимое без предварительной распаковки архива. Могу переименовать файлы хоть по одному, хоть скопом, хоть по множеству условий и возможностей. Могу закачать/скачать по ФТП и синхронизировать.
И ещё 100500 операций над файлами и каталогами и не только.
А! Вот ещё полезняхи - копирование путей и имен файлов простым хотекем, сравнение файлов по содержимому, сравнение каталогов по составы (без синхры).
Sly32: ЛИШНИХ???
Именно лишних! Вот нафига эти 3(!!) посредника с разными окружением?
И опасных. Это и лишние телодвижения и риски, что на продакшене что-то пойдет не так.
И вот жеж тому подтверждение :
Sly32: На локалке все ок, на сервере получаю 500.
А делал бы на рабочем сервере - сколько б ресурсов сэкономил :)
Sly32: Но советую противникам SVN
Где тут противники SVN? :) Тут дискутируем о целесообразности использования (только я неск. раз сказал же когда считаю его использование весьма уместным ). Отвечают на твой вопрос - "как вы работаете на шареде".
Дикий пионер: Как по мне - так если уж тут про разработку речь - это именно что кодинг.
Кодинг и вообще "производство" файлов - это часть разработки сайта.
Фиг с ними, с копирайтерам, но и верстка и установка дополнений и даже их настройка и настройка ядра (угу, то самое "потыкать кнопки в админке") и даже установка рекламы, не говоря уже за настройку сервера и работу с БД - это всё входит в понятие "разработка сайта".
Я вот не могу считать великим кодерсвом, когда нужно в шаблон добавить/удалить функцию. Но это самая частая процедура при разработке. Надо для это репо? Нет. Всё. крест, нет культуры? :)
А если 3-е делают сайт - дизайнер/верстальщик+копирайтер+спец по движку и пр тех вопросам (ака админ сайта) - они тоже каждый по своем не культурные? :)
Культура (для меня) - это делать быстро, качественно, по стандартам.
Вот я напр., не понимаю как для разработчика сайтов может быть дикостью файлменеджер. Да это же первый инструмент! Такой же как блокнот или ИДЕ. Вот кто его не юзает - не культурный?
Дикий пионер: Эм, а про что тогда разговор, вот эти вот все репы, деплой, это не про кодинг разговор?
Не.. вот как раз все эти репы, деплои - это всё для кодинга. Только для кодинга. Вот только это НЕ разработка сайта. Это часть разработки. Иногда большая, иногда малая. Иногда воще никакая. :)
Дикий пионер: И не было ни разу, чтобы кто-то чужие изменения потёр или надо было выяснить, кто добавил в файл строчку из-за которой всё поломалось? Тут либо удача, либо очень грамотно спроектированный модульный продукт, так что ваши сферы деятельности не пересекались.
Я выше вкратце рассказывал. Да, пришли ко второму. Но полностью избежать "взаимопроникновения" не удалось конечно же. Но в целом работа не страдала.
Но тут да, частный случай. Вечернее пиво в тч. помогало избежать неприятностей :)
"Копирайтинг: как не съесть собаку". Начинаю с этого
С этого не начинай. :)
но вот с компа... Все уже перепробовал и перечистил.
Блин... кеш браузера - 99%!
CTRL+R, CTRL+F5 потыкай.
Зайди другим в конце-концов.
Ну, тут я немного слукавил - в данном случае разговор шел о проекте Джанго, а там никакой речи о правке продакшена не стоит даже
Да не важно на чём.
И не важно на шаред или ВП(Д)С.
Вот см. Возьмём ситуацию когда нужно апдетить рабочий сайт клиента
Продакш сайт на продакш сервере.
Что я делаю и как считаю максимально правильно.
На этом же сервере, но на др. домене (домен левый, закрытый ото всех) разворачиваю клон текущего сайта или голый движок - это зависит от задач. На др. домене - значит и в др. каталоге и с др. базой (вариант менее удобный, но иногда нужный - в той же базе, но с др. префиксами).
После окончания работ просто переносятся файлы в каталог рабочего домена (на шареде)(с полным предварительным бекапом и удалением всего старого хлама) или на серваке можно поменять докуметрут для виртаулхоста. + правки в базе: смена домена и путей. Всё. Никаких заморочек и рисков, что настройки северного комплекта ПО окажутся не те.
А, ну ещё можно старую базу грохнуть, но это я обычно оставляю клиенту. Мали ли что он захочет там посмотреть со временем..
А у тебя получается всё тоже самое, но минимум 2 лишних раза. На разном окружении (чит: рисками неработоспособности в разных местах на разных этапах) + телодвижения по миграции (постоянной). Причем, не только ж файлов.
Понятно, что при таком походе даже в мелочах уже стоит задуматься о репо.
Т.е. получается, что это решение для победы над ранее созданными проблемами. По комсомольски прямо :)
Для этого мне хватает консоли.
Ну ты сравнил.. Это шарить в темноте в поисках выключателя, в то время как люди наслаждаются Петродворцом :)
а консольный mc мне совсем не понравился,
Ну я ж говорил о нормальных ФМ :) Для меня лучше нет, чем виндовый тоталкомандир (с моими настройками и набором плагов). Но многим олдскульщикам и ФАР нравится. Нивапрос - он тоже моща. Лучшее, что я нашел под линух - крусайдер. Это жалкое подобие ТС, но хоть что-то вменяемое и относительно нормально настраиваемое.
Хотя и ТС в вайне работает почти нормально.
не помогло,
Ну как это не помогло, если ты и
и WP переустанавливал (автоматом и вручную).
:) Сейчас вот ВП и открывается.
Чисть кеш браузера.
Я в жизни не поверю, что серьезный заказчик согласится с таким способом разработки.
Как раз наоборот! Заказчик доволен, что сайт у него. Не заморочен рисками, что его кинут.
Конечно, было время, когда я всерьез считал, что правка кода сайта через редактор в cPanel - лучше ничего быть не может))) И надеяться, что в случае чего хостер откат сделает...
Опять тёплое смягкми.. Причем тут правка через панель и бекапы хостра.
Ессно, ни о какой правке через панель нет! Онли дектопный редактор, с автосозданием бекапов файлов.
Можно вкратце, зачем он вам?
Ё! Ты же работаешь с файлами? Я правда не понимаю как можно работать с файлами не имея управления над ними.
Ок.. В ФМ я сразу вижу инфу о них, состав (сразу привет вирям и левым файлам), могу быстро перейти в нужный каталог (история+закладки+вкладки). Из него же могу и просто посмотреть в реадонли (F3), а могу править (F4) в нужном мне редакторе. Могу отсортировать в каталоге по критериям (по дате), могу отобрать по критериям (по маске) в неск каталогах, могу найти нужный текст в файлах с кучей условий, включая регулярки. Могу распаковать/упаковать могу посмотреть состав файлов и их содержимое без предварительной распаковки архива. Могу переименовать файлы хоть по одному, хоть скопом, хоть по множеству условий и возможностей. Могу закачать/скачать по ФТП и синхронизировать.
И ещё 100500 операций над файлами и каталогами и не только.
А! Вот ещё полезняхи - копирование путей и имен файлов простым хотекем, сравнение файлов по содержимому, сравнение каталогов по составы (без синхры).
ЛИШНИХ???
Именно лишних! Вот нафига эти 3(!!) посредника с разными окружением?
И опасных. Это и лишние телодвижения и риски, что на продакшене что-то пойдет не так.
И вот жеж тому подтверждение :
На локалке все ок, на сервере получаю 500.
А делал бы на рабочем сервере - сколько б ресурсов сэкономил :)
Но советую противникам SVN
Где тут противники SVN? :) Тут дискутируем о целесообразности использования (только я неск. раз сказал же когда считаю его использование весьма уместным ). Отвечают на твой вопрос - "как вы работаете на шареде".
А действительно - за че и?
Зачеи учить русский:
Как по мне - так если уж тут про разработку речь - это именно что кодинг.
Кодинг и вообще "производство" файлов - это часть разработки сайта.
Фиг с ними, с копирайтерам, но и верстка и установка дополнений и даже их настройка и настройка ядра (угу, то самое "потыкать кнопки в админке") и даже установка рекламы, не говоря уже за настройку сервера и работу с БД - это всё входит в понятие "разработка сайта".
Я вот не могу считать великим кодерсвом, когда нужно в шаблон добавить/удалить функцию. Но это самая частая процедура при разработке. Надо для это репо? Нет. Всё. крест, нет культуры? :)
Директива host должна помочь.
Только надо учитывать, что роботс - штука необязательная :)
Хостер установив xhprof и родил мне дубликат моего сайта на поддомене,
Пинать хостера и таки 301.
Вы куда собираетесь прописывать редирект?
Что значит "куда"? В ответ сервера. Физически - в хатцесс напр.
Такой брут-перебор звучит как фантастика?
Поиск *.php.bak? Да. Особенно найти такое - смешная такая фантастика :)
идно стоооолько попыток нащупать разные админки и прочее.
Сравнил с пальцем :)
Да напрямую связанный.
Т.е. если один кодит - он не культурный? :)
А если 3-е делают сайт - дизайнер/верстальщик+копирайтер+спец по движку и пр тех вопросам (ака админ сайта) - они тоже каждый по своем не культурные? :)
Культура (для меня) - это делать быстро, качественно, по стандартам.
Вот я напр., не понимаю как для разработчика сайтов может быть дикостью файлменеджер. Да это же первый инструмент! Такой же как блокнот или ИДЕ. Вот кто его не юзает - не культурный?
Эм, а про что тогда разговор, вот эти вот все репы, деплой, это не про кодинг разговор?
Не.. вот как раз все эти репы, деплои - это всё для кодинга. Только для кодинга. Вот только это НЕ разработка сайта. Это часть разработки. Иногда большая, иногда малая. Иногда воще никакая. :)
И не было ни разу, чтобы кто-то чужие изменения потёр или надо было выяснить, кто добавил в файл строчку из-за которой всё поломалось? Тут либо удача, либо очень грамотно спроектированный модульный продукт, так что ваши сферы деятельности не пересекались.
Я выше вкратце рассказывал. Да, пришли ко второму. Но полностью избежать "взаимопроникновения" не удалось конечно же. Но в целом работа не страдала.
Но тут да, частный случай. Вечернее пиво в тч. помогало избежать неприятностей :)