>что вы называете "компиляцией" в JS - это называется транспиляция (или же минификация)
Нет, конечно. Там вполне массово инструкции переставляют в JS с предсказанием результатов и потом рендером из AST обратно в код.
The modern option (false by default in Svelte 5) makes the parser return a modern AST instead of the legacy AST. modern will become true by default in Svelte 6, and the option will be removed in Svelte 7.
>Он не создан для компиляции, можно потратить время на сборку, но это его не ускорит
Именно поэтому в Lighthouse вставлено Parse and compile cost, ага. Гугол сам не знает, что JS это только интерпертируемый язык.
>Если сканер уязвимостей умудрился прочитать содержание директорий, то это означает, что сервер дырявый, у которого не прописали одну строчку в конфиге - запретить просмотр директорий. Это проблема не подхода, а некомпетентности, когда сисдамин не додумался до "Options -Indexes".
Я и говорю - не видели вы этого раннего веба. Когда все сконфигурили, а тебе всеравно через хитровыстеганный URL тот самый .htaccess прочли. Ну потому что парсит так Апач ссылки и просто файло читает, а еще может быть и переписан через URL. Пока не выкинули идею файловых ссылок - так все и страдали по кругу, бесконечно чиня уязвимости апача, конфигов и прилаг
Он победил давным давно, еще в 80-х там где первые оптимизирующие С компайлеры выкинули гору ручной работы, перестраивая код в AST вместо негодного человечка. если вы думаете, что написав условный for в машкоде будет тоже-самое, то вы глубоко заблужаетесь. В чем проблема такого же подхода к JS ?
>где я видел эндпоинты API без открытия кода наглядно и без вставок функций
Это сильно экономило время всяким сканерам уязвимостей, не без этого. Поэтому в приличных местах это все закрывали наглухо через фильтры и редиректы. максимум в интрасеть что-то могло торчать.
Да нет конечно, апач всегда в приличных сайтах конфигурили внутри кучей реворациов, это разговор о каком то идеалистическом представлении о РАННЕМ ВЕБЕ.
>Конфиги большие
Компайлер все равно стрипит все что надо, нет машины достаточной для сборки Реакта - берете Svelte
Так я и говорю - нормального энтерпрайза и не видели, где с одной стороны десятки тысяч товаров с 2000-3000 поставщиков, с другой товарная метрика километр на километр и надо посчитать закуп, себестоимость и всякое интересное попутно
Ага, прям в аналитическом отчёте будет 10к записей, чего нибудь с заказами на месяц при продажах условных батареек тысячами в день. Все эти манямечты рассыпаются о джойны в ЕВА моделях, которые коматозят все больше и больше
Какая то непонятная суета людей, что с той, что с другой стороны не знающих про ПБУ-94 и метод расчета "по цепочке". То что было сделано - буквально копия того, что было прописано за 20 лет до тыкания ТС в данные платежек
Самое смешное - использование marks потому что в АПИ так написано. Очевидно,что, надо было завернуть в свой API вида Grades.get, Assessment.get или что-то около того
Конечно лучше, потому что если те кто рядом умеют делать быстрее пшеничку, то они быстрее размножатся и быстрее будут давить на тех кто тыкается в темноту случайно палкой
Нагрузка на железо небольшая, упирается все в блокировки.
Нет, конечно. Вы загнали систему в пик производительности, и когда 28 декабря норот ринется делать пиковые закупы вечером и и утром все это заклинит, а разгребать будет вторая линия поддержки из пару человек. И не надо писать, что надо заранее железо увеличить, не поможет, надо будет шардировать, отчего вся опитимизация пойдет погулять
Какие траты вы называете бессмысленными
Абсолютно все. Зачем мне обновлять резерв прямо сразу, если у меня может быть страховой остаток и мне надо только не давать за некоторое время превысить его.
Вместо этого делаются жесткие вставки, причем в реляционную БД, и разумеется для ускорения все это будет дерномализовано потому что форейн ключи в шардах будут работать не так что бы быстро.
Проверки хз зачем, причем непонятно как это будет работать загнаннное в десяток подов, раскиданных по датацентрам.
не осталось запасов на складе, тогда что? А вы уже деньги у клиента списали
Значит заказ отменится. Цель - что бы такое было гораздо реже чем покупка. Вы видно в торговле работали примерно никогда, товар может не приехать по такому количеству причин, что "запасы на складе по базе" это такая мизерная часть, что возиться с кровью из глаз что бы вот точно-точно совпало с цыферкой на складе - это наивность. Потому что с утра жахнули при разгрузке два холодоса об асфальт, а списать еще не списали. Защитой является тот самый страховой остаток, поэтому все эти приседания - бессмыслены и даже вредны.
если вы сделаете очередь и все запросы последовательно будете обрабатывать
Ну что мешает разгребать ее параллельно, группируя по типам товаров (да у разных групп будет разная логика обработки остатков, вы же учли в своей логике мерные товары и продажу упаковками, да?). Да и последовательно для некоторых товарцев можно, часто два пика закупа бывает- утро и вечер, остальное время стоит, зачем мне железо купленное под пиковую производительность ? Купим пожиже и за ночь разгребем
Попытка впихнуть весь поток изменений товаров в одну БД это конечно страшно. Если мы точно знаем, что у нас на складах в разы больше товаров чем дневной заказ все что описано выше ведёт к затратам ресурсов совершенно бессмысленным. Гораздо дешевле разгребать очередь в фоне мелкими воркерами
Хрррр, тьфу. Критика именно этой, любимой многими пабликами, цитаты очень легка - Хайнлайн писал ее от имени человека к этому времени прожившего лет уже двести. Конечно он мог ее сказать, чё нет то ? А вы вместо критики по сути кидаетесь личность автора кот ковать, хррр, тьфу
IDE была до того "хороша", что поверх обязательно накатывали платный плагин от TomatoSoftware, иначе половину переменных оно не видело при поиске.
>что вы называете "компиляцией" в JS - это называется транспиляция (или же минификация)
Нет, конечно. Там вполне массово инструкции переставляют в JS с предсказанием результатов и потом рендером из AST обратно в код.
The
modernoption (falseby default in Svelte 5) makes the parser return a modern AST instead of the legacy AST.modernwill becometrueby default in Svelte 6, and the option will be removed in Svelte 7.>Он не создан для компиляции, можно потратить время на сборку, но это его не ускорит
Именно поэтому в Lighthouse вставлено Parse and compile cost, ага. Гугол сам не знает, что JS это только интерпертируемый язык.
>Если сканер уязвимостей умудрился прочитать содержание директорий, то это означает, что сервер дырявый, у которого не прописали одну строчку в конфиге - запретить просмотр директорий. Это проблема не подхода, а некомпетентности, когда сисдамин не додумался до "Options -Indexes".
Я и говорю - не видели вы этого раннего веба. Когда все сконфигурили, а тебе всеравно через хитровыстеганный URL тот самый .htaccess прочли. Ну потому что парсит так Апач ссылки и просто файло читает, а еще может быть и переписан через URL. Пока не выкинули идею файловых ссылок - так все и страдали по кругу, бесконечно чиня уязвимости апача, конфигов и прилаг
> компилятор уже Вас победил
Он победил давным давно, еще в 80-х там где первые оптимизирующие С компайлеры выкинули гору ручной работы, перестраивая код в AST вместо негодного человечка. если вы думаете, что написав условный for в машкоде будет тоже-самое, то вы глубоко заблужаетесь. В чем проблема такого же подхода к JS ?
>где я видел эндпоинты API без открытия кода наглядно и без вставок функций
Это сильно экономило время всяким сканерам уязвимостей, не без этого. Поэтому в приличных местах это все закрывали наглухо через фильтры и редиректы. максимум в интрасеть что-то могло торчать.
>PHP это правильно, ссылка вела на файл
Да нет конечно, апач всегда в приличных сайтах конфигурили внутри кучей реворациов, это разговор о каком то идеалистическом представлении о РАННЕМ ВЕБЕ.
>Конфиги большие
Компайлер все равно стрипит все что надо, нет машины достаточной для сборки Реакта - берете Svelte
Платить за фундамент от пятиэтажки для брусового дома это, конечно очень и очень умно, зато ПОДВАЛ !
Двигателя Якоби, разумеется нет, ибо перевод статейки с Запада
Так я и говорю - нормального энтерпрайза и не видели, где с одной стороны десятки тысяч товаров с 2000-3000 поставщиков, с другой товарная метрика километр на километр и надо посчитать закуп, себестоимость и всякое интересное попутно
Ага, прям в аналитическом отчёте будет 10к записей, чего нибудь с заказами на месяц при продажах условных батареек тысячами в день. Все эти манямечты рассыпаются о джойны в ЕВА моделях, которые коматозят все больше и больше
Осталось рассказать как миллиарды переборов по ЕВА модели ускорят бизнес и дело в шляпе
Кратко - Инженер изобрел среднюю скользящую себестоимость
Так же Инженер режет позиции, которые дают сигнал клиенту, что ту все хорошо и покупать можно. Да, да, те самые D.
Скоро Инженер изобретет какой нибудь солвер задачи оптимизации закупок через решение систем линейных уравнений.
А общем все, что делает любая занюханная ЕРП
Нужно перетащить вообще все, включая LLM, согласно законодательству. Но меня больше развеселило "бесплатно" и тут же Джемини.
>google Sheets, Google Scripts, Gemini API
Все бесплатно, с нарушением закона о ПДн и трансграничке. Явное использование веков не российского региона.
Лол, супер горячая тема, но надо выбивать ресурсы у других команд, которые уже давно там крутятся. Что же могло пойти не так, а, а, а ?
Какая то непонятная суета людей, что с той, что с другой стороны не знающих про ПБУ-94 и метод расчета "по цепочке". То что было сделано - буквально копия того, что было прописано за 20 лет до тыкания ТС в данные платежек
Самое смешное - использование marks потому что в АПИ так написано. Очевидно,что, надо было завернуть в свой API вида Grades.get, Assessment.get или что-то около того
Конечно лучше, потому что если те кто рядом умеют делать быстрее пшеничку, то они быстрее размножатся и быстрее будут давить на тех кто тыкается в темноту случайно палкой
Нет, конечно. Вы загнали систему в пик производительности, и когда 28 декабря норот ринется делать пиковые закупы вечером и и утром все это заклинит, а разгребать будет вторая линия поддержки из пару человек. И не надо писать, что надо заранее железо увеличить, не поможет, надо будет шардировать, отчего вся опитимизация пойдет погулять
Абсолютно все. Зачем мне обновлять резерв прямо сразу, если у меня может быть страховой остаток и мне надо только не давать за некоторое время превысить его.
Вместо этого делаются жесткие вставки, причем в реляционную БД, и разумеется для ускорения все это будет дерномализовано потому что форейн ключи в шардах будут работать не так что бы быстро.
Проверки хз зачем, причем непонятно как это будет работать загнаннное в десяток подов, раскиданных по датацентрам.
Значит заказ отменится. Цель - что бы такое было гораздо реже чем покупка. Вы видно в торговле работали примерно никогда, товар может не приехать по такому количеству причин, что "запасы на складе по базе" это такая мизерная часть, что возиться с кровью из глаз что бы вот точно-точно совпало с цыферкой на складе - это наивность. Потому что с утра жахнули при разгрузке два холодоса об асфальт, а списать еще не списали. Защитой является тот самый страховой остаток, поэтому все эти приседания - бессмыслены и даже вредны.
Ну что мешает разгребать ее параллельно, группируя по типам товаров (да у разных групп будет разная логика обработки остатков, вы же учли в своей логике мерные товары и продажу упаковками, да?). Да и последовательно для некоторых товарцев можно, часто два пика закупа бывает- утро и вечер, остальное время стоит, зачем мне железо купленное под пиковую производительность ? Купим пожиже и за ночь разгребем
Попытка впихнуть весь поток изменений товаров в одну БД это конечно страшно. Если мы точно знаем, что у нас на складах в разы больше товаров чем дневной заказ все что описано выше ведёт к затратам ресурсов совершенно бессмысленным. Гораздо дешевле разгребать очередь в фоне мелкими воркерами
Хрррр, тьфу. Критика именно этой, любимой многими пабликами, цитаты очень легка - Хайнлайн писал ее от имени человека к этому времени прожившего лет уже двести. Конечно он мог ее сказать, чё нет то ? А вы вместо критики по сути кидаетесь личность автора кот ковать, хррр, тьфу
Деньги веб мастеру на все это кто даёт ? Зачем все эти навороты страничке с парой сотен уников в день ?