gusigusiggg, ААА не разрабатываются в одиночку, так что специалистов по написанию игр такого уровня просто нет. Есть специалисты по конкретным частям проекта. Вот по этим частям вам и дают материалы.
Drno, это же не винды, чтобы гоноебиться с клонированием.
Все, что мне приходится делать, когда еще одну машинку нужно сделать киоском - загрузиться с образа Debian и указать путь до preseed-файла на локальном сервере.
Через полчаса киоск готов, причем уже с последними обновлениями.
WbICHA, в основном при том, что я к ним не привык - поэтому не могу с листа прочитать этот код.
А тратить на него время, разбираясь, кто на ком стоял - не собираюсь.
mayton2019, так решите ТС его задачу - он вам ящик выставит.
Правда, глядя на ваши описания старательного заполнения обеих ячеек заведомо симметричной петабайтной таблицы - верится в это с трудом.
Строим квадратную матрицу 10 на 10 миллионов счетчиков.
1B * 10М * 10М = 100ТB. У вас суперкомпьютер под рукой?
Тем более, что настолько дырявую матрицу вообще нет смысла строить или мучить ей библиотеки. Списки индексов. Но и они получатся слишком большими для обычной персоналки.
mayton2019, это с чего это вам так кажется? В описании задачи довольно ясно сказано, что там 50 первых сайтов, которые выдаются по определенному запросу. Полагаю, запросы тоже не случайные, и уж по полсотни-то сайтов на них находится.
Я бы все-таки начал с составления словаря доменов. Объем посильный для обычной современной машины, а готовый отсортированный словарь позволит, во-первых, ужать эти сотни гиг до 30Гб реальной информации, а во-вторых, подсчитать, сколько раз вообще каждый домен встречается в этих записях. И уже к этим данным подходить с позиции реально стоящей задачи.
EVGENIJ NEFEDOV, "10 млн слов" - это оценочное количество доменов?
Допуская длину, скажем, до 32 символов - только словарь доменов займет 320 Мб.
Пересечения прикинуть сложнее, но что объем таких данных будет в гигабайтах - это неизбежно.
Так что, если у вас нет под рукой суперкомпьютера, обработать это целиком в памяти нереально. Придется где-то хранить, а хранение и поиск в нем на таком объеме, боюсь, займут неприличное количество времени.
Нужно искать возможности сократить обрабатываемую информацию.
Владимир Коршунов, а я - нет. Но выше написанное насчет windows-only учитывайте.
Если бизнес нынче хочет свое собственное приложение для клиентов, оно вряд ли ограничено Windows. Может быть, даже не основная целевая платформа...
GizzaProger, людей к ведению остатков все равно придется привлекать, вопрос только, насколько им будет удобно работать и насколько наглядна будет эта работа.
А вам на этом этапе нужно понимание - как этот магазин будет у вас проходить по бухгалтерии и какое взаимодействие с 1С, возможно, понадобится. Интернет-магазины часто интегрируют с 1С-Торговлей, но у вас-то это явно не профильное направление.
GizzaProger, реальные платежи и реальные товары - это платежные системы, фискализация и доставка российскими службами. Делать это самостоятельно - не особенно приятно, но возможно (я таки делал ;) ).
Выбор готовых решений сужается до тех, которые достаточно распространены в РФ, чтобы под них писали соответствующие плагины.
GizzaProger, у вас продажи за внутреннюю валюту?
С одной стороны, это проще - не нужны платежи и фискализация.
С другой - это не тот кейс, под который обычно заточены магазины ;)
GizzaProger, сложности будут те же, что при приспосабливании к вашим нуждам сторонних решений. Не стоит рассчитывать, что там из коробки будут именно ваши хотелки.
Кстати, вам вообще - реально нужен магазин? Это работа с доставкой, платежными системами и проч. Сейчас в тренде маркетплейсы, которые с удовольствием сделают это за вас, даже с мелочевкой. Мы на Wildberries вполне успешно реализуем товары, стоимость которых сравнима со стоимостью их доставки почтой...
GizzaProger, данные-то на бэке обновлять получится. Но готового вы от того магазина получите - только бэк. А отображение товаров, их покупку и прочее отслеживание заказов в личном кабинете - фронтенд - все равно придется писать самим. И тут уже вопрос, поможет вам чужое решение или на его преодоление потратится больше сил, чем на самописный бэкенд.
GizzaProger, тут такое дело, что пол-магазина - это витрина, корзина и оплата, которые должны быть у клиента и по API их сделать все равно не получится.
