Сергей delphinpro

Угу. Сначала понаставим @, чтобы скрыть все ошибки, а потом будем голову ломать, почему ничего не работает и ошибок не показывает.

А вообще, это делается в одну строку.

file_put_contents($outfilename, str_replace('Российский рубль', 'RUB', file_get_contents($infilename)));

Есть кабели быстрой зарядки, есть обычные. У меня телефон поддерживает 67 ватт, некоторые кабели заряжают на 15-30 ватт. Тот что у вас заряжает за 1.5 часа значит ещё и кабель для передачи данных. Тот что за 8 и больше часов самый дешёвый и расчитан максимум на передачу питания, и скорее всего не передаёт данные. Все кабели быстрой зарядки могут так же передавать и данные.

и вперёд!

Да.
Выдумывать какие-то дополнительные шаги до того, как вы откроете документацию и попробуете по ней написать hello world — это просто прокрастинация. Спустя несколько минут вы уже самостоятельно поймёте, где у вас проблемы возникают.

С проводами всё достаточно запутано и до USB-C было сильно разрознено у разных производителей.

По умолчанию в стандарте USB 2.0 задано максимальное потребление 500 мА, это очень мало для современных устройств. Поэтому однажды кто-то подумал, - "а давайте жрать больше!" Но чтобы случайно не повредить USB-"мамы", которые умеют не более 500 мА, придумали следующее:

- в блоке питания, поставляемом с телефоном, дата-линии сделали замкнутыми
- в телефоне проверялось, если линии замкнуты, то это наша зарядка, жрём 1А

Другие производители решили сэкономить, их телефоны жрали 1А, если на дата-линиях ничего не было, при этом в комплекте с телефоном клали кабель, в котором вместо 4 проводов было всего 2. Ещё такие кабели часто клали в комплект к маложрущим устройствам, где и 500мА за глаза. "Первые" с таким проводом не могли видеть замкнутость контактов и ограничивали ток до 500 мА, до сих пор с таким сталкиваюсь.

Но время шло, и современным телефонам и 1000 мА стало мало. Придумали несколько разных и несовместимых между собой протоколов, как "договориться" с телефоном о повышении тока и напряжения, это:
- qualcomm quick charge (QC 2.0, QC 3.0) - особым изменением напряжений на дата-линиях зарядка сообщала, что она умеет, а телефон выбирал ток и напряжение
- apple что-то там - наличием резисторов определенного номинала на дата-линиях, зарядка сообщала, что можно жрать 2А
- VOOC от компаний oppo/realme - импульсами на линиях питания зарядка договаривалась с телефоном о токе и напряжении, это работает даже на проводах без дата линий
- некоторые телефоны вообще не общаются с зарядкой, а тупо увеличивают потребление, пока не увидят, что зарядка перестает справляться (напряжение падает ниже 4.8в)
- power delivery - наконец попытка стандартизовать весь этот зоопарк, тоже обмен подключением сопротивлений на дата-линиях

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

то заряжаться будет медленно. и хорошо если на 1А, а не на 0.5А

Я иногда использую USB-хрень с экранчиком, которая общается с телефоном вместо блока питания и просит его жрать по максимуму, 2А, но это несколько опасный путь, т.к. блок питания может не вытянуть такой ток.

Котроллер в зу должен получить от контроллера заряда устройства определённый набор данных по линиям данных иначе он не перейдет в режим fast charge, соответственно если кабель не всеми контактами подключен или контроллер устройства считает что сопротивление силовых линий не соответствует норме сигнал не будет получен зарядные устройством

сейчас кабель это не просто кусок провода. Он должен обладать определенными характеристиками - пропускной способностью, количеством активных контактов.
Контроллер зарядки пытается определить кабель и соответственно определенному может установить мощность зарядки. Если кабель плохого качества (частично перебитый, тонкий, или контакты там не очень), то контроллер зарядки не будет пытаться по нему организовывать fast charge, для этого есть определенные стандарты.

Легко
1) кабель перебит, но не полностью, а несколько волокон - из-за чего ток через него проходит малый и соответственно большая просадка напряжения.
2) Разное качество кабелей - фирменные телефонные держат 2А, дешевые от всяких китайских airdots-сов хорошо если 0,5А выдержат - там беличий волос а не проводник
3) Дефолтный стандарт USB - 5V 0.5A - все что больше, это уже fast charge и некоторые контроллеры заряда не принимают больше от неизвестных зарядок проводов. Часто в micro разъеме 5 контакт может висеть на каком резисторе и если этот резистор не правильного сопротивления или его нет, то телефон не переключится в FC

Правильный подход - установка xdebug и пошаговая отладка.

Есть и более простые методы, например:
Использовать var_dump()/print_r() в нужных местах, чаще всего этого достаточно для отладки небольших скриптов.
Включение вывода ошибок в аутпут тоже помогает(либо в пхп.ини меняем соответствующие настройки, либо в коде в начале добавляем

ini_set('error_reporting',E_ALL);  ini_set('display_errors', 1);

), хотя по умолчанию все пишется в лог ошибок и можно посмотреть их там (но опять же, для небольших скриптов это норм).

Есть стандартное не надо ничего придумывать.

Добавляешь слушатель на событие updating
В слушателе проверяешь нужные поля на isDirty()
Если нужные поля "dirty" то делаешь манипуляции с отправкой на модерацию

Открой в исходниках модель и просмотри все методы которые она поставляет. Там много чего интересного и все описано.

За отступ первой строки отвечает text-indent.

text-indent: -50px;
 padding: 50px;

Только не ясно при чем тут line-clamp

Ну потому что во весь экран ты разворачиваешь само video, а надо videoplayer целиком: при фулсскрине на элементе ничего кроме этого элемента и его содержимого как бы не существует.

P.S. Ты пытаешься вызывать префиксные webkit и moz requestFullscreen, а чистый по стандарту requestFullscreen даже не пробуешь. Не надо так.

Раз код писали в блокноте, то, скорее всего, в Windows. Значит сохранили в кодировке windows-1251.
Когда пишете тэг правильно, <meta charset="utf-8">, то указанная вами кодировка utf-8 не совпадает с реальной кодировкой текста, отображаются вопросики.
Когда пишете тэг неправильно, то он игнорируется и кодировка распознаётся правильно, отображается нормальный текст.
Кодировка, указанная в тэге, должна соответствовать кодировке, в которой сохранён текст.

class - это функция. Которая выполняет роль конструктора класса при вызове через new. Если вы добавите к функции свойство, то у функции это свойство останется. А вот в созданный ей объект оно просто так не попадает. И не унаследуется - потому что в ссылку на протоип ([[Prototype]] и т.д.) созданного объекта операция new записывает содержимое свойства prototype функции-конструктора. Хотите добавить свойство в экземпляры class SomeClass - добавляте его в SomeClass.prototype. Или же добирайтесь через свойство constructor объекта-экземпляра (constructor.word) - вот оно указывает на функцию-конструктор.