Но вполне ведь может быть отдельный бренд, проект, того же енота. А сам енот, кстати, не мошеннический? Почему такое убеждение?
Мне, кстати, именно по их "дешевизне" они (cardspayhub и enot) кажутся "братьями". Будто одна IT команда делала, с теми же технологиями и предпочтениями.
brar, я в районе 2000 года делал линукса на дискетах так. До генты, через Linux from scratch HOWTO. Через mkfs, потом компилять (на рабочей машине) ядро, либы и бинари и записывал. На мегабайтной дискетке (или микросхеме флеш-памяти) удавалось запустить консольный линукс. На двух мегабайтах - уже даже с какими-то уродскими X-ами. Но такое жесткое ретро сейчас не хочется. Может попробую какой-нибудь относительно легкий путь. Получится - хорошо. Нет - тоже не беда. (Да, оттуда :-) )
CityCat4, самое смешное, что вроде и дел хватает, но ведь обидно, что "уплочено", а техника не работает, валяется. Хотя, если заработает - как ее использовать, зачем мне дома еще четыре маломощных компа я не представляю. Но зато вот если в процессе рутования и других процедур они все окирпичатся - можно будет выкинуть с чистой совестью!
Сергей Кузнецов, конечно. Но меня смутил комментарий freeExec выше, что хранится весь слепок файла, а не дельты. (Если у нас есть текстовый документ на 100 кб, в нем поменяли 1 букву, размер репозитория вырастет на 100кб, так как в нем будет и новый и старый файлы?). Всегда считал, что хранится более оптимизированно.
Да. Но вот по опыту разных "внешних" wiki-сервисов (которые хранят пользовательские wiki в репозиториях гитхаба), я заметил, что они как-то плохо отрабатывают создание документов (новых файлов). Поэтому, как план Б (заведомо хуже, но, вполне терпимый и может быть единственно возможный) мне интересен вариант, чтобы вся wiki была в одном файле.
Вы говорите про все (любые) файлы или только про бинарные? То есть, если у меня есть обычный проект (на пайтон, например), и я посмотрю сейчас хеш-сумму любого файла, то даже через 10 лет где-то в недрах репозитория будет этот файл (с этой же хеш-суммой)?
markdown? Вы имеете в виду, чтобы каждая страница - в отдельном файле?
Да, такой подход лучше был БЫ. Но я посмотрел имеющиеся вики-движки, которые с git интегрируются (у меня другой вопрос на тостере был про это), и они относительно нормально редактируют .md файлы, но как-то у них не получалось создавать файлы. Поэтому, как workaround и обдумываю идею хранить все в одном файле, если с созданием-удалением проблемы.
BoyFromDubai, если коротко (и неполно): если программа вышла и не прибралась за собой (не закрыла сокеты), то сокеты еще какое-то время (30-120сек) будут жить в состоянии TIME_WAIT (и это не баг, это фича, так надо). Затем система их прибьет и можно будет снова биндиться к ним. Но чтобы не ждать и мочь забиндиться повторно - надо исходно их открывать с этим флагом (SO_REUSEADDR). Это общая проблема, во всех сетевых приложениях она есть, и везде серверные сокеты лучше открывать так.
Даже если вы в конце программмы будет красиво их закрывать, все равно, хотя бы иногда программа будет убиваться по разным причинам и перезапускаться - поэтому всегда лучше серверные соккеты открывать с этим флагом.
Подробнее - по ссылкам ниже и man 7 socket, но если скучно читается - можно не вникать и тупо ставить этот флаг как магический оберег - он работает :-)
Aelliari, "Станет" - это вы про технический прогресс будущем или про возможность уже сейчас? Я примерно это и хочу получить - сидеть за Linux десктопом и входить в их демо-приложение без пароля, нажимая пальцем на сканер в смартфоне. Как-то это уже сегодня, не в прекрасном далеко уже можно сделать?
gd1xza, но может быть, тогда линуксовый симулятор сканера отпечаток и не должен спрашивать сам палец с телефона, а только ответ на вопрос "доверенный или нет"? (и этот же ответ отдать "наверх"). Мне кажется, теоретически, такая схема может быть рабочей.
Сервис интересный, но мне он все таки не подошел. Нужно (в идеале) стороннее решение на чужих серверах (ну вот как github/gitlab wiki или google keep), которое бы как-то работало без своего сервера, просто из браузера с компа или телефона, а retype надо на своем сервере крутить, как dokuwiki и другие wiki движки. Еще он у меня почему-то не сохраняет изменения, но это не очень важно.
Наиболее подходящий под мои запросы (по заявленным фичам) был предложенный в комментах stackedit.io, но он фактически с github/gitlab не интегрируется (ошибки выдает). Еще нашел https://dillinger.io/ он легко с гитхабом подружился, но тоже как-то не очень.
Больше понравился вариант с obsidian+git плагин. Но он тоже, во-первых, не очень дружит с gitlab'овской разметкой и gitlab'овскую wiki приходится переправлять под него. А во-вторых, не подходит под сам вопрос (я его выбрал потому что подходящий (по заявлениям) stackedit.io на самом деле не работает).
Может быть еще появится какой-то ответ с аналогом stackedit'а, только работающим :-)
Román Mirilaczvili, да ничем. Так же. Не нашел другого хорошего и простого решения. Но для себя как костыль для решения той частной проблемы (поиск причины внезапного разбухания лога) сделал простую утилитку topip. Она именно по IP выгрепывает, и пишет самые активные IP. А потом уже грепая по этому IP вижу, что он так активно делает. Получается в два шага, вместо одного, но в целом работает.
gd1xza, тем не менее, поиск по альтернативам stackedit'а довел до gitbook.com, а он уже более-менее подходил и интегрировался с gitlab'ом. Единственный минус - он не видит именно вики репозитории (вики к проектам), которые называются reponame.wiki , а видит только основные (которые reponame). но это терпимо.
Александр, не очень понимаю противоречие, на которое вы указываете (мне кажется, его нет). Мне нравится markdown для оформления текста. Нравится связность документов как в wiki. И нравится хранить данные с версиями, централизованно, локально и удаленно - поэтому GIT.
Не все же вики на mediawiki, как википедия. github/gitlab тоже имеют свои wiki движки для проектов и вопроса бы не было, если бы меня устраивали эти движки (а они не устраивают тормознутостью).
Дешевый хостинг - hetzner.de или scaleway. Scaleway точно можно оплачивать зарубежной prepaid кредиткой. (но для привязки нужно видеть транзации, не все это предоставляют). У Scaleway есть удобный дешевый тариф stardust, почти каждый день по этому тарифу есть в продаже ограниченное количество серверов. Если сейчас нету, то надо через какое-то время снова попробовать.
Есть минусы:
У вас будет только 1 IP адрес. Причем, этот адрес "плохой", известно, что он принадлежит крупному-дата-центру, а не домашнему-мобильному провайдеру, поэтому многие особо параноидальные сайты вроде крипто-бирж могут сразу выставлять у себя флажок подозрительности.
Если вы где-то накосячите и получите бан по IP - плохо. Вы уже не сможете за 5 секунд сменить страну с Индонезии на Турменистан, как могли бы с хорошим платным VPN,
У вас одинаковый IP. И он только ваш. Поэтому, если на каком-то подозрительном сайте вы работаете как Себастьян Перейро, торговец черным деревом, а на госуслугах вы Иван Кузякин ИНН такой-то и тот же IP, то ваша конспирация так себе...
Попробуйте упростить код до минимума, при котором будет эта проблема и дать его, чтобы можно было локально воспроизвести (то, что вы дали - там непонятно, откуда берется w и что в host.page.tmpl). В идеале - до одного короткого файла. А то теоретически, глазами, без возможности попробовать у себя, сложно разобраться.
Мне, кстати, именно по их "дешевизне" они (cardspayhub и enot) кажутся "братьями". Будто одна IT команда делала, с теми же технологиями и предпочтениями.