Никто, кроме меня 😎
Вот текущий график USDRUB, что мы видим?
Мы видим, что курс очень резко взлетел в точке А, потом также очень резко упал в точку B, далее пытался снова подняться, но не получилось, возможно конечно что и поднимется(с точки зрения тех анализа курс всегда возвращается к ближайшей вершине), но уж очень это не реально если проанализировать ещё и фундаментальный анализ, то более реалистичным сценарием будет снижение курса\укрепление рубля. Да сейчас идёт сопротивление и это нормально, многие факторы влияют на курс, от военных действий, до дефицита бюджета и тд. Но тренд уже виден сейчас, был отскок в точке C и ближайшая вершина у нас уже на уровне 50(точка B). Думаю к концу 2024 там будем.
Кстати по биткоину мой прогноз тоже сбылся, то сообщение удалили, видимо из-за скептиков которые цитировали, но те кто следили за темой битка наверняка помнят как я писал, что биток будет расти.
Кому и для чего это надо? Ну сделал, получил оплату ну и всё, не твоё это уже, не твой актив чувак. Ну реально, сейчас миллионы балбесов вроде тебя занимаются говнокодингом на готовых инструментах. Ну что-то накидал, где-то что-то работает, возьми с полки пряник. Можешь эти сказки рассказывать своим деткам, но не мне. Вот когда создашь свой проект полезный людям и тд. Вот тогда я тебя начну слушать, а сейчас ты для меня пустое место.
ЗЫ. По теме есть что сказать? Не судьба мозги включить, троллить только умеешь..
Есть макет диалога в xml
<_dialog box.="block" id="certify" class="pit0" onclose="_(ctxmnu).certify(this)"> <cap>Подтверждение</cap> <rec> <_form method="dialog"> <_div class="flex flex-center flex-wrap flex-gap" gap="@0.5em"> <_strong id="issue" data-text="Уверены что хотите [1]?" class="warning"></_strong> <_hr class="br"/> <_button class="flex-b2" value="no" tabindex="-1">нет</_button> <_button class="flex-b2" value="yes" tabindex="-1">да</_button> </_div> </_form> </rec></_dialog>
Этот диалог открывается при нажатии на опцию в контекстном меню при удалении параметра или секции в настройках конфигунации.
В этом макете есть возможность заменять некоторые надписи в data-text метку [1] заменяем на "удалить параметр `такой-то`" или "удалить секцию `такую-то`" и в зависимости от контекста ставим маркер диалогу чтобы потом обрабатывать удаление параметра или секции соответственно.
Сейчас у меня замена меток происходит через функцию модуля работы с элементами. Но вот думается может эти функции внедрить в модуль юнита, чтобы через функцию юнита модифицировать макет и запускать открытие диалога и тд. Короче у меня масса вариантов решения и постоянно обдумываю как что лучше сделать...
Во-первых, для начала надо основу для этого подготовить, свою базу, сервер, язык и др. только потом переносить. Во-вторых, я не буду делать это так же c xml, а сделаю свой шаблонизатор, сейчас просто выбрал xml по причинам того что с ним можно работать php и он прост как html, но можно запрограммировать свою логику.
Это с вашей точки зрения, так как вы используете кучу разных сторонних решений. Но есть люди не знающие современные инструменты и не желающие их изучать, но знающие основы php, js и им будет не сложно понять как делать сайты только на моём инструменте. Я сам наделаю разных скриптов для разных сайтов, их легко будет поддерживать, обновлять и тд.
Вот вы постоянно приводите ссылки на готовые решения, так пользуйтесь ими, в чём проблема(?) 😀
Всё просто. Раньше я о языке Rust не знал, узнал буквально полгода назад когда писал свою библиотеку на C++. Кроме того php простой по моему и много тех кто его знают, а ещё скрипты сайтов на нём легко устанавливать и настраивать на хостинге. Поэтому готовые скрипты которые нравятся пользователям очень быстро распространяются. На Rust буду писать свои базу данных, язык программирования и др. позже как фреймворк с идеей инструкций в xml стрельнёт, переделаю на своём языке, который будет написан на Rust.
Неудивительно, сам не понимаешь для чего и что ты делаешь. Ты даже не ответишь на первый вопрос - какое бизнес вэлью дает твое решение. Что оно улучшит по сравнению с существующими решениями. Кто бенефициар? Изобретатель очередного велосипеда зовет себя первопроходцем, забавно.
Я то понимаю, а вот твой мозжечок за 4 года так и не додумался 😁
Говорил не раз, ещё повторю, для пассажира бронепоезда. Я буду делать много разных скриптов для разных сайтов и поэтому мне нужен быстрый и удобный инструмент, а не винегрет из говна и палок..
Упс. Изобретатели по сути все первопроходцы. Ты не знал? Забавно 😎
Нет вы не правильно опять понимаете. Я делаю сейчас контрольную панель на своём инструменте и иногда возникают вопросы как что лучше сделать, по ходу что-то переделываю и дорабатываю вот и всё. И забудьте уже про всякие сторонние библиотеки, включите свои мозги и подумаете как что можно сделать нативно, по крайне мере когда находитесь в моих темах.
По теме, есть ещё вопрос:
Иногда нужно подкорректировать текст в title, записи элемента или в диалоговом окне и тд. Например в data-title="текст подсказки по [label]" в метке вставляется нужное слово и вставляется в title элемента и тд. Всё замечательно. Но что делать если нужно в диалоге поменять надпись или ещё где-то, приходится снова что-то изобретать, может удобнее опять же сделать модуль с наборами текста с метками и заменяя метки вставлять текст в нужные места по необходимости?
Проработал несколько вариантов, описывать тут не буду. Все события отследить не возможно, вернее можно, но определённые(например все onclick), если навесить их на body и фиксировать нужные параметры события. Но встаёт вопрос целесообразности, зачем это делать всегда когда это нужно только в определённых случаях. Да и гибкость моего инструмента как оказалось позволяет получить нужные параметры события и передать их в другое событие даже не используя хранилище. Есть юниты(объекты параметров и кода) которые программируются для компонентов(некоторой разметки), я могу просто создать метод в нужном юните и запомнить в нём параметр, а затем использовать при необходимости. А ларчик, то просто открывался 😎 первопроходцем быть всегда сложнее.
Неужели понял? 😁 Теперь отвали и больше никогда не лезь в мои темы.
Различия есть, а для таких вроде тебя которые где-то что-то услышали, но не понимают значений и при этом везде повторяют в тему и не в тему.. Совком к примеру называешь СССР, хотя совками раньше так называли депутатов и чиновников, по началу совдепами, а потом совками. И тд. У меня нормальные вопросы, но понять ты их и ответить не в состоянии из своего скудоумия..
Вот и всё что ты понял из моих вопросов..
А я вот кучу вариантов продумываю... поэтому так долго всё и разрабатываю. Сейчас есть мысль сделать контроллер всех событий, чтобы в объекте этого контроллера фиксировались основные параметры последних событий и чтобы другие функции легко могли получать к ним доступ. Есть и другие варианты...
Ты не "не слышал", ты просто не понимаешь, что это такое в принципе. Достаточно было одной фразы "для фронта MVC не подходит". А после тових разьяснений про разницу между шаблоном и паттерном вопросов в принципе не осталось.
У тебя не.
А полное отсутствие понятия как нужно делать. Даже твой вопрос это показывает. Если бы ты немного понимал про области видимости переменных, даже не возникло такой глупости. Я тебе уже писал про антипаттерны - почитай. То что ты делаешь - типичный пример непонимания. Тратишь время на пустоту. Все эти меню расписаны, разжеваны сделаны тысячи раз.
Отвали бездарь. Сделай свой проект полезный людям, вот тогда будешь меня учить. А сейчас ты просто выпендрёжник пересказывающий банальные вещи которые все и так знают в том числе и я. А вот ответить на поставленный мною вопрос не в состоянии и так всегда..
ЗЫ. У меня свой путь, если тупишь и не можешь понять что и к чему и зачем я делаю, то нам тут с тобой разговаривать не о чем..
Фтоппку hollywar, прислушайтесь к Snake800. У фреймворка нет будущего, если он не совместим с Content Security Policy (CSP), а инлайн обработчики событий в тегах потребуют небезопасный 'unsafe-inline' в директиве CSP script-src.
Выносите скрипты во внешний файл, или юзайте встроенный <script>...</script>, но только не в теге <tag onclick='...'>. Иначе сайты на фреймворке будут регулярно взламывать.
Во-первых, вы да и другие, ничего не знаете, и не понимаете о том, как и что у меня работает, но делаете выводы, причём не верные, ну да ладно, я к этому уже привык.
Так это ТСу и пытаются втолковать, поэтому разговор и скатился к паттернам пректирования. Походу только он и не понимает о чем речь
Во-вторых, для шипко "умных", вопрос в теме не про паттерны, подходы и тп. я знаю о них и не надо тут говорить что это не так и выставлять меня как будто я о них никогда и не слышал(да у меня своё мнение по подходам программирования), тут вы себя только выставляете в моих глазах нубами..(которые только и могут ссылаться на разные источники не по теме, а свои мозги не используете для решения того или иного вопроса, при этом думаете, что поднимаете свою самооценку в своих глазах и окружающих..)
В-третьих с начальным вопросом темы я практически сразу разобрался, но колебался всё же как лучше, если бы кто-то из вас разрабатывал свой инструмент для облегчения работы других людей, то задавались бы подобными вопросами. А тупо накидать код это любой школьник может.
Вот к примеру такой вопрос ещё:
Есть компонент контекстного меню. При клике определяется какое меню надо открыть, в каком месте и тд. Далее происходит событие через observer изменение видимости контекстного меню и в этом событии нужно его подкорректировать в зависимости от того где был сделан клик. А вопрос заключается в следующем:
При клике правой кнопкой мыши открытии контекстного меню я могу получить элемент на котором был клик и его нужно передать в событие которое генерирует observer. У меня есть модуль сохранения данных, работа с Cookie, localStorage, sessionStorage. Вот и думаю логичнее через него передавать, добавить ещё объект простых переменных. Можно просто экспортировать переменную с значением элемента на котором был клик из компонента контекстного меню(но это будет засорение глобальной области) или ещё как-то.
Как бы вы например сделали? При этом чтобы в будущем подобные вопросы можно было легко решать(себе или кому-то либо ещё) уже готовым способом?
