Sly32

Рейтинг
391
Регистрация
29.03.2012
Должность
Software engineer
SeVlad:
А делал бы на рабочем сервере - сколько б ресурсов сэкономил

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

SeVlad:
Ё! Ты же работаешь с файлами? Я правда не понимаю как можно работать с файлами не имея управления над ними.

Для этого мне хватает консоли. а консольный mc мне совсем не понравился, уж лучше тогда файлзила)

SeVlad:
Как раз наоборот! Заказчик доволен, что сайт у него. Не заморочен рисками, что его кинут.

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

Но значит имеет место быть.

SeVlad:
Если речь о более-менее серьёзном проекте, то я по возможности делаю всё на сервере (да-да шареде) заказчика, но на левом закрытом домене.

Вот ты сейчас не обижайся, но я тебе одну вещь скажу(с) )))

Я в жизни не поверю, что серьезный заказчик согласится с таким способом разработки. Конечно, было время, когда я всерьез считал, что правка кода сайта через редактор в cPanel - лучше ничего быть не может))) И надеяться, что в случае чего хостер откат сделает...

SeVlad:
Весьма самоуверенно считать свой код безопаснее, чем проверенный сотнями людей и кучей тестов. И то там иногда находят уязвимости.

Может быть. Но способ изучения языка от теории, а не сразу правка на продакшене в некоторых вещах позволяет мне быть уверенным.

SeVlad:
Вот я напр. не понимаю как для разработчик сайтов файмеджер может быть дикостью.

Можно вкратце, зачем он вам?

SeVlad:
Это позволяет работать в абсолютно идентичных условиях, не нарываясь на косяки с настройками разного серверного ПО (ты, видать, мало с эти сталкивался. А я уж наелся...).

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

SeVlad:
Это ппц. Это ты говоришь о простоте?!!! 2(или 3?) промежуточных (лишних по сути) звена до продакшена?

ЛИШНИХ??? бедные заказчики... Я как минимум для упрощения убрал цикл тестирования кода. Ну да в вордпрессе с этим не очень... Но в фреймворке без этого сложно обойтись.

Что далеко ходить - вчера лил изменения в связи с тем что у нас деноминация и пришлось переделывать пересчет курсов валют. На локалке все ок, на сервере получаю 500. А все потому что поленился тест написать, в итоге ушло гораздо больше времени, чтобы выяснить, откуда ошибка, потому что даже в логи ничего не падало.

Спор ушел далеко от темы, впору новую открывать. Но советую противникам SVN опять же попробовать поработать правильно. Знакомые танкисты представляю как угорят, прочитав этот спор)

altezzik:
А можно ссылку? Не могу нагуглить (

http://pogugli.com/?131095

Перевел пару сайтов на CloudFlare, по итогу потерял сильно траффик, все жду может восстановится. Имхо, это самый простой вариант перехода на https

DenisVS, Да уже разговор ради разговора) Я уже давно делаю как мне проще в этой ситуации. База - в данном случае уж если опустился до шареда, то и через пхпмуадмин можно лить))) стыдоба сказать) Теоретически даже на шареде должен быть доступ к mysql

SeVlad:

Ок. давай определимся. Есть 2 варианта работа над кодом сайта - сразу на продакшене

Не убивай меня, плиз!!! Нет такого варианта - правка на продакшене)))

Любой сайт, с которым я работаю, у меня должен быть на локалке в том же виде как и на продакшене, включая базу. Что бы потом не отлавливать призраков. Соответственно и

- внес изменения

- проверил работоспособность на локалке

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

Зачем страдать фигней с файлменеджерами, думать, что нужно заливать, что нет, когда все это делает Меркуриал??? Я уже который день безуспешно это пытаюсь донести.

Соответственно меня и бесит, что на шареде я трачу бесполезно время.

mendel:
Строго говоря в таком говнокоде как вордпресс это не лишено смысла, ибо 95% всех плагинов написаны задней левой ногой убитого индуса. На практике выражается в скорости работы, и что важнее - в дырявости. Если задача простая, то часто действительно проще и надежнее писать свой велосипед чем поддерживать чужое УГ.

+100500

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

Я фшоке 🤣 Ну какой для этого нужен шаблон??? Тем более если вам не нужны скроллы никакие и прочие свистели крутелки? Откройте в нете понравившуюся страницы, скопируйте ее, вычистите и вствьте свои ссылки. Ну или в любом визуале за 2 минуты накидайте.

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

Оптимизайка:
Вы вбрасывайте, вбрасывайте! 😂

🤣 оно непроизвольно получается, извините) Вот вчера вернулся к сайту на Питоне - прям как в отпуск пошел, одно удовольствие работать)

---------- Добавлено 19.07.2016 в 09:29 ----------

admak:
Смотрите, то что Вы отквотили и ссылку. Разговор про консоль сервера(в каждом посту я подчеркиваю, что чужого сервера, клиентского шареда как в этом топике и т.д.) Т.е. мы достоверно не знаем, что творится на самом сервере.

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

TiA:
Я процитировал ровно то, что вы написали.

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

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

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

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

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

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

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

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

Всего: 8319