IRCaBot 2.1.0
GPLv3 © acetone, 2021-2022
#video2p
/2023/07/28
~segfault
acetone
anon3
cancername
weko_
segfault weko: Посмотрел что я начал обдумывать?
segfault Есть определённые мысли, которые потом надо будет формальной графической схемой описать.
segfault А пока просто напишу.
segfault Есть такая штука FastCGI. Это способ взаимодействия веб-сервера с бэкэендом.
segfault Для нашего проекта нужно несколько FastCGI модулей.
segfault 1. Модуль для регистрации. Он должен быть запущен строго в одном процессе, чтобы не реализовывать блокировки для критических секций создания / удаления пользователей.
segfault 2. Модуль авторизации. Может быть запущен в нескольких процессах.
segfault 3. Основной модуль. Отвечает за генерацию веб страниц с видеороликами и т.п. Может быть запущен в нескольких процессах.
segfault 4. Модуль загрузки / удаления видео. Только в одном процессе.
segfault Есть какие-нибудь комментарии, предложения?
segfault Это был 1 вопрос.
segfault Теперь 2.
weko а ещё есть WSGI и ASGI. разницу между ними я знаю. но вот про FastCGI не знаю
segfault Уже сейчас нужно искать человека, который сверстает интерфейс сайта в XHTML 1.0 Transitional + CSS2. Почему XHTML? Потому что HTML придумали в аду. Почему Transitional? Потому что в Strict нет iframe, чтобы вставить видео. Почему CSS2? Потому что CSS3 Тьюринг пол
segfault weko: WSGI и ASGI это сугубо питоновские приколы. FastCGI, как и CGI можно реализовать на любом ЯП. Открываешь сокет и общаешься с веб-сервером. Это даёт ряд преимуществ. На одном хосте можно использовать UNIX-сокеты, а на разных TCP/IP сокеты. В
segfault Любая программа, работающая с FastCGI, будет работать с любым сервером, которые этот формат взаимодействия понимает
segfault Как минимум nginx и apache2
segfault Я хочу использовать библиотеку GNU cgicc для работы с FastCGI.
segfault Точнее GNU cgicc работает с FastCGI и CGI. Для работы с FastCGI она требует библиотеку FastCGI (дефолтную реализацию FastCGI для языка С)
segfault Короче с архитектурой тут непаханое поле
segfault Но верстальщик нужен уже сейчас.
weko у тебя обрезает сообщения
weko клиент
segfault Нужно сверстать что-то вроде YouTube из 2010
segfault weko: Да. Жопа. Сейчас ещё раз отправлю по частям.
segfault Про разметку: Потому что CSS3 Тьюринг полный. А вёрстка с помощью картинок и легаси тегов это моветон.
segfault Про сокеты: Веб-сервер может сам балансировать запросы на FastCGI процессы.
weko <~segfault> 1. Модуль для регистрации. Он должен быть запущен строго в одном процессе, чтобы не реализовывать блокировки для критических секций создания / удаления пользователей.
weko реляционные базы данных уже позаботились об этом
segfault Всё остальное вроде отправилось.
weko > XHTML 1.0 Transitional + CSS2
weko ты на такой стек фиг кого найдёшь. а если и найдёшь, то будет дорого.
weko что не так с html? и что с того, что css3 тюринг полный? оттого он не ставиться универсальным способом слива данных.
segfault weko: Вот ты пытаешься зарегаться под каким-нибудь ником, а кто-то в другом процессе тоже пытается это сделать.
weko <~segfault> weko: Вот ты пытаешься зарегаться под каким-нибудь ником, а кто-то в другом процессе тоже пытается это сделать.
weko будет UNIQUE FAILED от базы данных. они же для того и нужны, чтобы таких проблем не было
segfault Что не так с html? Там можно теги не закрывать по стандарту.
weko и что? ты по стандарту будешь
weko вопрос решён
segfault А ещё там можно делать ошибки и браузер обязан заниматься телепатией
weko ну значит делать не будем
segfault weko: Хотя да. Ты прав насчёт СУБД.
weko я забыл как это свойство называется
weko толи целостность, толи ещё как то
segfault Тогда регистрацию и логин можно даже объединить
segfault Что не будем делать?
weko согласованность. во
segfault weko: Кстати, что думаешь про Dia? Может его нафиг выкинуть?
weko я пока не смотрел. в репе у меня нету, нужно видимо с аура ставить
segfault Это не такого масштаба проект, чтобы это необходимо было
weko Механизмы синхронизации транзакций основаны на технике блокирования ресурсов. Они позволяют производить обновление данных при параллельной работе пользователей (два пользователя обновляют одну и ту же запись, но разные поля, или один пользователь
weko блокирует строку для обновления, а другой может ее читать). Однако в результате конфликтов между двумя или более транзакциями по доступу к объектам БД возможны тупиковые ситуации, и в таких случаях необходимо выполнять откат (ликвидировать все изменения,
weko произведенные в БД) одной или более транзакций.
segfault weko: Тогда будем просто README вести и TODO ?
weko ага
weko это надо по любому
kube1 Hey! C:
kube1 Hello everyone! C:
weko kube1: hi
kube1 Sooooo.. what's video2p? :D
weko segfault: так что по поводу html. это же не минусы особо. у него очень простые правила, чтобы их не соблюдать
weko kube1: videohosting for i2p
segfault Video2p is video hosting engine for I2P network. Now in developing process
weko segfault: css3 - в нём же нету инструментов слива данных. там нету ajax, нету получения всевозможных данных о браузере
segfault Зато можно заставить браузер тормозить
weko это можно и при помощи css2 и html
segfault Про HTML, да. Там опасного особо нет.
kube1 Wow, sounds interesting! C:
weko да и это меньшее из зол
segfault Я костылями на CSS2 и XHTML могу абсолютно любую картинку сверстать (статичную)
weko статичную
weko а анимашки )
weko и то костылями же
segfault Я не против HTML5 (хотя XHTML лучше), но против CSS3 однозначно.
segfault Разметка страницы должна быть детерминированной. Какого чёрта время отрисовки страницы не может быть определено?
segfault Ладно. Это холивар уже.
segfault На текущей момент нужно найти кого-нибудь, кто бы разработал дизайн и сврстал. А мы параллельно начнём писать, видимо.
weko я по возможности, а она не факт что будет скоро
weko Разметка страницы должна быть детерминированной. Какого чёрта время отрисовки страницы не может быть определено?
weko и зачем?
segfault Ну естественно. У меня тоже времени особо нет. Тоже чуть-чуть делаю.
segfault weko: Потому что можно сделать страницу, которая будет рендериться вечно
segfault и это ужасно
weko ну можно. но у нас же такого не будет
weko это меньшее из зол вообще
segfault У нас не будет. Но CSS3 должен гореть в аду синем пламенем. Использовать CSS2 вообще не проблема
segfault Я писал однажды парсер HTML. Там столько ужаса...
weko на XHTML проще парсеры писать что-ли?
weko всё в любом случае от автора зависит
weko гавно всегда можно написать
segfault Использование XML кажется оплотом адекватности после этого
weko я вот щас пишу парсер на такое гавно что жесть
weko не думаю что xhtml исправил бы это
segfault XHTML это XML. В том то и дело. Там нельзя сделать ошибку. Либо всё верно, либо страница не может бы отображена вообще
segfault Мне идти надо. Завтра постараюсь ещё початиться
weko дело не в ошибках
weko бля
weko дело не в ошибках, дело в самой разметке
weko можно сделать гавно
weko xml от этого не остановит