let indexNum; // нужно получить сюда индекс (тольуо нужно var, а не let)
// вот тут будет немного сложно, включаем мозг...
box.forEach((item, index) => { //мы делаем цикл, и набрасываем слушатели(!)
item.addEventListener('click', () => { //которые могут вообще никогда не случиться, или случиться через час
indexNum = index; //и ТОЛЬКО ТОГДА в indexNum что-то появится, на текущий момент мы только объяснили
//что делать по клику, пока это только команда сделать что-то в случае чего-то, indexNum до тех пор пустой
});
});
// тут indexNum все еще пустой, так как мы не умеем кликать на объекты быстрее чем исполняется код.
mainWrapper.addEventListener('click', () => {
console.log(indexNum); // выведет предыдущее значение индекса при первом клике
// но помним, что клика еще нет!
});
// и тут клика еще нет
for (let index = 0; index < 3; index++) {
console.log(indexNum); // но здесь undefined, а именно здесь индекс и нужен
// не "но", а здесь клика еще нет, а вы пытаетесь получить его значение.
//код выполнился, теперь можете кликать, но теперь ваш фор уже вызываться не будет.
}у меня есть файл PHP который записывает все входящие POST запросы в БДОх, я уже хочу посмотреть на этот сайт... Так красиво работа с пдо еще нигде не применялась. Форма ничего не требует, а значит можно не заполнять, собсно по этому и запросы пустые. В принципе надо сказать спасибо что пустые, а не с инъекциями...
// Создаем карту.
var myMap = new ymaps.Map...
// Создаем еще одну карту.
var myMap2 = new ymaps.Map...Как сделать, чтобы то, что я ввел в textarea сохранялось в разметке страницыКуки, локалсторэйдж. По сути вы не можете изменить саму страницу через код, так как жс не умеет локально писать на диск без спроса (секюрити, и все вот это). При изменении странички через жс меняется только ее копия в оперативной памяти, сам исходный документ остается неизменным. Но для локального хранения придумали защищенные хранилища данных, котрые хранят текстовое представление каких-то данных (куки и локалсторэйдж).
навсегда, пока целенаправленно не будет изменено повторно?Есть ограничения, во первых на длину данных, во вторых - срок жизни и принудительная очистка куки. Так что "навсегда" звучит слишком монументально, но думаю вам подойдет и просто на длительный срок )
fetch('https://nominex.io/api/rest/v1/pairs',{
headers: {
'Accept':'*/*'
}
}
)
.then((response) => {
return response.json();
})
.then((data) => {
console.log(data);
});{
"1":{
"id":1,
"qty":2,
"price":666
},
"2":{
"id":2,
"qty":1,
"price":77
}
}Да и текст поверх картинки верстать лютый гемор с адаптивностью. Там несколько столбцов текста, не считая остальногоТак не делайте адаптивно, тупо на А4 верстайте. Если вы думаете что расположить правильно на картинке текст сильно проще чем в придуманной специально для этого разметке - вы сильно ошибаетесь. А если юзер хочет скачать картинку - сделайте кнопку скачать, и отдавайте скрин через html2canvas, или более продвинуто - печать - сохранить в пдф, вообще красота, все векторное, не искажается, можно печатать в любом высоком разрешении....
Как можно вывести точно такой же результат, но с повторами ID 2, например?Если с самого начала проектировать бд в нормальной форме, а не то что получилось, то задача вполне нормально решается. Создается таблица отношений наборов к блюдам, и объединяется как многие ко многим, и всё будет нормально выбираться. А кажущаяся "оптимальность" хранения идентификаторов строкой в одном поле - ошибка почти всех новичков, тем не менее это отвратительная практика, рожденная некомпетентностью и ленью. Меняйте структуру, пока не поздно, на этапе разработки это сделать проще, чем когда уже внесете кучу данных в рабочий говнопроект. Делайте сразу хорошо, чтобы потом не страдать.
дергание при наведении на кнопкиПочему о ней во множественном числе? Там же одна кнопка? Или у вас пункты меню имелись в виду? В любом случае - у меня ничего не дергается...
Есть таблица, кликаем на заголовок таблицы. идет сортировкасоставной индекс если будут использоваться много полей, и отдельные если каждое из полей будет одиночной сортировкой.
Сколько по времени должны выполняться все запросы на одной странице?В общем случае запросы должны выполняться за время меньше секунды, близкое к 1 секунде уже считается весьма высоким. Исключения составляют приложения с очень сложной логикой, где ожидание ответа не сильно меняет ценность результата. Например на сайте новостей 1 секунда это много, а на приложении с миллиардами записей статистики по мировым продажам жвачки в розницу для планирования расширения сети продаж с 30 объединениями/группировками/дистинкт выборками надцать секунд или даже минут это норм, так как задача другая совершенно.
Как правильно составить запросы, сначала нужно исследовать запрос при помощи explain, а потом писать в php?сначала пишется запрос с требуемым результатом, затем его можно оптимизировать. Так как оптимизация редко идет по пути изменения самого запроса, переписывать его не надо, а explain подскажет где можно подкрутить что-то на уровне индексов/памяти, код при этом вообще не трогается. Да и по большому счету 99% типовых задач не пишутся руками, а пускаются через модель/орм.
Нужно составлять запросы так, чтобы explain: type<>ALLЕсли вам нужен именно конкретный запрос с конкретным набором выходных данных, менять вы его не будете, логично что крутить вы можете только структуры данных и индексы, ну может еще что-то в настройках самого сервера.
Подскажите, пожалуйста, хороший ресурс про создание индексов.Дока по используемой бд достаточно хорошо описывает работу с индексами. Более подробно можно спросить ребят профильно занимающихся работой с бд, Akina, Лентюй ...
И мне нужно чтобы после выполнения кода стили просто убирались но монета оставалась на том же месте (звучит как то не понятно но я не знаю как обеснить)Если стили убрать, логично что монета на том же месте не останется.
просто я даже не знаю как обеснить не то что решитьЭто нормально, не хорошо, но нормально. Это навык который надо тренировать, и на пустом месте он не возникает. Некоторым не дается вообще, случай редкий, но бывает... Чаще всего, для постигших искусство составления правильного вопроса, ответ почти всегда очевиден.