Ну вы можете просто прикинуть:
1) Стоимость системы ~5 400
2) Дизайн - дизайнером ~25 000
3) Верстка - ~15 000
4) Интеграция верстки ~25 000
Итого: ~80 000 - 120 000 можно глянуть примерно по вашему городу на cmsmagazine
Ну вот от этих сумм отталкивайтесь, правда это фактически себестоимость проекта, если берем студию, то там маржа от 50% и выше.
Можно сократить издержки, например купив шаблон и съэкономить на дизайнере, а если шаблон сверстан, то еще и на верстальщике. А если купить сразу сверстанный под нужную CMS так и на интеграции. Заплатите только за установку и настройку.
Это как миним говорит о том, что компания понимает что делает, а это уже 50% успеха проекта. То есть чтоб быть сертифицированным/золотым партнером недостаточно поковырять пару проектов на битрикс, там надо вести полноценную разработку, битрикс снял рейтинг с продажи коробки, там рейтинг теперь по реализованным проектам и маркетингу.
4 раза нажать на пробел 😂
joost, Ну я вам и написал ответ, только он у вас не работает почему то)))
SELECT apd.* FROM z_admitad_product_data as apd JOIN z_postmeta as pm ON apd.post_id = pm.post_id WHERE pm.meta_key <> '_wp_attached_file' OR pm.meta_key IS NULL;
Вот по вашей схеме
Такие записи не попадут в выборку. Если вам нужны только посты у которых есть post_id в z_postmeta и z_admitad_product_data (в обоих таблицах) вам вместо LEFT JOIN нужен INNER JOIN
То есть INNER JOIN вернет пересечение таблиц, LEFT JOIN вернет всю таблицу A (слева) и совпадение с таблицей B (правой), RIGHT JOIN соответственно наоборот
joost, ну я не знаю вашей БД. Я сделал на основе вами предоставленных запросов, будучи уверенным что у вас есть данные таблицы :) Может не в ту БД вставляете?
А чем вас не устраивают такие ресурсы как templatemonster или themeforest. Нашли что понравилось и скопировали себе. Там все на бутстрапах и структурировано.
joost, Во первых, вы так не переделаете, первый запрос у вас находит посты, которые не имеют вложений, судя по именам
смущает where z_postmeta.post_id IS NULL Разве ID может быть NULL?
Я бы попробовал переделать на:
SELECT z_admitad_product_data.* FROM z_admitad_product_data as apd LEFT JOIN z_postmeta as pm ON apd.post_id = pm.post_id WHERE pm.meta_key <> '_wp_attached_file'
Александр И, все верно, только работает не вкладка, а воркер. У вас нет объектов window и document, вы никого никуда не перенаправите, ничего лишнего не подгрузите. У вас просто есть event, по сути который может сменить состояние чего то. Но это то, что понял я. Я конечно могу в этом плане ошибаться, но политика браузеров всегда заключается в том, что вы не можете сделать ничего без ведома пользователя, в том числе и кросдоменные запросы/релиректы и прочее. Что мешает в вашем случае вместо CDN сформировать url для смены пароля/оплаты чего либо, отправки конфиденциальных данных, да тот же самый ддос организовать в фоне со всех юзеров что были на вашем сайте?
Александр И, вы не поняли что такое БЭМ и с чем его едят, а за код с ваших примеров "я бы уши то пооткрутил" ©
Александр И, не вводите народ в заблуждение. Это штука замена более старым апи кэширование, направленное на работу в режиме офлайн. Я так понимаю, что для динамики и контента, требующего постоянного общения с сервером это никак не пойдет, вам в любом случае для кэша надо загрузить статику/страницу, если вы её не загрузили ранее и сервер лежит, то боюсь вы никак её уже и не загрузите. Эти API по большей части для SPA (для моделей на фронте работающих с localStorage)
