Pull to refresh
11
0
Филипп Дмитров @DarthGelum

User

Send message

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

Используем, но не панацея, ноды все равно нужны. А transmission - да, из-за приятного RPC интерфейса.

Ну, ближайший пример

Если вопрос о том, кто на битторренте делал свои cdn, то мы далеко не первые. My.games (vk), WarThunder, battle.net

Ну p2p сети все близки по духу, но все же ipfs немного в другую сторону. В статье как раз речь о том, что пришлось расширять полномочия трекера, а в ipfs трекер наоборот, отстрелян в пользу всеобъемлющего DHT.

Откуда произошло самоназвание славяне — никому не известно, задорновщиной не надо заниматься. Писать и заниматься научной деятельностью в те времена никто не умел, следовательно и искать/сохранять этимологию было некому. Есть лишь догадки и теории которые крайне трудно подтверждатью
А вот этимологию slave в западноевропейских языках отследить очень просто, и выше, в комментариях, давали ссылку на крайне авторитетные источники (вики не в счет, но с нее есть ссылки на еще большую массу словарей).
К тому же, вы меняете понятия местами, Slave произошло от уже имевшегося самоназвания славяне (slavs).
крайний пример — xamarin, который после покупки стал полностью opensource и начал быстрее развиваться
Печалит смерть ряда игр, особенно тех что были на заре iPhone, визуально звезд с небес не хватали, конечно, но кое-где вылезала очень интересная механика. Ну, плюс ностальгия по ним присутствует, местами, а учитывая отсутствие эмуляторов, то поиграть в них получится лишь приобретя старенькое устройство и сделав ему jailbreak. Устройства тоже не вечны, так что игры в буквальном смысле умирают :)
Если вопрос еще не снят, попробую ответить я. Единственное, замечу что я использую пикси второй версии.

1) Фреймворк который можно изучить целиком. Лезть в дебри ларавела или Yii желания никогда не возникало, а ситуации когда фреймворк есть смысл «подточить» под проект случаются.
2) Пикси не заставляет вас следовать своим правилам. Можно писать как рекомендуют авторы, а можно и собственное видение использовать, самое главное что фреймворк этому не помешает никоим образом.
3) Когда вы пользуетесь фв-мастодонтом, есть ощущение что вы пишете на какой-то надстройке над PHP, и когда изучаете кажется что учите новый язык. В коде пикси фреймворка не видно вообще.
4) Он очень шустрый.
5) Встроенная ОРМ. Из легких орм-ок для пхп я не видел ничего лучше
Чем более универсальнее / адаптированнее он будет, тем лучше.


мы, конечно, программеры, а не филологи, но всё же
Ну я же не говорю что они неверны) Просто мы решали схожие проблемы, и выкрутились с редисом. Да из коробки меньше, но наличие отличных библиотек было определяющим фактором
Я знаю чем отличается редис от тарантула. Вопрос был к топикстартеру чем именно ИМ не угодил. Из текста статьи я ответа не нашел.
А расскажете чем вам редис не угодил? Устанавливается next->next->next->finish, к нему есть нормальные клиенты, для .net есть stackexchange с прекрасной документацией, и ряд оберток поверх stackexchange на все случаи жизни если лень его самостоятельно готовить
А как же Shoking Blue с Шизгарой и Long and Lonesome Road?
Linux Mint x64, Firefox + Yandex.Browser. 4gb Ram
Sublime платный, частенько подключивает с синтаксисом JS, нет подсказок при написании комментариев, глючит поиск. Это проблемы из-за которых я от него отказался в пользу атом. Visual Code во многом лучше (и быстрее) атома, но он подглючивает почему то на моей основной системе (только на ней).
атом+разрабатываемое приложение на электроне+2 браузера одновременно с кучей вкладок на ноутбуке, и никаких проблем с памятью не возникает. Правда, Linux. Но не думаю что на винде сильно что то изменится.
Основными плюсами Электрона для меня были ES6 и, самое главное, документация. Она у Electron ощутимо лучше
Проблема являла себя вне зависимости от положения index.html.
jQuery 1.7.1 заводится абсолютно без проблем (не знаю почему именно эта версия, попробую вычислить причину при случае).
Фокус с глобальным объектом работает, но это убогое решение. Глобальные, тем более объекты, — зло.
Да, добавление свойств в process тоже работает, это стоит иметь в виду, я согласен.

Я бы хотел написать еще статей по Электрону. Честно говоря, я обнаружил много любопытных деталей. Постараюсь сделать это когда наберется достаточно материала и возможность соединить это в логичное повествование.
Опытным путем я выяснил что нормально скриптово подключенная jQuery работает только версии 1.7.1. Даже последняя 1.12 (в первой ветке последняя) уже черт те что творит. Функции могут отказывать, могут не срабатывать совершенно не записывая ничего в лог, может попросту не инициализироваться, даже вручную.

Самое оптимальное — подключать модулем. Тем более что с точки зрения здравого смысла это гораздо логичнее, чем подключать ссылкой непосредственно к разметке.
У меня 64 бит Linux Mint, Электрон создает три процесса при отладке, и два в билде. Памяти суммарно около 60-80 мб.

Information

Rating
Does not participate
Date of birth
Registered
Activity