DevMan

фильтры на приточную вентиляцию и запрет шляться всем, кому не надо. а кому надо, одеваться в халатики и иметь чистую обувь.

разумеется, если это действительно серверная, а не шкафчик в углу офиса.

зачем вам это проверять?
ваша зона ответственности - собственные печеньки. их и проверяйте.

на нормальную песочницу у вас сил не хватило. жаль.

подсказываю один из вариантов:
-> сделать див с инпутом
-> убрать стилизацию с инпута
-> перед/после инпутом поставить иконку
-> весь див стилизовать как инпут

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

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

сейчас, OLED на больших матрицах – утопия и дорого.
оно даже на небольших (в сравнении с телевизором) не всегда хорошо себя ведет.

возьмите себе ips–монитор на 45"; хоть прямой, хоть кривой (лично я за прямой, по практическим соображениям). на метр вам его точно хватит.

а подумать?
конкретно в вашем примере достаточно просто получить последний символ.
то есть достаточно сделать substr($test, -1);

вам бы задачу конкретизировать.

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

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

из очевидного: прилетает невалидный json.
а скорее всего перед ним вываливается ещё что-то. начина от bom и заканчивая ошибками/прочими сообщениями от самого пыха.

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

это я к тому, что вы не там ищите проблему.

потому что bool – это только 2 варианта. и if или if/else тут как раз уместней как никогда.
switch – для множества вариантов. и альтернатива лесенки из if/else/else if.

да и "Switch быстрее же" – попахивает бредом.
Switch – читабельнее. особенно при большом кол–ве вариантов.

только личный опыт.
взяли тест, попробовали, понравилось - переехали.
разонравилось - съехали.

отзывы, в большинстве своём - ни о чём. даже, если они от реальных людей, а не крученые.

30 метров – это вообще не размер. и очень далеко от "большой файл".

большинством современных хостов такой файл спокойно обработается банальным json_decode . а если крутите на кофеварке, то потоковый парсер в помощь.

phpspreadsheet если реально нужен эксель, а не, например, CSV.

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

каждая двацтая секунда.
а почему - вопрос автору кода.

начиная от никак и заканчивая по-разному.

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

1. это не методы, это функции.
2. они используются по своему прямому назначению.
3. что вы делаете в js не имеет никакого отношения к этим функциям.

Даня, ты совсем очумел или дальше своего носа не видишь?

win95 для него дичь, а во многих конторах до сих пор dos или вообще системы родом из 60-70. потому что работают.

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

доступен. бэкапы сохраняются в отдельную директорию.