Алексей Николаев

Как уже верно сказали другие, это, в первую очередь, навыки не технического характера, а навыки менеджера, управленца.

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

Нужно грамотно распоряжаться ресурсами. Как финансовыми, так и человеческими. Чтобы не было ситуаций простоя работников, не было минусовых балансов (хотя, тут нереально, они всегда будут), не было долгов (аналогично).

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

И самый главный навык, который пригодится, вообще, в жизни, я считаю. Нужно уметь отличать адекватного человека от неадекватного. Этот навык сразу избавит новоиспечённую веб-студию от кучи проблем, типа миллионной правки на сайте-визитке, согласования текстов с уборщицей бухгалтера жены заказчика и "гениальной инновационной идеи стартапа, под названием "вычтонехотитестатьмиллионерами?" или "давайтеподпишемNDAатовывсеукрадете" за 10000 рублей.

P.S. А, вообще, можно ничего не делать, а просто снять обшарпанный офис, поставить туда убитый домашний ноут, быстро нарезать сайт для студии на украденном с TM шаблоне, закупить настройку Директа у очередного "молодого и перспективного таргетолога" студента, бухнуть туда 5-6 тысяч рублей, сесть на стул в пустом офисе и наслаждаться тем, что вы бизнесмен :) А когда позвонит потенциальный клиент, то заломить ему ценник в сотку за сайт-визитку и отдать выполнение на аутсорс первому попавшемуся человеку из группы Вконтакте "Вёрстка сайтов HTML/JS/CSS".
Так, по моему личному мнению, работают 80% маленьких студий в провинции.

php.net/manual/ru

Есть альтернативный способ, не требующий хранения сессий - генерировать случайный идентификатор добавлять id пользователя, временную метку и подпись сервера (например hash(session+id_пользователя +версия_пользователя+timestamp+secret), на получении запроса - проверять подпись сервера, периодически обновлять сессию со свежим таймстампом при активности пользователя, выдавать ему новую со свежим таймстампом. Версия пользователя нужна чтобы иметь возможность принудительно терминировать сессии пользователя, например при смене пароля.

Почти всё что описали и так стандартная работа сессий.
К безопасности это добавляет примерно ничего.

Если вам нужна защита конкретно от угона сессий(хотя 99% сайтов работают и без этого,т.к. никому не упали).
Нужно в коде делать проверку по IP и/или браузеру(useragent).
И опять же это всё на сам механизм сессий-то никак не влияет. Тупо в той же сессии хранить хеш ip/браузера и в случае несовпадения сессию "разлогинивать" из под пользователя, удалять её нигде и чистить не надо, всё уже сделано за вас.
Кроме этого защиты ничего не прибавит.

Мануал не читай @ велосипед изобретай!

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

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

Во-первых, у вас удар по семантике уже нанесен смертельный когда вы начали делать неймспейсы Classes, Libs и Includes. Семантика - это назначение класса, но никак не его тип. Т.е. Controlles, Models, Services, Events и т.п. Но это лирика.

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

Что до psr-4, он позволяет любую левую часть неймспейса (любого размера) мапить на любую директорию. Т.е. вы може свой \Heian\MyCoolProject\ отмапить в ./src/ и тогда \Heian\MyCoolProject\Libs будет ./src/Libs. Можете \Heian\MyCoolProject\Libs\ отмапить в ./mylib/ и т.д. Причем, таких мапов может быть сколько угодно, хоть все варианты неймпсейсов пропишите в мапинг.

Хотя, конечно, обычно делают что-то вроде \MyVendor\Project\ в ./src/Project/ или просто \MyVendor\ в ./src/

поместите свои либы в папку приложения, дайте ему неймспейс типа App и обращайтесь дальше к своим папкам App\Classes App\Includes. Если там сторонний код, добавьте в композере в раздел autoload эти папки с psr-0 именами, либо через classmap (почитайте доки композера на этот счет, там есть примеры), раз они под psr-4 не подходят (хотя скорее достаточно просто указать в autoload в psr-4 название неймспейса и соответствующее ему название папки, где нужно искать файлы с его классами).

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

вроде так

<!-- Chrome, Firefox OS and Opera -->
<meta name="theme-color" content="#000">
<!-- Windows Phone -->
<meta name="msapplication-navbutton-color" content="#000">
<!-- iOS Safari -->
<meta name="apple-mobile-web-app-status-bar-style" content="#000">

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

что все-таки нужно что-то сделать со страницей, где общий список вопросов.

Например - ежедневную ротацию статических ссылок на внутренние страницы (хотя бы в боковом блоке).

Прежде, чем что-то подключать из сторонних сервисов, советую вначале максимально предметно разобраться :
1. С описанием проблемы
2. С условиями её возникновения
3. С последствиями, вызванными ею
4. Со способами предотвращения возникновения проблемы
5. Со способами устранения уже возникшей проблемы за минимальное время

Есть настройки на кол-во соединений, частоту соединений (периодичность запросов), порядок переходов.
Для очень активных - сначала шейпер, затем капча, затем временный бан, затем перманентный.
Выбирайте!)))

Почему может возникать нагрузка

• Сайт посещаемый и это честная нагрузка. Такова реальность.
  
• В коде сайта ошибка. Например, если в php открыть файл или сокет, не проверить факт удачного открытия, и начать читать/писать в этот файл/сокет, то обработка этих ошибок будет очень сильно грузить процессор.
  
• Боты сканируют сайт. Решение - искать их по access_log и блокировать через файл .htaccess
  

CP - полезная нагрузка в минутах: рассчитывается количество работы одного ядра на протяжении 60-и минут (часа): 1 ядро работающее целый час = 100% загрузка.

CP=60*T/60,
где T - кол-во минут полезного процессорного времени на одно ядро.

в пыхе запись $var[0] может означать 2 вещи:
- первый элемент массива, если $var массив
- первый символ строки, если $var строка

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

var_dump(get_array()[0]['id']); // null

Если вы не видите отличий, значит вы не знаете, что такое flexbox и grid'ы. Уж простите. Разница в построении разметки, ну просто колоссальная.

При помощи гридов, базовую разметку всей страницы можно построить буквально парой строк css. Flexbox вам такого не даст. Как я вижу, то flexbox призван решить проблемы построения разметки через float'ы + добавить фишек сверху.

grid'ы призваны решить проблему и того и другого + добавить фишек сверху. Но гриды это не замена flexbox. Их можно и нужно использовать вместе.

Пример такой: есть всем известная масонри сетка, щас, её вручную, при помощи flexbox сделать нельзя, а вот при помощи гридов раз плюнуть. Чуете разницу?

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