Да хотя бы из моего комментария. Гугл увидя эту ссылку и заглянув в robots.txt — ее просто проигнорирует. А интернет-архив пойдет дальше. Поэтому давайте не будем путать мягкое с теплым…
Теперь некому будет отвечать за утечку персональных данных через Internet Archive. Жаль, далеко не все понимают, что прятать персональные данные через robots.txt это не выход…
Первое, что бросается в глаза, — это то, что сейчас веб-разработчиков больше всего (72,6%). А также то, что 2/3 из них — full stack (63,7%)
Да уж… И 2/3 из этих full stack разработчиков в свое резюме добавляют:
— Node.JS (1 раз запустив какой-нибудь модуль npm)
— jQuery (подключив какой-нибудь плагин для сайта написанный под эту библиотеку)
— MySQL (просто потому, что CMS по умолчанию работает с этой базой)
— MariaDB (т.к. это по сути и есть MySQL)
— SQLite (т.к. тут хранится кеш в которой как-то раз пришлось залезть)
В итоге получаем ничего себе full stack программиста с резюме стиле:
PHP, javascript, node.js, jQuery, MySQL, MariaDB, SQLite, HTML5, CSS
А по факту этот джедай может собирать ну разве что примитивные визитки по шаблону с готовой версткой.
Боже упаси вам что-то чего-то доказывать. Просто проект проекту-рознь. А генераторы классов != CRUD в априори. При этом взяв любой компонент за основу для разработки админки, проблем нет ровно до тех пор, пока не возникает необходимости дорабатывать эту самую админку нестандартными решениями и выводами.
На простых проектах обновления протекают достаточно безболезненно — сел в локомотив и поехал дальше.
Тут я имею в виду формы редактирования/добавления данных стандартных форматов
Но на проектах с более сложной архитектурой такой фокус уже не проходит
Поэтому приходится балансировать между скоростью разработки и поддержанием версий в актуальном состоянии. Если бы админка писалась полностью под проект без всяких CRUD — мы бы уже давно обновились. Но вы же должны понимать, что на такой проект потребуется несколько больше времени…
Возьмем еще один пример: laravelrus/localized-carbon. Отличный компонент, думаю многие им пользуются. Но увы, без вот этого патча локомотив не тронется даже в рамках 5.1 версии. Или вы предлагаете вообще все писать самостоятельно?
Пока ближайшее обновление запланировано после релиза Laravel 5.5. И это если Тейлор не откажется от LTS. В противном же случае будем будем взвешивать все за и против продолжения использования этого фреймворка в проекте.
Хрен редьки не слаще. В указанном вами CRUD абсолютно те же поля, что есть по умолчанию в SleepingOwl. При этом встраивание своих контроллеров и редактирование полиморфных связей под вопросом (я имею в виду возможны те же грабли при обновлении).
Ну как минимум, админка требует полного переписывания, т.к. нужно переходить с https://github.com/sleeping-owl/admin на https://github.com/LaravelRUS/SleepingOwlAdmin. Все бы ничего, но в процессе работы добавилось очень много кастомных типов ввода данных: автокомплит, другой визуальный редактор, разметка телефонов, seo поля, редактор json полей. Да, я могу в процессе обновления это все разом переписать — но кто мне за это заплатит? Да, я могу ничего не делать и просто обновить оставив стандартные поля ввода — но как на меня посмотрят клиенты? Так что проект-проекту рознь.
Вот я тоже гуглю и не могу найти. Везде упоминается, что 5.5 будет следующей версией с LTS. При чем выпуск планируется как я и писал — в июне 2017 года.
Чем дальше в лес, тем сложнее поддерживать проекты на Laravel в актуальном состоянии. То некоторые компоненты не позволяют обновиться — приходится временно форкать, решать проблемы совместимости и ждать когда примут PR. То приоритеты насущных задач не позволяют переключиться на обновление.
Так, на одном проекте 5.1 и как с нее переходить на 5.4 я уже ума не приложу. Работы явно не на 1 день. А ведь поддержка LTS 5.1 прекращается уже в июне 2017 года…
Если по сабжу. То список попахивает генератором ников.
И если они установили, что SYNful Knock это русский ник, то где тогда громкое разбирательство по делу одноименного бекдора https://habrahabr.ru/company/it-grad/blog/267057/?
Да хотя бы из моего комментария. Гугл увидя эту ссылку и заглянув в robots.txt — ее просто проигнорирует. А интернет-архив пойдет дальше. Поэтому давайте не будем путать мягкое с теплым…
А затем в robots.txt
И таких сайтов тысячи. Через yandex/google и прочее их не найти, но зато Internet Archive оказывается в вашем распоряжении…
Да уж… И 2/3 из этих full stack разработчиков в свое резюме добавляют:
— Node.JS (1 раз запустив какой-нибудь модуль npm)
— jQuery (подключив какой-нибудь плагин для сайта написанный под эту библиотеку)
— MySQL (просто потому, что CMS по умолчанию работает с этой базой)
— MariaDB (т.к. это по сути и есть MySQL)
— SQLite (т.к. тут хранится кеш в которой как-то раз пришлось залезть)
В итоге получаем ничего себе full stack программиста с резюме стиле:
PHP, javascript, node.js, jQuery, MySQL, MariaDB, SQLite, HTML5, CSS
А по факту этот джедай может собирать ну разве что примитивные визитки по шаблону с готовой версткой.
Формы подобного вида я и охарактеризовал как типовые
На простых проектах обновления протекают достаточно безболезненно — сел в локомотив и поехал дальше.
Поэтому приходится балансировать между скоростью разработки и поддержанием версий в актуальном состоянии. Если бы админка писалась полностью под проект без всяких CRUD — мы бы уже давно обновились. Но вы же должны понимать, что на такой проект потребуется несколько больше времени…
Возьмем еще один пример: laravelrus/localized-carbon. Отличный компонент, думаю многие им пользуются. Но увы, без вот этого патча локомотив не тронется даже в рамках 5.1 версии. Или вы предлагаете вообще все писать самостоятельно?
Так, на одном проекте 5.1 и как с нее переходить на 5.4 я уже ума не приложу. Работы явно не на 1 день. А ведь поддержка LTS 5.1 прекращается уже в июне 2017 года…
И если они установили, что SYNful Knock это русский ник, то где тогда громкое разбирательство по делу одноименного бекдора https://habrahabr.ru/company/it-grad/blog/267057/?