Да кого волнует, что там и когда получат пользователи ?
Главное - красивая админка.
И чтобы это.... ну как его... "лого наше вот тут было".... в админке значит.
Ну и модно всё должно быть. Слышал бутстрап это круто - его и засунем :)
У меня есть в C:\OpenServer\domains, посмотрел, php что-то около 25кб (не считая смарти)
У вас, не знаю.
Вам 10 раз уже написали: не нужны они никому.
Просто потому, что в них не будет кода. Почти вообще.
Что вы хотите в этой cms увидеть-то :) ?
А шаблонизаторов готовых навалом. Я пользуюсь ретроградным смарти. Просто был.---------- Добавлено 07.03.2018 в 15:28 ----------
Зачем ?
Вы по какому признаку будете посылать пользователю напоминание ?
Если по признаку "положил в корзину что-то, но не купил", то положу это мыло и то, что он положил в корзину в crm, и уже из неё буду что-то там слать по признаку "не купил".
Вообще не понимаю, какое отношение ИМ имеет к тому, кто и как у меня в магазине отоваривается.
Если человек у меня, скажем, в email попросил что-то, а не купил, то куда я информацию о напоминании должен положить ?
Вот туда-же и в варианте с ИМ положу.
Да ради бога. Боюсь однако, что что регистрация, что куки, будет работать приблизительно одинаково надежно.
В любом случае ваш кейс весьма редкий. Мало кто ныне работает с разных устройств.
И совсем мало кто покупает в ИМ с разных устройств.
Если бы в требованиях было подобное, то да. Мне пришлось бы завести клиентов на стороне сервера.
Стал бы я использовать для этого mysql ? ОЧЕНЬ вряд ли. Скорее всего писал бы их данные в текстовые файлы.
Ведь логины уникальны...
Для меня нет проблем поддержать 10-20кб ЛЮБОГО кода. В крайнем случае его недорого переписать.
В этом разница между нами.
То, как просирают деньги и время окружающие, пытаясь решить проблему забивания гвоздя используя при этом микроскоп, мне неинтересно. Ей богу, пусть и дальше устраивают из БД помойку, мнеж лучше :).
Нет, ну вы себя-то почитайте ?
У вас правда у пользователь такие кейсы, что потеря в 0.5% случаев введенного ФИО+телефон+адрес - это проблема :) ?
Я уже писал, что не вижу сложностей с поддержкой 10-20кб php кода.
Вы видите :) ?
Популярные ИМ - это вообще какое-то вредительство. Пользоваться ими можно только если ты ничего другого себе позволить не можешь.---------- Добавлено 07.03.2018 в 14:45 ----------
А зачем вам БД для всего этого в ИМ :) ?
Это не ИМ дело абсолютно.
Это должна быть БД в системе работы с клиентом.
В системе, с которой работает 1 менеджер, а не все покупатели.
И куда все данные загружаются в том или ином виде, где они храняться, где ими можно манипулировать.
С корзиной, пожалуй нереализуемо без танцев с бубнами. Но честно говоря для меня это странный кейс.
В том смысле, что в задачах не стояло обрабатывать корзины клиентов, которые вначале зарегистрировались,
а потом покупать не стали. Я в предыдущей версии таких видел одного всего... за всё время.upd: подумал, и понял, что можно и с корзиной сделать, и гораздо лучше чем в варианте с БД, надо простоэту статистику лить в отдельный ендпойнт, где её собирать и анализировать. если уж невтерпеж.---------- Добавлено 07.03.2018 в 14:48 ----------
Да ну ?
У вас из mysql берется за 1мс файл ?
А у меня с диска берется, представьте себе...
TTB = пингу + пара миллисекунд.
Вот и вся разница.
Вы либо кормите покупателей готовыми страничками, либо для КАЖДОГО генерируете страничку, либо пытаетесь что-то там зачем-то закешировать. Про "прогрев кеша" слышали :) ? Так это попытка сделать так, чтобы решения с большой логикой генерации страниц хоть как-то быстро отдавались. И все равно получается чуть медленнее (с кешем всегда есть накладные расходы)
Так после первого он из local storage берется... вводить ничего не надо.
При этом ваш адрес хранится у вас, а не на каком-то сервере...
Меня прям даже пугает, что такие простые вещи кажутся неочевидными.
Даже моей "наколенной поделке" второй раз оформляя корзину только подтверждаешь все свои данные,
они уже готовые введены. Без всякого использования БД и паролей.
Единственное неудобство тут - если разными устройствами пользуешься.
Это тоже решаемо, но чуть сложнее.
Да нет, конечно. Просто они привыкли зарабатывать бабки определенным образом.
И не заинтересованы в том, чтобы сделать оптимально.
Клиенту трудно объяснить "чё тут хорошего", зато очень просто распаковать готовый говномагазин
по его выбору, и потом отвечать "ты сам выбрал - вот и результат".
Ответственности меньше, бабок больше. Вполне прагматичный подход.
Модное всё. Современное. Требует хостинга пожирнее, а это постоянные платежи.
Итд итп.
ЗЫ. поиск говорите... есть идея написать аддон к нгиксу для поиска.
Чтобы держал статически в памяти всю инфу и делал нужные выборки.
Это, конечно, тоже очень несовременно :).
Современные "перцы" каждый раз mysql дрючат :)
Почему-то уже за >10 лет использования VPS от амазон подобной фигни со мной не происходило :) ?
Наверное, дело не в амазоне :).
Выделенный сервер на своей площадке конечно лучше.
Можно и на чужой, с гарантийным обслуживанием от hp к примеру.
Но цена этого решения как-бы очень недешевая. Не всем такое надо.---------- Добавлено 06.03.2018 в 14:55 ----------
Бессмысленно внушать представление об аромате дыни человеку, который годами жевал сапожные шнурки.
Ваша ситуация была-бы корректней в варианте выбора:
1. Или свой отлично оборудованный трейлер
2. Или чужая халупа в которой всё на соплях, с потолка сыпется штукатурка, течет вода, в 6 часов утра приходит "хозяин" и проводит инспекцию-перекличку :). И да, заселяешься в комнату, в которой еще 80 человек живет... каких-то.
Потому, как в моей "палатке" у меня гораздо, гораздо больше всего, чем в любом вашем многозвездочном отеле.
У меня в неё 100500 звездочный ресторан, 100500 метровый бассейн итд итп. Вашему "отелю" всё это "и не снилось".
Адекватных условий в варианте с shared-хостингом не бывает. Не рассчитан он на адекватные условия.
Те, кому нужны "адекватные", держатся как можно дальше "от колхоза".
Блажен, кто верует.
Практика показывает, что 90-99% "компаний" закрывается в первый год...
Вы посты что-ли набиваете ? :)
Все это ничто по сравнению с письмом пришедшим летом в 17.50 от крупнейшего российского хостера примерно с таким содержимым.
"В соответствии с договором блабла.... в ночь с субботы на воскресенье, мы решили пропадейтить php/mysql итп с версий таких-то до версий таких-то".
В ответ на вопрос "что вы курите придурки, чтобы предупреждать за 10 минут до окончания рабочего времени" получил закономерное "имеем право предупредить за 24ч и делать чё хотим".
Нет, лично у меня ничего не навернулось, но сама идея поручать критичную работу людям, которым "всё до балды" как-то не вдохновляет. Можно, конечно себя иллюзиями тешить, но только до какого-то момента.
И да, "чтобы что-то не кончалось помогает нам мунин" :), по факту VPS за 10 лет потребовал три раза полуаварийного обслуживания (это когда всё работает, но может и перестать если ничего не делать).
Но, безусловно, это путь для людей, которые обладают техническими знаниями, либо мозгами для того, чтобы купить людей, которые ими обладают.
Аналогия с собственной квартирой vs общагой тут полная. В собственной приходится решать все проблемы. В общаге этим занимается "кто-то другой"
Ну как-бы "о чём вижу - то пою". Была промышленность и сплыла.
Да конечно могу. По 50$ в час без проблем. Бабки принимаю на счет какого-нибудь детского хосписа. Надо ?
Вы правда думаете, что меня сильно беспокоит насколько конкретно вы заблуждаетесь :) ?
Ты прям как не ходил.
А еще, можно сделать МРТ головы... со скидкой.
А еще, анализы всего чего только можно... тоже со скидкой.
А еще....
