Денис Инешин

У вас все равно должен быть хоть один нормальный пользователь, так что нужно будет платить, пусть и по минимуму.

Древняя проблема. Всю жизнь приходится пнг вначале сохранять, а потом открывать в фотошопе.
Но можно немного облегчить жизнь, например вот https://addons.mozilla.org/en-US/firefox/addon/ope... для хрома вроде тоже есть.

1. Прилично одеться. Но не в костюм, костюмы смотрятся серьезно только на людях за 25-30). Брюки + рубашка норм. Футболка с черепом - не норм)
2. Не отращивать куцых бородок чтобы выглядеть взрослее.
3. Огрехи и недостатки портфолио и опыта прикрывать низкой ценой.
4. Заранее изучить хотя бы общую информацию о сфере, которую представляет заказчик, почитать википедию, посмотреть сайты конкурентов, подучить термины.
5. Заранее продумать структуру сайта, каждая страница должна иметь обоснование (зачем нужна, что на ней разместить и т.п.)
6. Должны быть запасные варианты по проще. Скажем вместо 20 страниц 10, потом вообще 1 лендинг. Или скажем вместо приличной платной цмс вариант с бесплатным ВП.
7. Вы должны провести подготовительную работу, какие-то скетчи, наброски, схемы. Нарисуйте это аккуратно и заранее, заказчик должен видеть что вы подготовились, даже если ему не понравятся ваши идеи.

Имхо вы не можете так делать, добавлять слеши после параметров.
https://developer.mozilla.org/en-US/Learn/Common_q...

Зато вы можете передать свой набор данных добавив кастомные разделители, например так:
params?query=a:1,b:2,c:3&other=d:1,g:2 и т.п.

Как правильно учить Javascript?
Какие есть практические курсы\уроки по html5 + css3 + javascript?

P.S. В вашем случае, когда вопрос стоит ASAP, лучше не мудрить, а подключить готовый. Если имеется в виду слайдер изображений - возьмите известный, например fotorama.io - у этого слайдера хорошее описание, четко написано как подключить и настроить. Если этот не устраивает, то посмотрите известные каталоги плагинов, например этот: www.unheap.com

Вот подробно про навыки: ru.stackoverflow.com/a/459647/181240

Про jQuery - не слушайте этот бред что jQuery не торт, или что jQuery устарел. Все это лишь эмоции отдельных разработчиков. Решая бизнес-задачи вы быстро поймете, что совершенно не нужно пытаться заново решить те проблемы которые уже решены и тщательно протестированы в этой библиотеке. Отказ от jQuery может быть оправдан лишь в 3 случаях:
1. Если ваш проект будет выполнятся лишь на самых современных браузерах (никаких там IE 9, 10, 11 или упаси боже 7 и 8 и т.п.)
2. Если вам реально нужно написать лишь пару строк кода
3. Если вы используете какой-то большой фреймворк, который предлагает свой собственный API.

Во всех остальных случаях jQuery полностью оправдан и необходим.

Что значит какой? Возьмите начальный и конечный цвет и сделайте градиент.
Вот генератор: www.colorzilla.com/gradient-editor

Тот пример что вы привели, никак не относится к понятию "правильно подргужать статику". Для загрузки статических файлов существуют некоторые общепринятые правила, которые существенно эту загрузку облегчают.
Вот они:

• Объединение JS и CSS файлов в 1 - уменьшение количества запросов к серверу
  
• Объединение нескольких изображений в спрайт - опять уменьшение кол-ва запросов
  
• Преобразование изображений в Base64 - опять уменьшение кол-ва запросов, так как картинка теперь находится в теле CSS файла
  
• Использование кэширования
  
• Использования отдельного сервера для загрузки статики - уменьшает нагрузку на основной сервер, преодолевает правила браузеров по количеству возможных параллельных загрузок
  
• Использование Gzip на сервере, чтобы максимально уменьшить вес статики
  

Да и много чего еще.

То о чем говорите вы, это скорее правила верстки, суть концепции заключается в отделении оформления от содержания. Но это не железная концепция, могут быть многочисленные исключения. Например возьмем картинку товара в каталоге. В обычной ситуации это картинка - IMG, так как это контент. Но, если вдруг эту самую картинку нужно как-то интересно оформить и добавить к ней какие-то эффекты или выравнивание, то обычный IMG тут уже увы не подходит и проще сделать ее фоном к DIV-у. Ну и т.д.

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

Почему это происходит? Затем чтобы обеспечить плавность анимации (особенно медленной, когда сдвиг происходит всего на пару пикселей).

Как бороться? Всегда следить чтобы все координаты были четкими в пикселях (для этого нужно их округлять при вычислениях и стараться не использовать проценты без нужды).

Дублирование - самый простой способ, в лоб. Для небольших галерей он прекрасно работает.

Другой вариант, переставлять кадры, например так:
1. Листаем на 1 кадр вправо
2. Листание завершено.
3. Измеряем ширину кадра 1
4. Переставляем кадр 1 в конец
5. Добавляем всей ленте сдвиг на ширину передвинутого 1 кадра

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