ArbNet

ArbNet
Рейтинг
151
Регистрация
27.10.2019
Программист самоучка
Dreammaker:
Какую проблему создавал найденный код, что она мешала завершить проект и пришлось улучшать код?

Есть такой термин "оптимизация на спичках", случайно это не тот случай?

В моём фреймворке сайт может создаваться простыми людьми далёкими от html, php, просто строится структура нужных элементов по простому принципу xml, в перспективе в админке можно выбирать компонент, настраивать его свойства и добавлять.

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

Я это улучшил получив массив для сохранения в php через var_export(), ещё пара трюков и это будет супер :)

Dreammaker:
Если это фреймворк, то наилучший способ это выложить код на Github и получать пулреквесты. А уже на основе фрейворка строить бизнес - CMS или же разрабатывать проекты. Я бы лично не заказывал что-то на малоизвестном фреймворке, разработчиков под который днём с огнём не сыщешь. Даже, если в нём очень оптимизированный метод сохранения массива в файл.

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

Конечно, есть вы, но одновременно делать 100 проектов на одном фреймворке вы не сможете.

Для моего фреймворка нужны разработчики узлов/компонентов, пользователю просто нужно будет подобрать то что нужно и указать в структуре страницы. Именно, моя проблема в неизвестности моей этой концепции, людям почему-то сложно понять зачем xml структура.

silicoid:
Если будет так, то мы будем только за.

Спасибо за поддержку. Мне с доведением движка до ума осталось не много(за выходные думаю управлюсь), далее админку для настроек, без неё будет ничего не понятно. С админкой думаю неделю, полторы провожусь. И если заинтересованные будут то прототип увидите :)

Иначе переключусь на создание уже своего проекта на этом своём фреймворке, и только может когда нибудь случайно попадёте на мой сайт(опять же не поняв этого :))

Есть тут программисты которые пишут для "души" так сказать, или может те кто хочет немного подкалымить?

Я один могу всё сделать и шаблоны с css подготовить, и на php код написать, денег вложить в рекламу проекта и тд. Но хочется единомышленников, эту тему создал только чтобы найти таких людей себе в компаньоны. Смысл мне сейчас показывать свои наработки, когда нет заинтересованных в этом, есть только те кто не понимая сути хотят просто поглумится, поумничать и оскорбить.

Поэтому я всё же жду тех кого мои наработки заинтересовали, а ещё лучше тех кто захочет присоединиться к разработке, делать новые узлы/компоненты(как я объясню) и зарабатывать этим даже.

_SP_:
хотя его фигпоймешь

Тут не поспоришь :) Вы мыслите "шаблонно" общепринятыми вещами, а у меня нестандартное мышление.

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

Dreammaker, Никто ничего не перепутал, я отвечаю по своей разработке, silicoid, говорит о своём сайте, что у него стили тоже сборные.

_SP_:
Но всё еще непонятно зачем генерить что-то для каждой страницы...

Генерируется всего один раз при первой загрузке, потом берётся из кэша.

К странице подключается всего 2а файла:


<link type=text/css rel=stylesheet href=/skin/original.css>
<link type=text/css rel=stylesheet href=/site/main.css>

Первый это стили скина(дизайна сайта, который может меняться выбором другого скина/дизайна(цветовая гамма и оформление)).

Второй относится к конкретной странице, в зависимости от размещённых на ней компонентов.

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

edogs:
почитайте, будет полезно

Опять, вы не понимаете. UMI в xml находятся данные объектов, то есть как в базе, это не есть гуд, это устаревший метод(если есть необходимость хранить данные объекта в файле, то лучше уж в JSON).

У меня просто разметка(xml выбран для наглядности редактирования) где что будет, движок подключает узлы и те возвращают либо шаблоны(в которые будут вставлены данные дочерних элементов), либо уже готовую разметку с данными.

Stek:
дай хоть сайт что ли заценить

Варю :) cыроват ещё

Так и у меня загружаются сжатые только один раз.

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

ivan-lev:
Зачем? Для описанного случая выгоднее кэшировать один минифицированный файл (не думаю, что у Вас для разных страниц настолько много кастомных стилей..)

Движок так работает. Обычно запихивают все стили в файл и всё. У меня же движок формирует стили почти так же как страницу, смотрит что нужно, и вставляет. Не хочу таскать с собой что не пригодится.

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

Всего: 2453