Necrosfodel: различия между версиями
(→Biography) |
(→Site from scratch) |
||
Строка 35: | Строка 35: | ||
[http://chispa1707.livejournal.com/2074474.html?thread=22034282#t22034282 Я тут покумекал вчера над тем, как надо писать сайт, и пришел к выводу, что [[Django]] на python не подойдет. Вернее, подойдет, но это будет просто поиск по базе с фильтрами. А это уныло, неинтересно и никого не привлечет. Меня в прошлый раз заинтересовала именно идея поиска дубликатов. Когда машина делает это за пользователя. А это на python слишком долго. Вот я и подумал написать сайт на [[Go]]Lang (компилируемый, мультипоточный, для веб, MVC, сравнительно простой)] | [http://chispa1707.livejournal.com/2074474.html?thread=22034282#t22034282 Я тут покумекал вчера над тем, как надо писать сайт, и пришел к выводу, что [[Django]] на python не подойдет. Вернее, подойдет, но это будет просто поиск по базе с фильтрами. А это уныло, неинтересно и никого не привлечет. Меня в прошлый раз заинтересовала именно идея поиска дубликатов. Когда машина делает это за пользователя. А это на python слишком долго. Вот я и подумал написать сайт на [[Go]]Lang (компилируемый, мультипоточный, для веб, MVC, сравнительно простой)] | ||
+ | === Realhistory === | ||
+ | [http://necrosfodel.livejournal.com/12597.html платформенная база для исследований в области альтернативной истории. Репозиторий допускает создание форков, код распространяется по лицензии [[GPL]]v3 (в коммерческих проектах разрешения на использование не даю).] | ||
[http://necrosfodel.livejournal.com/5930.html добавляется запись в специальную таблицу параметров... в которой указаны все имеющиеся на сервере файлы и их особенности... для того, чтобы пользователь мог выбирать, с какой таблицей работать, и иметь версии таблиц. В общем виде все это выглядит как-то так: много таблиц в одной БД и одна таблица, в которой содержатся данные о всех файлах/таблицах: Также в таблицу параметров будут добавляться данные о соответствии полей таблиц именам, по которым будут осуществляться обращения к БД при расчетах. Это нас приводит к необходимости реализации relationships.] | [http://necrosfodel.livejournal.com/5930.html добавляется запись в специальную таблицу параметров... в которой указаны все имеющиеся на сервере файлы и их особенности... для того, чтобы пользователь мог выбирать, с какой таблицей работать, и иметь версии таблиц. В общем виде все это выглядит как-то так: много таблиц в одной БД и одна таблица, в которой содержатся данные о всех файлах/таблицах: Также в таблицу параметров будут добавляться данные о соответствии полей таблиц именам, по которым будут осуществляться обращения к БД при расчетах. Это нас приводит к необходимости реализации relationships.] | ||
Строка 45: | Строка 47: | ||
[http://chispa1707.livejournal.com/2143979.html?thread=23040235#t23040235 Я решил отталкиваться от того, что у каждого своя структура базы, и поэтому не имеет смысла делать статическую структуру, к которой все обязаны будут приводить свои базы как собаку к ноге. У меня просто будут некоторые требования к виду полей. То есть, несколько пожираемых типов дат, например YYYY-MM-DD 000:00:00 или YYYY\MM UTC, несколько типов данных для поля, например int или float - без разницы, несколько типов разделителей для join-данных (: ; ::) и т.д. Просто при загрузке базы на сервер создается промежуточная таблица, в которой будет прописано соответствие заголовков, вот и все, называй свои колонки как хочешь. Человек после загрузки тянет заголовки своей таблицы в таблицу соответствий. В блоге у меня все это есть. Все операции с базой проходят через эту таблицу. [[Program languages speed comparison|Скоростью приходится жертвовать]] ради универсальности, но это всего лишь одна лишняя операция! А на кириллицу мне пофиг. Все современные языки прекрасно работают на юникоде. Go прекрасно все понимает. Python3 все понимает. Только [[PHP|php]] ничего не понимает и спотыкается, потому что это прошлый век.] | [http://chispa1707.livejournal.com/2143979.html?thread=23040235#t23040235 Я решил отталкиваться от того, что у каждого своя структура базы, и поэтому не имеет смысла делать статическую структуру, к которой все обязаны будут приводить свои базы как собаку к ноге. У меня просто будут некоторые требования к виду полей. То есть, несколько пожираемых типов дат, например YYYY-MM-DD 000:00:00 или YYYY\MM UTC, несколько типов данных для поля, например int или float - без разницы, несколько типов разделителей для join-данных (: ; ::) и т.д. Просто при загрузке базы на сервер создается промежуточная таблица, в которой будет прописано соответствие заголовков, вот и все, называй свои колонки как хочешь. Человек после загрузки тянет заголовки своей таблицы в таблицу соответствий. В блоге у меня все это есть. Все операции с базой проходят через эту таблицу. [[Program languages speed comparison|Скоростью приходится жертвовать]] ради универсальности, но это всего лишь одна лишняя операция! А на кириллицу мне пофиг. Все современные языки прекрасно работают на юникоде. Go прекрасно все понимает. Python3 все понимает. Только [[PHP|php]] ничего не понимает и спотыкается, потому что это прошлый век.] | ||
− | + | ==== [[:Category:Hosting|Hosting]] ==== | |
− | [http://necrosfodel.livejournal.com/12535.html не имею моральных сил и времени, чтобы поддерживать сайт на [[:Category:Hosting|своем VDS]].] | + | *[http://necrosfodel.livejournal.com/12535.html не имею моральных сил и времени, чтобы поддерживать сайт на [[:Category:Hosting|своем VDS]].] |
+ | *[http://necrosfodel.livejournal.com/12597.html?thread=11317#t11317 Установил realhistory по адресу http://hist.tk/real (войти можно под моим паролем it4history@gmail.com G%rmPwd777 или создать свой). После логина оно перебрасывает на http://hist.tk, поэтому нужно снова открыть http://hist.tk/real] |
Версия 12:24, 21 февраля 2017
http://necrosfodel.livejournal.com/
Некросфодель
Алексей Дрондин delnaja1@gmail.com - это имя указано гуглом как владельца скрипта Import from Excel. Некросфодель в личной переписке подтвердил, что сознательно открыл это имя.
Мы живем в какой-то матрице, события в которой программируются – это совершенно точно. Надо восстановить (повторить) программу, а не результат ее работы. А может быть можно и восстановить программу по результатам ее работы, посмотрим. все искусственно, наш Мир искусственный целиком и полностью, потому что замысел разумен. И это не замысел Бога, а развлекающегося продвинутого морального урода на вимане, которому стереть цивилизацию с лица Земли и новую создать как два пальца обоссать.
Содержание
Biography[править]
проще перевести данные в xlsx, а то я замучился уже. На работе нет линукса с интернетом, а для установки парсера нужен libxml2, который есть только под линукс. Под msys2 go чего-то не заводится.
"Я даже не программист, на программиста не учился и зарабатываю не программированием." - из личной переписки.
Goals[править]
Мне интересен семантический анализ описания событий, интеллектуальный поиск дубликатов событий
Relations[править]
Этот человек упал в моих глазах просто ниже некуда. Я могу понять, когда меня блокирует looney Кадыкчанский, обидевшись за Сарочку из Ксикрика, но от него я просто не ожидал.
Убеждения[править]
Public database[править]
Я бы написал такой сайт на Django. Этот фреймворк как раз был написан сотрудниками газеты в расчете на большое количество данных (публикаций). Возможность писать собственные модели, связанные с БД - как раз то, что нужно в вашем случае. А пару лет назад и Django CMS стала бесплатной.
Site from scratch[править]
Мои алгоритмы на питоне работали несколько часов. Не знаю. Возможно, я тупой и алгоритмы получились фиговые. Но в итоге мне пришлось все переписать на C++. Вот тогда это действительно работало минуты. Для веб на C++ ничего нет. Альтернатива с MVC структурой (Ruby on Rails-подобная) - это фреймворки на Go. Вот поэтому Go.
Я тут покумекал вчера над тем, как надо писать сайт, и пришел к выводу, что Django на python не подойдет. Вернее, подойдет, но это будет просто поиск по базе с фильтрами. А это уныло, неинтересно и никого не привлечет. Меня в прошлый раз заинтересовала именно идея поиска дубликатов. Когда машина делает это за пользователя. А это на python слишком долго. Вот я и подумал написать сайт на GoLang (компилируемый, мультипоточный, для веб, MVC, сравнительно простой)
Realhistory[править]
платформенная база для исследований в области альтернативной истории. Репозиторий допускает создание форков, код распространяется по лицензии GPLv3 (в коммерческих проектах разрешения на использование не даю).
- Запрос загрузки файла с использованием jquery.fileupload и coquelicot;
- Запрос на конвертирование файла в SQL с использованием gorm;
- Запрос на получение заголовков с использованием gorm;
- Запрос на получение данных из таблицы SQL c использованием sqlx и DataTables.
Я решил отталкиваться от того, что у каждого своя структура базы, и поэтому не имеет смысла делать статическую структуру, к которой все обязаны будут приводить свои базы как собаку к ноге. У меня просто будут некоторые требования к виду полей. То есть, несколько пожираемых типов дат, например YYYY-MM-DD 000:00:00 или YYYY\MM UTC, несколько типов данных для поля, например int или float - без разницы, несколько типов разделителей для join-данных (: ; ::) и т.д. Просто при загрузке базы на сервер создается промежуточная таблица, в которой будет прописано соответствие заголовков, вот и все, называй свои колонки как хочешь. Человек после загрузки тянет заголовки своей таблицы в таблицу соответствий. В блоге у меня все это есть. Все операции с базой проходят через эту таблицу. Скоростью приходится жертвовать ради универсальности, но это всего лишь одна лишняя операция! А на кириллицу мне пофиг. Все современные языки прекрасно работают на юникоде. Go прекрасно все понимает. Python3 все понимает. Только php ничего не понимает и спотыкается, потому что это прошлый век.
Hosting[править]
- не имею моральных сил и времени, чтобы поддерживать сайт на своем VDS.
- Установил realhistory по адресу http://hist.tk/real (войти можно под моим паролем it4history@gmail.com G%rmPwd777 или создать свой). После логина оно перебрасывает на http://hist.tk, поэтому нужно снова открыть http://hist.tk/real