Обновить
6
0

Full stack Web Developer (php, magento, devops)

Отправить сообщение
Во истину хороший вопрос :). Нет, сканер файловой системы не отключаю. Извините что разочаровал :)
я всегда отключаю web экран.
т.е. да, 158 транзакций в секунду — видимо это еще не предел :)
все верно. вы абсолютно правы. даже 1000 синхронных запросов должны занять время одного запроса при условии наличия соответсвующих мощностей, которых щас хоть отбавляй.

подразумевал 158 в секунду.
я не пробовал. но мои предположении основаны на времени которые тратятся во время транзакции.
для осуществления транзакции происходят следующие события
1. проверка по maxmind базам — запрос на удалённый сервер
2. сама транзакция(идентификация, проверка наличия суммы, преавторизация). — запрос на удалённый сервер.
то бишь мы получаем как минимум 3 удаленных запроса для осуществления одной транзакции. и все эти запросы делаются по-очереди.
только сетевые издержки съедят заявленую секунду.


1. в топике речь не идет о сервисе пейпал как о единственном мерчант-сервисе.
2. транзакции на оплату на сторонние сервисы занимают длительное время. на моей практике не меньше секунды.

я полагаю что сделать одновремено 158 траназкций на сторонние сервисы просто не возможно.
нет. но транзакция никогда не занимала меньше секунды.
пейпал никогда не славился своей быстротой.
есть предположения что все эти заказы делались пользователями у которых уже есть деньги на балансе амазона. т.е. система не делала транзакции по оплате на сторонние сервисы.
согласен. очень интересно узнать как можно сделать 158 транзакций на оплату за одну секунду, в то время как одна транзакция обычно занимает больше секунды.
мдя. ожидал увидеть что то существенное.
отличная идея. неожидано даже. молодцы
количество связей в США просто поражает
интересно чем их не устроила проекция Меркатора.
да, сравнение с уровнем языка — не удачный пример.
Тогда сравнение с размером проекта будет к месту. Конечно если программа состоит из 1-10 файлов, и работает в консоли — использование мыши будет минимальным. Чем больше проект тем больше движений мышью.
Например: навигация по дереву папок удобнее выполнять мышой, просматривать изменения в репозитории удобнее визуально, если прога под винды(не говоря уже и про веб программирование) тогда и тестирование не обойдётся без мыши. и т. д.
да, конечно. но все таки. в средах языков высокого уровня программирования программист работает не как машинистка. есть куча инструментов которыми приходится оперировать исключительно мыщкой. не мало действий происходит именно при помощи мыши. и как следствие очень часто теряется «настройка» рук для слепого набора.
При работе часто приходится работать мышкой. При переброске руки на мышь и обратно часто теряется положение руки. Приходится настраиваться после каждого такого перехода. И как следствие не получается овладеть слепым набором полностью.
Т. е. мышка — основное препятствие на пути к освоению слепого набора текста. Если мышка в работе используется крайне редко, то и слепой набор развивается быстро.

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

Информация

В рейтинге
Не участвует
Откуда
Киев, Киевская обл., Украина
Дата рождения
Зарегистрирован
Активность