rootman

Общался с ТС по поводу доработок - могу сказать, что он плохо понимает, что ему нужно, в заявленный бюджет объём работ не вписывается, по предоплате работать не хочет под надуманными предлогами. Не советую разработчикам тратить на него своё время.

Я не видел Ваш сайт, но в 90% случаев - да, не сыграет. Потому что распределение нагрузки горионтально (то есть на несколько серверов) - это шаг, когда ресурсов одного сервера недостаточно. Современные, даже самые простые - виртуальные, выделенные сервера (кстати, вот ещё Вам пункт "на подумать" - качество услуг Вашего хостера, тарифный план и возможные ограничения связанные с ним) справляются даже с серьёзными нагрузками при должной настройке. Ну и мне кажется, что всё же посетителей у Вас поменьше, чем на Facebook или Aliexpress, так что поработайте над Вашим сервером, а там посмотрите - скорее всего этого будет достаточно :)

Что-то не совсем понятно, что Вы хотите ускорить. Опенкарт нарезает и кеширует изображения в папку(тут особо ничего не ускоришь) и потом отдаёт их оттуда. Делает он это (нарезку) только один раз. То есть куда бы Вы не перемещали эту папку на другой домен/сервер - по сути ничего не изменится - нужно отдать эти файлы клиенту. Если на этапе отдачи изображения от сервера клиенту есть проблемы - то необходима настройка сервера, который их отдаёт + включение сжатия и кеширования в HTTP ответе. В идеале иметь связку Apache + Nginx, где последний отдаёт статику (то есть картинки, js, css файлы). Вот его и нужно настроить (если его нет - то только Apache). Только после того, как Вы сделали всё возможное, чтобы Ваш сервер отдавал изображения как можно быстрее, можно думать о том, что ещё сделать (это в случае, если скорость Вас по-прежнему не устраивает) и внедрять, к примеру, lazy load загрузку изображений и т.д.

Такие вещи на flash давно никто не делает. Используют SVG или JS библиотеки. Есть большой опыт работы с картами/треками/координатами и прочим. Если есть ТЗ - присылайте в личку для оценки стоимости, если нет - будьте готовы к четырёхзначной сумме в у.е.

Что Вам мешает использовать несколько модулей "Приветствие" для этих целей?

Ответил Вам в первой теме с вопросом

<div class="warning1"> <table align="center" border="0" cellpadding="5" cellspacing="0"> <tbody><tr> <td nowrap="">Внимание! Данный сайт может содержать материалы для взрослых.</td> <td align="center"><a href="/" class="yes">Мне есть 18 лет</a></td> <td width="30">или</td> <td align="center"><a rel="nofollow" href="http://ya.ru" class="no">Покинуть сайт</a></td> </tr> </tbody></table> </div> <script> function getCookie() { var cookies = document.cookie.match ( '(^|;) ?adultconfirmed=([^;]*)(;|$)' ); if (cookies) { $('.warning1').hide(); } } $('.yes').click(function(event) { event.preventDefault(); document.cookie = 'adultconfirmed=yes; path=/; expires=01/01/2100 00:00:00'; $('.warning1').hide(); }); getCookie(); </script>

У Вас в категории более 1000 товаров + наверное, shared host? Вот и весь секрет. На странице категории у Вас нет описания товаров при просмотре списком, но я подозреваю, что вырезаны они на уровне шаблона. А значит всё равно достаются из базы => тратится время и ресуры. Также, думаю, не плохо бы кешировать результаты выборки на уровне запроса к БД( в самой MySQL), расставить индексы + сжатие/кеширование статики и ответа на уровне сервера. Но это всё навряд ли можно сделать на виртуальном хосте. p.s. Не знаю, что у Вас за шаблон, но в header могут генериться ссылки на css/js скрипты. Впрочем, это всё уже гадания на кофейной гуще - нужно код смотреть.

Я смелый. Присылайте в ЛС.

Ничего удивительного - ведь Вы смотрите на имена. Нажмите на первое имя в поиске, затем в вверху основной страницы (над фразой "Этого человека нет в Вашем списке контактов") на имя ещё раз - в выпадающем окне в поле "Skype" сравните ник с тем, что Вы ввели - если совпадают - значит Вы уже нашли того, кого искали

Хостера Вам конечно нужно поменять. Была как-то похожая проблема у заказчика с магазином, но там было категорий за 500 - и этого было достаточно, чтобы страница, где выводился модуль категорий, открывалась 5-10 секунд. Проблема тут в том, что сам запрос к БД используется общий - то есть в ходе запроса Вы получаете все данные, а не только те, что Вам нужно. К примеру, в случае с категориями, Вы получаете не только их названия, но и их описания - и если они заполнены - это солидный объём данных, который в данном случае был не нужен. Короче, самое простое и очевидное - кешировать результаты запроса в файл и в случае следующего запроса брать данные не из БД, а из файла. Это снизит нагрузку, да и вообще, будет работать быстрее. Можно написать для этого свой костыль (как я и делал в своё время), но в OpenCart есть свой класс кеширования - можно попробовать задействовать его для этого.

Да вариантов тут много разных. Это как раз то место, где должна проявляться фантазия программиста верстальщика :) Короче, если без bootstrap (я его просто терпеть не могу) - 14 рабочих дней, оплата через яндекс-деньги или visa/mastercard

Ещё вопрос: бутстрап принципиален? Или можно использовать что-то другое?

У Вас на макетах абсолютно не ясно как должен выглядеть сайт на мобильных устройствах. Или Вы полагаетесь на фантазию программиста?

Не очень хороший совет, по-моему. Зачем топикастеру, к примеру, common.js и прочий хлам от опенкартана на другой cms? Ведь в этом случае он будет как хвост, который ещё и ошибок может подбросить в дальнейшем.