ZhenyaKa
в обучающем видео запрос выводит:
ZhenyaKa
а у меня не ругается, а просто выводит пустоту
ZhenyaKa
Joomla!, 3.9.26.
Dmitry
может есть такой столбец?
В соседней группе уже написал, что решил
Dmitry
да там по максимуму все стоит, я вроде нашел, в чем причина была, свежий php exception иначе ловит
Dmitry
Но перед этим получил порцию добра 😂
Dmitry
@progreccor с Днём Рождения! 🎂
Alex
@progreccor Поздравляю с днём Рождения! Будь здрав и удачлив! 🎂
Евгений
@progreccor с днём варенья! :) счастья, здоровья!
Vladimir
Уязвимость в пакетном менеджере Composer, допускающая компрометацию PHP-репозитория Packagist https://opennet.ru/55065/
Dmitry
Mistie бот или человек?
Vladimir
Mistie бот или человек?
судя по имени - надо мочить
Igor
@progreccor С днем рождения. P.S признайся ты специально приехал на свой др?
Vladimir
не. так вышло 😀
Artem
Уязвимость в пакетном менеджере Composer, допускающая компрометацию PHP-репозитория Packagist https://opennet.ru/55065/
Я прочитал и не понял. Из-за уязвимости, получается, скомпроментированы репозитории?
Ali
https://docs.google.com/spreadsheets/d/1M09DdQLpQrFQhQRjkjh2s_3dhGjRZXstj6XTeOMspQg/edit Надеюсь будет полезным исследование рынка ВПС. Тут и цены и производительность и скорость канала. Выбираете столбец для сортивки по скорости и вперёд.
Dmitry
Интересный сервис https://daily.dev/
Vladimir
Интересный сервис https://daily.dev/
ниче не понял - но думаю что надо 😀
Artem
Хороший троллинг
Artem
Для хрома! Для лисы Для ие...? Извини, билл!
Котофейк
Приветствую! Я не профи, пока осматриваюсь.
Vladimir
добро пожаловать 😀
Combot
добро пожаловать 😀
Хорошая попытка 🤗
Vladimir
ослику жить осталось до осени?
Artem
ниче не понял - но думаю что надо 😀
Думаю, что это просто новостной хаб по программированию. Тупо парсят по твоим настройкам (интересам), разные популярные издания и формируют единую ленту в твоем браузере
Artem
Гениально!
Artem
Зачем ещё лента на телефоне, как не для чтения "на троне"
Vladimir
Artem
ну презентация у них крутая! Прям сразу видно, что старались. С юмором подошли, но не переборщили
Vladimir
Vladimir
вручили сегодня Игорю 😀
Dmitry
Дмитрий
может наоборот?
Дмитрий
он вручил
Ihor
может наоборот?
нет :) https://t.me/joomlaru/389961
Ilia
@progreccor мои поздравления! Благополучия, здоровья!
Котофейк
Vladimir
Ауряне)
ну да 🙂
Vladimir
[Robin]: I thought I knew everything when it comes to responsive images, but this article by Addy Osmani sure proved me wrong. He writes about how images impact performance and how that ties into Google’s Core Web Vitals but goes step by step, from a humble img tag, all the way and up to the pretty complex HTML that he ends the article with. One good reminder from Addy is that for hero images we can often save a bit of time if we preload our images in the <head>, like this: <head> <link rel="preload" as="image" href="donut.jpg"> </head> But you can also defer the decoding of this image, which I had no idea was even a thing browsers could do: Browsers need to decode the images they download in order to turn them into pixels on your screen. However, how browsers handle deferring images can vary. At the time of writing, Chrome and Safari present images and text together – synchronously – if possible. This looks correct visually, but images have to be decoded, which can mean text isn’t shown until this work is done. The decoding attribute on <img> allows you to signal a preference between synchronous and asynchronous image decoding. So! What does this mean? Well, you can write something like this… <img src="donut.jpg" loading="lazy" decoding="async"> …which gives the browser permission to show content before the image has finished the loading and decoding process. That’s a pretty neat trick, if you ask me.
Artem
[Robin]: I thought I knew everything when it comes to responsive images, but this article by Addy Osmani sure proved me wrong. He writes about how images impact performance and how that ties into Google’s Core Web Vitals but goes step by step, from a humble img tag, all the way and up to the pretty complex HTML that he ends the article with. One good reminder from Addy is that for hero images we can often save a bit of time if we preload our images in the <head>, like this: <head> <link rel="preload" as="image" href="donut.jpg"> </head> But you can also defer the decoding of this image, which I had no idea was even a thing browsers could do: Browsers need to decode the images they download in order to turn them into pixels on your screen. However, how browsers handle deferring images can vary. At the time of writing, Chrome and Safari present images and text together – synchronously – if possible. This looks correct visually, but images have to be decoded, which can mean text isn’t shown until this work is done. The decoding attribute on <img> allows you to signal a preference between synchronous and asynchronous image decoding. So! What does this mean? Well, you can write something like this… <img src="donut.jpg" loading="lazy" decoding="async"> …which gives the browser permission to show content before the image has finished the loading and decoding process. That’s a pretty neat trick, if you ask me.
В принципе, это же рассказывал Деми Мурыч около месяца назад. Ссылка на текстовую версию его выступления была где-то в этом чате
Artem
про async тоже?
Да. Он где-то это объяснял. Единствееное,не помню, было ли про прелоад картинки в head
Vladimir
Да. Он где-то это объяснял. Единствееное,не помню, было ли про прелоад картинки в head
тут ещё одну тонкую вещь толкуют- про то что браузеру надо время для декодирования картинки
Artem
тут ещё одну тонкую вещь толкуют- про то что браузеру надо время для декодирования картинки
Именно. Это процессорное время. И чем тяжелее картинка, тем дольше она будет декодироваться. Т.е. раньше мы жали картинки ,чтоб экономить трафик, то теперь добавилось ещё и время декодирования
Alexey
Всем привет! Не скажете, инсертить в БД сразу пачками можно ли "по феншую"? (через JDatabaseQuery) Желательно как объекты. Смотрю в док-ции - пример вставки только одной записи https://docs.joomla.org/Inserting,_Updating_and_Removing_data_using_JDatabase/ru#.D0.A1_.D0.B8.D1.81.D0.BF.D0.BE.D0.BB.D1.8C.D0.B7.D0.BE.D0.B2.D0.B0.D0.BD.D0.B8.D0.B5.D0.BC_.D0.BA.D0.B0.D0.BA_.D0.BE.D0.B1.D1.8A.D0.B5.D0.BA.D1.82.D0.B0 Думаю вставлять пачками сразу по 100 записей
Дмитрий
Вы можете отключить автокомит
Дмитрий
Накопить запросы
Дмитрий
И потом послать пачкой сразу на исполнение
Alexey
И потом послать пачкой сразу на исполнение
Спасибо. Имел в виду - в одном запросе вставлять сразу ряд values. Правильно понял, что так тут не предусмотрено?
Alexey
Есть надежда, что так будет производительней. К примеру, для 10 000 записей сделать 100 запросов, а не 10 000
Alexey
Смотря с какой регулярностью )
Alexey
Я же для примера привел 10 к
Дмитрий
ну я так понимаб это какой-то крон
Дмитрий
ну попробуйте
Дмитрий
я не вижу разницы
Дмитрий
по идее разобьется внутри на теже самые запросы
Дмитрий
это же надо ключи перестроить и тд
Дмитрий
я думаю это лишь красивости и не более
Дмитрий
замерьте, скажите результаты, но я очень сомневаюсь что будет разница
Дмитрий
между накоплением запросов и вставка в одном запросе тех же значений
Alexey
ну попробуйте
Имеете в виду - попробовать напрямую, не через джумловские классы?
Дмитрий
просто в mysql скорости вставки в саму