mletov

Сайт метанит + документация Microsoft + гугл= счастье

Говорят, на хостингах, где разрешено публиковать гомосексуальный контент, там проблем не должно быть (шутка)

Есть еще такие сервисы, как "абузоустойчивый хостинг". Удовольствие может быть несколько дороже обычного хостинга, но если действительно важна стабильная работа сайта, то как вариант не плохой. И как еще один вариант, попробовать узнать в каких странах располагаются сервера на этих абузоустойчивых хостингах и арендовать обычный хостинг с датацентом в такой стране. Ну это так, не 100%-й вариант, а как на подумать

Единственно правильный ответ - никак.

Такой вопрос можно задать только от безграмотности. От непонимания того, как работают сессии.
Потому что сессия в обязательном порядке блокирует файл с данными на время работы с ним. И именно отсюда возникают многочисленные вопросы "а почему у меня долгий процесс в одной вкладке блокирует сайт во всех остальных вкладках?". А теперь представим, что один и тот же файл блокирует не один юзер, а все по очереди. Таймаут будет постепенно накапливаться, и в итоге сайт у всех пользователей сначала начнет ощутимо подтормаживать, а потом и вовсе встанет колом.
Поэтому такая вещь, как "сессия сразу для всех пользователей" заведомо является бессмыслицей.

Если под "сессией" имелось в виду общее хранилище для всех пользователей, то оно называется "база данных". И в этом смысле "БД не предлагать" выглядит беспочвенным капризом. Как правильно заметил N в комментарии, такое заявление звучит как "Как кушать суп? Ложку не предлагать."
Такие заявления надо всегда подробно обосновывать. И в этом случае вам либо действительно подскажут, как обойтись без БД, либо объяснят, что это просто блажь.

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

Postgresql - более консервативен. Его можно брать почти для любых проектов. Есть partitioning что свидетельствует о зрелости системы и об Enterprise-ready. Единственное что может быть не очень - это некий кумулятивный эффект от частых inserts/updates который требует вакуума. И со счетчиками транзакций там есть нюанс. Но скорее всего в твоём сегменте разработки PHP/Laravel - тебе будет просто безразлично сущестование вакуума.

MySQL это лейбл под которым на самом деле могут работать различные engines таблиц. И если анализировать какой-то performance-инцедент то нужно в первую очередь спрашивать с какой опцией таблица создавалась. MyISAM/Innodb/e.t.c. Потому что выбор этого двигателя влиял на какие-то опции скорости и транзакций. Я заменял например в создающих скриптах InnoDb на MyISAM для того чтобы просто быстрее прогрузить 1Тб CSV файл.

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

Что лично меня раздражает в диалекте My/SQL - так это странного вида кавычки-апострофы. Никогда не понимал зачем это.

Дело в том что курсор может потреблять ресурсы. Например вы захотели взять первые 10 строк из 10000000 выборки но предварительно отсортировали. Выбрали 10 строк и не сделали финализирующие протокольные действия в Python. База данных будет удерживать в памяти алгоритмы и структуры данных для снапшота результата этого запроса до тех пор пока не придет явный CLOSE с вашей стороны либо интеллекуальный драйвер который еще и обладает логикой уборки мусора сам не догадается что Statement уже вышел из scope вашего использования и может быть удалён GC.

Я был свидетелем ситуации когда крупное ent-приложение Java/Oracle переполняло память из-за неверной обработки Exception и плодила много незакрытых курсоров в БД. Java от этого не сильно страдала (GC всё убирал) но страдал Oracle. Потому что уборка происходила слишком поздно. Пофиксилось тогда переписыванием с try на try-with-resources.

Поэтому если вы неряшливо обращаетесь с курсорами (явными и неявными (обычный select к примеру может прождать неявный курсор)) то не ваше приложение а база данных почувствует себя плохо. Как быстро и какие ошибки вы будете получать - зависит от настроек вашей БД.

Варианта три:
1. Использовать double - тогда максимум у тебя будет примерно 1e308 (1 с 308 нулями)
2. Хранить число в виде двух чисел - значение и степень десятки Точность на больших числах будет низкая, но предела по сути нет - можно будет хранить числа вплоть 2^64*10^(2^64) (если использовать два long). Эту же методику можно и с double реализовать - получится ~10^308*10^(10^308), что ещё больше
3. Можно попробовать BigInteger - по памяти не эффективно, медленно, но зато точность идеальная.

Чтобы прямо весь код не переписывать - свое "особое" число ты можешь реализовать как структуру со всеми нужными операторами и операторами приведения типов.

Спасибо. Зафиксировал пока 10 версию. "^10.14"

https://github.com/sweetalert2/sweetalert2/commit/...
https://github.com/sweetalert2/sweetalert2/commit/...

Просто один из уровней абстракции. Точно так же можно сказать о любой функции/методе и так дойти вниз до машинного кода и транзисторов. Кроме того, роутер может иметь более сложную логику, чем просто отработка запроса по ссылке - например использовать параметры из ссылки.

Потому что это не переменная, а свойство. Переменные можно делать внутри методов и конструктора.
К переменной нельзя обратится через this. Например us = "User" + this.name
Также к переменной нельзя получить доступ из вне, вот так:

class User {
    name = "Tom"
}
let tom = new User();

alert(tom.name);

Коротко говоря потерялся бы весь смысл от ООП.

Вот честно, я не понял. Вы прикалываетесь? Или серьезно?
Ну первые же строчки в Google-выдаче:
https://edu-cisco.org/courses/
https://eitca.org/eitca-is-information-security-ac...
https://www.specialist.ru/vendor/cisco
https://training-microtest.ru/course/ccnax-v-30

https://training-microtest.ru/courses/hp?ThemeId=79
https://www.hp.com/ru-ru/pdf/310113_learningcentre...
https://education.hpe.com/ru/ru/training/index.html

https://muk.training/courses/course_vendor/emc/page/2/
https://www.dell.com/ru-ru
https://academy.ru/catalog/emc/
meliusgroup.ru/obuchenie-lenovo

Извините, ну судя по вопросу, вам не серверы и сетевуху настраивать надо учиться, а осваивать элементарную компьютерную грамотность. Элементарный информационный поиск в Гуугл сегодня умеют делать шестиклассники. Без такого умения - причем очень уверенного - никакое обучение, а тем более дальнейшая работа в этом направлении будут НЕдоступными.