Исагаджи

Тут суть в том, что в момент, когда анонимная функция начнёт выполняться - выполнение цикла к тому моменту уже закончится и i будет равна 10.
Т.е. шедулер не успевает запустить горутины, они фактически запускаются уже после цикла, но часть из них может успеть и во время цикла запуститься...

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

go func(idx int) {
    ...
}(i)

Полный пример:

package main

import (
    "sync"
)

const N = 10

func main() {
    m := make(map[int]int)
    wg := &sync.WaitGroup{}
    mu := &sync.Mutex{}
    wg.Add(N)
    for i := 0; i < N; i++ {
        k := 5
        go func(idx int) {
            defer wg.Done()
            mu.Lock()
            println(idx, k)
            m[idx] = k
            mu.Unlock()
        }(i)
    }
    wg.Wait()
    println(len(m))
    println(m[0])
}

Значит так комрады:
Сижу за компом с 1989 года... по 8-16 часов в день. 2 месяца назад первый раз за 20 лет проверял зрение, проходил коммисию для водительских прав. Окулист был в шоке, зрение практически 100%.

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

Все другие факторы: освещеннось, тип монитора, длительность работы за компом - влияют на утомляемость, но никак на здоровье глаз. С возрастом просто критическая усталость у человека начинается раньше. Глаз это не слух, где идет механическая выработка. Это как механика и электроника - механика изнашивается, а электроника подвержена только радиационному воздействию. Сетчатку можно только сжечь ультрафиолетом или лазерным излучением например электро сваркой. А вот мышцы можно просто забить их же продуктами жизнедеятельности например молочной кислотой. И если лимфатическая система не чистит мышцы, будет спазм, а с очками он может стать хроническим и развиться косоглазие, дальнозоркость, близорукость или астигматизм. А если с кристалика будет плохой отток продуктов жизнедеятельности, то он потускнеет и будет катаракта.

Для того что бы описанных выше являений не было, решение есть:

• бросьте курить;
  
• делайте зарядку для глаз, хотябы раз в день и при усталости (но лучше отдохнуть);
  
• поставьте два монитора, тогда двигать глазами будете больше и будет лучше кровообращение и отвод лимфы (в очках ви будете двигать головой, а не глазами);
  
• два раза в день по 1-му часу выходите на свежий воздух, например к турнику;
  

Метод __invoke() вызывается, когда скрипт пытается выполнить объект как функцию.

<?php
class CallableClass
{
    public function __invoke($x)
    {
        var_dump($x);
    }
}
$obj = new CallableClass;
$obj(5);
var_dump(is_callable($obj));
?>

Из официальной документации. Когда вместо вызова метода класса, класс вызывается как функция.

нашлось )

/**
* Adds an "or" expression to the current query.
*
* You can create the expression using the expr() method:
*
* $qb = $this->createQueryBuilder('User');
* $qb
* ->addOr($qb->expr()->field('first_name')->equals('Kris'))
* ->addOr($qb->expr()->field('first_name')->equals('Chris'));
*
*/

Смотрите. Есть такая простая иерархия классов:

class A
{
    public static $text = 'class A';

    public function selfTest()
    {
        echo self::$text;
    }

    public function staticTest()
    {
        echo static::$text;
    }
}

class B extends A
{
    public static $text = 'class B';
}

Мы создаем экземпляк субкласа и вызываем методы, определенные в предке.

$obj = new B();
$obj->selfTest(); // выведет "class A"
$obj->staticTest(); // выведет "class B"

self всегда указывает на тот класс, в котором он написал. Здесь метод описан в классе A, и self указывает на класс A, хоть и вызывается из класса B.
Значение static вычисляется при вызове. И static указывает на класс объекта в котором произошел вызов. В нашем случае он указывает на B, хотя сам код описан в классе A.

Зачем это надо? Для того, что бы можно было переопределять статичные члены вашего класса в наследниках и вы могли обращаться к новым значениям из методов, описанных в предке.

С обычными не статичными членами это и так работает, потому что они собираются, когда вы создаете объект класса. Что бы это работало для статичных методов, надо использовать static

array_walk_recursive($arr, function(&$val, $key) {
  $val = trim($val);
});

вот одно из решений https://github.com/ilopX/yii2-basic-htaccess
единственно на что обратите внимание - это на директиву Options +FollowSymlinks
могут некоторые хостеры ругаться - 500 error
в этом случае можно будет заменить на Options +SymLinksIfOwnerMatch

Помогла команда

defaults write com.apple.dock ResetLaunchPad -bool true; killall Dock

Но будьте готовы потом расставлять ярлыки...

Сейчас я проясню ситуацию=).
Текст бывает либо в какой-то кодировке (cp1251, utf-8, win866, ascii, и т.д.), тогда это байты; либо в юникоде (это, как бы, абстрактное представление символов), тогда это строки из абстрактных юникодовых символов.
Все файлы, потоки ввода-вывода и т.д. у нас в компьютере работает с байтами, а не с абстрактными юникодовыми символами. Это значит, что перед выводом в файл или консоль должно производиться кодирование юникода в конкретную кодировку.

Кодировка -- это способ представить байтами абстрактных символов юникода. Каждый юникодовый символ, в зависимости от кодировки, будет задаваться одним или более байтом. Некоторые абстрактные символы не поддерживаются некоторыми кодировками.

Так, например, кодировка ascii поддерживает только стандартные 128 символов и при попытке конвертировать в неё (явно или неявно) букву "Ж", будет такая же ошибка как у вас. Надо полагать метод parse в вашем случае возвращает юникод, а оператор print делает неявное преобразование в кодировку по умолчанию (ascii, судя по сообщению об ошибке).
Осталось выяснить в каких случаях как определяется кодировка по умолчанию.
Артём Клименко правильно предложил в своём ответе проверить что берётся в качестве кодировки по умолчанию в том и другом случае.
Однако решением проблемы должно быть явное преобразование текста в нужную кодировку. Я в таких случаях придерживаюсь следующих правил:

• Всё, что приходит в программу, привожу в юникод (если это не произошло неявно в той библиотеке, посредством которой я получил данные).
  
• В программе работаю с текстом только в юникоде (если речь не идёт о каких-то низкоуровневых операциях над байтами, вроде парсинга протоколов и прочего.
  
• Перед выводом конвертирую текст в нужную кодировку или настраиваю потоки вывода на автоматическое преобразование.
  
• Когда не понятно в какой кодировке делать вывод, руководствуюсь следующими правилами:
  • Выходной поток -- это виндовый stdout и в нём не задана кодировка (bat-файлы, консоль) -- cp866
    
  • Файлы, БД и прочее, что поддерживает юникод и сделано правильно -- UTF-8
    
  • Когда в винде не помогают пердыдущие пункты -- cp1251
    
  • В других операционках utf-8.
    
  
  

Подчеркиваю. Если выходной поток сконфигурирован на ascii, а у нас в программе могут попасться не-ascii символы, то нужно приводить текст в какую-то кодировку (см выше)), а иначе ничего не трогаем и пишем юникод.