не совсем, при обналичивании берут 2.15$ если вне штатов
при безналичном расчете вроде бы бесплатно, но 1-3% если «foreign transaction or is requested in a currency other than USD» — по факту у меня брали всегда
вообще это все написано в Pricing & Fees у них на сайте
фишка не в том что бы иметь повторения, а в том что в user.user_id и в post.user_id — это самодокументирование
одинаковые сущности и называются везде одинаково, а разные — по разному
фронтенды можно иметь на обоих а балансировать через DNS или внешний сетевой балансировщик.
Хотя для указанной нагрузки имхо хватит с головой и одного кэшируюшего фронтенда и бекэнда и базы и вообще, а второй можно иметь просто в качестве горячего резерва. но можно и побаловаться какой-нить схемой балансировки
маршрутизатор в приниципе любой потянет. 100Mb и 10-ок устройств — это не проблема. Ну может быть не самый дешевый в линейке разве что.
Только разве что придется разделить — маршрутизатор отдельно, свич с оптикой отдельно, wifi — отдельно. Вместе может и найдете, но гибрид будет хуже.
Знание Zend может и поможет, но все покрыто своими обьектами и кастомизация именно их и затрагивает.
Согласен что не для начинающих, потому как даже с опытом работы любое изменение пишется за в два раза большее время чем на простых движках.
Но у Мадженты есть неоспоримое преимущество — он стабильно держит огромное количество продуктов с огромным количеством зависимостей и прочее. Большая часть фич есть в коробке или в плагинах, часть которых бесплатна.
Стоимость поддержки, кастомизации и оптимизации для нее конечно будет повыше чем у других продуктов, так что для мелкого магазина или бизнеса я бы не советовал.
Вы таким макаром смешиваете контексты — и ошибки в работе транспорта и проблемы с представлением и проблемы на уровне приложения вы мешаете в одну кучу. Конечно если цель — сделать запись в логе — то да, так проще. Но если возможны корректные обработки ситуаций, перезапросы, то status в ответе и эксепшен на нем правильнее.
Бизнес модель очень простая — живут за счет вложений, повышая стоимость компании и потом продаются полностью или частично (IPO). Чем лучше продукт и чем больше пользователей, тем дороже продаются.
мне вот интересно прописаны ли в ваших договорах лимиты по нагрузке, бэкапы и несанкционированный доступ?
А также являются ли действия судебной или исполнительной власти непреодолимой силой?
тут надо смотреть не скорость а количество соединений: если роутер, то поднят NAT, у которого есть таблица и которая имеет размер примерно 1К в железках такого класса, иногда меньше. Если за роутером сидят обычные пользователи то они пользуют меньше 100 записей в этой таблице, а треккер в одиночку может выбрать всю таблицу и тогда начнутся волшебные глюки.
на самом деле в каждой команде роли могут разнится.
дело команды или ее лидера определить зону ответственности для каждого, есть понятие best practice и есть попытки как-то это дело как-то систематизировать, в том числе что бы гарантировать качество продукта и проекта — смотрите реализации CMM или agile методологий.
ну и продолжайте в том же духе — общайтесь с администрацией, полностью игнорируя публичные действия данного юзера.
Админы имеют несколько более широкий спектр возможностей чем юзеры и вдобавок они и только они могут ответственно разделить приемлемое поведение от неприемлемого.
при безналичном расчете вроде бы бесплатно, но 1-3% если «foreign transaction or is requested in a currency other than USD» — по факту у меня брали всегда
вообще это все написано в Pricing & Fees у них на сайте