SeVlad

SeVlad
Рейтинг
1609
Регистрация
03.11.2008
Дикий пионер:
Как по мне - так если уж тут про разработку речь - это именно что кодинг.

Кодинг и вообще "производство" файлов - это часть разработки сайта.

Фиг с ними, с копирайтерам, но и верстка и установка дополнений и даже их настройка и настройка ядра (угу, то самое "потыкать кнопки в админке") и даже установка рекламы, не говоря уже за настройку сервера и работу с БД - это всё входит в понятие "разработка сайта".

Я вот не могу считать великим кодерсвом, когда нужно в шаблон добавить/удалить функцию. Но это самая частая процедура при разработке. Надо для это репо? Нет. Всё. крест, нет культуры? :)

Jaf4:
Директива host должна помочь.

Только надо учитывать, что роботс - штука необязательная :)

BaF:
Хостер установив xhprof и родил мне дубликат моего сайта на поддомене,

Пинать хостера и таки 301.

Jaf4:
Вы куда собираетесь прописывать редирект?

Что значит "куда"? В ответ сервера. Физически - в хатцесс напр.

KMiNT21:
Такой брут-перебор звучит как фантастика?

Поиск *.php.bak? Да. Особенно найти такое - смешная такая фантастика :)

KMiNT21:
идно стоооолько попыток нащупать разные админки и прочее.

Сравнил с пальцем :)

Дикий пионер:
Да напрямую связанный.

Т.е. если один кодит - он не культурный? :)

А если 3-е делают сайт - дизайнер/верстальщик+копирайтер+спец по движку и пр тех вопросам (ака админ сайта) - они тоже каждый по своем не культурные? :)

Культура (для меня) - это делать быстро, качественно, по стандартам.

Вот я напр., не понимаю как для разработчика сайтов может быть дикостью файлменеджер. Да это же первый инструмент! Такой же как блокнот или ИДЕ. Вот кто его не юзает - не культурный?

Дикий пионер:
Эм, а про что тогда разговор, вот эти вот все репы, деплой, это не про кодинг разговор?

Не.. вот как раз все эти репы, деплои - это всё для кодинга. Только для кодинга. Вот только это НЕ разработка сайта. Это часть разработки. Иногда большая, иногда малая. Иногда воще никакая. :)

Дикий пионер:
И не было ни разу, чтобы кто-то чужие изменения потёр или надо было выяснить, кто добавил в файл строчку из-за которой всё поломалось? Тут либо удача, либо очень грамотно спроектированный модульный продукт, так что ваши сферы деятельности не пересекались.

Я выше вкратце рассказывал. Да, пришли ко второму. Но полностью избежать "взаимопроникновения" не удалось конечно же. Но в целом работа не страдала.

Но тут да, частный случай. Вечернее пиво в тч. помогало избежать неприятностей :)

wilelf:
К примеру, меняются только контакты в шапке и футере и контент главной страницы.

Если так, то можно просто в конфиге указывать динамический адрес ($_server), а в шаблоне темы - условие.

Ну и алиасы конечно.

colorito:
Ну вроде как WordPress Multisite такое умеет

Который почил уже много лет назад ... :)

wilelf:
WP multisite настроил за 15 минут.

Может всё же WP Network? :)

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

АПД. Сорри, воще да. Сеть ещё режимом муьтисайта (multisite) зовется. Просто некоторые до сих пор хранят память о WP MU и советуют его.

altezzik:
Есть вариант, что index.html не удалили.

Именно так. (а шифровальщик из ТСа никакой :) )

Master812:
Домен ещё не прописался во всех серверах в инете, подождите ещё денёк, должно наладится. Если нет, значит возможно вы выставили неправильные настройки сайта, например, папку для домена и т.п.
Hydropericard:
Если ДНСки прописали, то надо подождать до 72 часов и будет вам счастье

А что скрин говорит? 🍿

---------- Добавлено 19.07.2016 в 17:30 ----------

light_smm:
Как сделать чтобы сайт на вордпресс работал на двух доменах одновременно?

Каким боком твои проблемы к вопросу ТСа?

го в /ru/forum/919211 или свой топик создавай.

Дикий пионер:
Сразу видна культура разработки и масштабы разрабатываемых проектов, бак файлы, правки на продакшене, вот это вот всё.

Культура - то вопрос отдельный, слабо связанный с необходимостью репо.

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

И вообще разработка сайтов != кодинг.

Дикий пионер:
Вопрос тем, для кого использование SCM тулзов - лишние сложности, в какого размера команде вы работали маскимум без них?

Пять, кацца нас было. А по сути основным кодингом занимались 3-е.

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

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

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

Есть и не редко. Речь конечно не идёт о больших разработках, а вот "добавьте вот форму обратного звонка" или "хочу, что бы картинки листались круто" - для этого даже можно не применять maintenance-плаги (или файл .maintenance). Для чуть более сложных задач уже стоит.

Это я заморачиваюсь клонированием сайта для смены, напр. темы. А многие, очень многие это делаю "по живому". Как далёк ты от современной реальности :)

Sly32:
Теоретически даже на шареде должен быть доступ к mysql

И что, его нет? Да даже из ВП он есть :) Чем тебе ПМА на шареде стыдоба? Нет консоли? Есть у многих.

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

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

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

---------- Добавлено 19.07.2016 в 17:00 ----------

KMiNT21:
не оставляйте в папках файлы вроде index.php.bak (*.bak), так как они же не парсятся сервером и отдаются так как есть, т.е. какие-нибудь сканеры могут нащупать такие файлы и вытянуть.

Каких только фантазий не услышишь на сёрче летом :)

KMiNT21:
А вдруг там логины-пароли всякие?

Файлы с такими данными не требуют ревизий :)

karen1994:
Сайт статейник вообще стоит переводить на https?

ну начинается..

10500 копий поломано. Юзай поиск.

Sly32:
которую нужно заливать каждый раз заново. При этом hg pull мне затянет только измененные файлы. Да, файлзилла это тоже может.

Да зачем же "каждый раз заново"?! Только изменённые файлы. Сколько их в штуках? 1, 2, 10? Да пофик на самом деле. Причем даже не нужен никакой доп софт в виде файлзилы - файлменеджер наше фсе :) Вот это реально инструмент, без которого нельзя. (это к вопросу "как вы работаете без ртути и деплоев" :))

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

Если ты правишь где-то локально и у тебя собирается несколько.. ок много изменённых файлов, то ты же их не выложишь на продакшен, не убедившись, что всё ОК, не так ли? Тут если напрягает залить весь каталог по маске (*.пхп+*.цсс), то банальная синхронизация. (И во всех этих случаях - хоткеи для ускорения)

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

Sly32:
Вынести в плагин недолго, скорее всего так и сделаю,

Вынес? А теперь я тебя, дружище, чуток подколю. ;)

Вместо того, что бы взять готовое - ты изобрёл свой велосипед :)

Всего: 28523