Sly32

Рейтинг
370
Регистрация
29.03.2012
Dmitriy_2014 #:
Ну правда, посмотреть ПХП, ну так и мне лень, там плагин весит 7.52 мегабайта в архиве, разархивированный 25.3 мегабайта, файлов 1395, папок 240, в php файлах кода по 5 тысяч строк, да я как кулхацкер глянул, ничего не понятно, но очень интересно.

Скачать плаг, разархивировать, увидеть в нем файл backup.php, там посмотреть комменты и найти метод, который собственно и выполняет архивирование и непосредственно там начать смотреть код, понятный даже мне с учетом что я уже 5 лет не пишу на пхп - это конечно безумно сложная задача.  у меня ушло 10 минут. 

На последнем проекте своем, судя по гитхабу, я написал порядка 10 тыс строк, сам проект за 40 перевалил.

Если тебе лень разобраться даже с такой простой задачей - может не твое это?

Dmitriy_2014 #:
Тут никто не знает, проверять это никто не будет, и я тоже, короче забейте.

Вебмастера - нет, любой программист  узнает это за полчаса. Мне лень лезть в ПХП, иначе это вопрос нескольких мину. 

И совет - игнорируя теоретические знания, ты никогда ничего не добьешься

Dmitriy_2014 #:

Да именно это я и хотел всего лишь то и узнать, дело в том, что при создании бэкапа базы данных через плагин UpdraftPlus он не имеет расширения sql, как например при создании и скачивании через phpMySQLadmin, да и там можно выбрать формат, в mysqldump там я так предполагаю по дефолту SQL.

И да я тоже их открывал всех на посмотреть и все они начиняются по-разному, они вроде одинаковые, но начало файла какое-то свое специфическое разное, не знаю может это и не на что не влияет.

Я просто думаю, что видимо никто не знает, никто не импортировал их обратно, и никто не знает, что из этого выйдет. Такое ощущение что дамп из этого плагина предназначен только для восстановления через этот плагин в админке, но это не точно.

Ну ты же крутой хакер, хакнувший даркнет - открой код плагина и посмотри, что он делает, как бэкапит, какие форматы, какие параметры. Вряд ли плагин для ВП написан на плюсах, а уж пхпшный код то ты сможешь прочитать? Мне кажется, это вообще первый шаг -читать код, когда в чем-то хочешь разобраться, нет?

По итогу понятно что понятие "самопис" каждый трактует как хочет.  Соответственно и смысла в споре нет ровно никакого.  В айтишном мире существует понятие "Паттерн проектирование" и обычно отталкиваются от него. Например Laravel следует принципу MVC. 

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

А ВП в целом это тоже паттерн, пусть и не самый удачный, имхо. ВВодить в спор понятие CMS - вообще бессмысленно и давать определение по ней. Я могу на Джанге написать CMS, полностью имитирующую ВП, но под капотом будет совсем иное. В какую категорию это отнести? 

Антоний Казанский #:

Здесь согласен, когда нет точки опоры, все эти умозрительные изыскания ни к чему не приведут. 

Изначально разные оценочные координаты.


Не пришли. Я четко ответил - на момент написания вами кода - это самопис. Всё что было изначально в базовой комплектации - штатное. Определяющим является контекст, время и отношение разработчика к проекту.

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

Приведу умозрительный пример для прояснения моей позиции.

Допустим  (гипотетически представим) по случаю вас и меня пригласили работать над сайтом. Это оказался WP, но для решения SEO задач мне нужно значимо расширить функциональность, который в базовой версии нет - я пишу вам техническое задание, чтобы вы реализовали [такую-то] и [такую-то] возможность. Вы смотрите задание и сообщаете заказчику, что реализация данного ТЗ будет стоить столько-столько. Заказчик удовлетворяет и вы работаете. По результату для меня и для заказчика это будет самопис, потому что мы (я как автор ТЗ, и заказчик как бенефициар проекта) привлекли программиста и он выполнил свою часть работы.

При этом вы со своей стороны, могли и сами написать необходимый код, и найти готовое решение, если оно укладывается в ТЗ, да хоть получили код от AI. Путь и форма достижения результата не играет роли, ключевая роль в том, что для заказчика штатными возможностями это было сделать нельзя, а благодаря участию программиста стало возможно.

Теперь вам понятна моя логика?

Непонятна. Упрощу. Для расширения функциональности я установил плагин с необходимым функционалом из репо. Активиррвал его, на этом все. Мой сайт превратился в самопис уже?

Vladimir SEO #:
у меня на макбуке про 2019 запускается , 16 гиг всего

Осталось теперь понять, зачем нужен блокнот на маке))) 

Антоний Казанский #:
До абсурда можно довести любую идею. Стоит только выдернуть из контекста и начать жонглировать уточняющими вопросами

Естественно. Только в контексте этого топика нет никакой идеи  и мне хочется показать его абсурдность. Вот вы, например выдумали сами себе определениекакое-то "несамописа" и пытаетесь мне доказать. Пришли к тому, что если я  поставлю ВП, прикручу к нему плагины из репозитария - это будет несамопис. а если сам напишу плагин по всем правилам ВП - он тут же превратиться в самопис. Вот мне и интересно - где логика? 

Владимир К21 #:

вы сами отвечаете на вопрос. 

Плагин является самописом, а ВП в целом -нет. Но, думаю, вообще не стоит заострять внимание на таких вещах.

А плагин из репо это самопис или нет?

Да мне просто в целом забавны эти довольно глупые рассуждения о «самописах» )))

Антоний Казанский #:

Да будем вам. Все предельно прозрачно. Либо в админке в пользовательском режиме можно это сделать, либо нельзя.

Это и есть штатные возможности.

Всё что дополнительно костылится - внештатные. Вот и вся принципиальная разница.

Ну я написал плагин для ВП, вынес все настройки в админку, потом все пользователь делает - это уже самопис или еще нет? году в 2015 я уже так делал.

Антоний Казанский #:
Если вы просто переключаете плагины и темы, то их общую совокупность можно назвать штатными функциональными возможности.

Вы сами себе придумали какие-то условные ограничения и пытаетесь ими оперировать. а потом определить самопис это или нет. Но это полгая глупость, почитайте хотябы как и для чего создавался любимый вебмастерами и нетерпимый программистами Вордпресс) 

Всего: 7322