ArbNet

ArbNet
Рейтинг
146
Регистрация
27.10.2019
Программист самоучка
Елена П. #:

На клик ?  🙈

Не на клик, а на изменение textarea.

Есть форма редактора кода, можно переключатся в визуальный режим с подсветкой кода и обратно. Есть кнопка сброса для восстановления в исходное состояние полей т.е. textarea. Когда переключаешься в визуальный режим и делаешь сброс\reset\восстановление значений по умолчанию, то события onclick и onreset срабатывают до восстановления значений. А мне надо чтобы после, чтобы подсветку тоже обновить из textarea.

webinfo #:
Вообще-то это ты тут странные для мегасуперразработчика вопросы задаёшь, а не я.

Я себя мегаразработчиком не считаю.

webinfo #:
Ну-да, ну-да. Вместо двух строчек кода будем устанавливать прослушки и писать тонны скриптов.

Observer тоже не хочет отлавливать.

Мне надо чтобы после нажатия на кнопку reset после восстановления полей в исходные выполнилась нужная мне функция.

Знаешь как это сделать? Таймаут не вариант. Пробовал к textarea добавлять событие onchange не срабатывает.

webinfo #:

Ты серьёзно не въезжаешь, или троллишь?
Код JS исполняется в том порядке, в котором написан. Напиши всё, что тебе надо сделать, в нужном тебе порядке, и всё выполнится как надо.

Причём здесь код, речь идёт об обработке события браузера и нативной функции сброса формы. Вызов функций происходит до самого сброса, что в onclick, что в onreset. Т.е. когда происходит событие onclick или onreset значения формы ещё не восстановлены, поэтому производить обработку не имеет смысла, это нужно делать после того как значения будут сброшены к дефолтным. При любом раскладе надо вешать прослушку изменения записи textarea и в колбэке уже далать обработку textarea и вставлять в элемент contenteditable

Сам не въезжаешь, т.к. ничего серьёзного сам не разрабатывал.

webinfo #:
Сделай обычную кнопку и запускай по клику на неё любые функции в любой последовательности.

Нет никакой разницы, что обычная кнопка что не обычная. Функция события срабатывает до самого сброса(восстановления значений по умолчанию).

ЗЫ. Единственный выход это использовать observer.

onreset="скрипт"

ЗЫ. затупил 😎

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

Harddriver :
К чему еще стоит присмотреться?

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

ЗЫ. Но надо всё делать осторожно и продуманно(заказывать дробно в разных студиях или у одного, но очень хорошего(в таком случае заключайте договор)), так называемые разработчики могут оказаться просто говнокодерами(из готовых решений что-то накидать + свои костыли, потом проблем не оберёшься..), сеошники так называемые тоже могут деньги взять, но ничего по факту не сделать, сейчас все такие(за очень редким исключение могут действительно помочь).

Антоний Казанский #:
Можно не только представить, но и наглядно увидеть.

Капец 😲 я это видел.. 😱

Mukanov, да вы даже на HTML сайты не можете делать.. Ни дизайна, ни юзабилити, скорость загрузки и то очень медленная, хотя у вас всё летать должно.

Mukanov #:
Ведь если бы все стали писать на HTML

Есть подозрение, что вы просто хотите оправдать свою безграмотность в плане веб технологий, не хотите изучать новое в том числе и PHP, чтобы кому-то доказывать, что ваши сайты на голом HTML лучше и безопаснее чем на том же PHP 😈

Mukanov #:
Всем пламенный рахмет за столь бурное обсуждение. Более всего мне понравилось о магазине на гугл-таблицах, будет время если, изучу более подробно. ИМ в excell это что то действительно новое. Но, как это обычно бывает, сильно отошли от темы. Вопрос то был прост: PHP или HTML, кто из них слабее в противостоянии возможным попыткам взлома. И ответ вроде бы на поверхности: инъекция возможна лишь в отношении PHP, следовательно плюс ставим HTMLу в рейтинге наиболее защищенных структур сайта. JS вообще не в поле зрения, атовизм или анорхизм (ну, вы меня поняли). Думаю, что магазин без PHP возможен, но это тема для отдельного обсуждения, здесь затронута случайно. Но, вот вы тут все специалисты высокого уровня. Скажите честно, положа, так сказать, мышку на клавиатуру : PHP более уязвим чем HTML ? Ведь это правда? Боюсь поделится следующей своей мыслью, но подозреваю, что PHP нам всем кто то навязал именно потому, что он уязвим и не гарантирует конфиденциальность персональных данных в полной мере. Ведь если бы все стали писать на HTML, то как бы спецслужбы получали доступ туда, куда им совсем не обязательно?

Во-первых у вас нет понимания, что такое HTML и PHP. Во-вторых уязвимо всё что сделано человеком, человеком и может сломаться..

HTML - это язык разметки для формирования страницы браузером. Можно и приложение передавать, и будет тоже самое, но оно будет дольше передаваться по сети, а с разметкой этот процесс ускоряется многократно т.к. передаётся только текст разметки, а код формирования страницы по этой разметке уже есть в приложении браузера. Если сайт только на HTML, то его ещё проще так сказать взломать, достаточно просто пропарсить, да и доступ к серверу тоже можно получить при желании.

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

Dram, знаешь как я сделал в своём фреймворке?

Разделил стили по небольшим файлам: основные подключаемые на всех страницах, стили для форм, стили  для текста, стили для выравнивания, стили для flex, grid и др. Когда нужны те или иные стили указываю в инструкции(типа шаблона) страницы, движок создаёт файл и import`ами. Если какие либо файлы уже загружались, то берутся из кэша браузера, другие быстро подгружаются так как маленькие.

По JS примерно тоже самое, если нужны какие либо модули указываешь в инструкции и всё.

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

Всего: 2287