да я сначала на этих двухкомпах запущу посмотрю.

просто не хочется вместо i3 арендовать xeon

ребят тут ктото разберается composeram

это как в чате по ноде написать "кто-нибудь тут с нпм работает?"

Посмотрел и захотелось выпить.

Шо ж вы делаете.

Посмотрел и захотелось выпить.

Мне тоже))0

Посмотрел и захотелось выпить.

Поддержу. Я как увидел эти "подготовленные" запросы, сразу вкладку закрыл)

Я просто доработкой занимаюсь, лол

Два запроса много

Ну так вычесть одного из другого, не?

не умеешь в арифметические операции?

Я просто доработкой занимаюсь, лол

Дружище, если нужно посчитать, сколько было и сколько стало, то нужно из одного вычесть другое. Вот и весь ответ

И одним запросом сделать, не трахайте мускуль лишний раз

а тут нельзя было джоинами в один запрос слить посоны?

а тут нельзя было джоинами в один запрос слить посоны?

Нужно.

И одним запросом сделать, не трахайте мускуль лишний раз

Предметы вряд ли изменяются, поэтому еще + кэшировать объекты предметов

Нужно.

а насколько это быстрее чисто так эмперически? в те самые три раза на время всех селектов?

Чем два запроса медленнее, чем один?

ага нашел на SO https://stackoverflow.com/questions/377729/performance-single-join-select-vs-multiple-simple-selects норм там парень пооптимизил сотенку селектов с 1 минуты до 0.6 сек

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

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

Именно, поэтому выигрыш почти в два раза, и это если ещё не вникать что select * это не гуд.

Переписать на подготовленные запросы кстати? Я сам просто этому особо внимания не уделяю, если селекты небольшие то юзаю тольок query

Отдельно там порадовал limit 1 еще.

Истина в кэшировании :) Мало проектов, где 100 запросов идут в БД и ни один кэшированию не подлежит

Истина в кэшировании :) Мало проектов, где 100 запросов идут в БД и ни один кэшированию не подлежит

Woocommerce, мать его

Не работал с ним, все плохо там? Сейчас сам делаю ИМ на ларе, максимум 1-2 запроса в БД идет на запрос

Отдельно там порадовал limit 1 еще.

лимит 1 в точечном запросе на айдишник это норм да

150 запросов на странице товара, я ахуеваю, мама дорогая, даже маженто себя так нагло не ведёт.

штээээ

что он там выбирает???

что он там выбирает???

А ты у него спроси

Я офигел

Интересно, а сколько трафика нужно, чтобы на хостинге с 1гб RAM такой магазинчик положить

Как я понимаю, человек 50 зайдет за секунду и усе

Если редис и кэширование... хотя хм

Хз

Не, если брать самый дефолтный вариант Много же в интернете таких "мастеров", которые на фрилансе делают такие магазины

150 запросов в БД - это же дохуя Я когда 10 некэшируемых вижу, у меня уже какой-то диссонанс возникает

20 хостов в секунду кладёт

Нормасик Щас бы рекламку по высокочастотным запросам на такой сайт пустить и кайфануть

Но есть куча нюансов в настройке

Вот заказчик рад-то будет)

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

На убунту стоит щас проектик с 1гб

RAM

VPS :)

VPS :)

Бывает

Nginx + php-fpm?

Там даже апача стоит

Там даже апача стоит

Аминь.

Его максимум 5-7 чел юзают Изначально LAMP стоял, закинул туда через гит все и усе

Ну тогда понятно

Так-то да, можно поднять, но я о серьезных проектах

Понятное дело) В серьезных проектах не кэшировать данные на уровне nginx - уже довольно тревожно, не говоря уж о том, что апача это не умеет в принципе

Очень сложно читать, очень сложно понимать, практически не реально тестить

Збс привел оценку в обоснование: Так нельзя делать потому что "мне тяжело это читать" ... код с юзом и ссылкой занимает 6 строчек, с вайлами и указателями 50. сложно читать да. === тестить невозможно? напиши static $iteration; if (null === $iteration) $iteration = 0; $iteration++; тести. === хочешь снаружи тесты писать - делай классом и спрашивай $this->getIteration() если и есть вменяемая причина, то она в том что на размерах массивов от 50к элементов наблюдается существенная просадка по времени выполнения. Для дерева размером 50-100 элементов это такая чушь

господа, не подскажите как у select option грохнуть базовый ивент click? https://prnt.sc/jdlapr

ну или переопределить

кто подскажет как классом Transliterator или другим способом не имея списка всех символов всех кодировок менять похожие символы на английские? стоит Any-Latin, Cyrillic Latin и все равно польский город CHAŁUPKI CHOTYNIECKIE :D ломает прогу

господа, не подскажите как у select option грохнуть базовый ивент click? https://prnt.sc/jdlapr

повесить на клик event.preventDefault()?

(непхп) Кто-то с openresty работал? Нужно прямиком с lua писать логи в syslog, кто-то знает модуль для этого?

я же говорю, делал) $(".chooseTheProject option").click(function(e) { e.preventDefault(); if($(this).hasClass('active')){ $(this).removeClass('active'); $(this).css('background-color','white'); $(this).css('color','black'); } else{ $(this).addClass('active'); $(this).css('background-color','green'); $(this).css('color','white'); } });

я же говорю, делал) $(".chooseTheProject option").click(function(e) { e.preventDefault(); if($(this).hasClass('active')){ $(this).removeClass('active'); $(this).css('background-color','white'); $(this).css('color','black'); } else{ $(this).addClass('active'); $(this).css('background-color','green'); $(this).css('color','white'); } });

Return false?

все применяет

https://prnt.sc/jdlapr

вот короче просто ::selection

ERROR: S client not available

Скинь codepen или еще что-либо :) А лучше - возьми либу какую-нибудь, где хороший апи для взаимодействия

видимо навешивает как то браузер сам

Ребят, подскажите. Читаю про фабричный метод, много примеров, где используют статичный метод для создания объекта. Есть какая то фишка в этом, почему именно статика? class ProductFactory { public static function build($type) { $product = "Product_" . $type; if (class_exists($product)) { return new $product(); } } }

книжки писались когда статика была в тренде. не вижу других причин

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

запись короче ) хотя можно и (new ProductFactory)->build()

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

я бы сразу смотрел в инжекторы DI // app.php $di->set('factory', new ProductFactory()); // file.php $di->get('factory')->build() если уж очень хочется

кстати со статикой конструктор не стартует может это кому нибудь нужно например

формально с помощью ДИайки ты создаешь глобальную переменную куда положишь фабрику или обьекты, только она еше разные полезные штуки делает. таким образом все связи проги оказываются только в конфиге

супер, спасибо!

супер, спасибо!

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

Интересно, когда для пыхи babel или babel'оподобное сделают (или уже есть, я туп?) Где весь код перед продакшном будет рефакториться и сжиматься

а зачем

он же не передаётся на сторону клиента

если только обфускаторы

или компиляция в опкоды

Ну, к примеру, чтобы убрать абстракции Если на пальцах, то берешь ту же лару, пишешь в консольке php artisan production, он тебе создает новую папку, скажем, dist, и туда закидывает только то, что используется Т.е. чекает конфиг, если используется redis, то убирает драйвера мемкэшд и преобразует фасад Cache во всем коде в Redis, тем самым убирая необходимость обращаться к Cache на продакшене

Не думаю что это чем-то поможет кроме 20-30 миллисекунд бонуса на запрос

Как по мне то не хватает какого-то преобразователя в js код Пхпшный роутер возвращает данные Пхпшный контроллер отправляется вместе со скриптом на клиент и обрабатывает кнопки без перезагрузки Сразу исчезнет необходимость писать скрипты как таковые. И шаблонизаторы распопуляряться как никогда А то мы пришли к выводу что челы пишут single-page чтобы потом сделать server-side rendering...

Ну, к примеру, чтобы убрать абстракции Если на пальцах, то берешь ту же лару, пишешь в консольке php artisan production, он тебе создает новую папку, скажем, dist, и туда закидывает только то, что используется Т.е. чекает конфиг, если используется redis, то убирает драйвера мемкэшд и преобразует фасад Cache во всем коде в Redis, тем самым убирая необходимость обращаться к Cache на продакшене

когда подвезут jit-компиляцию в 8ой пыхе или когда там то все это говно с псевдобабелем будет медленнее jit-а скорее всего

просто потому что пыха не умеет паковать обработчики нажатий клавиш когда выплевывает хтмл

вернее это не пыха не умеет, а в целом хттп протокол деды писали

Не думаю что это чем-то поможет кроме 20-30 миллисекунд бонуса на запрос

20-30 мс это супер много. Но конечно компиляция этого не даст. Она вообще невозможна пока возможны фабрики, подобные описанной выше

20-30 мс это супер много. Но конечно компиляция этого не даст. Она вообще невозможна пока возможны фабрики, подобные описанной выше

соглашусь. для сервера который бомбят запросами что теми бомбами во второй мировой это прям даст время на целый вздох

избавит от проектирования инфры с нгинексами еще на год многие компании. от найма администратора... ну много чего хорошего бы сделала. но я бы не с этого начинал

просто потому что пыха не умеет паковать обработчики нажатий клавиш когда выплевывает хтмл

не понял

не понял

тип php не может клиенту послать обработчики событий

вернее это не пыха не умеет, а в целом хттп протокол деды писали

молодые чуваки из http2 тут конечно ахренели

запись короче ) хотя можно и (new ProductFactory)->build()

выглядит не приятно

Ребят, подскажите. Читаю про фабричный метод, много примеров, где используют статичный метод для создания объекта. Есть какая то фишка в этом, почему именно статика? class ProductFactory { public static function build($type) { $product = "Product_" . $type; if (class_exists($product)) { return new $product(); } } }

у статичного метода есть плюс