• Записи 1545
  • Теги 109
  • Комментарии 3323

Лог жизни

Возвращение к MLFW и Старый Новый Год

Два дня назад вернулся к разработке frameworkа MLFW. Почти написал и оттестировал модуль, отвечающий за работу с универсальными сущностями с произвольными взаимосвязями, а также чуть доработал базовый layout-класс и навёл порядок с написанием названий каталогов. Пришлось всё же делать их с заглавной буквы, так как пространства имён вида MLFW\routers\Basic смотрятся слишком уж противоестественно, а отказываться от автоподключения классов с помощью composerа и писать для этого свой код тоже как-то не хочу.
Причём не знаю как, но вдруг желание делать всё это появилось само собой, хотя до этого несколько раз пытался себя заставить, но безрезультатно. Видимо, в голове что-то сложилось, потому что код писался легко и быстро.
Но увы, как раз в тот день, когда я вернулся к к этому, всплыли те задачи по freelance, которые зависли в декабре. Причём мелкие более-менее надеюсь растолкать к концу недели, а вот что делать с той, из-за которой всё встало — не знаю.
Сегодня тоже хотел продолжить — сделать два класса роутинга (один — по URL тех самых универсальных сущностей, другой — просто по набору правил в JSON-формате), но увы, снесло потоком жизни. В начале дня занимался бытовыми вопросами, а также смотрел сайты других участников NarodWeb, потом позвонил отец, уговорил прийти к нему и настроить VPN для удалённой работы и отметить Старый Новый Год. С подросткового возраста воспринимаю старый НГ как своего рода запасной: если вдруг обычный НГ прошёл не совсем так, как хотелось бы, то Старый — это возможность исправить это: взять и перевстретить НГ как бы заново.
Но домой вернулся только в 22 с чем-то и остаток дня ушёл куда-то мимо, в основном, на переписки. Единственное что сделал — разобрался, почему установщики игр не запускались с файл-сервера. Ошибка была очень смешной: просто путь к нему не сопоставлялся ни с одним диском в wine (диск Z:, который указывает на корень файловой системы, я когда-то удалили из соображений безопасности). Теперь всё в норме!

9 комментариев:

Нет
Гость
0
4X_Pro написал(а):
Сегодня тоже хотел продолжить — сделать два класса роутинга

А сможешь системно и по пунктам объяснить смысл этого твоего MLFW-проекта? Нарисуй спецификацию, и обоснуй, почему эта разработка важнее отсутствующих форумных функций: кураторства и личных подфорумов?
4X_Pro
0

MLFW — это framework, то есть набор относительно низкоурвоневых заготовок для решения наиболее типичных задач при разработке каких-либо новых проектов. Тот же роутинг, обработка событий, отправка уведомлений различными способами, аутентификация и проверка прав пользователя и т.п. Современные популярные frameworkи, как правило, перегружены так, что даже банальная страница Hello World забирает полтора-два мегабайта памяти. Я хочу сделать лёгкий и минималистичный (экономия ресурсов компьютера — превыше всего).
В частности, я планирую его использовать, чтобы сделать каталог бесплатностей и движок Pikabu-подобного сообщества. Первое нужно потому, что зачастую бесплатные сайты/материалы сложно найти, потому что в отличие от коммерческих проектов, они никак не рекламируются. Зачастую люди просто не знают, что такое существует вообще. А тут будет каталог, где можно просматривать либо всё подряд, либо по категориям, и находить для себя что-то новое.
Движок сообщества нужен потому, что во-первых, в отличие от форумов, которых уже и так много бесплатных, нормальных бесплатных движков именно сообществ практически нет. Кроме того, нужно адаптировать такое сообщество к мобильному формату и режиму полуоффлайна (чтобы писать новое сообщение и просматривать уже посещённые и закешированные темы можно было бы выключенным Интернетом). А дальше на основе этого движка хочу создать сообщество единомышленников — таких же идеалистов Интернета, как я, с высоким порогом входа в плане требований к интеллекту и полным запретом на коммерческую деятельность. Что-то вроде клуба для техноэлиты с левыми взглядами.
Кураторство нужно только для форумов с длинными темами (типа iXBT или 4PDA), создание которых жёстко регламентировано. Но сейчас такие — редкость. Ну и плюс сейчас форумы теряют популярность из-за того, что слишком долго добираться до контента: нужно зайти в раздел, потом в тему, потом выйти обратно в раздел и зайти в следующую, и т.д. А сейчас из-за всеобщей перекормленности информацией получается так, что «если не зацепил внимание сразу, то пользователь быстро закроет сайт, а не будет по нему бегать в ожидании, вдруг чего интересное найдётся». Увы, но жизнь в современном Интернете убивает такое качество, как любознательность…

Нет
_1_(гость)
0
Предыдущий пост получился с ошибками, прошу его удалить.


4X_Pro написал(а):
будет каталог, ...







Неточная цитата от 4X_Pro
_ написал(а):
... Причём реализуется это достаточно просто. Одна таблица — набор сущностей (объектов), у которых есть стандартный набор атрибутов: тип, заголовок-имя, краткое описание, полный текст, гиперссылка, приоритет (рейтинг)
+ три даты: создания, редактирования, "смерти",
+ [владелец], и ещё ряд параметров....

Вторая таблица — связывает id пары объектов; а третье поле в каждой записи - это объект-причина_связи для тех двух связываемых полей-id-шников.

Одна и та же технология ♠произвольных объектных связей почему-то вызвала у тебя три противоречивых ответа:

1. Планы: самостоятельно вести хотя бы один каталог (построенный по технологии ♠произвольных объектных связей).
4X_Pro написал(а):
Я планирую использовать MLFW-framework, чтобы сделать каталог бесплатностей.

Ну и что мешает сделать его прямо сегодня? Дай мне две заполненные таблицы, в ответ получишь тривьюшку бесплатностей. Заодно, наконец разберёмся, как ею пользоваться... .




2. Категорический отказ от ведения подобного каталога:
4X_Pro написал(а):
Aksion написал(а):
В идеале бы, конечно, создать для Линукс что-то вроде Epic Games Store, и выкладывать туда только игры адаптированные к Линукс.

Может, ты создашь такой сервис? Привлечь разработчиков.

Как только речь идёт о «привлечь кого-то», то это не ко мне. Я могу делать что-то только по принципу «сделал, выложил, и жду, пока люди заинтересуются и оценят».




3. Каталог в обещанном личном подразделе. Возможно, это будет иерархический список форумных новшеств. Пусть он будет во «Вступительном слове»? Через ту же тривьюшку смогу показать как простой пользователь может создавать, и редактировать подфорумы... И через неё же смогу изредка применять косвенные внешние ссылки.

Поскорее создавай тот подфорум, и посмотрим, что выйдет из этого эксперимента.
4X_Pro
0
_1_(гость) написал(а):
Категорический отказ от ведения подобного каталога:

Во-первых, Epic Game Store — это не только онлайн-каталог, а софт, запускаемый на компьютере пользователя, и автоматизирующий установку игр. Во-вторых, отказ скорее был от идеи «привлечь разработчиков».
_1_(гость) написал(а):
Каталог в обещанном личном подразделе.

Просто в силу ряда причин стал считать, что написать небольшой framework с нуля и сделать подобное на нём более перспективно, чем встраивать что-то в IntB.
Нет
Гость
0
4X_Pro написал(а):
Написать небольшой framework с нуля и сделать подобное на нём более перспективно, чем встраивать что-то в IntB.

Да, верно.

У меня подобный софт уже написан, и готов к применению. В том числе, могу выводить данные в любой вебфорум. Но не уверен, что это всегда будет правильно работать на любом компьютере... Поэтому мне интересно: кто как видит эти тривьюшки; насколько они понятны.

Создание каталогов - это одна из множества задач, которые способен решать такой framework. Чтобы выводить данные в шапку или пост, вовсе не обязательно встраивать софт в движок.
Нет
Гость
0
4X_Pro написал(а):
Потом мысль пошла дальше — решил сделать собственный микро-фреймворк, взяв за основу тот код, который я писал для движка MLCE в прошлом году.

То движок, то framework.

Расшифруй эту аббревиатуру?


--


_ написал(а):
MLFW – скрипт работы с произвольными сущностями в базе.
Домен: pcatalog (от people's catalog).

Всего один сайт?? Что-то очень сомнительно...

Есть вероятность, что людям потребуются локальные SQL-приложения, т.к. из локали можно систематизировать не только внешние сайты, но и внутренние задачи и файлы.

Да и внешних сайтов потребуется много, т.к. создание каталогов - дело трудоёмкое и ответственное. => Вряд ли распространится массовость в доступе к БД тривьюшек: любая путаница вызовет подозрения в непрофессиональных или вредительских действиях других пользователей . Чтобы не было таких нервотрёпок и подозрений, проще для каждого пользователя воткнуть в серверную БД отдельный framework (с новыми префиксами двух таблиц). Тогда вместо раздельных прав доступа к записям потребуется чётко специфицировать процедуры автоматизации экспорта-импорта из однотипных таблиц другого автора.
Нет
Гость
0
4X_Pro написал(а):
Пришлось всё же делать их с заглавной буквы, так как пространства имён вида MLFW\routers\Basic смотрятся слишком уж противоестественно

Не советую делать имена каталогов буквенными. Лучше везде, где это возможно используй числовые id-шники объектов, например:
domain/1/28/#item-28

Применение буквенных имён тоже сгодится, но лишь как дополнительная опция: как псевдонимы...
4X_Pro
0

<4X_Pro делает лютый facepalm.>
Ты хоть знаешь, что пространства имён PHP (namespace)s и URL — это совершенно разные вещи? И пространства имён в принципе из одних цифр состоять не могут?

Гость написал(а):
Есть вероятность, что людям потребуются локальные SQL-приложения, т.к. из локали можно систематизировать не только внешние сайты, но и внутренние задачи и файлы.

Вообще-то локальные SQL давно используются. См. SQLite. Особенно на мобильных устройствах, там любое более-менее крупное приложение этот самый SQLite внутри себя содержит и локальную копию данных хранит именно в нём.
Нет
Гость
0

предыдущий пост прошу удалить

-

4X_Pro написал(а):
1) (namespace)s и 2) URL — это совершенно разные вещи. Пространства имён PHP в принципе из одних цифр состоять не могут.

Добавить какую-нибудь буквочку к числовому ID-шнику – это не проблема. Но держать информацию из БД внутри PHP-скриптов?? - это очень сомнительное решение.

Я давно пришёл к необходимости где-то хранить результаты SQL-запросов. Для этого использую буферные таблицы в самой БД + структуру папок сервера + внутренность html-файлов:

domain/<ID пользователя мультихостинга>/<ID БД>/<ID тривьюшки>/#<хештег DOM-"объекта" html-тривьюшки>

Тривьюшка - это специально обработанный набор записей БД. Такая обработка - процесс творческий:
  1. Решить, какие записи взять из базы данных.
  2. Как выполнить их сортировку.
  3. Какую дополнительную информацию добавить (кроме реляционных данных)...
В моей системе сама база данных на сервере не хранится. НО от тебя как раз жду именно веб-приложения, позволяющего работать с реляционными таблицами на сервере.
Написать комментарий
Прикрепить файлы: (не более 4 файлов, не более 102400 Кб каждый, 102400 Кб всего)


Задать вопрос