Анатолий

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

Это капец, все что угодно перечислили, лишь не встроенную функцию
http://php.net/manual/ru/function.file-get-contents.php#108309

У меня такая же проблема, я уже несколько месяцев мучаюсь, никак не могу найти решение =) послежу за темой, мож появится что-то

Я вот для себя потихонечку golang смотрю. Довольно таки интересный и необычный язык =)

Ща я вброс сделаю большой =)
Yii — это как нода, ну вот толку от нее? Куча недостатков, сложный в разработке, чтоб нормально стартануть нужно поставить немало библиотек, но он ужасно популярен, почему? Можно ведь писать на пхп, питоне, руби, яве…

Щас вы наслушаетесь кучу архитектурных решений и еще больше запутаетесь =) Сколько людей, столько и решений!
Но исходя из своего опыта могу посоветовать сделать пару вещей:
1. не выдумывайте ничего лишнего и не усложняйте код
2. если проект долгосрочный, всеравно будете рефакторить, поэтому делайте слабое связывание, потом проще будет кусками небольшими править
3. если не много времени, используйте те инструменты которые лучше знаете, даже если есть в 100 раз круче и весь мир их советует =)
Не бывает четких и глобальных архитектурных решений.

utf-8 + bom часто на это влияют

Начните с поиска тут же среди Q&A

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

/**
 * @var singleton
 */
public static $instance  = null; // Инстанс объекта данного класса

И то и то правильно, если вам нужно обрабатывать в дальнейшем данные неочищеные, то логично что хранить вы их будете сырыми и очищать лишь при выводе. А если вам нужно хранить лишь определенный формат (нельзя тэги например) то очищать перед записью все лишнее не помешает, мало ли где показываться будут данные.
А вот при выводе нужно данные фильтровать всегда. Это самая частая ошибка =)
В базе храните что угодно, при выводе же что угодно показывать нельзя.

Если вам нужен обьект как сущность, то создавайте везде, если у вас класс как набор функций, то делайте статику, а если тот же обтект как сущность вам нужен лишь один раз, то уж глобал либо синглтон. Все просто =)

Slim через чур скуден в функционале, рано или поздно, даже для простейших сайтов вам нужно будет больше функционала, будете сами писать или брать из других фреймверков =) А ядро у них одинаковое, другое дело что слим по сути лишь из ядра и состоит.

1. проверить кодировку апаче
2. проверить кодировку самой страницы и файлов где исходники лежат
3. проверить кодировку самой страницы выставив насильно нужную или проверив что браузер ее точно выставил
4. проверить кодировку файла который отсылает ajax запрос

А вы не создавайте так фукнции, создавайте по другому:
$var = function(){ return true };
и is_string не сработает.
Иначе вы никак не различите их.

habrahabr.ru/qa/5603/
habrahabr.ru/qa/14954/
habrahabr.ru/qa/1901/
habrahabr.ru/qa/3888/
Ну итд, поиск решает.

Разделите конструктор и параметры:

class Singleton{
    static public punction getInstance(){ ... }
    public function applyParams($params){ ... }
}

$singleton = Singleton::getInstance()->applyParams($param1);
// some code
// change param
$singleton->applyParams($param2);

Как пхп-шник с шестилетним стажем, посоветую начать с другого языка, например с java или c# =)

У вас activerecord это простейшее взаимодействие с бд, причем это самое слабо функциональное взаимодействие, это есть в любом фреймверке, в любом фреймверке есть доп. функционал который учитывает связи итд. Как по мне оно того не стоит. Причем фцнкционал, скажу честно, удручает =)
Просто для примера другой кусок кода:

class User extends ActiveRecord{
    protected $_table = 'users';
}

$user = User::find( array('id'=>3) );
$user->name = 'new name';
$user->set('last_name', 'new last name')->set('email', 'new@email')->save();

Банально мне ничего не приходится писать в коде класса, за меня все делает родитель, сам находит поля, сам находит ключи, сам сохраняет, сам знает по какому ключу сохранить, сам знает какие поля сохранить.

Какая вообще разница? И там и там текст, и там и там на выходе получается валидный sql запрос который выполняется. Вообще не вижу никакой разницы.