Евгений Вольф

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

Откуда у Вас такие заключения?

Т.к. с ростом БД и сложности окружения redis + сервер очередей + логи и т.п. держать, запускать и обновлять это всё на локали становится сложно.

Есть например, VirtualBox + Linux + [что-то ещё] + [...] и так далее. Ставите на виртуалку нужный вам набор софта, запускаете, пользуетесь.

Сложности в установке/настройке программ... ну это очень риторический вопрос, кому-то сложно даже интерпретатор PHP из архива распаковать...

Вопрос с тем, что может требовать значительных ресурсов (например, базы данных) занимая большой объём дискового пространства или создавать большую нагрузку на вычислительные ресурсы машины - тут вариантов несколько:
1. Хранить базы данных не локально, а работать с ними удаленно
2. Набор данных необходимый для разработчика - обычно ощутимо меньше, чем тот, что используется в реальном проекте. Используйте версию базы "для разработки", а не "продакшен" вариант
3. Если позволяют ресурсы (например, объем жесткого диска) и есть необходимость - используйте полную версию БД. Нагрузку на БД создают не объёмы данных, а объёмы обращений к этим данных (условно конечно, но суть такова). Иными словами, если у Вас база занимает 500Гб и структура проекта построена адекватно - работать даже с такой БД может вполне "обычный" компьютер.

И ещё вопрос: при использовании DEV-сервера можно держать файлы проекта у себя на машине и в PHPStorm либо автоматически либо вручную заливать изменения на сервер. А можно в шторме прямо к серверу подключиться и работать сразу с файлами на сервере, т.е. не иметь копии проекта у себя на машине по сути. Какой из этих вариантов лучше и почему?

Не совсем понятно, что именно Вы подразумеваете под "DEV-сервером" и зачем он Вам нужен вообще? Я за более 10-и лет разработки с реальностью подобного рода серверов сталкивался в двух случаях:
1. Необходимость иметь некоторый эталонный сервер и/или сервер, с помощью которого можно демонстрировать работу конечному заказчику или разработчикам проверять свои правки и нововведения в условиях "эталонного" окружения (что в целом легко реализуется в большинстве случаев, при возможность запустить виртуальную машину на компьютере разработчика)
2. Мой рабочий ноутбук настолько слаб, что с трудом "тянет" даже phpStrom, не говоря уже о всяких VM и прочих "прелестях жизни", в этом случае меня неоднократно выручал удаленный вирт. сервер

Далее, "подключиться к серверу и работать с файлами сразу там" - Вы что имеете в виду? Пробросить SSH-туннель или иным подобным образом подключить файловую систему сервера как сетевой диск? По моему, без прямой необходимости в обратном, "лучше" - использовать средства автоматического "деплоя". А как "лучше" выгружать файлы на конкретный сервер, "руками" или "как-то ещё" - зависит от множества факторов, в т.ч. от того, как часто это нужно делать, кол-вом "выгружающих" и т.д.

Какой ModPagespeed ставить?

Поставить - Вы можете только модуль для Apache, причем делать это при наличии панели управления сервером - я бы крайне не рекомендовал.

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

но выгружая на хостинг вылезает сообщение

Это происходит из-за того, что файловая система хостинга (скорее всего, Linux'а) чувствительна к регистру в именах файлов (в отличии от FAT/NTFS Windows'а, на котором у Вас работает OpenServer).

Что бы такого не происходило - называйте контроллеры с большой буквы. А ещё контроллеры можно складывать в отдельные папки, например Controllers\Admin\MainController ...

Что бы узнать, что именно вызывает контроллер с именем с маленькой буквы:
1. Можно поискать по коду всего проекта вот это слово: "adminMainController" (простой метод)
2. Можно запустить отладчик и последовательно пройтись по коду, однозначно выяснив где косяк

UPD. Если хотите избежать подобных проблем в будущем - можете сразу (с начала разработки проекта) использовать любой виртуальный сервер с Linux'ом, запуская сайт там. Вариантов масса всяких:
1. Взять VirtualBox и поставить туда Linux (и настроить всё как надо) самому
2. Взять какого-нибудь готовый Vagrant или что-то в этом духе
3. Взять подготовленный специально для Laravel - Homestead

Лично я использую 1-ый вариант и дома и на работе и проблем за N лет пока ни разу не было. Правда, надо сказать использую такие варианты я не по тому, что у меня проблемы с именами файлов, а по тому, что мне не редко бывают нужны различные unix-утилиты на уровне проекта и тащить их в Windows - весьма сомнительное удовольствие (особенно с учётом того, что далеко не все под Windows они есть)...

Подскажите, как с помощью Python, получить список всех своих друзей в ВК

Обычно взаимодействие с ВК осуществляют с помощью VK API, а потом уже Python или не Python - особого значения не имеет.

Касательно конкретно Python'a + VK API - в поисковике вбиваете "vk api python" - там масса статей, думаю смысла перечислять их все особого нет?

Конкретно по поводу друзей пользователя: клац

Как это можно исправить? В коде написать что-то?

Есть подозрение, что нужно:
а) Удалить в коде все ведущие .. в путях (к картинкам, скриптам и пр. штукам, которые у Вас на первой картинке не прогрузились)
б) Заменить относительные пути (т.е. начинающиеся с ..) на абсолютные (т.е. начинающиеся с /)

В общем, мне нужен способ отправить мне уведомление, если боты не авторизовались в ВК до 7 утра.

Я думаю выглядеть это будет примерно так:
0. Открываем вот эту страницу, находим там поле "online", оно отвечает за то, онлайн пользователь или нет
1. Запускаем по крону скрипт, в 7:00 утра, который проверяет, онлайн пользователь или нет
2. Если нет - скрипт отправляет SMS/Email/etc куда следует

Или Вы не об этом?

Не припоминаю такой конструкции в CSS-селекторах, как !=, но помню что есть вот такая конструкция. Не знаю поддерживает ли PHP Simple HTML DOM Parser (этот момент Вам лучше уточнить в документации к нему), но чисто логически - Вам нужен такой селектор.

А если поменять эти цифры на текст типа lorem, то элемент растянется?

Текст "типа lorem" - тоже без пробелов?

P.S. Вы бы второй пример сразу привели, с текстом "типа lorem", с одинаковым количеством спец. символов влияющих на разрыв слов, перенос строк и т.д., в частности я говорю про - пробелы, символы табуляции, переносы строки типа "\n", промежуточные теги, типа <br/> и т.п.

Как вы работаете с свг?

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

<?= file_get_content(__FILE__.'/img/svg/image1.svg'); ?>

*пример исключительно условный.

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

Здравствуйте. С учётом того, что в тегах Вы указали MySQL, подозреваю, что используете Вы именно эту БД... А у этой БД (как и у многих других) есть её характерные особенности. В частности, MySQL довольно быстро обрабатывает таблицы с большим количеством записей (вертикально) и начинает прилично так проседать, когда кол-во столбцов (или того хуже, объём данных в этих столбцах) растёт (горизонтально). Это из личного опыта, и на возведение в статус аксиомы - не претендует

А так же по той причине, на основании следующего:
1. Насколько я понимаю, данные у Вас из разных соц. сетей - по определению разные (в смысле, какая-то их часть), но их фактическое количество (кол-во соц. сетей или источников данных) - фиксированное
1.1 Даже частично одинаковые данные из разных соц. сетей могут иметь разный формат, например пост из твиттера не может быть длинее N символов (не помню сколько... 140?), а пост в ФейсБуке - может быть куда больше... и т.д.
2. При добавлении новой соц. сети - у Вас добавляет не просто какое-то "радомное свойство к товару", типа: "была газовая плита, у нее была ширина и длина, сегодня померили - нужно теперь высоту добавить", с введением новой соц. сети в код приложения добавляется какой-то довольно "толстый" модуль, для обработки конкретно этой соц. сети

С учётом выше сказанного, я бы делал для каждой соц. сети, отдельную таблицу, так как:
1. Кол-во параметров для каждой соц. сети не меняется (или меняется крайне редко)
2. Таким образом одна таблица будет меньше занимать на диске, т.е. в некотором смысле - это будет сегментирование (хоть и в несколько упрощенной и "вынужденной", а не осознанной форме), что в общей сложности повышает производительность
3. Кол-во "дыр" в данных у Вас будет гораздо меньше, а с учётом того, что постов там у Вас тысячи, а соц. сете не 2 и не 3, а уже 14 и это не предел...

P.S.

Как такой инсёрт сделать в две таблицы вместо одной?

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

Как такой инсёрт сделать в две таблицы вместо одной?

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