Присоединяюсь.
Вообще не понимаю необходимости заводить интернет-магазин в виде отдельного сайта, если у тебя клиенты на бумажке записаны. А в нормальном интернет-магазине учет все равно ведется в специализированной программе торгового учета типа 1С: Управление Торговлей или 1С: Управление Небольшой Фирмой или т.п.
Для таких мелких продаж вполне можно использовать соц. сети, форумы групповых покупок и т.п. - эффект привлечения покупателей будет даже выше.---------- Добавлено 07.03.2018 в 14:54 ----------
Не все. А все мелкие/начинающие интернет-магазины.
У успешных - своя команда разработчиков (фриленсеры или на постоянке)
Поведение пользователя можно отслеживать
1. Google Analytics/Yandex Metrics
2. Лог-файлы веб-сервера, есть программы для очень извращенного и крутого анализа этих файлов.
3-ая версия только только вышла. Может еще и нет готовой скопилированной под Дебиан.
Я вообще из исходников ставил.
Возьмите старую, 2-ю.
Или Мантикору (это доработанный Сфинкс тоже второй же версии).
Как вариант - проблема может быть в старом Дебиане, для которого нет в репе 3-го Сфинкса (предположение).
Нет никакой середины.
Есть конкретная договоренность конкретного разработчика с конкретным заказчиком.---------- Добавлено 07.03.2018 в 14:28 ----------
Для "в корзину добавил, а не купил" есть понятие "цели" в Google Analytics, где все это прекрасно отлеживается.
Уведомление об акциях/скидках можно делать без явной регистрации на сайте интернет-магазина. Если человек сделал заказ, то он обязательно оставил магазину свой e-mail или телефонный номер для контакта по заказу.
Клиентов хранить на сайте? Зачем? У нормального успешного интернет-магазина внутренний учет ведется не на счетах и не на бумажке, а в 1С или т.п.---------- Добавлено 07.03.2018 в 14:29 ----------
Какой FTP*в 21 веке? Там пароли в открытом виде передаются. Вы еще используете FTP?
Кто ж вручную больше 10 000 товаров редактирует? Они автоматом из 1С выгружаются.
Есть огромный пласт заказчиков, которым нужны готовые коробочными решениями.
Есть огромный пласт разработчиков, которые специализируются на настройке CMS/интернет-магазинов и не способны/не хотят заниматься более серьезной разработкой. И, как мы тут выяснили, даже не могут понять когда им в разжеванном виде описывают готовые простые и быстрые решения.
P.S.:
Кто сказал, что MySQL говно? Я такого не говорил.
Я говорю, что MySQL вовсе не единственное решение. А в очень и очень многих случаях - даже и довольно не производительное, по сравнению с простыми альтернативами. Нужно смотреть на инструменты шире. Если конечно для вас важен рост вашего профессионализма.---------- Добавлено 07.03.2018 в 14:18 ----------
Некорректно термин употребил, да. Статический сайт, на файлах html.
Если так дальше рассуждать, то какая разница - и там и там в конечном итоге просто электрические сигналы....
Типовой интернет-магазин на Маженте или какая нибудь CMS Wordpress делают кучу телодвижений, чтобы выплюнуть страницу с сторону пользователя.
Это нормально, это плата за гибкость и минимизацию квалификации разработчиков и повышение скорости разработки.
Прямая отдача уже сформированной на статическом сайте готовой страницы с товаром (с группой товаров) - гораздо быстрее происходит. Генерировать какие-то части страницы динамически - не нужно. Вполне достаточно заранее подготовленного. Цены товаров, новые товары и пр. - меняется не раз в минуту и даже не раз в час.
В моем случае заказчика устроило обновление товаров на сайте раз в сутки. На сервер приезжали уже сформированные страницы внутри zip-файла и почти мгновенно распаковывались, обновляя сайт.
Отображение суммы товара в корзине делалось на JS простейшим AJAX. Страница оформления заказа, конечно, формировалась динамически. Но сколь много покупателей в час на нее заходит по сравнению с тем огромным количеством покупателей и поисковых пауков, что шарятся по каталогу товаров. А вот каталог товаров был статическим.
Коробочные решения в этой сфере примерно такие же как и CMS. То есть PHP+MySQL - только их вы и можете наблюдать в ширпотребных интернет-магазинах.
Есть еще не коробочные решения:
Интернет-магазины с движком в аренду, что там внутри вы не узнаете, если только не работаете в этой самой фирме по сдаче движка в аренду.
Крупные интернет-магазины, с командой разработки в несколько человек. Люди в которой меняются, это нормально. И bus factor там нормальный. Над системой, которую я тут упомянул выше уже 2 раза работали в разное время 5 разаботчиков. Никакого неудобства это не вызывало.---------- Добавлено 07.03.2018 в 14:04 ----------
За последние 15 лет сайт с нуля переделывался уже раз 6 наверное.
Первым вариантом - был просто прайс-лист в формате Excel, выложенный на 1-й единственной html-страничке.
Потом были те самые ширпотребные woocommerce/magento и пр. Версии 3 разных.
Был интернет-магазин в аренду.
Потом 3 заказных версии, написанных с нуля (2 из них мои - с выдачей товаров из статических файлов, с выдачей товаров из оперативной памяти).
Владелец развивает свой магазин, вкладывается и получает отдачу. Вопрос минимизации стоимости разработки стоит, конечно, но не так чтобы сделать шаг назад и обратиться к тем убогим и тормозным woocommerce/magento. Это уже пройденный этап.
С языка сняли.
Тот же сайт интернет-магазина, что был мною сделана на статике когда-то при очередной капитальной модернизации стал хранить товары в оперативной памяти. К тому времени там стало уже чуть более 15 000 товаров, но никаких проблем все запихать в оперативку не было, все влазит прекрасно и на недорогом хостинге.---------- Добавлено 07.03.2018 в 13:44 ----------
Ну дык VDS/VPS, где можно поставить свое что хочешь, стоит вообще то дешевле, чем shared, где только стандартный PHP+MySQL при тех же доступных аппаратных ресурсах.---------- Добавлено 07.03.2018 в 13:45 ----------
Они могут храниться очень долго.
Средний покупатель - не чистит свой браузер, скорее напротив, засирает.---------- Добавлено 07.03.2018 в 13:51 ----------
Классический интернет магазин, где БД хранения товаров организована примерно как тут /ru/forum/986313 не держит никакую нормальную посещаемость.
Пример с меню еще так себе, на меню нагрузка не велика (правда все равно не понятно зачем на каждый чих базу дергать), а с товарами все еще хуже. Для полноценного фильтра товары хранят по схеме EAV. Хранить так можно и это удобно. Но вот дергать оттуда - совершенно не нужная нагрузка.
Единственное, что может оправдать говноструктуру БД - то что магазин на хостинге за 10 баксов не посещается, значит, нет проблем с тем чтобы держать нагрузку. Правда он и ничего не приносит владельцу.
Серьезные и успешные магазины, которые завязались на жуткую БД того же Битрикса или Маженты - вынуждены оплачивать очень жирные сервера, если им повезло раскрутиться.
На сотни тысяч - как раз нужна.
На такой объеме будет сложный поиск.
Насчет 10 - заблуждаетесь.
Реализовывал на 5 000 товаров на статике.
Прекрасно работало.---------- Добавлено 07.03.2018 в 13:35 ----------
Плюсую.
Сделал сайт еще и хостинг реселлишь. И на любой вопрос про тормоза - предлагаешь тариф подороже.---------- Добавлено 07.03.2018 в 13:38 ----------
Думаю, что 95% оппонетов умеют только с СУБД, более того - только с MySQL.
Профессионализм - это умение выбирать лучшее решение индивидуально под задачу.
Так и делают, если потенциальные потери того стоют
Очень сомнительно.
Штемпель на лампу они поставят на любом языке - это на нынешнем уровне развития технологии копейки.
А вот упаковка... если проверить ваши слова, то выясниться, что упаковку на русском отдельно оплачивали.
