Necrosfodel

Материал из Common History development
Перейти к навигации Перейти к поиску

https://Necrosfodel.livejournal.com

Некросфодель

Алексей Дрондин delnaja1@gmail.com - это имя указано гуглом как владельца скрипта Import from Excel. Некросфодель в личной переписке подтвердил, что сознательно открыл это имя.


Мы живем в какой-то матрице, события в которой программируются – это совершенно точно. Надо восстановить (повторить) программу, а не результат ее работы. А может быть можно и восстановить программу по результатам ее работы, посмотрим. все искусственно, наш Мир искусственный целиком и полностью, потому что замысел разумен. И это не замысел Бога, а развлекающегося продвинутого морального урода на вимане, которому стереть цивилизацию с лица Земли и новую создать как два пальца обоссать.

Biography[править]

проще перевести данные в xlsx, а то я замучился уже. На работе нет линукса с интернетом, а для установки парсера нужен libxml2, который есть только под линукс. Под msys2 go чего-то не заводится.

"Я даже не программист, на программиста не учился и зарабатываю не программированием." - из личной переписки.

Всего лишь музыкалку закончил и курс училища.

Goals[править]

Мне интересен семантический анализ описания событий, интеллектуальный поиск дубликатов событий

Relations[править]

Виктор, спасибо, будем на ты

Сильно разочаровался в людях. Понял, что количество говноедов среди 60-летних нисколько не отличается от их количества среди 20-летних. Отличие лишь в том, что 60-летние говноеды покрыты заскорузлой коркой, которую еще можно было пробить, когда им было 20, а сейчас это уже невозможно. Столкнулся с полнейшим неуважением по отношению к собственной персоне. Если молодые люди хотя бы пытаются критиковать твои изъяны, переходят на личности, то старики просто такого высокого мнения о себе, что твою личность попросту не замечают, видя только себя.

  • Этот человек упал в моих глазах просто ниже некуда. Я могу понять, когда меня блокирует looney Кадыкчанский, обидевшись за Сарочку из Ксикрика, но от него я просто не ожидал.

Убеждения[править]

Наиболее знаковая демонстрация обладания античными технологиями была произведена 11 сентября 2001 года, когда три стальных здания были дезинтегрированы в пыль.

Public database[править]

Цель проекта - предоставить универсальную возможность анализа исторических событий. То есть, мы не просто берем файл Андрея Степаненко и его препарируем, а мы даем возможность людям загружать свои данные, чтобы они сами могли найти какие-то зависимости, которые их интересуют.

Если это будет в виде факультатива на добровольной основе, то я готов что-то такое написать. Есть лишь один нюанс - это будет долго, потому что я весь в работе и ремонте. Поскольку у меня какие-то наработки уже были, мне будет проще. Мне нужны только Ваши базы в экселе. Для начала надо будет создать инструмент для конвертации их в SQL.

Я бы написал такой сайт на Django. Этот фреймворк как раз был написан сотрудниками газеты в расчете на большое количество данных (публикаций). Возможность писать собственные модели, связанные с БД - как раз то, что нужно в вашем случае. А пару лет назад и Django CMS стала бесплатной.

Site from scratch[править]

Мои алгоритмы на питоне работали несколько часов. Не знаю. Возможно, я тупой и алгоритмы получились фиговые. Но в итоге мне пришлось все переписать на C++. Вот тогда это действительно работало минуты. Для веб на C++ ничего нет. Альтернатива с MVC структурой (Ruby on Rails-подобная) - это фреймворки на Go. Вот поэтому Go.

Я тут покумекал вчера над тем, как надо писать сайт, и пришел к выводу, что Django на python не подойдет. Вернее, подойдет, но это будет просто поиск по базе с фильтрами. А это уныло, неинтересно и никого не привлечет. Меня в прошлый раз заинтересовала именно идея поиска дубликатов. Когда машина делает это за пользователя. А это на python слишком долго. Вот я и подумал написать сайт на GoLang (компилируемый, мультипоточный, для веб, MVC, сравнительно простой)

Realhistory[править]

платформенная база для исследований в области альтернативной истории. Репозиторий допускает создание форков, код распространяется по лицензии GPLv3 (в коммерческих проектах разрешения на использование не даю).

добавляется запись в специальную таблицу параметров... в которой указаны все имеющиеся на сервере файлы и их особенности... для того, чтобы пользователь мог выбирать, с какой таблицей работать, и иметь версии таблиц. В общем виде все это выглядит как-то так: много таблиц в одной БД и одна таблица, в которой содержатся данные о всех файлах/таблицах: Также в таблицу параметров будут добавляться данные о соответствии полей таблиц именам, по которым будут осуществляться обращения к БД при расчетах. Это нас приводит к необходимости реализации relationships.

Для загрузки данных из БД Была использована другая ORM – sqlx... Всего в процессе перевода данных от таблицы xlsx до отображения в браузере используется 4 запроса:

  1. Запрос загрузки файла с использованием jquery.fileupload и coquelicot;
  2. Запрос на конвертирование файла в SQL с использованием gorm;
  3. Запрос на получение заголовков с использованием gorm;
  4. Запрос на получение данных из таблицы SQL c использованием sqlx и DataTables.

Я решил отталкиваться от того, что у каждого своя структура базы, и поэтому не имеет смысла делать статическую структуру, к которой все обязаны будут приводить свои базы как собаку к ноге. У меня просто будут некоторые требования к виду полей. То есть, несколько пожираемых типов дат, например YYYY-MM-DD 000:00:00 или YYYY\MM UTC, несколько типов данных для поля, например int или float - без разницы, несколько типов разделителей для join-данных (: ; ::) и т.д. Просто при загрузке базы на сервер создается промежуточная таблица, в которой будет прописано соответствие заголовков, вот и все, называй свои колонки как хочешь. Человек после загрузки тянет заголовки своей таблицы в таблицу соответствий. В блоге у меня все это есть. Все операции с базой проходят через эту таблицу. Скоростью приходится жертвовать ради универсальности, но это всего лишь одна лишняя операция! А на кириллицу мне пофиг. Все современные языки прекрасно работают на юникоде. Go прекрасно все понимает. Python3 все понимает. Только php ничего не понимает и спотыкается, потому что это прошлый век.

Hosting[править]

Duplicates search scripts[править]

  • Очень медленные скрипты на python с семантикой (поиском дубликатов по описанию).