Сетевой дневник

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

Вопрос звучал так:
AL Можешь коротко сказать как возможно принимать деньги с запада?

да кратко-то затруднительно…но попробую.

AL Чеки - предполагаю, что вероятность мошенничества очень высока

Я принимаю этими тремя способами (ну и через Western Union\Moneybookers иногда) (еще есть опробованный способ пересылки наличных, но в блоге писать не буду - на письмо мож отвечу…)

Чеки - это оооооооооооооооооочень долго. 3 месяца, если в России (а может и до полугода), и месяца 1,5 через мой банк.

Банк у меня эстонский. Уже давно. Проблем никаких не возникает. Но
прием ваера (bank wire money transfer) стоит за один ваер - поэтому
имеет смысл только на больших суммах.

Для приема небольших сумм оптимально завести аккаунт в
2checkout .
Я ими пользуюсь уже года 4. До этого пользовался другими подобными системами (в частности Paysystems и Payzip - обеих уже не сущетсвует), так что сравнить есть с чем.

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

Регистрируют очень быстро, буквально в тот же день можно начинать принимать платежи.
При регистрации нужно будет указать свой сайт - только от имени ЭТОГО сайта можно будет принимать платежи.

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

Подумав, под это дело я сделал шаблонный сайт (на коленке, статичный HTML) типа якобы молл, в котором вендоры (арендаторы как бы…) продают свои разные продукты (эту же модель использует и сам 2checkout - типа мы вовсе не приемщик денег, мы перепродаем товары участников системы), а платежи за все эти разные товары принимает сам молл - мой сайт.

На странице приема платежа они Прочесть полностью »

Dog-pile эффект — ситуация когда кэш протухает, а большое количество запросов генерирует высокую нагрузку на источник данных, из которых строиться кэш.

Представьте, что вы кэшируете результат какого то тяжёлого запроса, например, список популярных статей. В какой-то момент времени кэш протухает, и его кто-то должен построить заново. В общем то пока все хорошо. Кроме случаев когда построение кэша тяжёлая операция, а запросов на него много. Например, запрос для генерации кэша занимает 1 секунду, а пользователи ломятся по 10 штуков в секунду. Соответственно, 9 пользователей (кроме первого) будут только зря нагружать базу. А при большом количестве запросов могут и полностью ее положить.

И пусть весь мир подождёт

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

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

Честные блокировки

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

Как именно делать лок зависит только от вашей фантазии Прочесть полностью »

Навеяно парой статей на Хабре, и тем, что вчера сделал cache тег для Macro .

Зачем?

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

На самом деле задача избавиться от отрисовки куска страницы вообще какая-то странная, если мы используем быстрый шаблонизатор. Application-сервера, при нормальной арихитектуре, масштабируются легко и непринужденно, а APC, сам закэширует скомпилированный шаблон, если он компилируется в РНР-код, как это сделано в Smarty, Macro и многих других.

С другой стороны, если есть простой способ закэшировать, то почему бы и нет.

Откуда данные, и как заставить протухнуть кэш.

Данные в шаблоне могут получаться двумя способами. Первый и традиционный это push-подход, когда контроллер заполняет какой-то data-transfer-object , или в сам шаблон. Такой подход используется чаще всего, ибо это “тру MVC”! ;)

Второй подход - pull. При pull подходе в шаблоне расставляются инструкции по получению данных, в обход контроллера, напрямую от моделей, сервисов и прочих провайдеров данных. Этот Прочесть полностью »