Самопис vs фреймворк. Очередной холиварный топик

Именно всё так и есть. А потом когда этот сайт превращается во что-то ценное, его нормально поддерживать очень трудно. Именно с этим я и столкнулся.

Через такое практически все проходят. Но кто-то предпочитает и дальше барахтаться и спрашивать на форуме, как установить плагин, а кто то изучает тему и сам пищет то, что ему надо, осваивает новое... Все зависит от желания. 

Без геммороя? 😀 В современных версиях CMS сам чёрт ногу сломит.

Не знаю, 10 лет пишу свои сайты на своем самописе. У меня есть база-движок, который усовершенствую от сайта к сайту:

• файл func.php, который подключается в начале вместе с
• dbconnect.php.
• index.php
• mods/
• admin/
• img/
• .htaccess

Есть своя папка с модами, которые также самописные. Как правило в 90% случаев мне этого хватает.

В основном на настройку базового сайта на своем движке у меня уходит день. Если надо перенести какой-то сложный проект, мне легче curlом пробежаться по страничкам и спарсить весь свой будущий сайт в свою базу, разобравшись в структуре, страницах в индексе и т.п. нежели копаться в таблицах с БД и понимать концепцию реализации этого сайта.

Мой самопис работает как на простеньких статейных сайтах, так и на более сложных порталах, которые держат и 100к уников в сутки на простом VPS за 800 рублей.

Основные моменты:

1) Тут писали про возможности упрощения работы с БД, используя фреймворк.. Но блин 5 запросов типа insert update + пару joinов - это 99% запросов к базе. Их самому через database->query() писать оч просто и быстро. Также как и не составляет сложности накинуть пару ключей в таблицах БД для ее оптимизации.

2) Как правило после переноса большинства сайтов с ВП на свой двиг, их загрузка увеличивается кратно. 

3) В основном пишу сайты с 100к+ страницами, базы на 1гб+ в 40%+ моих сайтов

4) Я не уверен за работу фреймворка, не знаю какими способами было реализовано то или другое, но в своем сайте уверен, так как от самого простого include, до более сложных функций типа рекурсий - все было написано или стырено подсмотрено лично.

5) Про безопасность тоже спорно. Принял я POST GET переменную, как надо обработал, перед работой с БД. Права на файлы и папки выставлены, пароли захэшированы. 5 простых insertов или updatов с addslashes сложнее взломать, чем какой-нибудь новый мод для фрейма хрен знает где взятый (зато выводит сердечко, как я хотел!😀). Тут больше вопросов к сисадминам серверов, где находятся ваши сайты, они могут "стырить" и файлы и базу, и к сайтами-соседями в случае shared хостинга, через которые ваши сайты могут пострадать..

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

ps: У меня есть специальный хостинг отдельный для WP сайтов. После покупки на телдери, они попадают в мою "песочницу", где варятся в одной каше вместе с другими WPшниками. Ждут свою очередь переноса на самопис там. Не кладу их на один сервер к своим проектам, так как появляется огромная вероятность уязвимости соседей. Сталкивался с таким, жуть. Вообще все сайты на WP для меня - большой вирус 😀. Оч их не люблю за это. А разбираться че как и почему, че за плагин сломан (и поэтому сайт не работает), через какой мод залили шелл, нет ни желания ни времени..

Это очень хорошо, что ты понимаешь что делаешь. Просто ФВ сделает часть работы за тебя

Это недопустимо долго. Мне достаточно в конфиге прописать параметры подключения к хостингу и достаточно после этого скрипт полностью конфигурирует сервер поднимая на нем докер. А для любого обновления достаточно сделать git push  в релизную ветку и все обновления разворачиваются полностью автоматически. При этом я не системный инженер и понимаю, что многое сделано криво. Надо бы по уму разобраться с Jenkins, но руки не доходят.

Так мы и просто дискутируем, делимся опытом, а не навязываем свое мнение. Разные задачи = разное решение. Городить огород для единичного решение - нонсенс.  

У меня нет задачи сделать быстро, да и быстро обычно бывает сам понимаешь как. Я могу небольшой класс написать, который будет из сайта на WP формировать полностью мою структуру и сам сайт, но не так часто я покупаю такие сайты и нет такой постоянной необходимости. Да и понимаю, что шлифовать все равно придется.

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

Автоматически можно перенести только то, что не требует финального качества, начиная от незакрытых тегов, заканчивая битыми ссылками и т.п.

Вот в этом и соль. Я так не могу. Если я знаю, что что-то работает не так как надо, пока не фиксану, спокойно жить не буду 😀

Я тебя уверяю - не существует таких сайтов) Если при переносе тебе нужно думать о структуре - значит ты все делаешь неправильно. Без обид. Вот когда мы переезжали с он-према на AWS -  там пришлось повозиться девопсам и заняло полдня, но там только билдинг проекта идет в районе часа и БД на 20 гиг

Сложно представить, зачем такое понадобиться может)

Ты не совсем меня понял. У меня деплоится все правильно. Но, к примеру, сейчас все это - скрипты в Github Actions, А я хочу перенести это в terraform - так проще вносить изменения.

Ну ты научись читать, прежде чем писать. Человек пишет совершенно не о том переносе, о котором пишешь ты.

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

Это значит, что у вас свой фреймворк. Фреймворк не определяется количеством пользователей. Так что название темы в изрядной степени - нелепица.

Здесь основной вопрос, как вы пришли к такому положению дел. Почему не взяли за основу какой-нибудь существующий (микро)фреймворк?