Вадим

Попробуйте avadim/fast-excel-writer

Попробуйте https://packagist.org/packages/avadim/fast-excel-writer

По памяти точно уложитесь, и по времени тоже будет однозначно быстрее Phpspreadsheet

PhpOffice неимоверно жрет память, и у меня возникали проблемы даже с файлам в десятки тысяч строк, а тут 240тыс. Если нужны только данные, а оформление ячеек читать не нужно, то советую использовать https://github.com/aVadim483/fast-excel-reader - жрет памяти в разы меньше и работает гораздо шустрее

Если вам не нужно читать оформление ячеек, а только их данные, то можно использовать https://github.com/aVadim483/fast-excel-reader, там целые числа как обычные целые возвращаются, если не превышают значение PHP_INT_MAX

Альтернатива PhpSpreadsheet, с меньшими возможностями, но работающая в разы быстрее:
https://packagist.org/packages/avadim/fast-excel-writer

Таки нашел решение, вдруг кому-то еще понадобится: https://packagist.org/packages/wikimedia/composer-...

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

Если Вам просто "надоел PHP", то стопудов чрез какое-то время так же надоест и другой язык.

Совсем не аналог, конечно, но в каких-то случаях может помочь: в PhpStorm во время отладки есть возможность вычислить любое выражение по Alt+F8, в т.ч. и вызов функции.

Почему static ?

Почитайте про позднее статическое связывание. Если кратко, то self указывает на класс, где определен метод, а static вычисляет класс в момент вызова (с учетом возможных наследований).

Народ, не надо глупостев городить: ручной мердж кода, отказ от обновлений и прочие "прелести" - это все так, если юзать действительно какую-то очень узко заточенную CMS или совсем-совсем древнюю.

Нормальные CMS имеют нормальные механизмы расширения функционала

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

Ловить переходы с почтовых доменов или фильтровать IP - не очень хорошая идея, т.к. нет никаких 100% надежных способов все это определить. С одной стороны могут появиться всяческие "хитрецы", желающие обойти ограничения, с другой - вполне добросовестные юзеры, но работающие через какие-нибудь прокси, торы и проч. Так что я бы не стал с этим заморачиваться.

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

Собственно, Гугл так делает с фотоальбомами: владелец альбома сам настраивает три варианта доступа:
1) всем
2) всем, у кого есть ссылка
3) только тем, кто явно указан

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

Вы только подумайте:
Для каждого юзера нужно создавать аккаунт, систему авторизации, восстановление пароля и пр.;
Необходимо разграничить права доступа для каждого юзера - кто что может делать со своим блогом, а что с чужим;
При загрузке изображений необходимо предусмотреть загрузку как с компьютера, так и со сторонних ресурсов, нужен ресайз и подгонка под определенные размеры, контроль типа загружаемого файла, удобный просмотр фотографий и т.д., и т.п.;
Не только создание, но и редактирование и удаление как постов лога, так и фотографий;
Администрирование всего этого добра (мало ли кто и что начнет заливать);
...
И много-много еще всяческих нюансов учесть, описание которых составит не одну страницу.

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

Не соглашусь, что у Simple HTML DOM маленький выбор селекторов. Главный его недостаток - это низкая производительность, это один из самых медленных парсеров.

Мне лично LiveStreet больше по душе. Не могу сказать насчет качества кода, но я в свое время очень быстро въехал, что как внутри у LS устроено, и для меня не составляет проблем по расширунию функционала. Основных проблем у LS две — отсутствие хорошей документации (хотя это нужно только на первых порах), и то, что в сообществе мало разработчиков, а основную его часть составляют люди далекие от программирования, которые лишь юзают движок для создания собственных «фейсбучиков». Как с этим обстоит дело в Instant, не знаю. Но глянул щас в каталоги расширений того и другого:
у LiveStreet — 266 плагинов
у Instant — фильтры+модули+компоненты = 39 штук всего

Кстати, я с первого тычка не въехал, чем отличаются фильтры от модулей, модули от компонентов, а компоненты от фильтров. В LS расширение функционала выполняется плагином. Причем, плагин может расширять как базовый функционал (напр., добавлять новые поля к топику, новые алгоритмы при его создании или выводе), а может добавлять и совершенно новый функционал.

Есть вещи, которые в LS мне не нравятся. Но идеала в жизни не бывает, и тут плюсы, ИМХО, перевешивают минусы.

Мне вообще трудно представить, в какой ситуации может возникнуть такая задача — из PHP не просто создавать Excel-файлы, а графики в них генерить. Но если уж это действительно надо, то я бы таким путем пошел — создал бы шаблоны на Excel, графики туда нужные забубенил бы, а из PHP не создавал бы файл, а заполнял бы их данными в заранее определенные диапазоны, на которые графики завязаны.