Минимализировать Fapos в новых версиях AtomX

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

Добавлено2013.12.21 03-53

единственное что нужно, это хоть какой то контроль за комментами.
Если на сайте много статей, то заспамят только так.

Большая часть веса движка это не код, а шаблоны(картинки).

Перед тем как начинать минимализацию, нужно спросить себя, а что мы от нее хотим? Меньше Мб веса или более шуструю работу? В чем цель?

Меня например все чаще посещает мысль, просто взять и написать все с нуля, так как есть много вещей, которые переделывать просто лень и займет кучу времени, а написать с нуля, пусть тоже долго, но за то сразу все будет как надо. Ну это я так - лирика))

Добавлено2013.12.24 20-13


Есть предложения как это сделать?

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

также надо доработать теги чтоб при нажатии на тег открывалась страница с похожими материалами по названию + надо в поиск добавить функцию поиск только по названию и в админку выбор по умолчанию по названию или по кантенту

Добавлено2013.12.24 21-32

ли в поиске надо сделать приоритет вывод первых результатов выдачи поиска по названию а остальное все по контенту

Сначала, прежде всего, надо вывести CMS на юзабельный уровень. Сейчас есть несколько серьезных проблем которые мешают юзабилити.
1. Баги на каждом шагу.
2. Форум не имеет возможности разграничения прав. Хоть и говорят что есть, но на самом деле она сложна, не работает и абсолютно не логична. Зачем придумывать велосипед? Ведь все уже придумано и проверено. В прочем, я уже об этом писал.
3. Вся CMS, несмотря на все её преимущества прямо "горит" топорностью, такое впечатление, что некоторые функции писались на от..ись (уж простите, но если мы не будем признавать своих недостатков, то и развиваться не будем).

• чат(Сашка кстати сделал его нормальным, только надо оформить как модуль по лучше),
• разграничение прав(не только на форуме, но особенно на форуме),
• вложенность бб кодов,
• личные сообщения(Сашка тоже это исправил),

и наверно еще что то, всего уж так сразу не вспомнишь... это основное.

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

В общем у меня пичаль. Любой, кто захочет завести нормальный сайт на нашем движке столкнется с проблемой, что ему нужно будет что то конкретно дописать.(знаю не по наслышке) Даже для клан-сайта аля контра и то иногда не подходит.

Добавлено2013.12.24 22-57

  даже плин не можете увеличить количество буковок в одном посте. 

Рассуждаете все о том о сем, да только не о том что нужно CMS. Разве не понятно? Что параметры в сниппетах это не настолько важная вещь, что контроль за комментами тоже, что переструктуризация конфига, система регистрации плагинов, PDO драйвер и т.п. это не то в чем нуждается пользователь каждый раз. Вот вложенность бб кодов нужна, чтобы пользователь был свободен в общении, разграничение прав нужно тут даже аргументировать не надо, личные сообщения должны быть как у людей.  а вот pdo драйвер был так необходим? Контроль за комментами вообще не выживем без него?, старая система регистрации плагинов была просто ужасной, что невозможно было с ней работать?, структуризация конфига тоже ну ооочень нужная весчь... да люди туда лазают чтобы "1" на "0" сменить, а не понимать что к чему относиться.

Вот я не могу это сделать, но все что могу, я делаю, хотя необязан вообще. Я же блин в js и php дуб дубом был, тк нет я прочитал тонны текста и теперь разбираюсь, хотя бы на каком то уровне, в этих языках, а вы их знаете наверно в совершенстве, а сделать не можете и ладно бы у вас времени не было, но вы же находите время на в общем то не настолько важные вещи.

Я ни в коем случае не говорю, что все что вы сделали - это плохо и не нужно, просто это не так приоритетно как те проблемы которые реально мешают пользователям, которые часто будут вызывать в пользователях плохие ощущения. 
Пока пользователей кстати то и нет, есть группка фанатов, у которых и сайтов то нормальных своих нет. У нас даже оф сайт. Уж как помягче сказать, что бы его авторов не задеть... может быть и лет 10 назад это было круто такой дизайн иметь... но сейчас пользователям нужно другое, им нужна четкость, интуитивность, юзабилити и никакого напряжения. Темный дизайн это напряжение для глаз(причем не хилое), множество мелких элементов разобщают внимание, главное и косвенное засунуты в одну клетку цвета... И тому подобное. Даже мой default над которым я сидел три месяца на даче каждый вечер и выверял каждую мелочь и сейчас выверяю и то в основной сборке испоганили, я даже сделал специально адаптированную версию под AtomX(и затратил не так уж много на это времени) только всем похр...

Вот такой вот крик души.

boriska,  согласен во многом

Вообщето теперь вместо N сниппетов можно сделать один и просто вызывать с разными параметрами. Те кто юзают сниппеты и понимают их возможности, это оценят. Это тоже ЮЗАБИЛИТИ. А при помои сниппетов к стати можно сделать почти что угодно. Я на АтомХ делаю почти любой сайт.


PDO драйвер это жизненно необходимая вещь, так как функции использующиес в старом драйвере - deprecated, и скоро будут запрещены. А без драйвера не будет работать ничего, по-этому и был создан PDO драйвер.

Система регистрации плагинов была переработана, так как раньше один плагин не мог реагировать на несколько хуков, теперь это возможно, и осмелюсь сказать, что теперь при помощи плагинов тоже можно сделать почти что угодно. Разве что хуков по системе надо больше натыкать, но это делаетс простым копи-паст. Надо просто решить где их ставить.

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

Добавлено2013.12.25 11-20

Уж не знаю что я испоганил в default, но когда я его взял там была куча кояков которые я исправлял и даже сейчас они еще есть. Версию адаптированную под АтомХ я не видел(

Добавлено2013.12.25 11-24

По системе прав я согласен что она нужна, но это сложная система которая нуждается в тчательной проаботке. Но до этого надо вообще придумать саму логику. Есть идеи по этому поводу?

Я не говорил что это не нужная вещь, я сказал что это не настолько важная вещь, раньше можно было сделать 10ю сниппетами, но сделать так было можно или с плагинами вопрос, можно было и модуль создать... А вот написать красивое сообщение нельзя никак, потому что больше второго уровня вложенности нет. В итоге зацентрировать текст по центру, сделать шрифт жирным могу, а вот его еще покрасить в цвет, и изменить размер уже не могу.
Вот именно. А юзер не настолько посвященный как вы не может. Нужно чтобы любой юзер, который знает html+css мог сделать на своем сайте все что угодно(в разумных пределах), при необходимости скачав нужный плагин и т.п.

Хорошо, я просто не знал расшифровку PDO и зачем он нужен. Это действительно нужная вещь

Добавлено2013.12.25 13-29

Вы во первых взяли фиксированную версию и растянули её на 100%, взяв чуть чуть решений из резиновой. Зачем если есть нормальная резиновая версия? И все "косяки" там были только из за того что шаблон был написан не под atomx, а под atomm и конечно что то нужно было переделать, хотя у меня это заняло не так уж много времени.
В каталоге шаблонов есть, в теме про шаблон тоже есть, в чате информация тоже была... Вот он эффект на лицо, что форум или еще какой то модуль-новости не лучшее место для оповещения о чемто в том числе о найденных багах... Баг-трекер нужен для этого!

Добавлено2013.12.25 13-30

Просто кучи проверок она в другой и друг другом погоняет? Таблицу бд как составить по рациональней тут м.б да.

Ну например так:
1. Создать новую таблицу где будет разделено примерно в таком духе:
- Форум
- - доступ
- - - Администраторы
- - - Модераторы
- - - Пользователь админ // а может быть даже так )
- - нет доступа
- - - Забаненные
- - - Гости
- - просмотр
- - - Пользователи
- - - Администраторы // как бы они автоматоматом добавляются т.к. имеют доступ тоесть на этапе выбора галочка в доступ будет дублироватся галочкой в просмотр
- - - Модераторы // как бы они автоматоматом
- - - Пользователь админ // как бы они автоматоматом
- - Редактировать темы
- - - Модераторы
- - Не редактировать темы
- Новости
- - доступ
- - - Администраторы
- - - Модераторы
- - - В теме/разделе/форуме с id1973
- - - - Пользователи
- - - - Пользователь с id223// а почему не так?)
- - нет доступа
- - - Забаненные
- - - Гости
- - просмотр
- - - Пользователи
- - - Администраторы // как бы они автоматоматом добавляются т.к. имеют доступ тоесть на этапе выбора галочка в доступ будет дублироватся галочкой в просмотр, но в таблицу можно и не заносить, а проверку там создать, не знаю как быстрее будет.
- - - Модераторы // как бы они автоматоматом
- - - Пользователь админ // как бы они автоматоматом
- - Редактировать темы
- - - Модераторы
- - Не редактировать темы
- - доступ
- - нет доступа
- - просмотр
- - Редактировать новость
- - Не редактировать новость
Ну это может быть слишком сложно, но зато не нужно ничего менять в таблицах других, таблица с правами будет сидеть отдельно. А там уж проверки можно организовать, там вам виднее.

Добавлено2013.12.25 13-30

Оболдеть в три поста пришлось размещать!