Дохуя зарабатывают, хвалятся своими сверхспособностями в освоении Кнута за три дня, а банально написать не тормозящий код уже не могут. Те сайты что успешно работали десяток лет назад на мобильнике с 256 мегабайт оперативки - уже не работают. И нехуй оправдываться фантазиями про технологии. Просто вы не умеете ничего без ваших фреймворков. А фреймворк заточен не на скорость, а на слив бигдаты.
эта библиотека была написана для кросс браузерной работы, в то время в разных браузерах был разный АПИ и пабота с ДОМом
сегодня это уже не актуально, вот он и умер
ахахахах! До слёз))) Его хоронят уже лет 10. И каждый раз рассказывают, что он устарел, что что-то делает то же , что и он, но удобнее, быстрее и тп.
Так и у пыха никаких проблем. Миру всё ещё (ну или пока ещё) нужны обычные сайты в огромных количествах. Корпораты, магазины, малостраничники, блоги. Всё это прекрасно крутится на пхп.
С пхп одна сложность - огромные затраты на каждый новый процесс. Поэтому начинаются извращения с постоянно работающим процессом, многопоточный сокет и т.п.
1. Не такие уж и огромные, особенно в php7-8 c opchache из коробки. Да и фреймворки современные могут поднять свой демон на пхп одной командой, без танцев с бубном (laravel octane, например, если уж прямо надо)
2. Просто не надо делать на php то, для чего он не предназначен. Например держать открытый сокет и слушать соединение.
ВК одно время описывал с какими сложностями столкнулись и как решали. И почему по возможности переписывали всё что работает по принципу "один запрос = один новый процесс".
"Одно время" - это в 2008 году? там и фейсбук свой оптимизатор оп-кэша писал. Щас мощность железа возросла, а цена упала, да и сам язык стал получше.
Сейчас нет проблем с производительностью php, до среднего уровня сайтов. А там уже с любым языком программирования нужно грамотно работать.
Фублять. Я даже и не знаю как отнестись к мнению что новый запуск процесса интерпретирующего языка на каждый новый запрос ничем не отличается от отсутствия запусков нового процесса.
Почитайте как php-fpm работает, например.
Давно уже "интерпретирующий" язык компилируется в оп-код и выполняется очень шустро с кучкой воркеров.
Использование воркеров дает хорошую маштабируемость и балансировку нагрузки.
Везде есть свои плюсы и минусы, а ваша "фубля" показывает только вашу некомпетентность.
Вы скажите язык, который боготворите, я туда тож хуев накидаю, чего бы и нет.
Если у вас говнокод написан - что 50 воркеров на фпм ошибку выдаст, что 50 сессий на {ваш любимый язык} ляжет.
50 процессов аплоада - и фпм уже дал на следующий запрос ответ 502, не?
Так то пхп мне нравится, накидывайте ему...
Хабр почитай, очко побереги, бывает и так. Аплоад в пхп не умеешь?
Так чё там насчёт обосрать любимый яп? Предложение в силе?
Хабр читаю, очко в тепле, аплоад на пхп умею.
Язык то скажите свой любимый, чего написали хорошего, быстрого и правильного, похвалитесь, хватит уже вопросами отвечать.
А какая причина вообще его сейчас использовать в новых проектах?
Ну, кроме копирования древних решений со stackOverFlow
То, что не живёт сейчас, а живёт только в прошлом и используется только теми, кто не хочет от прошлого отказываться - не есть бессмертие. Скорее искусственное поддержание жизни в силу необходимости (от легаси отказываться дорого) или глупости (ну я так привык)
Только эти же задачи спокойно и vanilla решаются без особых заморочек, т.е. это даже не облегчает процесс разработки. Смысл подключать? Чтобы синтаксис привычнее был?
Только никто не хочет решать это так. Чаще наоборот, цепляют что попроще разрабу, кто-то и реакт тянет ради одной формочки.
Не нужно обобщать. Так делают только дилетанты. Подключение зависимости, когда в этом нет явной необходимости и без нее вполне можно обойтись, ни одно адекватное ревью не пройдёт. Адекватный разработчик так делать не станет.
А неадекваты способны на любую херню, смысл их вообще учитывать?
Умер? Выплюнь лавандовый раф, разверни штанишки обратно и попробуй принять объективную действительность.
https://w3techs.com/technologies/details/js-jquery
jQuery is used by 94.3% of all the websites whose JavaScript library we know. This is 76.7% of all websites.
Причина этого только одна - под "вебсайтами" они считают всё то легаси-говно, которое было построено на Вордпрессе с его плагинами, которые почти всегда тянут жиквери на страницу.
То, что там оно где-то болтается как говно в проруби, ничего не означает, в реальной разработке сейчас только долбоёбы тянут jquery, когда есть полнофункциональная ванилла или какой-нибудь альпайн.
А ваннила js ну совсем на любителя
Нет, просто до сих пор остаются неосиляторы, которые продолжают почему-то называть себя веб-мастерами. Ванилла - это буквально то, что сразу работает из коробки в браузере, причём синтаксически удобно и красиво.
А в jquery ты упрешься тогда, когда Google Pagespeed тебе обрубит десяток баллов из-за лишнего js-кода)
Что касается плагинов, есть масса современных решений для ваниллы, каждое из которых на голову выше легаси-говна родом из начала прошлого десятилетия. Swiper уделывает любой из jquery-слайдеров и по функциональности, и по гибкости, и по производительности. А его модульность, возможность в нужных компонентах загружать только требуемые тебе модули (пагинация, эффекты, что угодно), это вообще огонь, позволяет существенно облегчить размеры бандлов.
Но это, опять же, нужно напрягаться, изучать npm и Webpack/Vite.
Так с синтаксисом JavaScript больше получится в итоге
Не получится.
На файл jQuery 100 кб?
Там, где 100 килобайт jQuery, обычно ещё мегабайт говноплагинов и 100 килобайт спагетти-кода.
jQuery это не только про устаревшие технологии и подходы, это ещё и про непрофессионализм разработчика.
Очень много ребят после курсов, к сожалению, с нулевыми знаниями. Они и лепят такой трэш.
Я вообще убеждён в том, что Реакт, Вью или Ангуляр подходят только для сложных веб-приложений, где нужно много динамики и реактивности. Веб-банкинги там, какие-то заморочные дашборды и т.д.
И потом пэйджспид ругается на всякие метрики от яндекса, вк, гугл, которые вообще к тебе не относятся.
А страницы практически все интернет магазинов крупных при этом набирают меньше баллов, чем проверяемый сайт клиента, но сеошники все равно недовольны, ведь им надо как то оправдать услугу "анализ сайта"))))))))))))))
потом пэйджспид ругается на всякие метрики от яндекса, вк, гугл, которые вообще к тебе не относятся.
Они заворачиваются в асинхронную функцию и нет проблем.
А страницы практически все интернет магазинов крупных при этом набирают меньше баллов,
Да, но они могут себе это позволить, потому что они с колоссальным отрывом по поведенческим и коммерческим факторам поисковой оптимизации.
🤦♂️🤦♂️🤦♂️
Ты что, вебпак на страницу себе подключаешь? Это софт, который работает локально на твоей машине или на сервере, генерирует статический билд, который ты потом подключаешь на страницу.
Ахуеть. Легаси кормит всю эту прорву "модных и молодёжных". А ну не быкуйте на легаси. Если-бы не древние сервисы написаные дедами которые очень не любили переделывать свою работу - половина из нас бы сейчас болталась на помойке.
Легаси - значит работает и приносит бабки.
Легаси бывает разное)
Я имел в виду именно вордпрессно-джумловые говносайты, слепленные на коленке ради SEO или ещё какого-нибудь говна. Или те сайты, которые "веб-студии" до сих пор пилят за 25 тыщ на Элементоре. Всё это к современной веб-разработке не имеет никакого отношения, это в буквальном смысле уже анахронизм.
И кстати, даже в SEO современные подходы к разработке рулят, потому что требования ПС к скорости работы сайтов неуклонно возрастают.
Есть такая категория бизнес-сайтов, середнячки. Не визитка из десяти страниц, но и не сложное веб-приложение. Обычно это сайт какого-то производства, где большой каталог с поиском и фильтрами, много разнообразных контентных разделов. Или плюс-минус простой интернет-магазиню Реакт там не нужен совершенно, но и лепить устаревшее говно - значит сознательно лишать себя конкрурентных преимуществ. Если у меня бывают такие проекты, они всегда максимум за полгода обгоняют в выдаче всех конкурентов на Вордпрессе. По той простой причине, что мой код чистый и оптимизированный, а сайты летают.
Потому что я умею в оптимизацию как фронтенда, так и бэкенда. Бандлы у меня лёгкие, каждая страница подгружает только те ассеты, которые ей нужны (зачем, например, на главную тащить код логики фильтров в каталоге?), бэк грамотно закэширован, в результате чего поисковики писают кипятком. Сто баллов по пейджспиду (а для Яндекса это хоть и косвенная метрика, но вполне рабочая).
Плюсом эта обмазывание с генерацией под каждую страницу хороша до тех пор, пока только вы поддерживаете этот проект.
Потом вы с него уходите, заказчику надо что-то поправить. Приходит другой чел, которому надо полдня потратить, настроить окружение и разобраться чтобы поставить чем вы там собираете ассеты.
Или же теже самые правки на jquery можно внести за 10 минут, 5 из которых - это получить от клиента доступ на фтп.
Тут причина "взлета" в выдаче скорее в том факте, что сайтом занимаются и в него вкладывают бабло.
А условный "конкурент на вордпресс" чаще всего создается студентом за пачку сухарей и никто не занимается поддержкой или оптимизацией.
каждая страница подгружает только те ассеты, которые ей нужны
Чем это лучше jquery с cdn, который в 99% случаев уже лежит в кэше браузера?
Ты ебобо? Если ты используешь что-то зависящее от jQuery, значит ты используешь и jQuery тоже.
Ахаха, у тебя вопросы такие. Этот менее 1% компаний это более 50% рынка корпоративной разработки в той же рф в плане вакансий. В других странах примерно так же
В новые проекты его незачем тянуть.
Ванилла умеет всё то же самое.
Alpine.js умеет в шикарнейшую декларативную реактивность при весе всего 20 Кб. jQuery давно в прошлом просто в отношении подходов.
Она в AJAX умела и без jQuery, просто XHR API был монструозный и неудобный.
Сейчас есть божественный fetch, который удобен и функционален.
Всё из коробки, и не только для примитивных ajax-запросов, но и для построение полноценного API-клиента.
https://developer.mozilla.org/ru/docs/Web/API/Fetch_API/Usin...
fetch?
показ прогресса до сих пор жутко корявый
кансельнуть fetch - тоже коряво
чуть влево вправо код с fetch превращается в простыню.
даже хром не умеет в replay fetch
