h0myak007, оформление заказа причешите
https://yadi.sk/i/RpuMuPys3MdEtD---------- Добавлено 05.09.2017 в 19:23 ----------хотя я тут сейчас еще покурил .. верхний блок надо перепилить.
пречек, как и купоны надо поставить перед кнопкой "оформить"
также надо убрать и выбор кол-ва. (сие делается в корзине)
n+1 одинаковый магазин на стандартном шаблоне.
Какая может быть конверсия, если сайт не вызывает доверия?
наш народ уже давно и прочно научился отсеивать магазины по внешнему виду
SeVlad, тем, что php штука абсолютно последовательная, исполнение следующего инклуда начинается после окончания работы предыдущего, (Опять-же если не шаманить с курлом.) А ssi инклуд позволяет параллельно исполнить несколько скриптов).
минусики, конечно, тоже есть.
Это практически полная независимость скриптов друг от друга (хотя это и плюс и минус)
SeVlad, допусти, есть у вас какой-нибудь модуль, добавляющий... ну, например, рекламу.
запихиваем их в отдельный файл, кладем на сторонний сервер и проксируем на него запрос.
теперь при <!--# include virtual="/remote/query1.php" --> запрос пойдет на внешний сервер.
на самом деле <!--# include virtual="" --> и без этого приводит к параллелизации запросов.
т.е.
<!--# include virtual="/include/query1.php" -->
<!--# include virtual="/include/query2.php" -->
<!--# include virtual="/include/query3.php" -->
<!--# include virtual="/include/query4.php" -->
породит четыре отдельных потока, причем, в зависимости от настроек энжинкса, эти потоки могут создаваться на разных серверах.
на счет msAccess
я будучи студаком, с 1997 по начало нулевых работал в магазине, так вот, в 2001м я на аццессе поднял базу данных со всеми товарами магазина, (для упрощения учета прихода/ухода и печати ценников)
тогда на Pentium I 233 и windows 98 это добро совершенно спокойно крутило 10 тысяч наименований товаров, и еще 100500 накладных, поставщиков и пр.
так что access не так прост, как кажется
например за счет перераспределения нагрузки http://nginx.org/ru/docs/http/ngx_http_ssi_module.html
nikonlay, поднимите на компе клиента апач, установите туда, какой-нибудь webasyst crm 2017 потом экспотритуйте туда все эти ворд файлы.
если компьютер в сети на него всегда можно будет достучаться по ip адресу (даже в случае "отключения интернета")
roman1981, если со статикой всё понятно, что есть, то и выдал, то с динамикой все несколько сложнее, кривыми руками можно так затормозить выдачу, что стрница будет по несколько секунд грузиться.
простой пример: как по не знанию легко тормознуть сайт в разы
Запрос к базе.
(нормально) коннект - запрос - запрос - запрос - запрос - дисконнект
(ненормально) коннект - запрос - дисконнект - коннект - запрос - дисконнект - коннект - запрос - дисконнект
так как процедура коннекта и дисконнекта к базе весьма и весьма длительные, то просто на 50 запросах подряд ваша страничка начнет уже тормозить.---------- Добавлено 05.09.2017 в 13:05 ----------а.. и да SSI includes это очень хороший способ увеличить производительность высоконагруженного сайта. а не "прошлый век" как вы сказали
а это имеет какое-то значение в данном случае? Sitealert, правильно написал, что сервера расположены в разных точках планеты. хостинг в России, а сервер тестирования в США, отсюда и такие конские времена.
Сколько времени должно пройти, пока данные пройдут через все маршрутизаторы на другой конец земного шара...
поисковику абсолютно по барабану, на самом деле, что написано в строке запроса (при условии, что это не тибетский традициональный, хотя и с ним тоже будет всё норм)
в вашем случае, это GET запрос.
с использованием подобной структуры работает 99.(9) сайтов. Разумеется, поисковики их корректно обрабатывают с 1994 года и проблем при этом не испытывают никаких
апд:
с точки зрения поисковика два указанных вами запроса совершенно одинаковы, однако вот такой запрос http://www.mysite.com/article/my-article вместо http://www.mysite.com/page-1.php?articleId=my-article будет несколько предпочтительнее по причине того, что в строку могут входить ключевики.
и тут мы плавно подходим к такому понятию, как htaccess и mod rewrite
