Александр Мельник

спасибо.

он просто делает pull-request

вот такого я не знаю. По моему в командах гита такой команды нет, это какие то фишки чисто гитхабовские?

Николай, а вот ваше мнение, какую схемы предложили бы вы.
Очень интересно.
Если задача следующая. Есть 40 проектов. Все они на серверах заказчика. Средний вес файлов — около 40 гигабайт на каждом.
Одному разрабу выдается 10 проектов, которыми только он будет заниматься.
Но он вообще не должен знать о существовании сайта заказчика и не иметь возможности его править. Только с сайтом dev работать и так, чтобы была возможность в любой момент увидеть этот dev сайт в браузере, проверить выполнение и потом синхронизировать данные с сервером production
Вот даже специально не упоминаю слово git

ну например то, что у меня на компьютере общий размер ssd — 120 гигабайт.
И требовать от разработчиков, чтобы они докупали себе по 100 гиг под каждый проект — не имею права. Плюс локальный сервер не так просто выставить в интернет. А каким образом тогда будет происходить контроль над работой и проверка результатов, если все крутиться локально у разработчика.

а как организовано у вас, Сергей?
Что реально если 5 человек работает с одним сайтом, то у каждого свой сервер со своей копией сайта?
Вы работаете с чужими и старыми сайтами, чей вес за годы жизни перевалил за десятки гигов? Мне кажется это так экономически нереально содержать 5 серверов для 5 разработчиков, и это только по одному проекту. А если проектов 40. и на каждом 5 разработчиков, то это будет 200 выделенных серверов. Стоимость одного минимум 10 00 в месяц, это 2 000 000 рублей в месяц)

Ну вот поэтому я и пытаюсь «выпытать» у людей нюансы. С мира по нитке — уже какая-то картина в голове будет.
НО!
Я наверное не указал главного, простите.
Одновременно два разработчика не будут работать.
У нас около 40 проектов и планируется нанять около 3-4 человек, за каждым из которых будет закреплено около 10 его проектов. Чтобы он их изучил и только он с ними работал.
Тоесть основная задача наверное не в том, чтобы продумать систему когда 4 человека одновременно работаю над одним кодом (до этого нам как компании еще лет 100 а в то время программисты уже будут не нужны) а в том, чтобы человек не мог сломать сайт production вообще никак, но мог выполнять задачи по доработкам этого сайта. Причем доработки самые разные — это не всегда прямо глобальная фича, это и — ой заказчик захотел попробовать как сайт будет смотреться если заголовки h1 станут красными)

Ну теоретически ничего не мешает использовать ветки. Разработчик может все свои изменения хранить в отдельной ветке. Но ветка эта находится в гит репозитории который на сервере dev, а не у него локально на машине.
Я поэтому и хочу, обсудить именно схему такой работы.
Предположим разработчик проснулся утром, видит в трелло задачи по этому проекту.
Он подключается к серверу по ssh на всякий случай стягивает ветку мастер с гитхаба на сервер dev. Приступая к работе создает и переключается на ветку новой задачи. Может закрыть ssh. перейти в ide и на всякий случай синхронизировать файлы и в ней. (git репозитарий не вытаскивая, тоесть на локальной машине никакого git) Работает пока не решит задачу (на его взгляд) Идет снова на сервер делает коммит в новую ветку. Зовет проверяющего. сайт dev тестируется и если все ок то разработчик или новую ветку закидывает на гитхаб (и тогда кому то придется их еще объединять) или (ведь задача уже проверена), сам сливает ее с master. На этом его работа окончена. Кто-то другой каким-то образом данные из ветки master на гитхабе переносит на production.
Какие проблемы ждут меня при такой схеме работы?

Они сами всё будут в master пушить, что ли?

Да, а почему нет? Вот видите у вас это вызывает бурную реакцию а я не совсем понимаю почему. Акцент на каком слове? Они? или master?
Просто в моей голове все примерно так выстроено — разработчик работает с кодом, через ide. Сохраненные, измененные или созданные им файлы попадают на сервер dev. Там лежит полноценная полная копия, которую можно открыть через браузер. Разработчик работает до тех пор, пока не решил задачу. Стучится кому-то кто ответственный и говорит — сделано, проверяйте. Ответственные люди проверяют функционирование и говорят — супер. иди комить и пуш на гитхаб. После того как работающий когд оказался на гитхабе он голубиной почтой передается на продакшен.
Именно поэтому меня смущает фраза

Нет, у каждого свой dev-сайт,

выделенный сервер на 100 гигов чтобы развернуть один dev сайт будет обходится в десятки тысяч в месяц, а держать три таких сервера по одному для каждого разработчика — это невозможно финансово (ну кроме того и технически сложно)
С чем именно связано то, что вы говорите, что нужно для каждого разработчика свой dev -сайт?

Спасибо.
Я наверное написал неудачный заголовок, мол расскажите что такое git и github и вы честно и полно рассказали.
Нет, конечно я знаком и с программой git, и с историей ее создания и знаю что такое github по своей сути. Просто миллионы людей рассказывают, что постоянно пользуются системой контроля версий именно для деплоя, для синхронизации сайтов, а я вот как и вы считаю, что она для этого как минимум неудобна. Это именно инструмент для совместной разработки, вот почему я и не пользовался ей в работе, потому что я все разрабатывал сам.
Я совершенно с вами согласен, что не нужно хранить картинки на гитхабе и прочую лабуду. Но тут есть один фактор — вы можете добавить в гитигнор необходимые директории и так далее только если вы сами делали этот проект и его архитектуру, то есть вы точно знаете что и в какой директории у вас находится. А в случае если берут на обслуживание проект, который уже весит 100 гигабайт, в нем 100 000 директорий бесконечно вложенных друг в друга, то практически невозможно определиться, какие директории добавлять в гит, какие исключить. К примеру видишь директорию с названием images, думаешь — обязательно нужно заигнорить, картинки то нам зачем. А потом в процессе разработки сталкиваешься с тем, что в этой директории кроме 70 000 изображений есть еще и два php файла, которые важны и нужны для решения задач. Начинаешь городить костыли, как теперь их добавить. И хорошо если их два и нужно внести исключения в файл gitignore а если их 40… А еще хуже если ты наоборот случайно закунул на гитхаб директорию, которая была вложенная в десяток других, просто потому что ты о ней ничего не знаешь, а в ней — 30 000 pdf файлов. Короче говоря да, я считаю что git удобный инструмент именно для совместной работы над НОВЫМ кодом.

Но тем не менее, стоит задача продумать такую систему, которая даст возможность 3-4 разработчикам, работать с кодом сайта на сервере dev (копией production) ничего даже не зная о сервере production. После достижения желаемого результата эти изменения должны быть перенесены на сервер production. Как бы вы решили эту задачу? Вот вы написали что git на production не используете. А как тогда? Вот к примеру результат работы двух разработчиков (пока не будем вникать как мы этого добились) лежит в виде кода на github. Как его поместить на production? Что скачивать zip архив и по ftp заменять файлы?
Да и вопросов то конечно куча, и исходят они скорее всего от моей невежественности, но на то «мировой разум» и существует, чтобы каждый не изобретал свой велосипед.
Просто хотелось бы услышать кто какую схему использует или же предложит для решения этой задачи.
Я вот например в своей схеме склоняюсь к мысли, чтобы запретить разработчикам иметь локальный на своем компьютере репозиторий гит, чтобы с файлами сервера dev они работали исключительно через возможности phpstorm (настроить передачу при сохранении), а git был только на сервере. И мол если добились результата, то подключились по SSH, закомитили изменения и вытолкнули на гитхаб. Но не знаю насколько это разумно в плане мирового опыта)
Плюс еще нужно мне изобрести универсальный метод быстрой синхронизации. В случае к примеру если разработчики убили сайт на dev нужно быстро развернуть им свежую версию, максимально приближенную к pro. Собираюсь делать это написанием bash скриптов, которые будут делать дамп базы, сжимать в zip все файлы, а на другом сервере скрипты будут скачивать эти файлы, распаковывать и так далее. Но возможно в мире существуют решения разумнее?

Без включенного vpn в браузере пробовали?
Я как человек проживающий в Украине, тоже вынужден часто им пользоваться, без него большинство сайтов просто не работают, поскольку на всех установлена яндекс метрика, а яндекс у нас заблокирован. И получается некий замкнутый круг — я вынужден включить vpn чтобы загрузилась страница, но при включенном vpn полностью перестают работать многие функции сайтов на modx — отправка форм через ajax form и formit, добавление товаров в корзине в minshop

Все относительно. Я лично совершенно не воспринимаю формат pdf как формат документов для отчетности.

что значит «в чем толк». Человек сделал свое решение и поделился им за символическую цену.
Наверняка в мире существуют сотни способов лучше и сотни хуже — но это решение вот такое.
На мой взгляд, это все равно что сказать, в чем толк продолжать писать романы если «Мастер и Маргарита» уже написан или рисовать картины после «Монны Лизы».

Иногда бывает такое. Кликните по заголовку таблицы ID, чтобы сменить порядок сортировки. После этого, скорее всего, начнет перетаскиваться.

Не совсем понял, что делает mixing? Визуально такое ощущение что изображения стали рандомно отображаться.
Архив весит 80 мегабайт с одним 3D фото, и на странице у пользователя тоже грузиться такой же объем?
(просто никогда с этой технологией не сталкивался)

Мне кажется link_tag_scheme это не о том.
Посмотрите что у вас в системной настройке server_protocol, хотя при установке modx таб должно быть http и только после установки сертификата нужно прописывать https

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

А как тогда работают такие конструкции?

<a href="#" onclick="return true;">go go go</a>

Ведь не создается заранее eventListener, а работает.
Да и вообще — если говорить что современные тенденции направлены на оптимизацию и быстродействие, то я наверное не соглашусь. Мы говорим что jquery плохо потому что расширяет каждый дом элемент. Но при этом считаем что правильно — нагружать браузер каждого пользователя расчетами для построения всей html страницы (типа vue). Современный браузер — это программа, которая и так по потреблению памяти превосходит как правило даже какие-то требовательные игры и тенденция эта только растет, так что нет — современный веб он не про оптмизацию))

Я лично без всякого осуждения, даже если «акция и спланированная» совместо с лекторией.
Я тоже уважительно отношусь к Зернову и особенно понравился его ответ в комментариях на ютубе:
Вопрос — а почему платно то, ведь речь всего лишь о лендинге. Об элементарных вещах.
Ответ — а кушать то хочется.
Так что если Артем найдет своих покупателей — я буду только рад.

но раз уж делаешь заново — нафига нужен jQuery?

Я вспомнил что в одном вашем посте, где вы показывали по моему разработанный новый сайт, вас спросили — зачем вы пользуетесь php, если ваш фронтенд полностью работает на javascript, и на сервере крутиться nodejs. А… помоему спросили а зачем вы пользуетесь slim и тяните к нему php? Ведь это совершенно избыточно. И вы ответили, что просто любите php))
Так что, автор не может просто любить jquery? Человек не обязан знать все языки в мире и разбираться во всех технологиях, это нормально. Каждый имеет право пользоваться тем к чему привык и что любит.

Не знаю, что такое «моушн дизайнер», но по-моему в вас умер (а может еще и нет) хороший рекламщик.

да, это очень важно.