xfg: и кстати вариант "разраб сам тестит свой функционал" к сожалению не подходит... зачем тогда тестеры... и да, "автору зачем-то нужно" чтобы тестили тестировщики, и зачем-то нужно чтобы могли работать сразу два или три тестера над двумя разными фичами, которые находятся в двух разных ветках и не слиты в одну... странно, что вам непонятно зачем это нужно... я честно ценю, что вы пытаетесь помочь. спасибо, но в вашем предложении есть нюансы, которые мне либо непонятны, либо не подходят... что тут еще скажешь )
xfg: Вообще-то нет :) проверьте ) например картинка src='logo.jpg' на странице domain.com/catalog/product будет искаться в папке catalog. А если еще после product поставить слеш, то в папке catalog/product и точка входа index.php тут не причем. Картинку ищет браузер. Браузер не в курсе вашей логики резолвинга урла, которая у вас спрятана в index.php.. как-то так )
Выглядит слегка по-деревенски, но по факту самое реальное решение, как по мне... по сути это тоже самое, что у нас сейчас. Только у нас всю эту фигню делает админ, а вы поставили себе панель управления и каждый разраб создает себе нужный ему домен сам никого не напрягая. Единственная реальная альтернатива, которую я пока вижу, это свой ДНС-сервер, который будет резолвить каждого разраба в его папку при том, что домен у всех будет одинаковый. Для того, чтобы зайти на ветку соседа, админ может написать небольшой скриптик и web-страничку, где будет выпадайка с именами коллег. Выбираешь коллегу, нажимаешь "ок" и ДНС резолвит тебя уже в его папку. По тому же самому домену. Имхо, это 2 самых реальных варианта. Причем и у первого и у второго есть свои плюсы и минусы... Пока из всего, что предложили, третьего варианта я не нашел... Спасибо вам за ответ.
xfg: если убрать слеш, то на странице например company.com/branch/catalog/product/1 картинка будет искаться в папке branch/catalog/product/1, которой не существует... GhostSt92: про локальные копии - ок, но что касается тестирования, не понятно. Если каждый разраб пилит свою фичу в какой-то своей локальной ветке, а потом все разрабы когда оно у них готово сливают это в одну дев-ветку на сервер, то получается что в этой дев-ветке одновременно несколько разных непротестированных фич. И как быть если из 3х фич, например 1 работает, а две оказались с багами? Мы не можем вылить это одну фичу изолировано. Мы должны ждать пока пофиксятся оставшиеся 2. А в это время пока 2 фиксятся, тот чувак, который запили первую фичу нормально доливает следующую. И получается что 2 пофиксились, которые были с багами, но теперь на сервере уже 4 фичи, 3 работают, а в одной последней - баг. И снова... мы не можем вылить изолировано 3 рабочие фичи. Так как у нас все в одной ветке. Тестить нужно разные фичи в разных ветках, и после тестирования сливать в мастер, который потом пойдет на прод. А не сливать все в мастер, а потом тестить. Так что тоже не получается...
xfg: Аа.. я понял о чем вы ) Да, так вроде будет работать. А вы работаете или работали подобным образом? Если да, то не доставляет ли проблем то, что ссылки на статику в html должны всегда быть только абсолютными? Т.е. если у нас корень сайта в папке, типа company-dev.com/branch/, то нельзя например сделать картинку с адресом типа src='/img/logo.jpg'. Она тогда будет смотреть в company-dev.com/img и не найдет... та же фигня касается стилей, js и прочего. Нужно чтоб всегда на всей статике были строго только абсолтные урлы. Это в принципе правильно. Но абсолютные урлы конструируются либо динамически исходя из $_SERVER['HTTP_HOST'] либо исходя из какого-то конфига, где указан базовый урл. Базовый урл в разных ветках в конфиге не может быть разный. А в $_SERVER['HTTP_HOST'] лежит домен, а следующая за ним папка это просто сегмент урла. Нигде в глобальных переменных сервера ее отдельно нет, насколько мне известно. Нужно писать какой-то костыль в своем URL Mapper'е, который будет каким-то образом понимать, что если это тестовый сервак, то первый сегмент урла, это всегда ветка и ее нужно добавить в базовый урл... Т.е. без костыля никак... Я прав? Или я чего-то не знаю?
xfg: Ну а если одному тестировщику нужно тестить одну ветку, а другому таску из другой ветки. Как они будут на одном домене тестить? Или например другой кейс. Для картинок у нас специальный сервер img.company.com или даже несколько img1, img2.company.com etc... в html генерятся абсолютные ссылки. Для дева у нас должен быть некий img.company-dev.com. Но если на серваке в один момент времени есть только один виртуальный хост, то не получается. Т.е. как минимум отдельный домен для картинок должен быть... ну и что с тестерами делать, непонятно... в общем, пока непонятно как уйти от треша с доменами... или я просто вашу мысль до конца не понял, простите если туплю...
sulla: Похоже вы меня как раз понимаете. Я вот тоже как-то внутренне не могу принять идею, что разработка у каждого разраба идет локально. Мало ли какое он там себе окружение сделает, не ту версию PHP поставит или еще что... но и не это главное. А главное, что есть вещи, которые реально должны работать на сервере. Это могут быть и не только платежки, но и всякие API. И более того. Тестеров тоже несколько. Допустим три тестера, тестят три разные задачи трех разных разрабов. И все эти три задачи находятся в трех разных ветках. Как это сделать на одном тестовом серваке? Я работал в компании, где был свой днс, и у каждого тестера/разраба была своя папка на сервере, в которой он ставит нужную ветку. Но домен у всех был одинаковый, ты просто по айпи резолвился именно в свою папку. И получается, что было 20 человек в команде, и 20 физически разных папок на сервере. Но не было кучи разных доменов, типа если есть несколько сервисов, субдоменов, то у каждого разраба еще по пять субдоменов и всего 100 доменов получается (20*5). Т.е. из-за своего ДНС доменов было всего 5 одинаковых для каждого разраба, но каждый по факту попадал в свою папку. Надо тебе тестить что-то, включай нужную ветку и ты никому не мешаешь... Я хотел бы найти какой-то подобный вариант организации, но не хочу делать свой ДНС. Я как бы не сисадмин и просто не смогу его настроить..
не решили проблему? У меня тоже Acer и та же фигня. В настройках винды адаптация яркости отключена. В настрйках видео-карты Intel стоит максимум везде. Не пойму где что искать. Раздражает страшно...
Спасибо большое за ответ. На самом деле есть сомнения подходим ли мы под этот кейс. У нас платформа, где авторы сами выкладывают свои книги. И их нельзя скачать в каком-нибудь fb2 или epub. Чтение только с сайта или только с моб.приложения. Т.е. это книга, да, ее "нельзя вот так просто взять и открывать в любой другой читалке" (с) Но ее можно читать как в приложении, так и на сайте... считается ли это меда-контентом, который не зависит от платформы... не знаю...
Написано
Войдите на сайт
Чтобы задать вопрос и получить на него квалифицированный ответ.