Так в чем проблема-то? действительно хорошее решение - подгружать ajax'ом до тех пор, пока высота списка не приблизится максимально к высоте страницы. Рассчитать количество элементов для подгрузки можно исходя из размера элемента и размера страницы, на ходу
semki096: тем более стоит задуматься насчет хранения заказов на стороне сервера. Если чел готов заплатить за набор - сохраните его в БД, в случае чего проще будет вернуться. А если сохранение на сервере прошло хорошо - то у вас есть уже ИД заказа, который будет оплачивать клиент. Корзина к этому моменту вообще не нужна - можно смело обнулять сессию ДО отправки запроса к платежному серверу. С одной стороны - человек ничего не сможет сделать между нажатием на "оплатить" и переходом к оплате, а с другой - за это время создастся сущность "заказ", очистится "корзина" и в платежку пойдет уже не сессия, а ид из бд. Все надежнее как-то (знания не академические, но чую, это будет привлекательнее, чем предлагать оплату с ИД сессии, которая внезапно может прерваться)
Роман: Ну так-то оно и есть - мы ничего не делаем с товарами отдельными, мы чистим ту самую сущность "корзина". Конечно, у "заказа" есть плюс - его можно хранить на сервере, скажем, в логах или для отслеживания состояния - не суть. Но это процесс, который можно запустить смежно - т.е. "заказ" мы создаем и пакуем на сервер, а "корзина" живет на клиенте до того момента, как с ней не сделают что-то - либо пока не оплатят, либо пока не очистят принудительно
nodes88: Если понадобится аудит, обращайтесь) В качестве сеошника себя не посоветую, но погонять по основным моментам (техаудит, юзабилити, психологический и технический анализ дизайна) - люблю, умею, практикую
SEO нужно по-умолчанию для развития любого проекта (если это не одностраничник под директ по версии бизнес-молодости☺). Просто иногда сайт оптимизирован для продвижения, а иногда - нет. Аудит помогает выявить, какие действия нужно провести с самим сайтом, чтоб его продвижение шло более прогрессивным методом (грубый пример - оцениваем, каким маслом надо смазать деталь, чтоб она меньше изнашивалась и дольше служила).
Рассмотрим ситуацию с аудитом и SEO. тут все зависит от конторы, в которую обратитесь. Если к ребятам из категории "лендинги за 900" - ну далеко не факт, что поможет хоть какой-то аудит - скорее всего, народ просто не словится, что с ним делать. Грамотный же специалист по результатам аудита сможет назначить Вам такую цену, от которой, с одной стороны, не захочется бросить проект, а с другой - представитель компании - продвиженца сможет заработать. Разница в подрядчиках аудита и сео обычно незначительна для людей, которые занимаются делом. Обычно у компаний есть свои определенные алгоритмы и бизнес-процессы, в соответствии с которыми и расставляются приоритеты. Если аудитор предпочитал сперва заниматься семантикой, а потом внедрял микроразметку или исправлял нессответствия со спецификацией, то продвиженцы могут, анпример, в первую очередь заниматься увеличением скорости ответа сервера, оптимизацией запросов и другими подобными вещами. Продолжая серию грубых примеров - представьте, что мерки Вы сняли у одного портного, а шить костюм ушли к другому. Вроде и мерки те же, и работа сделана, а все равно, скорее всего, второй портной поблагодарит за инфу и перемеряет все по-своему.
Тут принцип не такой, что "при нажатии на кнопку передать в модальное окно значение поля рядом с кнопкой", а наоборот - "при открытии модалки цепляем данные об объекте, который это открытие породил". В данном случае проще всего будет в кнопку закинуть атрибут типа data-name="Название услуги" и потом его дернуть в событии
$(this).closest(".product-shop").find('.product-name a').html(); - так работает. С плачем отправляюсь листать учебники по JS, ибо ваще хз, насколько это решение красиво)))
Вот ведь проблема) Так ты ж смотри, куда просишься. У тебя получается баттон<-див<-родительский див->селктор->ссылка->значение. Слишком топорно если решить проблему - кидать .parent().parent() и дальше играться. Есть шанс, что можно изящнее. Иначе при каждом изменении кода все будет очень плохо)
Александр Пупкин:
очень.маленькая.картинка.
Зачем и прочие вопросы такого плана - 42. Тем более, не имея представления об области применения)
css:
img{
height:0;width:0}
Так и будет.
