Сергей Протько

Гуглите Single Sign-On (SSO). Кросс-доменные куки и прочее это лишь детали реализации. dimonchik2013 в принципе верную ссылку дал с подборкой существующих подходов для организации SSO.

Нужно подсчитать количество символов в строке с классом *text*

Алгоритм:

1) получаем элемент по классу.
2) достаем текст из элемента
3) получаем длину строки

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

То что вы хотите сделать идет в разрез с философией Doctrine. Организовать подобную связь нельзя. Можно джойнить что угодно с чем угодно в запросах, но не более.

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

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

берем какой-нибудь загрузчик скриптов. Инлайним его в тело страницы. Загружаем им jquery и другие штуки.

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

Вывод - мы можем отсортировать команды на этапе конвееризации процессора и таким образом отправлять на обработку команды по мере доступности ресурсов.

Или например... есть у нас у ядра процессора аж 4 АЛУ. То есть мы по хорошему можем сразу 4 арефмитические операции выполнять. Можно распаралелить если команды подряд идут.

Вообще тут лучше почитать по конвееризации процессоров. Это весьма жирная тема.

Как операционная система выбирает ядро для исполнения

Почитайте про планировщики, например вот: Process Scheduling in linux

Ip адреса известны заранее.

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

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

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

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

Если же у вас все и так известно - то нет смысла в сервере.

ваша строка - число в 16-ти ричной системе счисления. Переводим в систему счисления с более высоким основанием (64 например) и радуемся.

Вы же под ботами понимаете какую-то систему принятия решений, так?

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

Нет, никто. Ибо PhpStorm, как подсказывает название - это оптимизированная под PHP редакция IDEA. Для руби есть своя редакция. А если хотите и то и то - либо ставьте PhpStorm + RubyMine либо ставьте IDEA + плагины для PHP и Ruby и получите почти тоже самое (только выйдет дороже).

EAV

Пляшем от 5-ой нормальной формы а дальше уже оптимизации по мере необходимости.

Почему на сайте разработчика нет ссылки на архив со всеми файлами Laravel, как, например, на сайте Yii?

Потому что использование менеджеров пакетов для управления зависимостями - правильный подход и надо заставлять разработчиков приучать себя к правильным вещам.

Laravel хоть и простой фреймворк и ориентируется он на новичков, но с расчетом на выраст.