синоним null

Такое впечатление, что если какой ни будь ЯП не придумает отдельно для себя синоним null, то случиться что-то ужасное...

Python is...

Python это скрещенные Ruby и PHP

SplString для ключей массива

Я тут подумал, что для сохранения массива с ключами в виде чисел как строк (чтоб массив был хешем), можно использовать класс SplString (http://php.net/splstring). А то ж php так и наровит представить строку как число.

['5'] => ...
['49'] => ...
...

Save data

Если вы сохраняете данные, а они якобы не сохраняются и вы не понимаете почему, проверяйте сначала отображение этих самых данных, скорей всего проблема в отображении.

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

"friends", "apps"... - типы связей.
"10","394"... - id пользователей

array
['friends']['10']
['friends']['394']
['apps']['6']
['apps']['585']
...

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

Memcached and tags

Сегодня произошла очень странная вещь.
Сижу, обдумываю проект, встраиваю memcashed в проект и думаю, как бы мне оптимизировать придыдущую версию этой реализации. Это все с учетом того, что я работаю с движком Yii.
В предыдущей версии я сохранял данные возвращенные из базы в моделях..., а сейчас думаю, а какого фига я тут корячусь.
Есть же возможность кешировать запросы средствами движка практически без моего участия. Сделал, работает, порадовался. Остается одна небольшая проблема, как сделать так, чтобы оперативно удалять устаревшие кеши при обновлении таблиц.
Сижу думаю.
А использую я ActiveRecord.
Надо поставить какие-то параметры, которые будут сообщать модели, что его таблица изменилась и нужно все перекешировать заного при запросе. Параметры эти запихнуть в тот же кеш. И осталось каким-то фигом при сохрании кеша эти параметры менять обратно. В общем система не эфективна...
Оказалось, что я не так уж и далек от решения, оказавшегося уже кем-то придуманым, кстати, чему не удивляюсь.
А нужно было всеголишь иметь не параметры для каждого запроса, а один, и определять изменения по нему не булевой операцией, а простым наращиванием! Просто как все гениальное.
А нашел я это тут http://www.opennet.ru/base/dev/memcached_tips.txt.html.
Теперь осталось придумать как запихнуть этот тег в кеш при записи в кеш и все будет пучком.
...
После полудня разбирательства в этой фигне, сообразил такую штуку. Фигачим класс:

class CTagCacheDependency extends CCacheDependency
{
public $tag;
        public $cache;
public function __construct($tag=null, $cache=null)
{
$this->tag=$tag;
$this->cache=($cache)?$cache:Yii::app()->cache;
}
       
protected function generateDependentData()
{
if($this->tag!==null)
                {
                        $t = $this->cache->get($this->tag);
                        if ($t === false) {
                                $t = time();
                                $this->cache->set($this->tag, $t);
                        }
                        return $t;
                }
}
}

L. 1

Используем его таким макаром в модели:

$this->cache(60, new CTagCacheDependency(get_class($this)));

L. 2

И не забываем после каждого изменения в базе (afterDelete, afterSave) делать это:

Yii::app()->cache->set(get_class($this), time(), 0);

L.3

Теперь у нас есть тег на кажду модель (таблицу) которая при любом обновлении будет кешироваться заного благодаря измененному тегу, распространяющемуся на кажду модель(таблицу).

Поясню немного.
L. 1 - это класс так называемой Зависимости кеша. В нем мы выбираем тег, если его нету, создаем новый и записываем его обратно в кеш.
В L. 2 мы устанавливаем эту зависимость для каждого кеша который будет выбираться и проверяться с данной зависимостью.
L. 3 - нужно для того, чтоб сказать нашей модели (через тег), что ее данные в таблице были обновлены.

Новая запись в таблице через Yii

PHP
Движок Yii 1.1.9
Работа с базой через CActiveRecord

Если захотите сохранить новую запись методом save(), воспользовавшись конструкцией Model::model(), ничего не получиться. Почему-то движек считает, что запись уже есть и $this->getIsNewRecord() возвращает false при использовании insert().
Интересно еще то, что save() вам вернет true и ошибок ни каких не выдаст, типа сохранил. А в таблице пусто.


Возвращаемся к старой доброй и надежной new Model().

Как можно так писать!?

В один запрос возвращать данные с такими ключами:
[errorCode] => 0
[errorMessage] => ""

А на другой с такими:
[ErrorCode] => 0
[ErrorMessage] => ""

Где у таких людей мозги или там что у них в место них...?

Почему-то, в СНГ принятно все переменные в коде, поля и таблицы в БД называть по-английски, а вот в странах Европы это совершенно не обязательно!?
Голандцы пишут на нидерладском, французы на французком... Как хотят так и пишут это просто пипец какой-то. А еще ругаются на русских программистов...

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

Так ведь нет! На каком хотят на таком и пишут! Хотят на немецом, хотят на французком!

А еще гонят беса на СНГ-вских программеров.

Почему названия таблиц в базе на любом языке кроме английского!?

день Программиста

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

Но вот щас узнал, что есть день Оценщика, и теперь день Программиста не такой уж и незаметной профессии кажется :))

Умер создатель языка программирования Си