latteo

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

Нужно бороться:
1. написать претензию владельцу домена. Если это RU/РФ - через форму связи с администратором (при просмотре whois в поле admin-contact). Напишите про интеллектуальную собственность и желание подать в суд на владельца домена с привлечением правоохранительных органов.
2. если в течение нескольких дней не будет реакции - пишите такую же претензию хостеру. Пробить IP в Whois и посмотреть ящик abuse@. Хостер отреагирует 100%, если он Российский. Зарубежные неохотно, но они боятся ключевых слов: Роскомнадзор, блокировка на всей территории РФ.
3. если никто не реагирует - жалобу в РКН, там примут меры.

А у вас метод find() случайно не переопределяется? В одном из таких бихейворов как раз встречал такое. Я бы в эту сторону посмотрел.

Можно попробовать сделать две разных модели: с бихейвором и без, унаследоваться от базовой модели.

ПС. С такой задачей не сталкивался раньше, может есть стандартные средства отвязать бихейвор.

RegExp в JavaScript сохраняет своё состояние между вызовами. Так как выражение содержит флаг глобального соответствия g, после очередного найденного совпадения поиск продолжается.

У экземпляра объекта Regexp есть свойство lastIndex, которое позволяет читать/писать индекс, с которого начнётся следующее сопоставление. Он поможет разобраться:

var RE = /([A-z0-9])/g;
console.log([
  RE.lastIndex, RE.test("aaaa"), // 0,true
  RE.lastIndex, RE.test("aaaa"), // 1,true
  RE.lastIndex, RE.test("aaaa"), // 2,true
  RE.lastIndex, RE.test("aaaa"), // 3,true
  RE.lastIndex, RE.test("aaaa"), // 4,false
  RE.lastIndex, RE.test("aaaa"), // 0,true
]);

Проверено в Chrome & Firefox

tr{
    transition:
        transform   1s linear 0s,
        opacity     1s linear 0s,
        font-size 0.5s linear 0.5s;
}
tr.deleted{
    transform: translateX(100%);
    opacity: 0;
    font-size: 0;
}

пример

теория и практика. и так по кругу.
только чтение ничего не даст.

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

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

Ответ найден!
Приложение "D Refresh" из Google Play!
С помощью приложения "app cloner" делаю 3 копии "D Refresh", и каждая копия - это будто отдельная вкладка)
Замечательно работает в фоне, за ночь накрутилось 6 из 8 часов ^^

Эм... Ну типа... Если люди будут писать ping, а бот без всяческих проверок будет отвечать pong, то 256мб 1х1ггц хватит...

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

Тут не о впс нужно думать, а о том что по всем законам вонтакте api 10 000 запросов Вы будете обрабатывать 133 секунды и не меньше (формула x/25/3, где х = количество запросов). Ну и пока мы обрабатываем 10тыщ запросов, к нам приходит еще 133х10000 запросов, хмм...

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

VDS 2гб 2x2.4ггц, установлен nginx, php, node, mongodb. Бот на ноде, вспомогательные скрипты на php. Хватает боту (и еще один такой-же влезет), который получает ~2 миллиона сообщений в сутки, ~20к комментариев в довесок, все подписки отписки (в общей сумме ~4-6к), при этом каждый запрос к боту генерирует 1-10 запросов к базе данных и запросы к сторонним api.

Мы стараемся не запускать эту проблему посредством code review, пытаясь распределить нагрузку по ревью между наиболее опытными участниками. Если в коде есть проблемы - тикет возвращается на доработку с замечаниями. Даже если банально не мержится с главной веткой. Попробуйте наладить этот процесс.

Также мы всё собираемся настроить Continuous Integration. Jenkins может прогонять по коду проверку на соблюдение стандартов и покрытие тестами, а затем показывать результаты в красивом виде. Если чей-то коммит показывает более чем N ошибок в расчёте на единицу объёма кода - можно возвращать на исправление.

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

Ещё пара идей.

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

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

Ну и важно, чтобы у самих разработчиков была установка на хороший код, профессиональная гордость. У фрилансеров её, бывает, нет, а есть отношение "тяп-ляп, лишь бы работало и лишь бы часы оплатили, а там хоть потоп". Учитывая, что их заказчики занимаются code review нечасто, развитие такого отношения закономерно. Но всё-таки хочется писать красивые программы. Такое желание обязано быть.

Я, конечно, сам не волшебник, я только учусь, и работа с командой - такая штука, которой надо постоянно учиться. Видимо, вы тоже учитесь; успехов в этом.

for fl in `cat $1`; do
    sshpass -p 123456 ssh -o UserKnownHostsFile-/dev/null -o StrictHostKeyChecking=no root@$fl 'date'
done