Алексей Скобкин

guzzle? docs.guzzlephp.org/en/stable

стетоскоп

1) При создании экземпляра new Class() в память забираются все его методы - чем больше методов тем больше памяти надо, или там память на метод в момент его вызова метода выделяется?

При подключении ЛЮБОГО php файла производится лексический анализ, лексер генерирует из исходного кода программы набор токенов, из которых строится синтаксические дерево. Отсюда следует то что, чем больше кода, тем больше памяти выделяется.

Само по себе создание каждого последующего объекта также несет затраты.

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

Вы экономите на спичках. Хорошая архитектура важнее сэкономленной микросекунды и килобайта памяти.

['a', 'b', 'c', 'd',
 'e', 'f', 'g', 'h',
 'i', 'j', 'k', 'l',
 'm', 'n', 'o', 'p',
 'q', 'r', 's', 't',
 'u', 'v', 'w', 'x',
 'y', 'z']

['a', 'b', 'c', 'd',
'e', 'f', 'g', 'h',
'i', 'j', 'k', 'l',
'm', 'n', 'o', 'p',
'q', 'r', 's', 't',
'u', 'v', 'w', 'x',
'y', 'z']

Про двоичное представление чисел вы же в курсе?

0 = 0000 0000
1 = 0000 0001
2 = 0000 0010
3 = 0000 0011
4 = 0000 0100
5 = 0000 0101
6 = 0000 0110
7 = 0000 0111
8 = 0000 1000
9 = 0000 1001

... и так далее. До 2³² или даже до 2⁶⁴ - зависит от системы, 32- или 64-битной и языка программирования.

Позиции битов считаются справа налево. Крайний правый бит имеет позицию 0. Позиция бита – это степень двойки. Если бит установлен в 1, надо прибавить 2 в степени этой позиции.

Например, число 3 = 0000 0011 означает 2⁰ + 2¹ = 1 + 2 = 3.

Примечательно, что степени двойки – 0, 1, 2, 4, 8, 16, 32, 64, ... – выражаются всего одним включённым битом, одной единичкой, остальные биты – нули.

Битовые маски – это договорённость, что каждый бит (каждая позиция) значит что-то определённое, что может быть включено или выключено, 1 или 0. Как линейка выключателей.

Например, с разрешениями ВКонтакте:

1 - бит 0 - notify
2 - бит 1 - friends
4 - бит 2 - photos
8 - бит 3 - audio

У ВК линейка длинная, состоит из 32 «выключателей».

Допустим, вашему приложению требуются разрешения photos и audio – биты 2 и 3 надо установить в 1, остальные 0. Это можно сделать простым сложением: 2² + 2³ = 4+8 = 12. В двоичной системе: 12 = 0000 0000 0000 1100

Для удобства вычисления ВК прямо пишут значения, которые надо прибавить, чтобы получить нужную битовую маску – итоговое число, которое вы передадите в метод АПИ для запроса разрешения.

Ещё один пример, вам требуется стена wall и offline доступ в любое время. Смотрите в таблице, какие там числа: wall (+8192) и offline (+65536). Значит, вам нужно просить разрешения для маски 73728

Нашёл решение.

Open source движки: www.how2shout.com/tools/best-open-source-video-cms...

Первое, чему стоит научиться - это правильно задавать вопросы. Невероятно полезное умение.

Сделайте сервис, который сможет отдавать нужные вам данные по запросу нужного метода.
И заинжектите сервис в twig.
В config.yml:

twig:
    globals:
        your_service: '@your_service'

В twig можно просто дергать {{ your_service.someMethod() }}

Немного документации.