Сергей Пуговкин

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

Сейчас в этом нет смысла.
Все давно уже пользуются обычными банковскими картами, зачем какие-то посредники?
Вот взять допустим яндекс деньги.
Я уж не помню когда я последний раз пользовался их кошельком - в смысле именно кошельком, а не картой.
У меня карта от яндекс денег, и все движения по ней идут. Сам кошелек как таковой практически не используется, за исключением редких случаев.

Для расчетов достаточно иметь карту от какого нибудь популярного банка, желательно нескольких - сбер, альфа, втб. Это что касается расчетов внутри страны. При международных расчетов есть некоторые нюансы, но опять же вебмани и там давно уже не котируется, если уж чем пользуются так это пэйпэл.

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

Межбанковские переводы в России идут через ЦБ РФ и его расчётно-кассовые центры, обслуживающие банки отправителя и получателя в каждом регионе.

ЦБ РФ обрабатывает переводы только в определенные промежутки рабочего дня ("рейсы", всего их 5 за день, причём отправка в разное время стоит для банка отправителя по-разному, поэтому из соображений экономии банки могут отправлять переводы не ближайшим, а дешёвым рейсом) и только по рабочим дням (то есть исключая субботу, воскресенье и государственные праздники). Плюс дополнительное время на обработку перевода в банках на обеих сторонах и в расчётно-кассовых центрах.

В общем случае это происходит так: когда в своём интернет-банке вы отправляете деньги по реквизитам в другой банк, перевод уходит на обработку в расчётно-кассовый центр вашего банка, оттуда — на обработку в ЦБ, из ЦБ — на обработку в расчётно-кассовый центр банка-получателя, из расчётного центра — в банк получателя, и оттуда уже «приземляется» на счёт человека или организации, которым вы платите.

Таким образом, скорость доставки перевода зависит от дня недели, времени суток и часового пояса (ЦБ работает по Москве и рейсы проводит в дневное время), региона, где находятся оба банка (внутри одного региона — быстрее), и частоты отправки переводов вашим банком. Перевод может прийти в тот же день или через несколько дней.

Если отправитель — организация, то задержка может быть ещё и на уровне отправки: отправляется не каждый единичный перевод, а пачка, например, раз в сутки.

возможно U это оригинальный способ указания типа памяти - не буферизованная, для обычных компьютеров.
погуглите Form Factor: UDIMM
отличие от буферизованная - больше нагрузка на контроллер памяти процессора, потому если устанавливать такую память в сервер, то максимального объёма памяти для серверного процессора не добиться.
https://ru.wikipedia.org/wiki/%D0%A0%D0%B5%D0%B3%D...

и ещё, никогда не делайте так

DDR4, 3333 MHz (PC4-26600U)

- пишите полную модель памяти, тогда на сайте производителя можно узнать тип и характеристики

apt-get install php5-intl

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

https://habrahabr.ru/company/itinvest/blog/253675/

Рандом. Разные европейские страны были при звонках через скайп на мой мобильный. Возможно, список ограничен какими-то конкретными странами, где у них серверы, но у Мелкомягких серверы, думаю, везде.

$('#w0').yiiActiveForm('validateAttribute', 'attribute-name');

Причина ошибки уже вами указана: вы обращаетесь к несуществующему элементу массива.

Это шутка? Как найти строку и, соответственно, причину ошибки?

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

Проще всего найти ошибку с помощью xdebug

Пример показывает, что несмотря на то, что массивы в Lua начинаются с нуля, использовать нулевой индекс всё же можно.
Table в Lua это составной тип, у него внутри есть по сути две части: одна массив с числовыми индексами от 1, другая - словарь/хешмап со всем остальным.

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

Потому что так устроен жёсткий диск. Жёсткий диск может прочитать или записать минимум 1 сектор. Он не может прочитать или записать 1 байт. Размер сектора же уже зависит от железа.
К физическому размеру сектора дополняется логический размер кластера файловой системы. Обычно он тоже пишется\читается атомарно, но это уже искусственное программное ограничение. И оно может быть снято планировщиком.

Например, размер сектора 512 байт, а размер кластера 1024 байта.
Вы читаете файл длинною 1 байт.
Т.к. размер кластера 1024, то файловая система запросит с диска 2 сектора по 512 байт.
Затем вы решили изменить 1 байт и записать.
Файловая система отправит на запись 2 сектора по 512 байт. Тут в действие может вступить планировщик, определить какие данные изменились и реально на запись отправить лишь 1 сектор.

А что там обновлять-то собственно?
Десяток функций которые уже 10 лет одинаково работают?

HTML кешировать лучше уж в файлы, а не забивать оперативку.
И делать это на уровне nginx, а не приложения. Хотя зависит от того как вообще работает.

Разница может быть в работе методов освобождения ресурсов (объект может быть сложным) и в механизмах работы сборщика мусора. Особенно, если учесть, что GD - это отдельный модуль, а unset является частью ядра PHP.

В документации про возможность использования unset вместо imagedestroy ничего не видно. Так что лучше использовать imagedestroy, чтобы не было утечек памяти.

На этот вопрос наверное только разработчики PHP смогут ответить и то не всякий, кто участвовал в разработке. Версий PHP уже было много, что-то в процессе могло поменяться в логике. Полной картиной только старожилы могут обладать, которые участвовали в разработке всех версий PHP и находятся в здравом уме и твердой памяти :-)

Исходный код открыт, можно в нем поискать :-)