Из GA уже можно письмецо пользовтелю отправить, что он что-то в корзине забыл?
Всю цепочку почитайте - человек там заявил, что ему лень хранить пароли,а я ответил - что мне лень адрес каждый раз вбивать. И регистрация - это таки как раз решение этой проблемы, более надежное, чем куки. Да, я пользуюсь интернетом с разных устройств.
Очень зависит от того, что в этом коде, а то знаете ли разное встречал. Ну и на вопрос - где все эти удобные и быстрые системы на файлах вы так и не ответили. Если это такое отличное решение - дешевое, быстрое, легкое в поддержке - почему все пользуются какими-то магазинами на php+mysql?
Я вот никак не пойму, то мне идут рассказы про инетмагазины, где даже регистрация не нужна, 5 товаров и всё в json на клиент прогружается, то про крупные инет-магазины с командой в несколько человек.
Ну ок - для этих полюсов мускул не нужен (ну или для крупных нужен не только мускул), а вот тем, кто посередине что делать?
Вот банально регистрация - это же маркетинговый инструмент, послать письмо, что товар в корзину добавил, а не купил, об акциях/скидках уведомить - это же вроде банальные такие фичи. Или там тоже БД не нужна и клиентов в файликах хранить надо?
И во сколько такой сайт обошелся клиенту (ну или сколько в часах ушло)? А во сколько бы обошелся на каком-нибудь woocommerce, magento или на чем там сейчас магазины делают?---------- Добавлено 07.03.2018 в 13:56 ----------
Я тогда не понимаю, для кого создаются все эти системы на мускуле? Это заговор какой-то чтоли, раз в файлах всё хранить удобнее и "дешевле"?
Насчёт куков не уверен, а вот localStorage между компами не переносится, даже если логинитсья под той же учеткой в хроме. Куки слететь могут на раз тоже и привет - вводи адрес заново.
Ну. те.е да, хранить-то можно, но какие-то костыли.
Оптимально - это не только разработка, но еще и поддержка. Где все эти популярные интернет-магазины на файлах, если это дофига оптимальное решение, где специалисты, шарящие в них?Это мировой заговор производителей СУБД? Или вы предлагаете самопис, которые в случае bus factor никто поддерживать не возьмётся?
О да, в этоху ВДС по 10 баксов mysql на хостинге - это что-то безумно дорогое.
Ага, хостинг в мускулом - это дорого, а вот хостинг, где можно будет воткнуть свой модуль для nginx'а - он копейки наверняка стоит и администрировать его клиент сам сможет.
А меня раздражает вводить адрес доставки каждый раз, а менеджеры паролей в браузере спасают, что делать будем?
В целом я согласен, что БД может быть не нужна - но это какие-то пограничные случаи типа магазина на 10 товаров (где БД оверхед), либо на сотни тысяч (где БД уже не вывозит).
Адепты статики, вы серьезно думаете, что те, кто топит за БД не умеют странички в файлики нагенерить и поэтому за БД?
Похоже на какое-то нашествие адептов "БДненужна"
То магазины предлагали в статику генерировать, то вот меню теперь.
Почитайте, пожалуйста, всю нить вопросов - в данном случае кэш вообще не причем. Вопрос был про категории с одинаковым названием. В предложенной автором структуре базы, когда у категории только один родитель невозможно реализовать изначальную хотелку автора о возможности одной категории быть дочерней у нескольких родителей.
подозреваю, что там алгоритм декомпрессии одинаковый, ну и формат словаря. А вот сам словарь можно составить по-разному, в каких-то алгоритмах он получается меньше по размеру - ну точнее не сам словарь, а закодированные им данные, в каких-то больше - отсюда и разница. А декомпрессия всегда одинакова - аля найди следующее "слово" в словаре и посдтавь его в результирующий файл.
Что за фильтры?
Так что там, png с потерей сжимает или нет?🍿
