Некоторые личности все делают на ВП, в том числе и то что вы описали, фанатики они такие =))
PS. На самом деле, против конкретно ВП никто ничего не имеет, хороший продукт, особенно когда его применяют для того, для чего он изначально создан, а не пытаются установить его на ssd и запихать поглубже =))
Раньше это когда? Вчера? Позавчера? Или когда в топике спрашивал, что за конструкция такая у константы вызывается метод?
Не знать даже языка на котором пишешь, но хаять библиотеки на нем написанные - это от большого ума видимо.---------- Добавлено 04.06.2020 в 18:10 ----------
Ты же в курсе что многих признали только после смерти?
Парадокс в том, что в IT главное не инструменты, а продажи, иначе разных проектов и не будет никогда---------- Добавлено 04.06.2020 в 18:12 ----------
Он в своей реальности живёт, не мешай человеку, ему так нравится и он от этого кайфует. Я хз на что он ест, возможно на пособия, ты же не знаешь его жизни, пусть человек занимается, здесь не хабр, может по втирать свою песню местному большинству.
Jackyk, тут не все так однозначно, вы в чем то конечно же правы и с одной стороны это выглядит вполне логично, если не задавать вопрос зачем это нужно человеку. Если человек делает бизнес, то собирать на коленке на CMS при помощи плагинов с 0 знанием предмета собственно всегда ведет к "а сейчас админ на него забил". Если человек хочет поиграть в девелопера - это одно, а если он хочет решить какую то задачу - это совсем другое. Сделать хорошо с 0 и в первый раз что то мне кажется невозможно ни где, ни в чём и ни на чём.
Но каталог организации, это каталог товаров/услуг организации или все таки каталог организаций. Разные задачи и разные плагины, с учетом того, что человек только что узнал что то о WP, сомневаюсь, что он что то сделает хорошо на нём, от сюда ответить на вопрос можно вообще что угодно, человеку что джанга, что вп всё одно на выходе, только если он хочет поиграть в девелопера джанга даст больше, чем вп.
AWS превосходный инструмент, просто это очень большие мощности по этому там всех хватает, но они к сожалению есть везде, сами AWS не спамеры и не хакеры и не чернушники, а отличные IT'шники, которые сделали в свое время целый рынок и за кем теперь тянутся другие гиганты.
да только аппл в сервисных центрах меняет клаву даже на маках 2016 года так то и это не пол года совсем.
Есть люди, которые задают такое направление дискуссии
Не в данном случае, про кубер рассказывать тут вообще бесполезно, но и он действительно не для всех, это же нужно вначале про микросервисную архитектуру рассказать, а тут люди принять не могут, что может быть что то кроме монолитного ВП, на котором они делают все, от сайта визитки, до маркетплейса и срм, а ну еще делают "вроде интернет магазин, но не интернет магазин, как каталог только не каталог"
Ушел с SVN, почему то много косячил там, возможно из за нехватки опыта, но гит мне оказался ближе.... и проще наверное.
Не прав, все технологии сделаны для того, чтобы люди делали больше за меньшее количество времени, просто если убрать все это, то что раньше делалось за день, будет делаться за неделю.... Вон тут один человек фреймворк пишет уже пол года, то есть если бы у него был заказ от клиента, то по истечению пол года он бы к нему даже не приступил.
SeVlad топит за бэкапы файлов, мы все проходили это, и видим как это выглядит, если просто:
style.css.origin
style.css.v1
style.css.v3
style.css.v5
Вопрос был к такой системе бэкапов, как откатить изменения style.css.v1, залив style.css.origin, при этом не затерев изменения style.css.v3 и style.css.v5, а теперь умножаем style.css хотя бы на 10 и начинается ад. У SeVlad спросили по шагам как он разрулит такую ситуацию - он слился. Ты тоже можешь за ним последовать или нести пургу, вместо того чтобы просто ответить на вопрос.
Я другого ответа даже и не ожидал.
Залив файлы изначальные пункта 1, которые не имеют изменений из пункта 3, перезатрется и пункт 3, что тут непонятного то? Я понимаю что ваши задачи это изменить стили, но даже они перезатрутся, если файл стилей правили и в п1 и в п3 и в п5. Так как в пункте 3 файл уже с изменениями из пункта 1, которые как раз и надо перезалить. А дальше окажется что у тебя файлы в пункте 5 не соответствуют пункту 0 (исходному) и тебе придется как то не потеряв сделанную работу из пункта 5 вычистить изменения откаченные пункта 1 и 3. А когда у тебя задачи не уровня разместить ссылку а хотя бы на несколько дней, то и изменений там сильно больше, чтобы чистить их руками если они пересекаются в файлах
