Flaker

Конкретно для этой задачи алгоритм простой. На каждом шаге:
Выигрыш (выход из леса) - одна дорога из трёх:
W = 1/3
Проигрыш (разбойники)- две дороги из трёх * вероятность встретить разбойников:
L = 2p/3
Остался в игре - две дороги из трёх * вероятность не встретить разбойников:
G = 2(1-p)/3
Соответственно, для i-го шага:
W_i = 1/3*G^(i-1)
L_i = 2p/3*G^(i-1)
Соотношение
W_i/L_i = (1/3)/(2p/3) = 1/(2p)
не зависит от i, а значит для
SUM_i=1..N(W_i)/SUM_i=0..N(L_i) = 1/(2p)
для любого N
Таким образом, общая вероятность выигрыша
P_W = W/(W+L) = 1/(1+2p)

Ну а читать - теорию вероятности и комбинаторику.

Как-то так:

int S0[37],S1[37],S2[37],S3[37],S4[37];

void Expand(int *a,int *b,int n){
	int s0=0;
	for(int i=0;i<n+10;i++){
		if(i<n) s0+=a[i];
		if(i>=10) s0-=a[i-10];
		b[i]=s0;
	}
}

int Conv(int *S,int balance,int m){
	int res=0;
	while(--m>=0) res+=S[m]*S4[balance+m];
	return res;
}

// number of tickets in 0..u-1
int NHappy(int u){
	int res=0;
	int balance=0;
	int digit;

	digit=u/10000000; u%=10000000;
	for(int i=0;i<digit;i++) res+=Conv(S3,balance++,28);
	digit=u/1000000; u%=1000000;
	for(int i=0;i<digit;i++) res+=Conv(S2,balance++,19);
	digit=u/100000; u%=100000;
	for(int i=0;i<digit;i++) res+=Conv(S1,balance++,10);
	digit=u/10000; u%=10000;
	for(int i=0;i<digit;i++) res+=S4[balance++];
	digit=u/1000; u%=1000;
	for(int i=0;i<digit && balance>=0;i++) res+=S3[balance--];
	digit=u/100; u%=100;
	for(int i=0;i<digit && balance>=0;i++) res+=S2[balance--];
	digit=u/10; u%=10;
	for(int i=0;i<digit && balance>=0;i++) res+=S1[balance--];
	if(balance>=0 && balance<u) res++;
	return res;
}

void __cdecl main(){
	S0[0]=1;
	Expand(S0,S1,10);
	Expand(S1,S2,19);
	Expand(S2,S3,28);
	Expand(S3,S4,37);

	int m,n;
	for(;;){
		printf("m,n: ");
		scanf("%d%d",&m,&n);
		printf("Result: %d\n",NHappy(99999999)+1-NHappy(m)-NHappy(99999999-n));
	}
}

Проверок входных данных не делается. На простых тестах результаты были правильными. Работает, по моим оценкам, быстрее, чем за 2000 операций. Если нужно проверять много диапазонов, то можно предварительно вычислить частичные суммы Conv() в циклах, и тогда любой диапазон сосчитается за два десятка операций (и при этом не будет требовать гигабайта памяти).

UPD: Вот оптимизированный вариант:

int S[8][38];

void InitS(){
	for(int i=1;i<38;i++) S[0][i]=1;
	for(int a=1;a<9;a++){
		int s0=0;
		for(int i=1;i<=37;i++){
			s0+=S[a-1][i];
			if(i>10) s0-=S[a-1][i-10];
			S[a][i]=s0;
		}
	}
}

// number of tickets in 0..u-1
int NHappy(int u){
	int res=0;
	int balance=36;
	for(int a=7,b=10000000;a>=0;a--,b/=10){
		int digit=u/b;
		u%=b;
		int b1;
		if(a>3){
			balance-=9;
			res+=S[a][b1=balance+digit]-S[a][balance];
		} else{
			b1=balance-digit; if(b1<0) b1=-1;
			res+=S[a][balance+1]-S[a][b1+1];
		}
		balance=b1;
	}
	return res;
}

void __cdecl main(){
	InitS();
	int m,n;
	for(;;){
		printf("m,n: ");
		scanf("%d%d",&m,&n);
		printf("Result: %d\n",NHappy(99999999)+1-NHappy(m)-NHappy(99999999-n));
	}
}

Не спрашивайте, почему :)

Решить задачу легко - заводите массив A[N,N], в каждой клетке [K,M] которого будет записано число лесенок из K кубиков, нижний слой которых состоит из M кубиков. Число будет ненулевым, когда M <= K <= M*(M+1)/2.
Массив заполняется начиная со строчки K=1 по формуле A[K,M]=sum(A[K-M,r],r=1..M-1). Сумма элементов в строчке K=N будет искомым числом.

В решении, ссылку на которое вы дали, последовательно вычисляется число лестниц из j кубиков, нижний ряд которых не длиннее, чем i кубиков. Чтобы найти это число, надо к уже найденным лестницам, нижний ряд которых не длиннее, чем i-1 кубик (их мы оставляем без изменения), прибавить лестницы из j-i кубиков с нижним рядом не длиннее, чем i-1 кубик (к ним мы добавим ряд из i кубиков). Что и делается во внутреннем цикле.

поднимаете новый сервер, настраиваете реплекацию баз данных (что бы база на старом и на новом сервере были синхронизированы), затем переводите DNS на новый сервер и когда они все обновятся тушите старый.

А еще можно вместо ноды за 160 в месяц попробовать добавить еще одну-две за 10$, настроить репликацию опять же, и поставить еще одну ноду на фронт для проксирования запросов через nginx.

А еще можно вынести базу данных на сервер помощнее и оставить пару серверов для приложения...

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

Как-то так:

dd if=/dev/sda bs=65536 | ssh target-ip 'dd of=/dev/sda bs=65536'.

На агрегированном канале 2x1Gbit выдает 100 мегабайт в секунду. Если подшаманить размеры блока bs= и mtu, и еще шифрование у ssh выключить, можно, я думаю, и все 200 мегабайт выжать.

Проводить, на отмонтированном! (или смонтированном в readOnly) диске!
Не зря dd расшифровывается как DestroyData.
Варианты настройки шифрования (-c) и скорость (лучше - больше):

Конечно нет. Эволюционно мозг человека сложился так что С++ и С# можно одновременно изучать, но JS и C# нет. Когда вы будете изучать JS вы будете тут же забывать C# полностью и наоборот. Вот C++ хороший, он сочетается с C#.

Вот как это выглядит с т.з. работодателя

Джун
- собеседование
изъясняется исключительно на сленге (большую часть которого не может внятно объяснить), готов в одиночку за неделю написать новую ОС, или две - за полторы, если только для этого не придется учить ассемблер, несмотря на юный возраст уже обладатель прав на обе версии и один бэкап личного сайта с фотографией кошки в розовой рамке и знает, что синглтон - это абсолютное зло, хотя и не может написать его без ошибок.
- испытательный срок
долго мудохается с настройками рабочего места, которые регулярно слетают под тяжестью многотысячных плагинов, шелов и скринсейверов, донимает админов, находит две (орфографические) ошибки в документации проекта и один быстрый альтернативный способ сделать форк из SVN, после которого проект, к сожалению, не билдится не только у него, но и у всей команды. Берется все немедленно исправить с помощью другого чудотворного плагина, (неожиданный баг в котором приходится фиксить двум миддлам), после чего насильственно лишается рута, плагинов и шелов и начинает изучать проект под чутким контролем матерящихся миддлов.
- работа
научился билдить проект, писать тесты и коммитить, не роняя этим билд, понял смысл многих сленговых выражений, подружился с миддлами и админами, не путается в названиях ключевых технологий, радикально сократил число плагинов, удалил сайт с кошкой, работает.

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

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

Так и передайте:

$('.update').click(function(){
   var id = 12345,
         $el = $(this);

   $.post('http://localhost/?UPDATE=true', { id: id }, function(data){
	if (data == 'tr') {
           $el.fadeOut();
       }
   });
});

https://github.com/yiisoft/yii2/blob/master/docs/g...
почитайте как надо работать с урлами

1) Желательно.
2) В отдельном классе.
3) Можно по-разному сделать. Я бы для удобства сделал как-то так:

class AvatarManager
{
}

class User
{
    private $avatarManager;

    protected function getAvatarManager()
    {
        // здесь можно устроить и честный dependency injection, если планируется писать
        // честные модульные тесты или есть подозрения, что менеджеров будет не один
        return $this->avatarManager === null ? new AvatarManager($this) : $this->avatarManager;
    }

    public function getAvatarUrl($width, $height)
    {
         return $this->getAvatarManager()->getUrl($width, $height);
    }
}

google.com, цена: Бесплатно.

У вас комплексный запрос, в котором не получиться купить коробочку, нажать кнопочку и все заработает.

Вам нужна система телефонии на основе АТС (лучше взять ИП телефонию на Астериске), для приема звонков от мобильных вам нужен GSM шлюз.

Если очень примитивно, то пользователь работает с frontend, который собирает и отправляет данные backend-у, который, в свою очередь, делает что-то с этими данными. В контексте клиент-серверного ПО, то клиент это frontend, а сервер - backend. Между ними http (обычно restfull или soap интерфейс, которые служат транспортном для данных).

В более общем смысле, front-end является интерфейсом, который подготавливает данные для передачи на нижестоящий уровень (back-end). Причем уровней может быть сколь угодно много, так что на сервере так же может быть свой front-end и back-end к нему.

Тем, что там можно писать мало там, где мы привыкли писать много. Подобный "конвеншн овер конфигурейшн" - он помимо прочего оставляет ощущение, что автор пишет не сферическую вещь в вакууме, которая якобы должна подойти всем, а для нас, для простых рабочих пацанов с окраин, со своими вполне конкретными юзкейсами. Т.е. он 1. человек умный и 2. знает жизнь. Это подкупает.

Например, в output идет то, что возвращено из контроллера, а если возвратить ORM-объект или массив (точнее коллекцию) ORM-объектов, то будет отдан json, причем со всеми связанными объектами. Масса нужных в хозяйстве вещей, которые идут из коробки (миграции, редис, кэш с множеством провайдеров, работа с очередями, консольная тулза artisan для разнообразных обслуживающих вещей). Изкоробочная работающая сборка вьюх в лейаут, минимум возни с авторизацией. Скоупы в ORM. Кусочки конфигов в файлах, которые удобно ставить в .gitignore. В общем, масса такого вот, мелкого, но очень удобного.

На Laravel ОДНОВРЕМЕННО можно уйти в глубины аццкого хадкора по Фаулеру, с тестированием всего и вся, с интерфейсами, депенденси инжекшнами, репозиториями, обсерверами, ентитями, гексагональными сценариями итд, итп, _подставить_любимый_паттерн_, И в то же время забить на это всё, сгенерить _ide_helper для подсказок по "фасадам" в IDE и фигачить код со статическими вызовами, как будто весь фреймворк написан на статике, как Кохана. Т.е. и сайт-знакомому-за-вечер и огроменный кровавый энтерпрайз делаются на одном фреймворке - в зависимости от того, насколько глубоко исполнитель хочет погружаться в свой продукт. Подобная гибкость - это, имхо, очень круто.

И еще - как показала практика фреймворкостроительства, или ты двигаешься вместе с развитием php, либо ты делаешь "более лучшее, удобное и грамотное" решение и тихо загниваешь с своем междусобойчике за пару лет. Laravel двигается максимально близко к php - следование psr, composer-платформа в качестве базы, фрейморк ставится оттуда и пакеты расширения тоже имеют composer-формат. Что говорит о том, что у фреймворка есть все шансы прожить долгую и счастливую жизнь.

$temp = array();
foreach ($rr_wordz as $row) {
    if (!isset($temp[$row['word']]) || $temp[$row['word']] < $row['max_bid'])
        $temp[$row['word']] = $row['max_bid'];
}
$result = array();
foreach ($temp as $key => $val)
    $result[] = array('word' => $key, 'max_bid' => $val);