mendel

mendel
Рейтинг
232
Регистрация
06.03.2008

Ну я не сказал что бесплатно отдадут.

Но к примеру цена 700 была через посредника довольно дубового.

Ну и сейчас уже две ставки (1100$) оба участника опытные домейнеры.

Просто и цена то тут не безумная. Реально регфии можно считать содержит расходы на ТМ.

Получается что старт около регфии. Согласись, не так уж и много.

на домен24 дали старт.

на ДФ где официально находится аукцион пока не написали, но это вопрос времени.

так что если ставок больше не будет 72 часа до конца аукциона.

JA.DOMAINER, ком.уа за 700 хотят отдать. (спрашивал чуть больше года назад).

думаю ТМ + реальной ценой продажи/покупки этого домена цену сбить можно будет при желании, но я лично не уверен что в этом есть смысл.

Роль тайп-аута несколько преувеличена.

Я сейчас на некоторых своих реальных проектах дропаю защитные домены.

Ну не оправдывают они себя. Слишком мало уходит. Да и кто мимо пройдет в основном то вернется увидев что не совсем то что он искал....

BloodyGangBang:
бред какой-то, если честно...или я чего-то не понимаю в чем прикол

Что именно не понятно?

Я говорю, что когда человека разводишь, а он потом молчит как партизан, и ничего не говорит по этом поводу, это достаточно эффективная и распространенная месть.

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

Или не ясно в чем развод был?

Многие до сих пор верят, что когда им приходит СМС, то в поле "от кого" всегда пишется настоящий номер. На самом деле номер легко подменяется.

Разводы на эту тему разнообразны. К примеру "Васе" приходит сообщение от "Кати", мол "я от тебя ухожу, у меня другой", а "Кате" сообщение от "Васи" с аналогичным содержанием....

много времени уйдет пока они поймут что это развод... будут звонить оператору, а операторы почему-то неграмотные и отрицают такую возможность...

в общем тема веселая, но я такие жесткие приколы не люблю. Обычно скромнее развожу :)

greenwood:
ну типа он сам себя похвалил :)

и в чем похвалил?

Фома, меня так как вы брата все мои друзья развели пару лет назад, причем не сговариваясь гады...

пару лет назад сделал сайт с отправкой СМС с подменой номера отправителя.

На себе протестировал, все работает, дальше не интересно... ну и порассылал всем знакомым сообщений. Кому-то от имени подруги мол "выхожу замуж, будешь свидетелем?", кому-то еще что-то... короче всех заспамил разводами...

день, два, три, неделя... тишина блин. ни слова о разводах.

я две недели держался, потом начал спрашивать....

оказывается все трое догадались что это я и решили так отомстить...

Самый ржак был когда один позвонил оператору и спросил мол как это так? Ему сказали что это невозможно, ну он и решил что значит это я... :)

m_valeriy:
Офф.

Feng Office - онлайн офис с открытым исходным кодом, разработанный сообществом OpenGoo. Это полнофункциональный онлайн офис с такими же функциями, как и у альтернатив: Google Apps, Microsoft Office Live, Zimbra, и Zoho.
Приложение может быть скачано и установлено на сервер. Список его основных функций включает систему управления документами, управление контактами, e-mail, управление проектами и управление временем.

Адрес сервиса: www.fengoffice.com

Код может и открытый, но первое что бросилось в глаза - free trial

второе что бросилось в глаза - глюки с локализацией в русском.

Меня если честно больше интересует украинский, который все равно самому прийдется делать, но тем не менее отражает общий порядок...

Рекламное объявление:

Хостинг, неделя бесплатно!

Выбирайте только то, что нужно!

Остальное - неограниченно!

долго плакал над этим...)))

Как я уже сказал - У меня уже есть шаблоны которые мне сделали.

Но они для ВП.

И я хочу их преобразовать в другой формат.

В основном разобрался, но есть несколько мелких моментов типа разделителя в менюшках, которые не ясно как он выводит.

Ставить ВП ради этого не хочется. Код там довольно однотипный, так что пару штук увидеть и дальше пойдет.

JTRTA:
По сути события и хуки очень похожи и скорее всего являются промежуточным звеном развития до событийной модели,

Хуки реально проще для восприятия, и как мне кажется лучше смотрятся во фреймворке с "низким порогом вхождения".

JTRTA:
НО хуки это просто какие то функции вырывающиеся в определенном месте и соответственно появляются проблемы "а как добавить хук в другом месте?", "где их обрабатывать?",

В простейшем случае


// прописываем хук в функции
function hook_me($var1,$var2,$var3)
{
$result = $var1 + $var2 + $var3;
....
return $istio->hook($result);
}
// регистрируем хук для нашей функции
$istio->hook('function','hook_me','hook4hook_me');
// объявим хук-функцию
function hook4hook_me($return,$args)
{
return $return/($args[0] + $args[1] - $args[2]);
}

args мы получаем через debug_backtrace примерно так:


function hook($result){
global $hook;
$d_backtrace=debug_backtrace();
$backtrace=is_array($d_backtrace[1])?$d_backtrace[1]:$d_backtrace;
$functions=@$hook[$backtrace['function']];
$args=$backtrace['args'];
if(is_array($functions)){
ksort($functions);
foreach($functions as $function)
if($function&&function_exists($function))
$result=$function($result,$args);
}
return $result;
}

т.е. $istio->hook в зависимости от количества параметров и первого параметра либо регистрирует хуки (бывают еще хуки вьюва и модели) либо обрабатывает хук примерно так как описано выше....

Ничего сложного... для добавления хука делать не надо...

JTRTA:
для механизма событий:
1) можно реализовать для базового класса(в Yii это CComponent) и затем создавая все классы путем расширения базового, отпадает вопрос а где же их обрабатывать, так как имеем единый механизм работы с ними

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

JTRTA:
2) гибкий механизм добавления новых событий и их обработчиков

у хуков он не менее гибкий.

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

Другой подход, который не не применим в моей задаче. К чему он здесь? :)

JTRTA, а чем это не хук? :)

Я ж изначально об этом и веду речь... а Dreammaker, уводит разговор в переопределение методов и т.п.

Суть вопроса то в чем - если мы обрабатываем хуки/события например так то к чему привязывать событие/хук в случае объекта?

Это может быть как метод класса так и метод экземпляра...

Ну пусть будет хук на $user->read зарегистрирован.

Но $user у нас является экземпляром класса _db и у нас может быть также зарегистрирован хук на _db->read

физически то вызов обработчика идет один.

по идее тут напрашивается что сначала надо foreach для класса а потом foreach для экземпляра, но я не уверен что все учел... потому и спрашиваю :)

Всего: 1906