wwt

о_О а что мешает просто использовать file()+str_getcsv() или просто fgetcsv() для разбора файла? перекодировать содержимое файла в php после загрузки или перед разбором для этого есть средства, как минимум есть iconv() и mb_convert_encoding()

ответ уже дал Veseloff , да и ты сам знаешь что такое тот же реакт и глупо говорить что язык ванильный, тем более когда автор темы воспринимает его сугубо как язык для работы с DOM =) Суть фреймворков и библиотек упростить разработку, так почему с js должно быть по другому?

вообще в принципе не понимаю когда люди ругают язык и при этом хвалят библиотеку/фреймворк на нем написаный. глупость.

А ссылочка то осталась =))) Ты кавычку не закрыл =)

background-size

Просто висят в памяти это называется утечка памяти. И ничего хорошего в этом нет. Хотя в небольших масштабах это маловажно. Вообще у js есть сборщик мусора который очищает память от ненужных данных, но могут быть случаи когда он этого не сделает. В вашем случае проще всего, да и правильнее, использовать делегирование, то есть навешивать события на ссылки не по отдельности на динамические элементы, а на один элемент который не меняется. К примеру: jQuery $('.dynamic_content').on('click','.link', function(){ ...})можете почитать о делегировании https://learn.javascript.ru/event-delegation

не поверите в СПб и наблюдал и наблюдаю старые компы повсеместно.

тогда показывайте что у вас есть, можете оформить на jsfiddle код к примеру

https://jsfiddle.net/wwt/t98mn2c9/

Это старый парк компьютеров ещё в офисах работает, работодатели, особенно небольшие, не очень охотно обновляют железо, а на старых в сегодняшних реалиях сносно работает только ХР с его 8-м IE. Бывают даже 2000 винды встречваются, но это уже особая редкость.

да у всех так. Много народу еще на 8-рке. переходили бы они уже все на хромы да фаерфоксы )))

а на XP то народ ещё сидит, хотя сама XP вродь пару лет как не поддерживается, вот теперь и 8 осла пристрелили.

не значит. Это может означать лишь то что по умолчанию они не прописаны. Читайте документацию по TinyMCE там уж точно это должно быть.

Вот кстати я тоже склоняюсь к тому же мнению, что это наследие такое. Но в некоторых моментах мне кажется лишнее оно. К примеру можно делать прижатый футер без обертки https://jsfiddle.net/80u0o0Lk/ Но приходится задавать цвет у html, а то фон для body будет работать не так как надо. Хотя с другой стороны фон для страницы все равно задавать нужно, а при таком раскладе и body начинает работать как ожидаешь.

То что браузер создает его в случаях если нет это дело парсера который приводит документ к единому виду в независимости от его структуры. В спецификации насколько помню такой рекомендации для создателей браузеров нет =) Если относиться к body как к служебному элементу то у меня вопрос "нафига ему задан margin по умолчанию?" Ведь проще и правильнее создать div и делать с ним что хочешь =)) Я не говорю что эта фишка с фоном лишняя, я в первом же комментарии написал что считаю это именно фишкой, некоторые думают что это баг(это я видел в сети), но при этом мне кажется что фишка с фоном полезна только если body никто не трогает в плане размеров. Это ведь не явное поведение вот в чем суть, особенно учитывая привязку к фону html.

Да это понятно. Дело не только в фоне, а втом что когда от body ожидается поведение как у блочного элемента, коим он и является, вот эта фишка с фоном рабочей области лишняя, и люди не ожидают такого поведения, ибо body в большинстве случаем никто и не трогает. И собственно тема так и называется "Фиксирвоанные размеры body"

В том и суть что пока не прописывают фон элементу html или не ограничивают размеры body никто и знать не знает о таком поведении(если конечно не читал эту часть спецификации), но стоит лишь изменить одну из этих вещей и фон начинает вести себя не ожидаемым для пользователя образом. Это проблему заметили в одной из версий нормалайза когда там был прописан фон для html и люди не могли понять почему назначая фон для body они не получают заливки всего вьюпорта. такое поведение фона у body оправданно когда не трогают его размеры и не прописывают фон элементу html. Но как только разработчик прописывает у body размеры он ожидает что тот будет вести себя как любой другой блочный элемент, но этого не происходит в плане фона и в этом и минус который в спеке не описан, там описано так как будто бы никто и никогда не будет трогать размеры body и не будет прописывать фон для html. Кстати сказать в спеке css2 даже была рекомендация задавать фон именно для body, а не для html. Странная рекомендация при таком поведении не правда ли? у html он остается по умолчанию transparent ибо при другом значении фон body перестанет себя так вести, так что его берет именно выше названный Canvas

именно, это при том что у body заданы фиксированные размеры 100 на 100 пикселей!!! В спеке я в упор не вижу где сказано о том что body себя ведет так и при явных размерах, хотя теоретически должен вести как блочный элемент коим и является. И это не мои наблюдения, а ребят с css-tricks

https://jsfiddle.net/mp7gthqb/11/

link Мне кажется ты не понимаешь о чем речь. вот мой пример выше https://jsfiddle.net/1n5rsb60/ Убери фон у элемента html

где в спецификации хоть слово про растягивание фона на все пространство браузера даже при фиксированных размерах у body и отсутствия фона у html?

если не задан фон у html то фон body начинает занимать все пространство, вообще это якобы баг https://css-tricks.com/just-one-of-those-weird-things-about-css-background-on-body/ но мне кажется это наоборот фишка. Просто задайте белый фон у html и все заработает. https://jsfiddle.net/1n5rsb60/

там судя по коду никакой не таймер а обычная анимация ширины блока от 0 до 100% в соседней теме дал ссылку на скрипт с этого сайта, там все черным по белому.

в отладчик загляните http://www.gameray.ru/public/js/main_page.js?13910703295648

Мне просто кажется что для легкой задачи нет никакой надобности подключать такие библиотеки. Одно дело если она уже используется и все равно подключена это было бы оправданно, а так скорее нет чем да. Ну и второй момент я думаю в данном случае нужно использовать именно элемент A , а не пытаться заменить его блоками с событиями, это даст гарантию что если javascript по какой-то причине не выполнится то ссылка все равно останется рабочей. В моем примере отключите javascript и удостоверьтесь что ссылка останется рабочей, а вот в вашем случае не будет никакой ссылки ))) Да и я не серьезный, просто всему свое место и время я так считаю.