@Hereigo Я не привожу в пример весь фреймворк, речь об одном конкретном классе и методе capture kohanaframework.org/3.3/guide-api/View#capture он показывает как передать в вид переменные и скомпилировать итоговый html. Хотя данный класс с незначительными правками можно использовать отдельно от коханы.
Не обязательно использовать именно MVC архитектуру, главное стараться разделяться данные.
@Fesor У php процедурное прошлое, отсюда и все эти выверты в ООП. Насчет тестирования зависит от конкретной реализации, если там набор конечных методов, то никаких особых проблем не вижу. Трейты использую только в маленьких проектах (на большинстве серверов до сих пор версия 5.3). "что бы небыло необходимости иметь какой-то дико жирный базовый класс." я для этих целей DI в к контроллерах использую.
@Fesor В php на данный момент это не совсем так, сейчас скорее применимо понятие "примесей":
`Трейты (англ. traits) - это механизм обеспечения повторного использования кода в языках с поддержкой единого наследования, таких как PHP. Трейты предназначены для уменьшения некоторых ограничений единого наследования, позволяя разработчику повторно использовать наборы методов свободно, в нескольких независимых классах и реализованных с использованием разных архитектур построения классов. Семантика комбинации трейтов и классов определена таким образом, чтобы снизить уровень сложности, а также избежать типичных проблем, связанных с множественным наследованием и c т.н. mixins.` php.net/manual/ru/language.oop5.traits.php
Собственно на данный момент это единственное возможное решение описанной задачи, никто не говорит плохо это или хорошо, вопрос об этом не стоял.
ну ничего удивительного у тебя что в индексе что в этих файлах шаблонизатор в переменной $tpl ты просто затираешь данные. зачем ты каждый раз создаешь объект? можно же просто вызвать метод отчисти переменных, это быстрее чем каждый раз пересоздавать объект
попробуйте указать что прокси не должен использоваться: curl_setopt($ch, CURLOPT_PROXY, ''). Если не поможет, то смотрите в сторону настроек web сервера, хотя это уже попахивает мистицизмом..
Читайте вначале мат. часть https://ru.wikipedia.org/wiki/HTTP_cookie :
Домен и путь говорят браузеру, что куки должна быть отправлена обратно на сервер при запросах URL для указанного домена и пути. Если они не указаны, используются домен и путь запрошенной страницы
Делаешь печеньки привязанные к домену сайт2 и записываешь в них данные авторизации, а сайт2 проверяет если ли такие кукисы. для безопасности лучше хэшировать секретные данные.
Можно еще поизваращаться и сделать авторизацию на сайт2 через ajax при авторизации на сайт1 т.е. чтобы запросы шли сразу к 2ум сайтам. Инфу об авторизации хранить в сессиях.
Антон Шаманов
@SilenceOfWinter Автор вопроса, куратор тега PHP
файлы естественно не приватные, собственно проблема как раз в скачивании. опять же не уверен что получиться скриптом переместить файл в локальное хранилище
