artoodetoo

Можно для каждого значения сделать вес, можете сделать так, чтобы сумма все х весов была 100,
но не обязательно — это могут быть произвольные значения. Главное, что доля веса от суммы всех весов — будет вероятностью данного элемента.

Такой способ делает ваши значения управляемыми буквально одним параметром веса.
И не нужно шатать код.

Обновление от 13.06.2020:
Так вышло, что мой тимлид математик и нашел интересное и эффективное решение этой задачи

<?php

$values = [
    ['value' => 'One', 'weight' => 20],
    ['value' => 'Two', 'weight' => 30],
    ['value' => 'Three', 'weight' => 50]
];

function randByWeight(array $arr) {
    $max = 0;
    $result = [];
    foreach($arr as $value) {
        $rand = pow((mt_rand() / (mt_getrandmax() + 1)), 1/$value['weight']);
        if ($rand > $max) {
            $max = $rand;
            $result = $value;
        }
    } 

    return $result;
}

// Например: 'Three' выпадет в 50% случаев, тк его вес -- половина от суммы всех весов
// Например: 'Two' выпадет в 30% случаев, тк его вес -- 30% от суммы всех весов
var_dump(randByWeight($values));

sandbox.onlinephpfunctions.com/code/39de2d54a298de...

Чем хорошо это решение — его можно использовать прямо в SQL запросе!

SELECT * FROM table ORDER BY POWER(random(), 1/weight) DESC LIMIT 1

Классическое решение:

<?php

$values = [
    ['value' => 'One', 'weight' => 20],
    ['value' => 'Two', 'weight' => 30],
    ['value' => 'Three', 'weight' => 50]
];

function randByWeight(array $items) {
    $sum = array_reduce($items, function(int $acc, array $item): int {
        return $acc += $item['weight'];
    }, 0);
    
    $rand = (mt_rand() / (mt_getrandmax() + 1)) * $sum;

    foreach($items as $item) {
        if($rand < $item['weight']) {
            return $item;
        }
        
        $rand -= $item['weight'];
    }
}

// Например: 'Three' выпадет в 50% случаев, тк его вес -- половина от суммы всех весов
// Например: 'Two' выпадет в 30% случаев, тк его вес -- 30% от суммы всех весов
var_dump(randByWeight($values));

sandbox.onlinephpfunctions.com/code/aee9dca651213e...

По идее достаточно удалить файл .localized из этих директорий. Сам не проверял.
https://discussions.apple.com/thread/252040

Удалите файл из одной директории, рестартаните Finder (через killall) и проверьте.

Route::get()

The DELETE method is not supported for this route

<a href="public/uploads/product_images/delete/{{$image->id}}"

The GET method is not supported for this route.

Ой, ну не знаю… У вас какой знак зодиака? А то без этого мы не сдвинемся с места, на котором топчемся который месяц.

Я редко такое говорю, но тут всё ясно как белый день. Программирование — это не ваше. Вы с элементарной проблемой не можете справиться несколько недель и с упорством достойным лучшего применения постите сюда один и тот же вопрос не пытаясь включить голову хотя бы немного. Никакие ответы вам не помогут, к сожалению, попробуйте какое-то другое хобби (о том, чтобы зарабатывать программированием вам точно стоит забыть с таким подходом).

На изучение почти чего угодно в сфере ИТ обычно нужны эти 3 вещи:

1. время
   
2. терпение
   
3. английский
   

Если чего-то не хватает, то шансы на успех (и его качество) резко снижаются. Всё целиком можно назвать одним словом мотивация. Другими словами, стать программистом может практически каждый. Другое дело, что не каждый хочет им стать. Или, например, хочет стать, но не хочет тратить время - это равносильно тому, что не хочет совсем. Подробнее о том, как устроена твоя мотивация и твои планы на годы вперёд, знаешь только ты.

В процессе изучения, конечно, тебя сопровождает естественное любопытство. Но только лишь на нём не получится ехать всю дорогу. Когда начинается рутина или непреодолимые сложности, понадобятся воля и терпение. Да и всё то, что я перечислил выше.

Удовольствие в программировании, как в его изучении, так и в решении практических задач, построено на дофаминовом подкреплении. Оно, к сожалению, рассчитано только на короткие цели. Поэтому (и не только поэтому) большие задачи необходимо разбивать на более мелкие. Это называется декомпозиция. Но это также и навык, которым нужно овладеть, прежде чем иметь возможность применять. Змейку не захотелось делать потому, что она слишком сложная и долгая. Однако если в своей голове сумеешь разбить змейку на более простые задачи: управление, показ еды, показ самой змейки, - то будет намного интереснее.

$file='/tmp/parser_status.lock';
if(!flock($lock_file = fopen($file, 'w'), LOCK_EX | LOCK_NB))
  die("Already runninng\n");

В начала файла. И на крон каждую минуту..
Если что-то пойдет не так, блокировка снимется и запустится новый скрипт.

Костыль конечно, но работает уже несколько лет :)

Для контейнера нет разницы где физически расположен файл. Это забота автозагрузчика. Если вы зарегистрировали сервис в services.yml:

services:
    fooService:
        class: \Bar

То он будет доступен в контроллере:
$foo = $this->get('fooService');
Но для интеграции сторонней библиотеки, я бы рекомендовал создать отдельный бандл и хранить всю конфигурацию сервисов в services.yml этого бандла.

Недавно брали сервер, как раз под 1С.
Как писали выше, используйте счётчики, необходимо мониторить загрузку по памяти, дискам, процессору, сетевым интерфейсом, обращению к файлу подкачки. Собирать информацию необходимо периодически, постоянно следить за изменением показателей — очень пригодится позже, для анализа и решения проблем с узкими местами.
В вашем случае, с 0,5 Гб базой существующего сервера должно хватать.
В случае значительного роста, необходимо продумать всё наперёд.
В нашей организации, БД за 2 года выросла с 20 до 70 Гб, кол-во пользователей с 25 до 50 одновременно работающих.
По опыту и показаниям счётчиков:
— процессор значительно загружен бывает очень редко и врят ли будет узким местом, скажу только, что выбирать выгоднее один 4-х ядерный, вместо двух 2-х ядерных из-за схемы лицензирования MS SQL на процессор, если СУБД другая, то считайте сами, по деньгам;
— сетевой интерфейс, бывает загружен значительно, но пока не являлся узким местом, 2-х гигабитных интерфейсов хватает;
— памяти, тут как всегда её много не бывает, и сейчас она относительно недорога, плюс всё серверное ПО 64-bit (ОС, СУБД, УПП);
— самый большой затык в дисковой подсистеме, наибольшая нагрузка на неё, поэтому при больших объёмах выбирайте самый быстрый тип RAID, не забывая про надёжность (у нас Raid 10). Как советуют выше, мы выбрали SSD — это достаточно дорого, кроме того, эти диски имеют свойство быстро умирать, поэтому обязательный запас, на случай выхода из строя, но эти диски дают в разы бОльшие скорости на операциях случайного чтения и записи, обгоняя любые НЖМД. Также не забываем разносить базы и логи на разные тома рейда, и помним про tempdb в MS SQL.

При увеличении количества одновременно работающих пользователей, на первый план выйдет проблема блокировок на уровне таблиц БД. Вам наверное пока рано об этом думать.

Советую почитать раз и два.