судячи з усього вам на гріди краще взагалі не звертати увагу на разі
Бо надто простий код для того щоб ставити один ґрід в інший? Якщо ви про це, то реальний код значно складніший, а цей я написав щоби було зрозуміло в чому суть мого запитання?
Ви не увійшли. Будь ласка, увійдіть або зареєструйтесь.
Ласкаво просимо вас на україномовний форум з програмування, веб-дизайну, SEO та всього пов'язаного з інтернетом та комп'ютерами.
Будемо вдячні, якщо ви поділитись посиланням на Replace.org.ua на інших ресурсах.
Для того щоб створювати теми та надсилати повідомлення вам потрібно Зареєструватись.
Український форум програмістів → Повідомлення користувача Сергій78
судячи з усього вам на гріди краще взагалі не звертати увагу на разі
Бо надто простий код для того щоб ставити один ґрід в інший? Якщо ви про це, то реальний код значно складніший, а цей я написав щоби було зрозуміло в чому суть мого запитання?
Що саме заважає вам спробувати?
Та я так і зробив. Але вчора ввечері Хром відмовлявся бачити вкладений ґрід, от я й подумав, що цілком можливо що не допускається ставити один ґрід в інший. Щоправда вже після написання цієї теми знову перевірив створювану сторіночку в Хромі і бачу, що таки вона відобразилася так як я задумав Ну що ж, нерозторопність Хрому допомогла мені задати це запитання
))
Вирішив зайнятися вивченням ґрідів паралельно поєднавши цей процес з переписуванням одного зі своїх сайтів. І майже відразу виникло питання: чи може всередині одного ґріду існувати існувати інший і чи взагалі на сторінці допустиме існування декількох ґрідів?
Тобто чи допустимий такий код?
<body style='display: grid;'>
<header>Nazva site</header>
<nav style='display: grid;'>
<a>Home</a>
<a> Raz</a>
</nav>
<section></section>
</body>
Проблема в тому, що цикл, в котрому ви додаєте до кнопок обробники натискання, спрацьовує лише один раз, на самому початку роботи коду. Коли ви натискаєте на кнопку, щоб додати ще один елемент - на кнопку цього елемента обробник натискання не вішається.
var buttonClick = document.getElementsByClassName('delete'); for (i = 0; i < buttonClick.length; i++) { buttonClick[i].onclick = function () { var listLi = document.getElementById("leftText"); var li = listLi.lastElementChild; if (li != null) { listLi.removeChild(li); } } }
Якщо я вірно зрозумів ситуацію, то можливим виходом зі становища було би застосування addEventListener()
var buttonClick = document.getElementsByClassName('delete');
for (i = 0; i < buttonClick.length; i++) {
buttonClick[i].addEventListener('click', function() {
var listLi = document.getElementById("leftText");
var li = listLi.lastElementChild;
if (li != null) { listLi.removeChild(li); }
}, false);
}
Для того щоби створювати сайти можна піти двома шляхами:
1. вивчити одну або декілька CMS для сайтів (Drupal, Wordpress, Joomla i інші). В такому випадку більшу частину роботи за вас робитиме ця CMS, а від вас потребуватиметься лише наповняти сайт контентом (матеріалами). Але CMS не зовсім придатні у випадку коли ви хочете зробити щось оригінальне.
2. Вивчити мови програмування для створення сайтів (бажано в такій послідовності.)
а) html - саме цією мовою написані всі сайти
б) css (стилі) - без цієї технології сайт це просто набір якогось тексту.
в) javascript - мова веб-програмування без котрої не обійтися при створенні більш-менш серйозного сайту. Та й навіть сайт-візитка без javascript значно втрачає в конкурентноздатності. Так як цю мову програмування обробляє браузер, то javascript називають клієнтською мовою програмування
г) PHP ( або іншу подібну мову програмування) - ця мова програмування обробляється сервером (компом на якому знаходиться виготовлений вами сайт). І тут вже є багато мов програмування, які можна використовувати для створення сайту. Всі ці мови називаються серверними мовами програмування.
Тому то оцінювати вашу мережу з точки зору валідності, кроссбраузерності, ефективності коду нема сенсу. бо вашого коду там нема, а якщо й є, то зовсім небагато. Це ж стосується і дизайну сайта
1) Ви правильно робите, що намагаєтеся просувати свій сайт усіма можливими способами. Я би робив так само Та й власне колись я й зареєструвався тут аби в цій рубриці оцінили мій сайт, ну і якби розрекламувати його трішки. Але потім почав цікавитися і іншими темами форуму
Так що тут вам +
2) Не радив би користуватися безкоштовними доменами pp.ua. З першого погляду, воно ніби й класно мати безкоштовний домен, адже це економія, але згодом можуть виникнути питання з безкоштовним продовженням цих доменів на наступний рік. Уявіть ситуацію, що ви вклали свої зусилля в розкрутку свого сайту, а потім раз і із-за неможливості далі безкоштовно продовжити свій домен всі ваші зусилля виявилися даремними. Говорю так, бо нажаль подібне сталося з моїми доменами takweb.pp.ua та usm.pp.ua
3) Вам варто признатися відверто, що ви використали існуючий шаблон для соц.мереж. Сподіваюся ви цей шаблон придбали, але то вже не моя справа ...
Просто трішки історії. Наприкінці 2015 року в ефір вийшла українська соцмережа livebook.com.ua. Оскільки я цікавився розвитком наших соц.мереж і, навіть, мав відповідний сайт usm.pp.ua, де всі вони були зібрані докупи, то й відповідно звязався з адміном даного сайту і поспілкувавшись і переглянувши код сайту зрозумів, що на відміну від переважної більшості соц.мереж створених на одному з декількох готових cms для них, дана мережа була написана власноруч (повністю свій код). Я став одним із небагатьох активних користувачів цієї мережі. Досить швидко між творцями цієї мережі Алексом Смайликом ( його звали Саша, а прізвище забув) і Богданом Шведом(прізвище теж по памяті, може й інше ) визрів конфлікт. За результатами цього конфлікту в березні 2016 року вже існували дві соц.мережі livebook.com.ua (Алекса) і livebook.in.ua(Богдана). Оскільки в Богдана справи з розкруткою сайта не заладилися, а основна маса коду була написана їм, то він вирішив за справедливе за невелики гроші продавати готовий шаблон соц.мережі для інших бажаючих створювати подібні мережі... Я не знаю чи існують зараз ці мережі, але я натикався ще на дві українські мережі з таким же ж дизайном і на одну мережу .kz (наскільки розумію Казахстан).
Так що от така історія виникнення тієї cms для соц.мереж, яким ви скористувалися при створенні своєї мережі
Здається, я знаю в чому проблема. elektryk не використовує web-сервер і відкриває свої файли використовуючи псевдопротокол file:///.
elektryk, якщо я вгадав, зробіть наступні дії:
1) Завантажте nginx, розпакуйте/встановіть.
2) В розпакованій папці буде папка "html", перемістіть всі ваші файли (*.html, *.css, *js) туди (в "html").
3) Запустіть nginx командою "start nginx.exe" (в командному рядку, тільки для windows).
Або ж інший варіант - встановити linux {така операційна система є}, а в ньому, наприклад, LAMP
Питання, як зробити що б ссилка
href: 'http://site.../news/text/476'
формувалась з поточного адресу сторінки?
Якщо я все вірно зрозумів, то
href: location.href
зайшов на сайт, захотів пройти тест, а тут якась реєстрація. Закрив
Ви дійсно впевнені, що для людей достататньо цікаво буде витрачати свій час на заведення чергового акаунта на черговому сайті, щоб просто раз в житті пройти тест?
Мій задум був в тому, що користувач регулярно буде відвідувати сайт для того щоб або перевірити свої знання з історії або ж покращити своє місце в рейтингу. Підійнятися в рейтингу це доволі непоганий стимул для відвідування сайту - сам знаю, бо колись багато часу проводив на chess.com бажаючи з допомогою нових перемог покращити свій рейтинг.
Так і тут - планується в майбутньому при наявності інтересу до сайту його дороблювати в плані визначення кращих гравців місяця, року. Єдине що - це невелика кількість запитань на сайті, тому на даний момент справді вдруге користувачу заходити на цей сайт може буде й не дуже цікаво.
А щодо можливості користування сайтом без реєстрації, то я приймаю критику щодо цього і обдумаю можливість обмеженого користування сайтом в якості гостя. Хоча для цього сайту є поки-що більш критичні проблеми, які маю усунути Та й сам процес реєстрації максимально спрощений і складається зі створення логіна та пароля.
Пропоную на ваш розгляд сайт з визначення рівня знання історії.
http://history-cup.top
Як завжди зі мною буває я цей сайт майже повністю зробив і, оскільки не було коштів на купівлю домену другого рівня, то благополучно про нього й забувся. Але от купив відповідний домен, залив сайт і пустив в ефір. Чудово розумію, що він може десь ще в чомусь глючний, бо до кінця не дороблений, але так ніби вцілому нормально працює. Хоча шановне панство думаю вкаже на ті моменти, які може я не бачу, бо вже звикся з таким виглядом сайту, але які ріжуть око чи змушують нервувати користувача, який заходить на цей сайт.
P.S. Ах, забув додати, в чому була новизна для мене в цьому сайті - тут я вперше спробував побавитися з флексбоксами, хоча, як тепер дивлюся, використати їх можна було би більш вправніше.
В консолі є посилання на функцію proba() з її описом.
Ну, напевне, так і я - і тому ця різниця. Але мене більше хвилює питання, а яка користь від наявності в javascript window.content
Пише undefined
Суть в тому, що наткнувся на цю незнайому мені властивість window і думаю чи буде вона мені корисна в практичному застосуванні.
При написанні коду я створив глобальну змінну content. Досить швидко стало зрозуміло, що вона працює не так як я очікував. Шляхом нехитрих махінацій виявилося що content є обєктом в якому, наскільки я зрозумів, зберігаються текстові значення усіх методів та властивостей глобального об’єкта window ( або іншими словами глобальних змінних та функцій).
Виникло декілька невеличких питань:
1) Чому в цьому випадку
function proba() { var f = 'це проба пера'; }
alert(content.proba);
в alertі пише function proba() { var f = 'це проба пера'; } , a при застосуванні
console.log(content.proba);
видає в консолі результат function proba()
2) Яким є практичне застосування content? Лише для відладки?
Дуже цікава річ. І, як на мене, це реінкарнація табличної верстки в суттєво покращеному вигляді.
Да... Наплив користувачів на сайти повязані з нашими соц. мережами був досить хорошим... І цілком закономірно він почав стухати
Якщо я вірно зрозумів, то ваше тестування показало, що код написаний на чистому javascripti працює в 4-5 раз швидше ніж аналогічний код на jQuery. Тоді дійсно виникає питання - чи доцільно використовувати jQuery? Яка перевага його над чистим js окрім кроссбраузерності?
Дякую, але мені казали що тепер на JS все може жити і без jQuery
Взагалі-то, я згоден з тим, що казали, бо не сильно люблю js-бібліотеки і теж вважаю, що без них можна й обійтися, але якщо вже яку з них і вивчати, то jQuery...
Остап, радив би переглянути цю тему http://replace.org.ua/topic/3583/ хоча б тому що після вивчення основ javascript можна було би копнути глибше... Для цього є багато хороших книг, зокрема в тій темі я вихваляв книгу Фленагана, але я не впевнений чи зможете ви в своєму віці її сприйняти, бо я й сам за першим разом деякі місця перечитував по декілька раз оскільки не міг збагнути прочитаного...
А так, можна би було би ще повивчати, наприклад, jQuery.
Якщо мова йде тільки про дві картинки то я би напевне зробив так
<script>
function changeImage() {
var image = document.getElementById('image');
if ( image.src === 'images/1.jpg') {
image.src = 'images/2.jpg';
}
else {
image.src = 'images/1.jpg';
}
}
</script>
або ж ось так
<script>
function changeImage() {
var image = document.getElementById('image');
var nomer = (image.src === 'images/1.jpg')?2:1;
image.src = 'images/' + nomer +'.jpg'
}
</script>