Алексей Уколов

Если приложение переписывается на react, то одновременно держать react-native + react базу поможет react-native-web пакет, но там нет FlatList до сих пор, ждут давно.

Для одинаковых компонентов - все просто, один файл. Если же для какого-то компонента требуется различный код, можно делать два файла xxx.web.js и xxx.ios.js (например), и на стадии сборки в сборку включать только те, что подходят под проверку (для веб собираете или для mobile).

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

А если:

$('body').on('submit', '#formvac', function() {
//...
});

Вы пытаетесь авторизоваться через ИД.

Соответственно для него есть метод:

Auth::loginUsingId(1);

Authenticate A User By ID

To log a user into the application by their ID, you may use the loginUsingId method. This method accepts the primary key of the user you wish to authenticate:

Auth::loginUsingId(1);

// Login and "remember" the given user...
Auth::loginUsingId(1, true);

https://laravel.com/docs/5.6/authentication

Потому что второй вариант вызывает update на всей выборке, а не на конкретной модели. В этом случае не сработает защита, события, мутаторы и прочие плюшки Eloquent

А проверьте теперь свой скрипт во всех браузерах, начиная с IE8. И под другими операционками. И в мобильных тоже. И встроенным в iframe. И в сочетании с другими плагинами.
Большой объём - это плата за универсальность.

https://secure.php.net/manual/ru/function.urldecode.php

А вообще правильнее предавать как параметр, например:

var res = [
            32,
            32,           
            132,
            13.2,
            118.8,
            'слово на русском'
        ];
        var  arr = JSON.stringify(res);
        location.href='http://INSPECTION/CALCMARsaveOk/?arr='+ arr;

var_dump($_GET);

В приложении вообще не должно быть вызовов env() или $_ENV, кроме конфигов.

После кэширования конфигов (artisan config:cache) env() всегда будет возвращать пустой результат.

Это сделано для того, чтобы каждый раз не читать файл .env при старте приложения.

echo $$ вам возвращает pid оболочки, которую exec запустил. То что число находится рядом с искомым - совпадение.

Для получения pid'а собственного процесса в php существует соответствующая функция getmypid

Потому что это два объекта и вы сравниваете ссылки

var a = [];
var b = [];
a === b //false
JSON.stringify(a) === JSON.stringify(b) //true

повеселитесь

var a = [];
var b = a;
a === b //true

Это не ошибка, просто файл не поместился в память, и использовался временный файл, смысл крутить настройки для больших файлов нет, т.к это не имеет значения(производительность наоборот может упасть)

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

(angular не использует vdom, для него история другая)

перерисует целиком свой виртуальный dom

Давайте немного проясним: виртуальный DOM - это грубо говоря js объект содержащий другие объекты.
При добавлении нового сообщения туда добавится новый объект и весь DOM сравнится со старой версией с помощью diff-алгоритма специфичного для конкретного фреймворка.
И только результат этого сравнения добавится в реальный DOM.
Работа с объектом значительно быстрее работы с самим DOM-ом, поэтому чтобы оно начало работать заметно медленее у вас должен быть дикий уровень вложенности или очень большой DOM.

100 сообщений и 50 контактов - это небольшие цифры, с таким любой из упомянутых фреймворков справится без просадок.

Вот пример бенчмарков с большим количеством объектов(1000+) для многих фреймворков на примере незамысловатой таблицы:
www.stefankrause.net/js-frameworks-benchmark6/webd...
(там же есть ссылка на репо чтобы увидеть как она выглядит)
Как видите, там в таблицу уже содержащую 10 000 добавляется еще 1000(!) объектов, и многие фреймворки впонле с этим справляются.

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

Ну, если только 2 значения:

UPDATE provodka SET code = 41003 - code; # 20501 + 20502 == 41003

М - моск )