SeVlad: 1. ? Она и без гита прекрасно имеется. 2. Непонятно зачем это вообще делать. но тоже легко. Гораздо проще и быстрее чем с гитом и отдельным бекапом базы, кстати.
Даа...
Ну вот я сегодня сделал 4 коммита, один оказался лишним, я черепикнул то что надо в рабочую ветку и и ничего не поломал
База тут вообще каким боком??? если я в ней что-то менял, то создал миграцию и опять же могу откатиться к нужному состоянию.
Ты правил что-то целый день и оказалось не то - ты как вернешь состояние к рабочему? Будешь вчерашний бэкап разворачивать?
SeVlad: Я же и выбрал решение на фреймворке в тч и потому, что там реализовано транзитное и объектное кеширование.
SeVlad: что нагрузка из-за доп. полей вообще не ощущается.
А тестировал с кешем или без? Сайт будет настолько высоконагруженный что без кэша никак?
SeVlad: К меня локально всё бекапы базы и моих правок файлов лежат годами.
Это правильно, это хорошо. Но зачем, когда можно загнать в гит проект? что тебя в нем не устраивает? Зачем вести разарботку на сервере, когда можно проект локально развернуть? а если инет пропадет или захочешь на природе поработать то все?
SergejF, Не, вы пока не расскажете мне про вашу машину с двумя рулями, я с вами в дискуссии вступать не буду. А про органы - так диванные вояки - это про вас, поэтому дальше воровства кондеров у клиентов вы не рискнете пойти
SeVlad: Тут конкретно 5 типов контента с 3-8ти таксономия и десятками произвольных полей
Вот тут у меня начинает дергаться глаз, от этих произвольных полей в ВП. Потом вырастают чумовые запросы к БД чтоб все это собрать и сайт умирает. Вместо того чтобы спроектировать БД под задачу - приходится извращаться
Ну и расскажи мне сколько ты бэкапов кода хранишь по своим работам? какие обьемы выходят? история изменений есть?
На бис: это ресурсы. Несравнимые с созданием нескольких копий файлов.
Какие ресурсы у тебя сжирает гит, что это критично?
В то время как с дубпликатором - всего одно.
То есть ты сидишь и каждые 20 минут дупликатором делаешь копию?
Ты сделал правки в 10 файлах - бам - сайт упал - как ты будешь лечить?
1. ? Она и без гита прекрасно имеется.
2. Непонятно зачем это вообще делать. но тоже легко. Гораздо проще и быстрее чем с гитом и отдельным бекапом базы, кстати.
Даа...
Ну вот я сегодня сделал 4 коммита, один оказался лишним, я черепикнул то что надо в рабочую ветку и и ничего не поломал
База тут вообще каким боком??? если я в ней что-то менял, то создал миграцию и опять же могу откатиться к нужному состоянию.
Ты правил что-то целый день и оказалось не то - ты как вернешь состояние к рабочему? Будешь вчерашний бэкап разворачивать?
Зачем мне гит, если можно (чит: мне удобнее) иметь всё у себя и не зависеть от всяких чужих сервисов
Я тебе открою тайн:
1. Гит разворачивается локально
2. Ты можешь репо развернуть на на своем сервере и не зависеть от никаких сервисов
3. на шареде он присутствует, во всяком я не встречал таких мусорных чтоб не было
---------- Добавлено 02.06.2020 в 14:43 ----------
Современный сайт на CMS должен разрабатываться в той среде, где будет эксплуатироваться.
И здесь мы плаавно возвращаемся к докеру)))
---------- Добавлено 02.06.2020 в 14:45 ----------
Вот ты можешь привести хоть один довод, что гит чем-то правильнее/целесообразнее локальных бекапов файлов и ФТП при работе в одно лицо?
У тебя всегда есть актуальная версия проекта
Есть возможность откатиться на любое состояние
для деплоя тебе нужна одна команда
Хватит?
А зачем вести разработку локально, если её можно вести на сервере?
Ну как минимум потому что ответ локального сервера будет быстрее)
ну либо вернуть если что то не заработало как надо.
Я только сегодня за время этой дискуссии два раза ревертился, чтоб не тратить время, но адептам правки на сервере не понять зачем все это вот)
---------- Добавлено 02.06.2020 в 14:15 ----------
dj D, ловлю мелкую рыбешку, никому не мешаю. Вы забыли написать. А что со старым аккаунтом (Перфекционист)? Забанили?
Блин точно - все пытался вспомнить этот ник)
---------- Добавлено 02.06.2020 в 14:17 ----------
А зачем передавать аргументы в функции и использовать DI, если все переменные сделать глобальными?
И зачем проектировать базы, когда все можно зафигачить в произвольные поля?
...
этот список может быть бесконечным)))
Своим украинским братьям по сознательности об этом расскажите.
https://clip2net.com/clip/m589783/6419a-clip-337kb.png
повод для гордости ага) и библия под подушкой)) Твое тебе вернется, а дискутировать с такой личностью считаю ниже своего достоинства
Я же и выбрал решение на фреймворке в тч и потому, что там реализовано транзитное и объектное кеширование.
что нагрузка из-за доп. полей вообще не ощущается.
А тестировал с кешем или без? Сайт будет настолько высоконагруженный что без кэша никак?
К меня локально всё бекапы базы и моих правок файлов лежат годами.
Это правильно, это хорошо. Но зачем, когда можно загнать в гит проект? что тебя в нем не устраивает? Зачем вести разарботку на сервере, когда можно проект локально развернуть? а если инет пропадет или захочешь на природе поработать то все?
SergejF, Не, вы пока не расскажете мне про вашу машину с двумя рулями, я с вами в дискуссии вступать не буду. А про органы - так диванные вояки - это про вас, поэтому дальше воровства кондеров у клиентов вы не рискнете пойти
Тут конкретно 5 типов контента с 3-8ти таксономия и десятками произвольных полей
Вот тут у меня начинает дергаться глаз, от этих произвольных полей в ВП. Потом вырастают чумовые запросы к БД чтоб все это собрать и сайт умирает. Вместо того чтобы спроектировать БД под задачу - приходится извращаться
Ну и расскажи мне сколько ты бэкапов кода хранишь по своим работам? какие обьемы выходят? история изменений есть?