Воеводский Михаил

Воеводский Михаил

Был в сети 30 марта 2026, 14:44
Заказы не принимаю
Полностью поддерживаю.
По такому запросу даже хороший низкооплачиваемый специалист (встречаются хорошие специалисты, сильно занижающие стоимость, хоть и очень редко) возьмет не менее 50 000 руб. Все, что ниже — поделки начинающих фрилансеров без гарантии результата.
Тоже очень хороший вариант.
Что касается идеального варианта, единственный способ сделать универсально — задать какие-то минимальные рамки, соблюдения которых требовать от всех разработчиков, которые выберут твой инструмент для работы. А дальше решение уже за ними — если соблюдают, то все хорошо и корректно переносится. Если нарушают требования, то иногда получают непредсказуемый вариант.

При этом, синхронизатор должен иметь несколько режимов работы. Как минимум:
1) Управление копиями через мастер-сервер
2) Выгрузка обновлений с тестового сервера на рабочий (-е).

Если же мы говорим о работе и изменениях непосредственно на рабочем, например, как в твоем случае, то здесь вообще синхронизатор не нужен. Достаточно простого протоколирования изменений.
Верно, это далеко не единственная частность.
Таких подводных камней бесчисленное множество. По этой причине, создавая инструмент переноса данных, необходимо сразу определиться с некоторыми условностями. Например, запретить изменение username пользователям, не переименовывать TV после отправки по другим сайтам и тд.

Ресурсы можно тоже легко и успешно переносить между сайтами, изменять их содержимое, здесь вариантов 2:
1) В самом ресурсе определить поле, которое не изменяется ни при каких условиях
2) Создать отдельную таблицу, в которой будет сохраняться соответствие ресурса и дополнительного служебного кода этого ресурса. Кстати, мой синхронизатор стоит дополнить вторым механизмом, получится более красивая и удобная вещь.
Этот момент тоже стоит проверить и осветить, если Gitify корректно сумеет поддерживать в актуальном состоянии несколько рабочих копий. В теории сложностей не должно быть, это факт. Как на практике — вопрос :)
На прошедшей конференции я рассказывал о синхронизации множества установленных копий. Как Иван правильно отмечает, с ID ситуация не слишком однозначная. К тому же, когда появляется второй (и не только) разработчик, становится сложнее управлять всеми изменениями.

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

Заодно уж: Иван, расскажи, пжл, насколько Gitify подходит для поддержки одновременно нескольких рабочих серверов?
Приезжаю в Минск в пятницу в 07:00, уезжаю после мероприятия в ночь с сб на вс в 01:00.
Что делать в пятницу, пока не очень понятно, на экскурсию запишусь, если только не по музеям )))

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