Эээ... а нафига интернет-магазину БД :) ?

качественная торговая услуга это не впаривание на сайте похожего/сопутствующего товара ;)

У меня у одного клиента были проблемы с этим сервисом http://www.recapture.io/ . Их JS код при нарушении работы их сервиса намертво подвешивал сайт на стороне клиента. Было это примерно 3 месяца назад.

Примеров различий работы интерпретаторов JS кода в разных браузерах предостаточно. Попробуйте воспользоваться поиском. или вы полагаете что разработчики библиотек типа jQuery зря так напрягаются по поводу обеспечения кроссбраузерности их творений?

---------- Добавлено 30.01.2017 в 18:52 ----------

Разработчики объективно оценивающий собственную разработку - это смешно :-).

Не вполне. Это выбор между очень маленьким велосипедом и очень большим.

Свой большой велосипед не сделать.

И что стартапу делать ?

Покупать битрикс и терпеть :) ?

Я верно понял, что всё это входит вместе с движком, шаблонами итп в 100$ :) ?

Это все притом, что чем хуже продукт, тем меньше шансов, что взлетит.

Именно. Не в траффике вопрос, а в том, как быстро увидят вашу первую страницу.

Это и есть в том числе цена за лишнюю часть велосипеда.

Второй, заметьте, может пользователь и не увидеть, если не дождется первой.

А что, хорошие программисты не смогут "починить" систему в которой несколько сот строк текста :) ? Перевелись богатыри что-ли ?

Идея-то в предельной лаконичности.

Разумеется. Я с клиентом решил, что ему нужно, а что нет.

Мне только одно непонятно, с чего вы взяли, что всё это будет в каком-нибудь битриксе ?

И что заставить битрикс работать как надо будет дешевле, чем дописать самому ?

Вот у меня обратные ощущения уже сформировались.

Да причем тут экономия на серверах, ей богу нет тут никакой экономии для мелких клиентов.

Искренне желаю удачи. Ей богу.

Заранее предупреждаю, что чужое не доделываю. Иногда возвращаются "в слезах".

Иногда нет. Успешных проектов с таким подходом не видал...

Я и хостингом-то не пользуюсь.

Я просыпаюсь скажем в субботу днем, а эти дебилы "накатили уже"...

Когда "сломалось" не насмерть, то сходу можно и не заметить варнингов,

особенно когда сломалось не то, что чинили-смотрели, а проекты которые не трогали :).

Да нет у меня их слава богу, но представить себе ситуацию, когда "не сдюжит" легко.

У меня просто "немного криво накатилась новая версия" и отвалился один из сервисов

перечисленный в phpinfo.

php - это гигантская свалка говна, и не дай бог что отклеится...

если к этому добавить еще mysql, то всё становится совсем мрачно

Вы знаете, что сделали авторы последней "коробки" с которой я имел дело ?

Они при включении профайлинга его В БАЗУ ПИСАЛИ... прикиньте.

Т.е. за день база легко бухла и на 100 и на 200 и на 500мб.

База товаров, база категорий, база заказов... одна у них база.

Это тот уровень решения проблем и задач, на который мне равняться

и который использовать ? Да ну их в .... и в ....

А не дай бог включил бы это кто на продакшене....

Ну, к сожалению, хорошей коробки не попалось.

Как по мне, так когда берешь "лидирующие коробки" и они увы не таковы, как хотелось-бы,

то кактус после 3й или 4й надо перестать жрать. Ну его нафиг. Всех коробок не перепробовать.

Надо уже как-то на что-то решаться...

А причем тут стабильность и ошибки в новых версиях?

Во-первых, семерка вышла совсем недавно. Во-вторых, пытаться сразу же ставить обновления на работающий проект - ну это уже клиника. Пока не будут излечены болячки (по-максимуму)... Для этого и существуют тестовые сервера, чтобы там все отлавливать. Не умеем ставить и тестировать - надо доверить это специалистам.

А в первой ссылке баг в библиотеке, которая отсылает почту. И проявляется он только в единственном случае - если не было проверки данных, предоставляемых пользователем. Но тут как бы надо вспомнить ППП (первое правило программиста) - никогда не верить тому, что отправляет клиент. Двойная проверка, на клиенте и на сервере, защищает от подобных казусов. И если данные подставляются без проверки, то себя надо винить.

Да и к тому же, почту-то из магазина в любом случае отсылать надо, хоть он весь на js-клиенте написан - все равно будет использовать серверную отправку. Или же у пользователя будет выскакивать сообщение:

- Отправьте свой заказ (вот список) на электронную почту нашему менеджеру, а-то мы боимся через сервер отправлять, вдруг там уязвимость какая-то...

Так что ли?

Анализ разный бывает.

Юзабилити лучше не могло стать. У вас есть бонусная система? Допустим, есть. Как узнать сколько бонусов? Звонить по телефону менеджеру, пусть в CRM посмотрит? Или у вас на каждого юзера сгенерированы страницы с личным кабинетом и бонусами? А авторизация статики? А если я решил посмотреть, когда я покупал товар, что, лезть на почту? Так мне проще зайти в личный кабинет магазина, и там глянуть.

Сомнительная у вас система, ибо то что вы понавыдумывали, реализуется через nginx fastcgi_cache, где страница один раз рендерится и сохраняется как статика html и потом читается с диска. Только времени на настройку подобной системы тратится в сто раз меньше, чем вы понаписывали там (генерация статики и прочее), да и страница сгенерируется только после востребования. Вы можете годами обновлять какую-то партнерскую страницу, которую никто и никогда не посещает. Или скажете "у меня собирается статистика раз в день, парсится logrotate, а ещё предективно определяет популярные товары на следующую неделю, и я делаю обновление кеша (см. генерацию статики) чаще".

Короче хз, вы тут приводите аргументы что ваш магазин супер, а коробочные - гавно, но ни разу не назвали чего может ваш магазин, и не может коробочный. Если назвали, то процитируйте, пожалуйста, лень читать все 12 страниц.

Вообще, не логично вы делаете: товары обладают некой информацией - данными. Эти данные могут быть запрошены самым невероятным образом, вплоть до "красные штаны от 951 рублей до 1295 рублей и материалом хлопком". Генерируем страницу, окей, 40 цветов, 3000 вариаций цен от, и 3000 вариаций цен до, а ещё 20 материалов. Перемножите? Или все таки вынесем в аякс, и будем спрашивать.... бинго! Ту самую БД, которая у вас в заголовке рядом со словом "нафига".

А что там особенного? Нормальный хостинг и нормальная верстка у шаблона. Что тут дорогого? Дорого притирать разные части шаблона друг к другу. Тестирование и т.п., но если шаблон из стандартного набора, только картинки поменяли и прочие подобные вещи, то что там денег стоит?)

Ну так общепринято что первая страница отрендерена максимум через секунду.

В смысле всё скачалось и разобралось. Бегло гляньте на PageSpeed Insights. Сильно задрачивать не надо, но в качестве ликбеза самое то. Например спрашивают не про первую страницу, а про первый экран первой страницы. А тут большое пространство для маневра. В большинстве случаев в полсекунды все укладываются.

Сложно сломать код который не игнорирует нотисы про депрекейтет. Когда сломалось то ворнинги это вторичное. Но тоже - логи стоит читать.

Любопытно что именно отвалилось).

А так то не пользуйтесь говном, знайте свои зависимости, пользуйтесь библиотеками написанными по стандартам того десятилетия в котором живете, и будет вам счастье. Да, говнокода много. Но не обязательно во всё вступать.

Знаю) Вы это уже не первый раз рассказываете. Вам не первый же раз говорят, что да, говна много, но это не повод считать говном всё, но вам всё равно. В школе логику прогуляли, и не знаете что миллион примеров за опровергаются одним против. Сколько бы не было кривых коробок - это не отменяет факта что использование СУБД на сайте лучше чем ваши поделки).

Было уже.

Тоже было.

И это было.

Семь бед один ответ - коробки медленные и глючные, всё что есть у 90% магазинов им на самом деле не нужно, и никому не нужно потому что ТС так решил. Кеширование не спасает потому что у него еще лучше чем кеширование. Чем? Всем! Измеряется в попугаях и в сравнении с Битриксом.

Насколько я понял он сохраняет базу в json и по необходимости вытягивает ВСЮ базу аяксом. В целом в первой половине топика были интересные обсуждения из серии олимпиадных задач "как бы вы выкручивались если бы искусственно было запрещено нормальное решение". И идеи были интересные. Но... чисто в рамках олимпиады.

A007MP, так вы вообще не разработчик, а подключатель модулей и плагинов :(

прочитайте внимательно что написано по ссылкам

mendel, короче экономия на спичках. Все затевалось ради того, чтобы отдавать страницу на 40 мс. быстрее. Здорово, конечно... если бы это хоть сколько-то влияло на конверсию (при большой разнице - да, влияет, но не при такой как тут).

А я здесь при чем?) Чего ко мне адресуетесь?))

Да и потом - откуда он 40мс получит если явно не понимает меня когда я говорю о чем-то вроде:

и разница между индейцем и нгинсом ему тоже не ясна?

Разве что случайно удачного хостера найдет.

Что у него здраво так это то, что он не захотел тащить за собой вагон глюков бесплатных коробок.

Я на это не ведусь, тут не передача Андрея Малахова.