Алеандр

Алеандр
Рейтинг
208
Регистрация
08.12.2010
141c18
Sly32 #:

Да естественно))) Но в данном случае гит предупредил бы что что-то не так. Понятно что с правами админа я могу замержить что хочу. Но мы же говорит о цивилизованной разработке а не о "по-быстрому поправить на сервере")))

Мы говорили о ситуации, когда у заказчика правая рука не знает, что делает левая )
Sly32 #:

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

Уверен, сломали бы что-то еще, раз к работе допускаются не согласованные между собой разработчики, использующие разные инструменты разработки. Например, накатили бы наоборот - сначала с контролем версий из репы, а потом кустарно, изменением базы данных или файлов "поверх", без учета вновь созданных ранних исправлений. Нет, не спас бы ) Лишь вопрос очередности накатывания, так или иначе вылез бы конфликт данных.
br.almighty #:
Любой инструмент можно использовать неправильно. Гит не панацея
Именно об этом я и говорил, применительно к описанной ситуации, что любой инструмент не панацея, если нет знаний и умений правильно его использовать. Версия, что "а вот если бы был git - то чего-то не случилось бы" - не состоятельна в таком виде.
Заказчику не нужно быть программистом или админом, иначе он никого не нанимал бы, но элементарная логика и понимание должны присутствовать, что если над проектом дать работать разным исполнителям, не согласовав их друг с другом - результат будет гарантированно плачевным.
Sly32 #:

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

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

br.almighty #:

Если бы вы знали про Git, то у вас такой ситуации просто не было бы, так же как и этой истории.

Это еще вопрос к заказчику, зачем он дал задачу исполнителям, которые выполняют отложенные задачи с последующим накатыванием из репы и одновременно исполнителям, которые меняют содержание сайта "тут и сейчас". В принципе, поинтересоваться тоже можно было, когда я делаю правки по месту - всегда уточняю, все ли ушли с сервера и не будет ли параллельной работы. Пару раз на заре своей деятельности столкнулся с одновременным переписыванием файлов разными работниками и хорошо уяснил, что такое не редкость.
Сильно зависит от тематики сайта, качества пользователей, количества просмотров или действий по рекламе. Доход может быть как и 20р, так и 200р на 1000 посетителей, например. Какой-то одной конкретной цифры в срезе разношерстных сайтов не будет.

Крайне сомнительно, что для этого есть решения. Исключительно полагаться на отзывы и пробную работу с исполнителями. При желании налепить дырок - никаких проблем, плагины этот вопрос никак не решат, поскольку это все тот же код php. Чтобы не было возможности вредить - должны быть узкие функциональные возможности, чему установка CMS с полным доступом никак не способствует.

Хотя, тоже постою послушаю, вдруг есть дельные предложения.

Желаете пополнить ряды ботоводов, нагуливающих ПФ и профиля? ))
livetv #:

Можно заменить:

Это уже вопрос удобства и понимания в будущем. Я, иной раз, так сокращаю, что потом читать код, вытянутый в одну строку становится утомительно. Так то и переменная redirect не требуется в данной задаче.

if (stristr($_SERVER['REQUEST_URI'],'_')) { header("Location: https://site.ru".(str_replace('_','-',$_SERVER['REQUEST_URI'])),true,301); die(); }

А там уже и preg_match вместо stristr, кому удобнее, и str_replace на preg_replace можно заменить. Результат все равно будет тот же, это уже для маньяков сравнения скорости работы команд.

webinfo #:
Дык и не городили особенно
И вместо скрипта на 3 строчки без применения htaccess - 6 страниц размытых обсуждений и споров о том, как это сделать ))
Всего: 1471