Я вот правда не пойму когда ты тупишь, а когда троллишь.
Ты вот сейчас троллишь или реально настолько туп, что не доходит, что во время работы файлы "бекапятся" локально и закачиваются по ФТП, а дубликатор юзается перед и после важных изменений (в контрольных точках).
На бис: это ресурсы. Несравнимые с созданием нескольких копий файлов.
1.Спешиал фо флулстакврунишке: перенести в другую среду - это не хостинг сменить, а среду - ОС и пр окружение.
Это может случиться только от "большого ума" - переносить сайт с линукса на винду напр. Но как раз бекапы сделанные и разворачиваемые правильными средствами помогут это сделать без особых проблем. Другое дело, что среда накладывает ограничения и если у кого возникает такое желание - ну пускай делают хоть в докерах хоть в варгантах, хоть в виртуалках и носятся с образами.
2. С таким же успехом я могу спросить - а если ухостера нет докера? Это это ровно такая же глупость что и твоя писанина.
Ну и что ты хотел этим сказать-показать?
Я тоже если косячну с кодом - также легко могу откатить/исправить косяк. В чем цимус гита?
Ты же говорил "откатиться на любое состояние". А без базы это далеко не на любое. (Опять просвечивается ограниченность - дальше кода не видится..)
С гитом тебе надо 2 "раза работать" -отдельно базу, отдельно файлы. Это куча телодвижений. В то время как с дубпликатором - всего одно. Ок больше- понадобится ж ввести данные коннекта к базе. Но это способна сделать почти любая домохозяйка. Зачем платить больше усложнять себе жизнь? Потешить ЧСВ, чтобы похвастаться на форумах, думая что опуская других?
Речь только про файлы? Заменю только файлы, с которыми работал. У тебя как-то иначе?
Где, ну где же гит рулит?
Перевести текст ошибки за тебя?
Ок "Синтаксическая ошибка в 202й строке".
Я ж говорил - неправильно вставил. Кавычки/запятые небось пропустил или вообще не впихнул в другую функцию.
1 и 2 - это ресурсы. Чит: не целесообразно.
3. на шареда как правило нет никаких клиентов для гита. Максимум что может быть - SSH. У реально заточненных под ВП (а не декларирующих это) ещё и wp-cli.
И резко - фтопку за ненадобностью :)
1. ? Она и без гита прекрасно имеется.
2. Непонятно зачем это вообще делать. но тоже легко. Гораздо проще и быстрее чем с гитом и отдельным бекапом базы, кстати.
3. ?? Опять какая-то ересь...
Я тебя просил привести хоть один аргумент где гит будет заруливать "старые технологии" прпи работе в одно лицо, а не командой.. Для разработки/поддержки одного сайта. И?
Неправильно добавляешь. См логи они подскажут где ошибка.
Помогите найти где в процитированной фразе написано "не только". Там вполне чётко сказано - "они (IP) забаненны и сайт для них не отображается" Так? Так.
Будем продолжать играть словами или закончим этот бессмысленное метание?
Иди хорошо покекай - мож глаза и мозги освободятся от говна и поймёшь о чем было сказано.
Хотя вряд ли.. Это у вас в крови.
Кеширование только то, что в фреймворке (я писал выше). Никакого доп. кеширования не использовал (я вообще ж не сторонник кеш-плагов. Разве только в очень исключительных случаях). Даже убогое серверное отключено когда сайт разрабатывается. На продакшене уже конечно используется что позволяет хостинг. Но как правило без кеш-плагов.
В планах каких клиентов не иметь трафик? ;)
Зачем мне гит, если можно (чит: мне удобнее) иметь всё у себя и не зависеть от всяких чужих сервисов, имеющих свойства то падать, то банить юзеро, то быть забаненными провами, то ещё всякое. Не вижу ни одного преимущества - только геммор. Не говоря уже про невозможность использования с шаредом.
Повторю не раз сказанное - гиты имеют смысл при коллективной разработке. А при персональной - лишнее и даже где-то менее надёжное. К тому же требует доп ресурсов, что для обычного вемастера (да и клиента) нафик не нужно.
Вот ты можешь привести хоть один довод, что гит чем-то правильнее/целесообразнее локальных бекапов файлов и ФТП при работе в одно лицо?
Только без громких слов что это-де круто, а ФТП и шаред устарело и тп.
Разработку чего-то сложнее простых html-сайтов локально ведут либо ламеры, либо от безвыходности те, у кого инетом плохо. Современный сайт на CMS должен разрабатываться в той среде, где будет эксплуатироваться.
На природе я буду мечтать о сайте клиента , а не вотку пить Ага, щаз :) ---------- Добавлено 02.06.2020 в 14:34 ----------
Серьёзно, каждый файл в той редакции в какой может потребоваться. Возможно это не весь хлам "как в гите", но вполне достаточно чтобы ничего не потерять и быстро восстановить при необходимости.
Глаз дергается от другого :)
Я же и выбрал решение на фреймворке в тч и потому, что там реализовано транзитное и объектное кеширование. Иначе пришлось бы это самому писать.
Тут получилось и вовсе интересно. Изначально сайт разрабатывался не на моём основном хостинге, а на очень дешёвом. Так вот небольшое нагрузочное тестирование с пом https://loaddy.com/ и тп показало, что нагрузка из-за доп. полей вообще не ощущается.
К меня локально всё бекапы базы и моих правок файлов лежат годами. Это качается абсолютно всех клиентов. + Периодические полные бекапы дубликатором. Как на хостинге, так и в др местах. Клиенты также делают и получают бекапы. В тч и на внешние сервисы типа гуглодиска (те, кто купил дубликатор).
1. Плагин создаёт кастомные сущности с кастомными данными разного типа. Тут конкретно 5 типов контента с 3-8ти таксономия на каждый и десятками произвольных полей. Со всем этим клиенту удобно работать в админке (это уже в основном благодаря фреймворку, но и я чуток добавил плюшек). + задаёт разные функции вывода в шаблонах темы + есть несколько шорткодов для вставки выборок этих данных в контент.
В целом это почти как товары с кучей данных и фильтрами в плагах ИМ, только это не ИМ. Что-то типа каталога, но тоже не совсем каталог.. И попродвинутее и функции/задачи другие.
И главное - в нужном для заказчика виде на фронте (ага бесплатная тема с моей версткой шаблонов в дочке) и с его др. хотелками. Но это уже не совсем про плагин.
И да, жаль, что такие заказы не часто перепадают.
2. Только ламеры пихают функционал сайта в тему. Это, кстати, вполне чёткий маркер квалификации.
3. Что значит "тогда не нужно было бы активировать этот код при разворачивании?" Вот что за дикая ламерская ересь? Начиная от какого-то там "разворачивания" (чего? зачем?) до проблем активировать плаг (который и активировать-то не надо - он уже работает)---------- Добавлено 02.06.2020 в 13:30 ----------
самое смешное (или таки страшное?) - то ты даже не понимаешь что этим ты демонстрируешь свою тупость. :)
Активация при разворачивании говоришь, ага :)
