Егор

/config.php и /admin/config.php измени параметры

UI

Если использовать параметры Get - то не получатся Seo url. Маршрут к контроллеру должен быть в сегментах url.

В мануале ж написано: https://www.codeigniter.com/userguide3/libraries/f...

1. Не извлекать все записи из бд в переменную, а подготавливать запрос, и последовательно пройтись по строкам.
2. Использовать другую библиотеку для работы с Excel.

Сервис, обычно, выдает токены доступа.
Этот токен необходимо прописать в заголовках запроса.
Обычно подробная инструкция изложена в справке по API сервиса.

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

В данном случае я бы все свойства post установил бы через конструктор. А доступ и модификацию к ним сделал бы через магические методы.

Не оно? php.net/manual/ru/function.scandir.php

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

Вариантов конкретной реализации - масса.

Если посмотреть на MVC "сверху" - то нах она нужна? Правильно! Чтобы можно было логически разделить куски кода, и переиспользовать то, что уже когда-то было написано.

Контроллер - это логика. Это менеджер, который принимает в сервис ваш автомобиль. Это ресепшн-менеджер, который поселяет вас в отель.

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

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

Обычно другие объекты - это модели (данные) и сервисы (обработка структур данных).

А то что пишут выше - это все личный взгляд людей на MVC. Это то, что они поняли, и их личный опыт.

Ведь какой самый главный враг программиста? Правильно: побороть сложность. Для этого и придумали такое разделение и назвали его MVC.

А вы пишите так, как вы сможете спустя неделю быстро сам понять что там делается. И при необходимости объяснить другим ваше видение архитектуры.

1. Похож на "рецепт приготовления пирога". Чтобы испечь пирог - сделай а,б,в, .... и положи в печь.
Минусы: вам нужно знать рецепт, какие ингредиенты могут быть, в какой последовательности их класть, и т.д. Это потребует изучение мануалов.

2. Можно использовать, если параметр метода - это некоторое "уточнение" для метода, а не его зависимость.

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

А если сохранить Excel в csv файл, и выгрузить через запрос LOAD DATA INFILE ?

В каждом if вначале сделай проверку на "заполненность" массива:
if (!empty($argv) && ... )

Это вообще не ООП!

Чувак. Любой код (библиотека, пакет, функция) - есть некое обещание его производителя выполнить что-то ценное для тебя. Это описание должно давать название класса и его метода, который этот результат создаст. А дальше - это уже не твои проблемы как там внутри все устроено. Ты создаёшь объект, даёшь ему то, от чего он зависит, и вызываешь у этого объекта метод. Все!

Представь телевизор. Его производитель обещает дать тебе возможность смотреть телеканалы, если ты подключишь антенну. Какая твоя задача как пользователя телевизора? Правильно! Вставить антенну и нажать на кнопку включения. Ты ведь не будешь залазить внутрь телевизора с тестером, и проверять как же там все устроено. Описание должно тебе сказать где кнопка включения.

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

Код должен быть примерно такой:
$tv = new Tv(new Antena);
$content = $tv->on();

Это и есть ООП.

1. Убери и строки file://
2. Расширение файла со скриптом чаще всего .php а не .html

При данной логике условие в else нужно убрать.